mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

Merge branch 'master' of ssh://git-annex.branchable.com

Browse source
This commit is contained in:
Joey Hess 2012-12-06 13:23:47 -04:00
commit 25bc68d764
9 changed files with 105 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

23
doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__.mdwn Normal file
View file

@ -0,0 +1,23 @@
Running 3.20121112 on Debian Squeeze.
Since adding a certain directory of files (just a bunch of PDFs) yesterday I am getting errors when I try to use `git annex drop .` when the files aren't present, rather doing nothing or saying 'ok', as it used to do/should do. The errors are of the form `git-annex: fd:10: hGetLine: end of file` and sometimes of the form `git-annex: fd:17: hFlush: resource vanished (Broken pipe)`. In my `daemon.log`, I have the errors
(scanning...) Already up-to-date.
Already up-to-date.
TransferScanner crashed: fd:26: hGetLine: end of file
Already up-to-date.
(started...) git-annex: fd:25: hGetLine: end of file
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
git-annex: fd:24: hFlush: resource vanished (Broken pipe)
[many more repetitions]
If I `git annex get` the files and then drop them again, a further attempt at a drop gives all these errors again.

8
doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_1_489fa3a717519cd5d8b4c1a9d143d8c6._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="4.153.253.113"
subject="comment 1"
date="2012-12-06T15:04:12Z"
content="""
Can you run it with --debug ?
"""]]

16
doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_2_b0796d3b1913e1b6f7b34d75a591be42._comment Normal file
View file

@ -0,0 +1,16 @@
[[!comment format=mdwn
username="spwhitton"
ip="163.1.167.50"
subject="comment 2"
date="2012-12-06T15:13:02Z"
content="""
Sure, I've added --debug to the assistant autostart file and am running `git annex --debug drop`. For the first type of error given above I get output like
[2012-12-06 15:08:50 GMT] read: git [\"--git-dir=/home/swhitton/var/.git\",\"--work-tree=/home/swhitton/var\",\"ls-files\",\"--cached\",\"-z\",\"--\",\".\"]
[2012-12-06 15:08:50 GMT] chat: git [\"--git-dir=/home/swhitton/var/.git\",\"--work-tree=/home/swhitton/var\",\"check-attr\",\"-z\",\"--stdin\",\"annex.backend\",\"annex.numcopies\",\"--\"]
git-annex: fd:10: hGetLine: end of file
failed
and for the \"resource vanished\" errors I get no further output. There is also nothing further in `daemon.log`.
"""]]

8
doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_3_d8ca17ccaa5ee48d590736af8e77d88a._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="4.153.253.113"
subject="comment 3"
date="2012-12-06T15:21:25Z"
content="""
If you run `git annex find` instead of `git annex drop`, does it have any errors?
"""]]

8
doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_4_aa7a690aaf75d21f52051a31d7fce70e._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="spwhitton"
ip="163.1.167.50"
subject="comment 4"
date="2012-12-06T15:23:02Z"
content="""
No, `git annex find --debug .` outputs just `[2012-12-06 15:22:14 GMT] read: git [\"--git-dir=/home/swhitton/var/.git\",\"--work-tree=/home/swhitton/var\",\"ls-files\",\"--cached\",\"-z\",\"--\",\".\"]`.
"""]]

10
doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_5_dc235dc2d024b7f340721bb578630e00._comment Normal file
View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="4.153.253.113"
subject="comment 5"
date="2012-12-06T15:26:27Z"
content="""
What version of git do you have installed?
How did you install this version of git-annex on squeeze?
"""]]

8
doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_6_5d1e6ea5b5725c773acc6e288add812c._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="spwhitton"
ip="163.1.167.50"
subject="comment 6"
date="2012-12-06T15:29:46Z"
content="""
git is at 1.7.10.4 which I got from backports. I only upgraded a couple of days ago (to solve a strange error I was having with cloning to a removable drive); sorry for not mentioning that. I installed git-annex using cabal run as root.
"""]]

14
doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_7_6389b4f03ebc916358bc6674398d70c4._comment Normal file
View file

@ -0,0 +1,14 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="4.153.253.113"
subject="comment 7"
date="2012-12-06T15:39:26Z"
content="""
The problem seems to involve git check-attr exiting unexpectedly. Does this happen only in a specific directory of files, or can you reproduce it elsewhere?
You may be able to reproduce it exiting by running:
`git check-attr --stdin annex.backend annex.numcopies --`
And then entering filenames, pressing enter, and it should answer back with two attribute values and keep running.
"""]]

10
doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_8_bcacc9fb3751042968118ebe33802e27._comment Normal file
View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="4.153.253.113"
subject="comment 8"
date="2012-12-06T15:41:31Z"
content="""
Have you rebuilt git-annex since you upgraded git?
This seems most likely to be the problem; the version of git in squeeze requires git-annex behave differently when using git check-attr, and if you have a version of git-annex built for it, it will do things the new git dislikes.
"""]]