From: Johannes Schindelin <johannes.schindelin@gmx.de>
To: Thomas Braun <thomas.braun@virtuell-zuhause.de>
Cc: Andreas Mohr <andi@lisas.de>,
git@vger.kernel.org, msysGit <msysgit@googlegroups.com>,
git-owner@vger.kernel.org
Subject: Re: Issue: repack semi-frequently fails on Windows (msysgit) - suspecting file descriptor issues
Date: Thu, 16 Apr 2015 13:31:02 +0200 [thread overview]
Message-ID: <27f1120c2c5231d8c7add8bdac7e3b21@www.dscho.org> (raw)
In-Reply-To: <552F98AC.5030603@virtuell-zuhause.de>
Hi,
On 2015-04-16 13:10, Thomas Braun wrote:
> Am 16.04.2015 um 12:03 schrieb Andreas Mohr:
>>
>> over the years I've had the same phenomenon with various versions of msysgit
>> (now at 1.9.5.msysgit.0, on Windows 7 64bit), so I'm now sufficiently
>> confident of it being a long-standing, longer-term issue and thus I'm
>> reporting it now.
>
> (CC'ing msysgit)
Good idea.
>> Since I'm doing development in a sufficiently rebase-heavy manner,
>> I seem to aggregate a lot of objects.
>> Thus, when fetching content I'm sufficiently frequently greeted with
>> a git gc run.
>> This, however, does not work fully reliably:
>>
>> Auto packing the repository for optimum performance. You may also
>> run "git gc" manually. See "git help gc" for more information.
>> Counting objects: 206527, done.
>> Delta compression using up to 4 threads.
>> Compressing objects: 100% (27430/27430), done.
>> Writing objects: 100% (206527/206527), done.
>> Total 206527 (delta 178632), reused 206527 (delta 178632)
>> Unlink of file '.git/objects/pack/pack-ab1712db0a94b5c55538d3b4cb3660cedc264c3c.pack' failed. Should I try again? (y/n) n
>> Unlink of file '.git/objects/pack/pack-ab1712db0a94b5c55538d3b4cb3660cedc264c3c.idx' failed. Should I try again? (y/n) n
>> Checking connectivity: 206527, done.
>>
>> A workable workaround for this recurring issue
>> (such a fetch will fail repeatedly,
>> thereby hampering my ability to update properly)
>> is to manually do a "git gc --auto"
>> prior to the fetch (which will then succeed).
>
> I've never had this issue. The error message from unlinking the file
> means that someone is still accessing the file and thus it can not be
> deleted (due to the implicit file locking on windows).
Best guess is that an antivirus is still accessing it. There is a tool called `WhoUses.exe` in msysGit (I do not remember if I included it into Git for Windows 1.x for end users) which could be used to figure out which process accesses a given file still: https://github.com/msysgit/msysgit/blob/master/mingw/bin/WhoUses.exe (maybe that would help you identify the cause of the problem).
Ciao,
Johannes
--
--
*** Please reply-to-all at all times ***
*** (do not pretend to know who is subscribed and who is not) ***
*** Please avoid top-posting. ***
The msysGit Wiki is here: https://github.com/msysgit/msysgit/wiki - Github accounts are free.
You received this message because you are subscribed to the Google
Groups "msysGit" group.
To post to this group, send email to msysgit@googlegroups.com
To unsubscribe from this group, send email to
msysgit+unsubscribe@googlegroups.com
For more options, and view previous threads, visit this group at
http://groups.google.com/group/msysgit?hl=en_US?hl=en
---
You received this message because you are subscribed to the Google Groups "Git for Windows" group.
To unsubscribe from this group and stop receiving emails from it, send an email to msysgit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
next prev parent reply other threads:[~2015-04-16 11:31 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-16 10:03 Issue: repack semi-frequently fails on Windows (msysgit) - suspecting file descriptor issues Andreas Mohr
2015-04-16 11:10 ` Thomas Braun
2015-04-16 11:31 ` Johannes Schindelin [this message]
2015-04-16 11:42 ` Andreas Mohr
2015-04-16 11:48 ` Andreas Mohr
2015-04-16 12:35 ` Andreas Mohr
2015-04-16 13:07 ` Johannes Schindelin
2015-04-16 11:35 ` Andreas Mohr
2015-04-16 15:28 ` Jeff King
2015-04-16 15:48 ` Johannes Schindelin
2015-04-16 15:56 ` David Miller
2015-04-16 20:56 ` Andreas Mohr
2015-04-23 6:52 ` rupert thurner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=27f1120c2c5231d8c7add8bdac7e3b21@www.dscho.org \
--to=johannes.schindelin@gmx.de \
--cc=andi@lisas.de \
--cc=git-owner@vger.kernel.org \
--cc=git@vger.kernel.org \
--cc=msysgit@googlegroups.com \
--cc=thomas.braun@virtuell-zuhause.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).