1 files changed, 64 insertions, 0 deletions

diff --git a/doc/bugs/drop_fails_to_see_copies_that_whereis_sees.mdwn b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees.mdwn
new file mode 100644
index 000000000..5c45d4c15
--- /dev/null
+++ b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees.mdwn
@@ -0,0 +1,64 @@
+What steps will reproduce the problem?
+------------------------------------------------------
+
+I haven't tried doing this again, but here's what I did:
+
+I was copying files to my usb drive (hugex) with probably this command:
+
+    git annex copy --to=hugex .
+
+While doing that, I did something stupid in another window, and filled my local hard drive (the one I was copying from) and git annex spit out some errors about not being able to write to log files (because my local drive was full.)
+
+I suspended (^Z) git annex, made some hard drive space, then resumed (fg).
+
+At first, git annex whereis didn't see the copies of some of the files in hugex (apparently the ones where git annex had trouble writing the local log files). After a "git remote update hugex" and I think a ``git annex merge``, whereis was able to see both copies.
+
+But git drop can't see both copies, and won't let me drop my local copy. I ran ``git annex fsck .`` on the directory with the now files I was copying above, and that didn't seem to change anything (or report errors.)
+
+Here's a terminal session where I'm showing the problem and some hopefully useful text:
+
+	compy compy compy ~/video/tv/keen-eddie> git annex whereis 02-horse-heir.avi 
+	whereis 02-horse-heir.avi (2 copies) 
+  		5bfe091c-ed07-11df-842e-eb791a485889 -- here (compy)
+   		e15161ec-f1bf-11df-a7b5-eb1f0e6921ee -- hugex
+	ok
+	compy compy compy ~/video/tv/keen-eddie> git annex drop 02-horse-heir.avi 
+	drop 02-horse-heir.avi (unsafe) 
+  	  Could only verify the existence of 1 out of 2 necessary copies
+
+  	  No other repository is known to contain the file.
+
+  	  (Use --force to override this check, or adjust annex.numcopies.)
+	failed
+	git-annex: drop: 1 failed
+	zsh: exit 1     git annex drop 02-horse-heir.avi
+	compy compy compy ~/video/tv/keen-eddie> ls -lh 02-horse-heir.avi              
+	lrwxrwxrwx 1 jasonwoof jasonwoof 149 Nov 15 04:19 02-horse-heir.avi -> ../../../.git/annex/objects/KV/8G/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+	compy compy compy ~/video/tv/keen-eddie> ls --dereference -lh 02-horse-heir.avi
+	-r--r--r-- 1 jasonwoof jasonwoof 342M Nov 15 04:19 02-horse-heir.avi
+	compy compy compy ~/video/tv/keen-eddie> ls -lh ../../../.git/annex/objects/KV/8G/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+	-r--r--r-- 1 jasonwoof jasonwoof 342M Nov 15 04:19 ../../../.git/annex/objects/KV/8G/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+	compy compy compy ~/video/tv/keen-eddie> ls -lh /media/hugex/jason/home.git/annex/objects/5bd/6a1/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+	-r--r--r-- 1 jasonwoof jasonwoof 342M Jan  7 16:27 /media/hugex/jason/home.git/annex/objects/5bd/6a1/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+
+That last command is showing that the file is indeed in hugex's annex/objects
+
+
+Oh, and another wrinkle. hugex is a bare repo. I tried to fsck hugex's video/tv directory, but it said that directory doesn't exist (I assume because there's no working copy.)
+
+
+What is the expected output? What do you see instead?
+------------------------------------------------------------------------------
+
+I'd like ``git annex drop`` to have the same kind of confidence in the copies of these files on hugex.
+
+How can I resolve this. I tried ``git annex copy --to=hugex .`` again, but that command knows that these files are already copied to hugex.
+
+What version of git-annex are you using? On what operating system?
+
+3.20130102 on debian unstable (thanks for packaging!)
+
+Please provide any additional information below.
+------------------------------------------------------------------
+
+You can also reach me at ``jason@jasonwoof.com``