Described steps to reproduce git annex get failure on SMB share

This commit is contained in:
ewen 2017-04-23 07:31:57 +00:00 committed by admin
parent 9bff2e1a23
commit 60999337e4

View file

@ -0,0 +1,245 @@
### Please describe the problem.
I have a Synology DS216+ NAS, which can export shares via SMB2, AFP or NFS. Since I have a lot of "media" data in git-annex, I'd like to be able to put a useful copy of that data (ie, original file names) onto the NAS, and have git-annex track that content as another "local" copy of the content that is available (rather than having to track it by hand).
Because the NFS shares have UID mapping issues (AFAICT NFS v4 id mapping is not supported without Kerberos authentication, due to changes since about Linux 3.4; the Synology is based on a Linux 3.10 kernel), I have been trying to use SMBv2 shares, with symlinks enabled ("Allow symbolic links within shared folders"). I'm aware that `git-annex` on a network file system is less supported, but this is still a use case that would be quite useful to manage larger pools of files.
After updating to the latest release (to [fix git annex init timeouts](https://git-annex.branchable.com/forum/git_annex_init_timeout/)), I am able to complete the `git clone ...`, `git annex init`, and `git sync` steps. (The SMB mount supports symlinks, but not hard links; hence pidlocks being needed.)
But `git annex get` or `git annex copy` to transfer any of the content files fails with:
get README (transfer already in progress, or unable to take transfer lock)
Unable to access these remotes: ashram-data
whether initiated from the SMB mounted `git-annex` or a `git-annex` with the data on a local file system. No content files get transferred.
Of note, on this "SMB share with symlinks enabled" I can manually create symlinks, but `git annex` still detects symlinks as not possible and switches to direct mode. However it leaves the existing symlinks from `git clone ...` in place. It is unclear to me whether this is part of the cause of the "transfer lock" issue, or whether the transfer locks are, eg, not using pidlocks and thus failing because flock() does not work.
### What steps will reproduce the problem?
* Mount a remote file system via SMB v2, with symlinks enabled (eg mounting from a Samba share should be sufficient, as that's what is running on the Synology NAS)
* `git clone` an existing `git-annex` onto a directory on that SMB mounted filesystem
* `git remote ....` configure one or more remotes with the file data
* `git annex init "SMB share"`
* `git annex sync`
* `git annex get ....` of an existing file
or alternatively after the init/sync, go to a source `git-annex` and do:
* `git remote add smb ....`
* `git annex sync`
* `git annex copy --to=smb ...` of an existing file with content in that `git-annex`
### What version of git-annex are you using? On what operating system?
`git-annex` 6.20170320 (downloaded 2017-04-23) on Mac OS X 10.11 (El Capitan):
ewen@ashram:~$ uname -a
Darwin ashram 15.6.0 Darwin Kernel Version 15.6.0: Fri Feb 17 10:21:18 PST 2017; root:xnu-3248.60.11.4.1~1/RELEASE_X86_64 x86_64
ewen@ashram:~$ git annex version
git-annex version: 6.20170320-g41c5d9d
build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV FsEvents ConcurrentOutput TorrentParser MagicMime Feeds Quvi
key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 SHA1E SHA1 MD5E MD5 WORM URL
remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external
ewen@ashram:~$
### Please provide any additional information below.
[[!format sh """
# Example session
ewen@ashram:/nas01/annex/purchased$ git clone /bkup/purchased/mediabytes
Cloning into 'mediabytes'...
done.
ewen@ashram:/nas01/annex/purchased$ cd mediabytes/
ewen@ashram:/nas01/annex/purchased/mediabytes$ git remote add ashram-data /data/purchased/mediabytes
ewen@ashram:/nas01/annex/purchased/mediabytes$ git remote add ashram /bkup/purchased/mediabytes
ewen@ashram:/nas01/annex/purchased/mediabytes$ git remote remove origin
ewen@ashram:/nas01/annex/purchased/mediabytes$ git annex init 'nas01 file server'
init nas01 file server
Detected a filesystem without POSIX fcntl lock support.
Enabling annex.pidlock.
Detected a filesystem without fifo support.
Disabling ssh connection caching.
Detected a crippled filesystem.
Disabling core.symlinks.
Enabling direct mode.
ok
(recording state in git...)
ewen@ashram:/nas01/annex/purchased/mediabytes$ git annex sync
commit ok
pull ashram
From /bkup/purchased/mediabytes
* [new branch] git-annex -> ashram/git-annex
* [new branch] master -> ashram/master
* [new branch] synced/git-annex -> ashram/synced/git-annex
* [new branch] synced/master -> ashram/synced/master
ok
pull ashram-data
From /data/purchased/mediabytes
* [new branch] git-annex -> ashram-data/git-annex
* [new branch] master -> ashram-data/master
* [new branch] synced/git-annex -> ashram-data/synced/git-annex
* [new branch] synced/master -> ashram-data/synced/master
ok
(merging ashram-data/git-annex into git-annex...)
(recording state in git...)
push ashram
Counting objects: 8, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (8/8), 806 bytes | 0 bytes/s, done.
Total 8 (delta 2), reused 1 (delta 0)
To /bkup/purchased/mediabytes
02b7699..0edf575 git-annex -> synced/git-annex
ok
push ashram-data
Counting objects: 8, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (8/8), 806 bytes | 0 bytes/s, done.
Total 8 (delta 2), reused 1 (delta 0)
To /data/purchased/mediabytes
02b7699..0edf575 git-annex -> synced/git-annex
ok
ewen@ashram:/nas01/annex/purchased/mediabytes$ git annex sync
commit ok
pull ashram
ok
pull ashram-data
ok
ewen@ashram:/nas01/annex/purchased/mediabytes$ git annex get .
get README (transfer already in progress, or unable to take transfer lock)
Unable to access these remotes: ashram-data
Try making some of these repositories available:
00420eb2-1c9a-47e8-abfa-675b9ffb0782 -- naos_wd_1 backup drive
0ac1326e-9e03-4c1e-bd51-6cd664988caa -- Naos (colo) fileserver
0e5fd428-ba5b-4817-8489-9780bc62e655 -- naos_wd_2 backup drive
1144edcc-b18f-4cb1-a828-6c272d7788d6 -- naos_wd_3 backup drive
6142cfd4-83ba-410f-bf54-fd4b79e49fdb -- ashram external data drive [ashram-data]
77aeca6a-a4f8-4734-befc-2a0b50687c52 -- tv home fileserver
cc1c45f3-7c96-4103-b9c0-cce0f5f2cc36 -- bethel_data_drive
eb0ca2b6-e8c6-43b0-a805-de17a4d7eeae -- naos_wd_4 backup drive
failed
get alex-lindsay-1.m4a (transfer already in progress, or unable to take transfer lock)
Unable to access these remotes: ashram-data
Try making some of these repositories available:
00420eb2-1c9a-47e8-abfa-675b9ffb0782 -- naos_wd_1 backup drive
0ac1326e-9e03-4c1e-bd51-6cd664988caa -- Naos (colo) fileserver
0e5fd428-ba5b-4817-8489-9780bc62e655 -- naos_wd_2 backup drive
1144edcc-b18f-4cb1-a828-6c272d7788d6 -- naos_wd_3 backup drive
6142cfd4-83ba-410f-bf54-fd4b79e49fdb -- ashram external data drive [ashram-data]
77aeca6a-a4f8-4734-befc-2a0b50687c52 -- tv home fileserver
cc1c45f3-7c96-4103-b9c0-cce0f5f2cc36 -- bethel_data_drive
eb0ca2b6-e8c6-43b0-a805-de17a4d7eeae -- naos_wd_4 backup drive
failed
[...]
[...]
failed
git-annex: get: 59 failed
ewen@ashram:/nas01/annex/purchased/mediabytes$
ewen@ashram:/nas01/annex/purchased/mediabytes$ ls -l | head
total 118
lrwx------ 1 ewen staff 182 23 Apr 18:53 README -> .git/annex/objects/3M/8w/SHA256E-s273--1eb5c07e12d99c99af8c163b5e005162820518020cc9922152852bd1422858ae/SHA256E-s273--1eb5c07e12d99c99af8c163b5e005162820518020cc9922152852bd1422858ae
lrwx------ 1 ewen staff 200 23 Apr 18:53 alex-lindsay-1.m4a -> .git/annex/objects/9M/xJ/SHA256E-s26905448--c8ecda8ca67c3ff8ab1061b34a2974be41eb4b44421e3c39d1dda63f4de6b910.m4a/SHA256E-s26905448--c8ecda8ca67c3ff8ab1061b34a2974be41eb4b44421e3c39d1dda63f4de6b910.m4a
lrwx------ 1 ewen staff 194 23 Apr 18:53 alexlindsay.txt -> .git/annex/objects/P7/7g/SHA256E-s17467--2e7ae57eff6db5a832681443eb3787d1d7f9e57a52e4fedb2b693136a3df19f0.txt/SHA256E-s17467--2e7ae57eff6db5a832681443eb3787d1d7f9e57a52e4fedb2b693136a3df19f0.txt
lrwx------ 1 ewen staff 198 23 Apr 18:53 bourne-1.mp3 -> .git/annex/objects/98/vg/SHA256E-s7560841--a24ce7acabcb0dd46b9a9df6df8aff50145d8b1d5253308a51573a7742652943.mp3/SHA256E-s7560841--a24ce7acabcb0dd46b9a9df6df8aff50145d8b1d5253308a51573a7742652943.mp3
lrwx------ 1 ewen staff 192 23 Apr 18:53 bourne.txt -> .git/annex/objects/QK/2p/SHA256E-s1031--d45a0f0aba935126bf29d6265e9c252faae8b735abdc20edbec69eb3cc9edcd7.txt/SHA256E-s1031--d45a0f0aba935126bf29d6265e9c252faae8b735abdc20edbec69eb3cc9edcd7.txt
lrwx------ 1 ewen staff 200 23 Apr 18:53 chasejarvis-1.m4a -> .git/annex/objects/M1/8z/SHA256E-s80616681--d1b63892a9d68c51ddef9eb5c0a56ced795a449afe13d4884663ca6ecc76cade.m4a/SHA256E-s80616681--d1b63892a9d68c51ddef9eb5c0a56ced795a449afe13d4884663ca6ecc76cade.m4a
lrwx------ 1 ewen staff 194 23 Apr 18:53 chasejarvis.txt -> .git/annex/objects/35/jv/SHA256E-s50443--687b0cf63cc8f5724e3a694e1de6221ca4d1dd3449a6e6ad9b6f34501bfa30ce.txt/SHA256E-s50443--687b0cf63cc8f5724e3a694e1de6221ca4d1dd3449a6e6ad9b6f34501bfa30ce.txt
lrwx------ 1 ewen staff 184 23 Apr 18:53 checksums -> .git/annex/objects/3Q/vv/SHA256E-s1672--31b3cb7ccbcafc96d5061775dc31aa974bb4ce2f16984b2ab0104eb66674d81b/SHA256E-s1672--31b3cb7ccbcafc96d5061775dc31aa974bb4ce2f16984b2ab0104eb66674d81b
lrwx------ 1 ewen staff 200 23 Apr 18:53 chrismarquardt-1.m4a -> .git/annex/objects/k4/f3/SHA256E-s61861112--c14bacb5adfe3eca237547760183a986499808084dd1925a0202598981e4406b.m4a/SHA256E-s61861112--c14bacb5adfe3eca237547760183a986499808084dd1925a0202598981e4406b.m4a
ewen@ashram:/nas01/annex/purchased/mediabytes$
ewen@ashram:/nas01/annex/purchased/mediabytes$ git annex info
repository mode: direct
trusted repositories: 0
semitrusted repositories: 13
00000000-0000-0000-0000-000000000001 -- web
00000000-0000-0000-0000-000000000002 -- bittorrent
00420eb2-1c9a-47e8-abfa-675b9ffb0782 -- naos_wd_1 backup drive
0ac1326e-9e03-4c1e-bd51-6cd664988caa -- Naos (colo) fileserver
0ba93724-85a8-4ac7-855b-e656a6abaf09 -- ashram (laptop) internal drive [ashram]
0e5fd428-ba5b-4817-8489-9780bc62e655 -- naos_wd_2 backup drive
1144edcc-b18f-4cb1-a828-6c272d7788d6 -- naos_wd_3 backup drive
4e5bfc02-1adc-44d2-a60a-885d9120ed5d -- nas01 file server [here]
6142cfd4-83ba-410f-bf54-fd4b79e49fdb -- ashram external data drive [ashram-data]
77aeca6a-a4f8-4734-befc-2a0b50687c52 -- tv home fileserver
bde87f8e-4740-411f-b068-3dbbd9db03d4 -- nas01 file server
cc1c45f3-7c96-4103-b9c0-cce0f5f2cc36 -- bethel_data_drive
eb0ca2b6-e8c6-43b0-a805-de17a4d7eeae -- naos_wd_4 backup drive
untrusted repositories: 0
transfers in progress: none
available local disk space: 3.63 terabytes (+1 megabyte reserved)
local annex keys: 0
local annex size: 0 bytes
annexed files in working tree: 59
size of annexed files in working tree: 1.67 gigabytes
bloom filter size: 32 mebibytes (0% full)
backend usage:
SHA256E: 59
ewen@ashram:/nas01/annex/purchased/mediabytes$
"""]]
For reference Synology DS216+ `/etc/samba/smb.conf`:
ewen@nas01:/volume1$ cat /etc/samba/smb.conf
[global]
printcap name=cups
winbind enum groups=yes
include=/var/tmp/nginx/smb.netbios.aliases.conf
min protocol=SMB2
security=user
local master=no
realm=*
passdb backend=smbpasswd
printing=cups
max protocol=SMB3
winbind enum users=yes
load printers=yes
workgroup=WORKGROUP
ewen@nas01:/volume1$
and the relevant share:
ewen@nas01:/volume1$ cat /etc/samba/smb.share.conf
[annex]
recycle bin admin only=no
ftp disable modify=no
ftp disable download=no
write list=nobody,nobody
browseable=yes
mediaindex=no
hide unreadable=no
win share=yes
enable recycle bin=no
invalid users=nobody,nobody
read list=nobody,nobody
ftp disable list=no
edit synoacl=yes
valid users=nobody,nobody
writeable=yes
guest ok=yes
path=/volume1/annex
skip smb perm=yes
comment="Git Annexes"
[music]
[...]
ewen@nas01:/volume1$
### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
I'm an extremely regular user of git-annex on OS X and Linux, for several years, using it as a podcatcher and to manage most of my "large file" media. It's one of those "couldn't live without" tools. Thanks for writing it.