Fix pg_dump's sigTermHandler() to use _exit() not exit().
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 20 Jan 2020 17:57:17 +0000 (12:57 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 20 Jan 2020 17:57:17 +0000 (12:57 -0500)
sigTermHandler() tried to be careful to invoke only operations that
are safe to do in a signal handler.  But for some reason we forgot
that exit(3) is not among those, because it calls atexit handlers
that might do various random things.  (pg_dump itself installs no
atexit handlers, but e.g. OpenSSL does.)  That led to crashes or
lockups when attempting to terminate a parallel dump or restore
via a signal.

Fix by calling _exit() instead.

Per bug #16199 from Raúl Marín.  Back-patch to all supported branches.

Discussion: https://postgr.es/m/16199-cb2f121146a96f9b@postgresql.org

src/bin/pg_dump/parallel.c

index 8582b65524ca5a2004fe806c279fbbce540c572b..1410bcdb66261aff1b3f8ab06d07c42cc3624ca1 100644 (file)
@@ -606,8 +606,11 @@ sigTermHandler(SIGNAL_ARGS)
        write_stderr("terminated by user\n");
    }
 
-   /* And die. */
-   exit(1);
+   /*
+    * And die, using _exit() not exit() because the latter will invoke atexit
+    * handlers that can fail if we interrupted related code.
+    */
+   _exit(1);
 }
 
 /*