1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
|
### Please describe the problem.
I'm using git-annex v6 in windows and seems `git annex get` fails.
Deleting the pointer files and doing a hard reset seems to fix the problem.
Another bug report named "v6 repo can not restore files with executable permission" seems to point to the same problem but a little different.
[[!retitle "git annex get fails sometimes in v6 repository on Windows"]]
### What steps will reproduce the problem?
I have a repo in D:\annex with a file `test`
Now I create another repo:
$ cd H:\annex
$ git init
Initialized empty Git repository in H:/annex/.git/
$ git annex init "portable drive"
init portable drive
Detected a filesystem without fifo support.
Disabling ssh connection caching.
Detected a crippled filesystem.
Enabling direct mode.
ok
(recording state in git...)
$ git annex upgrade
upgrade . (v5 to v6...)
Upgraded repository out of direct mode.
Changes have been staged for all annexed files in this repository; you should run `git commit` to commit these changes.
Any other clones of this repository that use direct mode need to be upgraded now, too.
ok
$ git remote add laptop D:/annex
$ git annex sync
commit ok
pull laptop
warning: no common commits
remote: Counting objects: 21, done.
remote: Compressing objects: 100% (15/15), done.
remote: Total 21 (delta 3), reused 0 (delta 0)
Unpacking objects: 100% (21/21), done.
From D:/annex
* [new branch] git-annex -> laptop/git-annex
* [new branch] master -> laptop/master
* [new branch] synced/git-annex -> laptop/synced/git-annex
* [new branch] synced/master -> laptop/synced/master
Already up-to-date.
ok
(merging laptop/git-annex laptop/synced/git-annex into git-annex...)
(recording state in git...)
push laptop
Counting objects: 8, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (8/8), 928 bytes | 0 bytes/s, done.
Total 8 (delta 0), reused 0 (delta 0)
To D:/annex
c1aee82..980dc01 git-annex -> synced/git-annex
ok
$ git annex get .
get test (from laptop...)
SHA256E-s14488367--4391729b982439764813156e1bfc12e9626ae89452ab812f5180c376fbd57fc0
14,488,367 100% 63.24MB/s 0:00:00 (xfr#1, to-chk=0/1)
(checksum...)
git-annex: DeleteFile ".\\test": permission denied (The process cannot access the file because it is being used by another process.)
failed
git-annex: get: 1 failed
It seems to try to delete the pointer file, but finds the file in use. Maybe fsck is using it?
$ cat test
/annex/objects/SHA256E-s14488367--4391729b982439764813156e1bfc12e9626ae89452ab812f5180c376fbd57fc0
$ git annex lock
lock test git-annex: content not present; cannot lock
And `git annex unlock` will do nothing.
If you can't reproduce the problem, I'll run the tests for you.
### What version of git-annex are you using? On what operating system?
Latest compile from source, Windows 8.1
|
