Open ddeepwell opened 1 year ago
hm, doesn't it look like https://github.com/datalad/datalad/issues/7296 which as mysteriously came up to our CI runs and then was gone?
Based on the error message from datalad/datalad#7296, it does look similar, but for different reasons. In that issue, it looked like rm
was the issue, whereas it is stat
here.
Just in case it wasn't git-annex, I upgraded my somewhat old version of git-annex (8.20210631-g9905ec19a) to the latest (10.20230329), to no effect.
Could the wrong command be sent to the remote?
Yes, I suppose that's the issue. Remote execution needs its own detection what system it is running on.
I can confirm that this issue reproduces for me with the following setup:
juseless
)$ datalad create-sibling-ria -s arc --alias test --shared group --group rsws --storage-sibling only --new-store-ok ria+ssh://juseless.inm7.de:/<path-to-ria-location>
[INFO ] create storage sibling 'arc' ...
create-sibling-ria(ok): /Users/jsheunis/Documents/psyinf/Data/test_to_storage_only_ria (dataset)
$ datalad push --to arc
Transfer data to 'arc': 50%|████████████████████████████████████████████▌ | 2.00/4.00 [00:00<00:00, 5.88k Steps/s
CommandError: 'git -c diff.ignoreSubmodules=none annex copy --batch -z --to arc --fast --json --json-error-messages --json-progress -c annex.dotfiles=true' failed with exitcode 1 under /Users/jsheunis/Documents/psyinf/Data/test_to_storage_only_ria [info keys: stdout_json]
> to arc...
Unable to remove /<path-to-ria-location>/345/4b3bc-8bb6-4de5-9ed4-6b516031d14f/ora-remote-a22c7b35-11fd-498d-b4f6-cb14b0ffbe52/transfer/MD5E-s1000--fc8e14ed76e9387f7408ef8a71cb2aca.bin or to obtain write permission in parent directory. -caused by- stat -f%Dp /<path-to-ria-location>/345/4b3bc-8bb6-4de5-9ed4-6b516031d14f/ora-remote-a22c7b35-11fd-498d-b4f6-cb14b0ffbe52/transfer failed:
This could have failed because --fast is enabled.
copy: 1 failed
Extra info:
What is the problem?
Pushing data to a storage-only RIA remote fails when the remote is linux and the local repo is on a mac.
What steps will reproduce the problem?
Here's the error message:
DataLad information
datalad version 0.18.3 python 3.10.8
system
Additional context
May be related to datalad/datalad-ria#39
Note that the remote is linux while the local machine is macOS. The error message shows that the
stat
command fails. Runningstat -f%Dp file.txt
on the local (mac) works, but fails on the remote (linux). Could the wrong command be sent to the remote? Running the steps listed above on linux to a linux remote works.Have you had any success using DataLad before?
Becoming fairly proficient, having used it steadily over the last year