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

[PATCH v2] receive-pack: ignore SIGPIPE while reporting status to client

From
Robin Jarry <robin@jarry.cc>
Date
Nov 6, 2021, 22:03 UTC
Message-ID
<20211106220358.144886-1-robin@jarry.cc>
In-Reply-To
<20211104133546.1967308-1-robin.jarry@6wind.com>

When a remote client exits while the pre-receive hook is running, receive-pack is not killed by SIGPIPE because the signal is ignored. This is a side effect of commit ec7dbd145bd8 (receive-pack: allow hooks to ignore its standard input stream, 2014-09-12).

The pre-receive hook itself is not interrupted and does not receive any error since its stdout is a pipe which is read in an async thread and output back to the client socket in a side band channel.

After the pre-receive has exited the SIGPIPE default handler is restored and if the hook did not report any error, objects are migrated from temporary to permanent storage.

Before running the post-receive hook, status info is reported back to the client. Since the client has died, receive-pack is killed by SIGPIPE and post-receive is never executed.

The post-receive hook is often used to send email notifications (see contrib/hooks/post-receive-email), update bug trackers, start automatic builds, etc. Not executing it after an interrupted yet "successful" push can lead to inconsistencies.

Ignore SIGPIPE before reporting status to the client to increase the chances of post-receive running if pre-receive was successful. This does not guarantee 100% consistency but it should resist early disconnection by the client.

Signed-off-by: Robin Jarry <robin@jarry.cc>
---
Ideally, pre-receive should not be allowed to succeed if the client has
disconnected before objects have been migrated from temporary to
permanent storage. But that is another topic, and I think it would
complement this patch.
 builtin/receive-pack.c | 2 ++
 1 file changed, 2 insertions(+)
diff --git a/builtin/receive-pack.c b/builtin/receive-pack.c
index 49b846d96052..5fe7992028d4 100644
--- a/builtin/receive-pack.c
+++ b/builtin/receive-pack.c
@@ -2564,12 +2564,14 @@ int cmd_receive_pack(int argc, const char **argv, const char *prefix)
 		use_keepalive = KEEPALIVE_ALWAYS;
 		execute_commands(commands, unpack_status, &si,
 				 &push_options);
+		sigchain_push(SIGPIPE, SIG_IGN);
 		if (pack_lockfile)
 			unlink_or_warn(pack_lockfile);
 		if (report_status_v2)
 			report_v2(commands, unpack_status);
 		else if (report_status)
 			report(commands, unpack_status);
+		sigchain_pop(SIGPIPE);
 		run_receive_hook(commands, "post-receive", 1,
 				 &push_options);
 		run_update_post_hook(commands);
-- 
2.30.2
Previous: Robin JarryNext: Junio C Hamano
Message 4 of 11 in “receive-pack: run post-receive before reporting status”
  1. receive-pack: run post-receive before reporting statusRobin Jarry, Nov 4, 2021
  2. Ævar Arnfjörð BjarmasonNov 6, 2021
  3. Robin JarryNov 6, 2021
  4. receive-pack: ignore SIGPIPE while reporting status to clientRobin Jarry, Nov 6, 2021
  5. Junio C HamanoNov 9, 2021
  6. Robin JarryNov 9, 2021
  7. Junio C HamanoNov 9, 2021
  8. receive-pack: interrupt pre-receive when client disconnectsRobin Jarry, Nov 10, 2021
  9. Robin JarryDec 29, 2021
  10. receive-pack: ignore SIGPIPE while reporting status to clientRobin Jarry, Nov 10, 2021
  11. Robin JarryNov 18, 2021

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.