fix drop hang reported by musicmatze
Fix hang when dropping content needs to lock the content on a ssh remote, which occurred when the remote has git-annex version 5.20151019 or newer. Analysis: `race` runs 2 threads at once, and the hGetLine finishes first. So, it tries to cancel the waitForProcess, but unfortunately that is making a foreign call and so cannot be canceled. The remote git-annex-shell is waiting for a line on stdin before it will exit. Deadlock. This only occurred sometimes; I reproduced it going from darkstar to elephant, but not from darkstar to darkstar. Not sure how that fits into the above analysis -- perhaps a race condition is also involved? Fixed by not using `race`; now the hGetLine will fail with an exception if the remote git-annex-shell exits without any output.
This commit is contained in:
parent
f24dba7616
commit
2d7e46ea98
2 changed files with 13 additions and 12 deletions
4
debian/changelog
vendored
4
debian/changelog
vendored
|
@ -17,6 +17,10 @@ git-annex (6.20160413) UNRELEASED; urgency=medium
|
|||
* fsck: Warn when core.sharedRepository is set and an annex object file's
|
||||
write bit is not set and cannot be set due to the file being owned
|
||||
by a different user.
|
||||
* Fix hang when dropping content needs to lock the content on a
|
||||
ssh remote, which occurred when the remote has git-annex version
|
||||
5.20151019 or newer. (The bug was in the client side; the remote
|
||||
git-annex-shell does not need to be upgraded.)
|
||||
|
||||
-- Joey Hess <id@joeyh.name> Wed, 13 Apr 2016 13:30:32 -0400
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue