git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: gc does not clean up after itself when not enough disk space

From
Jens Lehmann <jens.lehmann@web.de>
Date
Feb 26, 2013, 20:31 UTC
Message-ID
<512D1B8C.9070506@web.de>
In-Reply-To
<7v1uc3njnf.fsf@alter.siamese.dyndns.org>
Am 26.02.2013 17:07, schrieb Junio C Hamano:
Show 14 quoted lines
> "jones.noamle" <lenoam@gmail.com> writes:
> 
>> # git gc
>> Counting objects: 44626, done.
>> Delta compression using up to 8 threads.
>> Compressing objects: 100% (7756/7756), done.
>> fatal: sha1 file '.git/objects/pack/tmp_pack_uJ0E5b' write error: No
>> space left on device
> 
> In general when we encounter an unexpected error, we tend to try
> leaving things as they are so that we can help diagnosing the
> failure. But when you ran out of disk space I would agree that it
> may be sensible to remove a temporary file we didn't manage to write
> out in full.
Ack. I just recently had to do
   git gc || rm -f .git/objects/*/tmp_*
as workaround in the nightly housekeeping script on our CI server.
Previous: Junio C HamanoNext: Sitaram Chamarty
Message 3 of 5 in “gc does not clean up after itself when not enough disk space”
  1. jones.noamleFeb 26, 2013
  2. Junio C HamanoFeb 26, 2013
  3. Jens LehmannFeb 26, 2013
  4. Sitaram ChamartyFeb 27, 2013
  5. Jeff KingFeb 27, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.