clone throws exception on a changeset with a large file about git-tfs

[spraints]

Strange.

The stack trace is from gc --auto failing. I'm curious what the output of git gc --auto is, if you run it in the repository that you were creating when the exception happened.

Also, if you cd into the dir and do git tfs fetch, it should continue fetching (and hopefully finish).

Also, if this is repeatable, could you run git tfs clone --debug (args) > git-tfs-clone.log and send me the output?

Here is the part where it fails. I am currently using git version 1.7.3.1.msysgit.0. I will send some more info after I get a chance to re-run it. Thanks!

C133543 = b0f6dd81bff7ad069b0b0d475b3abd7c9b325bd1
GC Countdown: 0
git command: Starting process: git gc --auto
git stderr: fatal: sha1 file 'z:/dev/tfsgit/Baseline/.git/objects/pack/tmp_pack_cWHswa' write error: Bad file descriptor
git stderr: Auto packing the repository for optimum performance. You may also
git stderr: run "git gc" manually. See "git help gc" for more information.
git stderr: error: failed to run repack
git command time: [00:02:57.4889186] gc --auto

[spraints]

I'm not sure why that's failing. It looks like it's git that's
failing. I think the fix for this will be to catch the exception,
issue a warning, and continue the clone.

Did doing git tfs fetch from the partially-cloned repository work for you?

On Tue, Mar 22, 2011 at 1:16 PM, radiantmnaquin
[email protected]
wrote:

Here is the part where it fails. I am currently using git version 1.7.3.1.msysgit.0. I will send some more info after I get a chance to re-run it. Thanks!

   C133543 = b0f6dd81bff7ad069b0b0d475b3abd7c9b325bd1
   GC Countdown: 0
   git command: Starting process: git gc --auto
   git stderr: fatal: sha1 file 'z:/dev/tfsgit/Baseline/.git/objects/pack/tmp_pack_cWHswa' write error: Bad file descriptor
   git stderr: Auto packing the repository for optimum performance. You may also
   git stderr: run "git gc" manually. See "git help gc" for more information.
   git stderr: error: failed to run repack
   git command time: [00:02:57.4889186] gc --auto

Reply to this email directly or view it on GitHub:
https://github.com/spraints/git-tfs/issues/30#comment_903822

After some more research, I'm pretty sure this is a bug with git. For some reason, git gc --auto always gets stuck on trying to unlink a particular object. If I shut down git and run git gc --auto from the command line, it seems to work fine.

After that, I can run git tfs fetch and it picks up where it left off.

I'm not sure if there's much you can do here to fix it, but you might consider catching the exception, and then write out an error saying to run git gc --auto followed by git tfs fetch.

P.S. I really enjoy using git-tfs. It makes source control bearable :)