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

Re: git-upload-pack: the timeout gets corrupted?!

From
HAH. Peter Anvin <hpa@zytor.com>
Date
Mar 11, 2007, 17:23 UTC
Message-ID
<45F43B29.5040608@zytor.com>
In-Reply-To
<45F35F38.1080206@zytor.com>
H. Peter Anvin wrote:
Show 16 quoted lines
> git-1.5.0.3-1.i386 rpm from Junio's repository on kernel.org:
> 
> Since we got the new git server on kernel.org, we are having a problem 
> with git-upload-pack processes getting reparented to init, and then 
> sitting there forever.  Going in with gdb, it appears the "timeout" 
> variable gets overwritten:
> 
> (gdb) p timeout
> $1 = 608471321
> 
> ... which should have been 600.
> 
> The process spends effectively forever waiting in on the fflush() in 
> show_commit() (in upload-pack.c); /proc/*/fd shows it is trying to write 
> to a pipe, but I'm not sure what is at the other end of that same pipe.
> 
Another observation:

The value is always 608471321 (0x24448919) across all stuck processes that I've examined. This is neither a recent time_t value (it would be Thu Apr 13 11:48:41 UTC 1989) nor is it a valid pointer value in any of the processes I've looked at.

	-hpa
Previous: H. Peter AnvinNext: H. Peter Anvin
Message 9 of 10 in “git-upload-pack: the timeout gets corrupted?!”
  1. H. Peter AnvinMar 11, 2007
  2. Junio C HamanoMar 11, 2007
  3. H. Peter AnvinMar 11, 2007
  4. H. Peter AnvinMar 11, 2007
  5. Johannes SchindelinMar 11, 2007
  6. H. Peter AnvinMar 11, 2007
  7. Johannes SchindelinMar 11, 2007
  8. H. Peter AnvinMar 11, 2007
  9. H. Peter AnvinMar 11, 2007
  10. H. Peter AnvinMar 11, 2007

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.