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

Re: [bug] git clone command leaves orphaned ssh process

From
Jeff King <peff@peff.net>
Date
Sep 12, 2023, 04:33 UTC
Message-ID
<20230912043345.GA1623696@coredump.intra.peff.net>
In-Reply-To
<20230912T004049Z.jiWw7xuK7fiT@pug.qqx.org>
On Mon, Sep 11, 2023 at 08:40:49PM -0400, Aaron Schrab wrote:
Show 12 quoted lines
> At 13:11 +0300 11 Sep 2023, Max Amelchenko <maxamel2002@gmail.com> wrote:
> > Maybe it's connected also to the underlying infrastructure? We are
> > getting this in AWS lambda jobs and we're hitting a system limit of
> > max processes because of it.
> 
> Running as a lambda, or in a container, could definitely be why you're
> seeing a difference. Normally when a process is orphaned it gets adopted by
> `init` (PID 1), and that will take care of cleaning up after orphaned zombie
> processes.
> 
> But most of the time containers just run the configured process directly,
> without an init process. That leaves nothing to clean orphan processes.

Yeah, that seems like the culprit. If the clone finishes successfully, we do end up in finish_connect(), where we wait() for the process. But if we exit early (in this case, ssh bails and we get EOF on the pipe reading from it), then we may call die() and exit immediately.

We _could_ take special care to add every spawned process to a global list, set up handlers via atexit() and signal(), and then reap the processes. But traditionally it's not a big deal to exit with un-reaped children, and this is the responsibility of init. I'm not sure it makes sense for Git to basically reimplement that catch-all (and of course we cannot even do it reliably if we are killed by certain signals).

Show 7 quoted lines
> Although for that to really be a problem, would require hitting that max
> process limit inside a single container invocation. Of course since
> containers usually aren't meant to be spawning a lot of processes, that
> limit might be a lot lower than on a normal system.
> 
> I know that Docker provides a way to include an init process in the started
> container (`docker run --init`), but I don't think that AWS Lambda does.

I don't know anything about Lambda, but if you are running arbitrary commands, then it seems like you could insert something like this:

  https://github.com/krallin/tini

into the mix. I much prefer that to teaching Git to try to do the same thing in-process.

-Peff
Previous: Aaron SchrabNext: Max Amelchenko
Message 7 of 9 in “[bug] git clone command leaves orphaned ssh process”
  1. Max AmelchenkoSep 10, 2023
  2. Bagas SanjayaSep 10, 2023
  3. Max AmelchenkoSep 10, 2023
  4. Taylor BlauSep 10, 2023
  5. Max AmelchenkoSep 11, 2023
  6. Aaron SchrabSep 12, 2023
  7. Jeff KingSep 12, 2023
  8. Max AmelchenkoSep 24, 2023
  9. Jeff KingSep 25, 2023

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.