Re: Problems with remote repository access via sftp

Hi Denis,
 
> OK, I would amend my previous writing with this:
> 
> 	dar -va -t sftp://xxxx@host//home/xxx/archive/server4you/first
> 
> can you try this?

I tried it, any many other combination how the path could be specified.
Unfortunately, it did not help.

Concerning your other guides:

> would advise for now to test with the dar_static I provide at
> https://dar.edrusb.org/dar.linux.free.fr/Releases/ if you don't mind.

Yes, I downloaded and use for all tests dar_static_2.7.7_x86_64_GNU_Linux

> Can you check in the 'Remote repository syntax' paragraph of the man page  (
> http://dar.linux.free.fr/doc/man/dar.html )
> that you do not fall in one of the syntax exception cases?

Checked it, I have no exception case (you mean e.g. if login string contains an @ ?) and followed the specs.

Additionally, I tried to access my cloud storage via curl directly, this worked.
Given this command, I could get a file listing of the directory where my archive is stored:

curl -k sftp://xxxx@host/archives/server4you/

My curl version is:

$ curl --version
curl 7.84.0 (x86_64-unknown-linux-gnu) libcurl/7.84.0 OpenSSL/1.1.1q zlib/1.2.12 zstd/1.5.2 libssh2/1.10.0 nghttp2/1.49.0
Release-Date: 2022-06-27
Protocols: dict file ftp ftps gopher gophers http https imap imaps mqtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp
Features: alt-svc AsynchDNS HSTS HTTP2 HTTPS-proxy IPv6 Largefile libz NTLM NTLM_WB SSL threadsafe TLS-SRP UnixSockets zstd


Actually, and this is strange, for creation of the archive with dar -c, exactly the same path worked.
See here the difference copied from my terminal:

[~]$ dar_static -l sftp://xxxx-1vLc8hIqMXM6W2CmMRYvJckow22SKM/[email protected]/archives/server4you/first
Parse error: Error opening directory: archives/server4you : Datei oder Verzeichnis nicht gefunden
[~]$ dar_static -c sftp://xxxx-1vLc8hIqMXM6W2CmMRYvJckow22SKM/[email protected]/archives/server4you/first
Please provide the password for login xxxx at host xxxx.your-storagebox.de:
<aborted with ^C>


Okay, I just tried something else.
Things are getting more mysterious.
I moved the dar archive into the root directory of my user (~).

Now this happens when I run from my desktop GNU/Linux:

$ dar_static -l sftp://xxxx-1vLc8hIqMXM6W2CmMRYvJckow22SKM/[email protected]/first
Please provide the password for login xxxx at host xxxx.your-storagebox.de:
Segmentation fault


I have also a VPS, running the same on that with the same dar_static:

$ ./dar_static_2.7.7_x86_64_GNU_Linux -j 3 -l sftp://xxxx-1vLc8hIqMXM6W2CmMRYvJckow22SKM/[email protected]/first
Please provide the password for login xxxx at host xxxx.your-storagebox.de:
No backup file is present in sftp://xxxx.your-storagebox.de// for archive first, please provide the last file of the set. [return = YES | Esc = NO]
Escaping...
Final memory cleanup...
Aborting program. User refused to continue while asking: No backup file is present in sftp://xxxx.your-storagebox.de// for archive first, please provide the last file of the set.

Note that dar has append a trailing slash in the output.
Strange though that it segfaults on my local PC but not on the VPS.

Let me know how I can help debug this further.
I might be offline (from this mail) for some days after the weekend though.

Best regards,
Martin