aboutsummaryrefslogtreecommitdiff
path: root/src/backend/tcop/postgres.c
diff options
context:
space:
mode:
authorAndres Freund <andres@anarazel.de>2015-02-03 22:45:45 +0100
committerAndres Freund <andres@anarazel.de>2015-02-03 22:45:45 +0100
commit4fe384bd858671d40d311ca68cc9b80f4c683a3e (patch)
tree443a91fee00e1515fb97e1829205fa07a5e807ac /src/backend/tcop/postgres.c
parent4f85fde8eb860f263384fffdca660e16e77c7f76 (diff)
downloadpostgresql-4fe384bd858671d40d311ca68cc9b80f4c683a3e.tar.gz
postgresql-4fe384bd858671d40d311ca68cc9b80f4c683a3e.zip
Process 'die' interrupts while reading/writing from the client socket.
Up to now it was impossible to terminate a backend that was trying to send/recv data to/from the client when the socket's buffer was already full/empty. While the send/recv calls itself might have gotten interrupted by signals on some platforms, we just immediately retried. That could lead to situations where a backend couldn't be terminated , after a client died without the connection being closed, because it was blocked in send/recv. The problem was far more likely to be hit when sending data than when reading. That's because while reading a command from the client, and during authentication, we processed interrupts immediately . That primarily left COPY FROM STDIN as being problematic for recv. Change things so that that we process 'die' events immediately when the appropriate signal arrives. We can't sensibly react to query cancels at that point, because we might loose sync with the client as we could be in the middle of writing a message. We don't interrupt writes if the write buffer isn't full, as indicated by write() returning EWOULDBLOCK, as that would lead to fewer error messages reaching clients. Per discussion with Kyotaro HORIGUCHI and Heikki Linnakangas Discussion: 20140927191243.GD5423@alap3.anarazel.de
Diffstat (limited to 'src/backend/tcop/postgres.c')
-rw-r--r--src/backend/tcop/postgres.c50
1 files changed, 48 insertions, 2 deletions
diff --git a/src/backend/tcop/postgres.c b/src/backend/tcop/postgres.c
index bcc4f243134..7e9408e61d9 100644
--- a/src/backend/tcop/postgres.c
+++ b/src/backend/tcop/postgres.c
@@ -318,7 +318,7 @@ interactive_getc(void)
c = getc(stdin);
- ProcessClientReadInterrupt();
+ ProcessClientReadInterrupt(true);
return c;
}
@@ -529,7 +529,7 @@ ReadCommand(StringInfo inBuf)
* Must preserve errno!
*/
void
-ProcessClientReadInterrupt(void)
+ProcessClientReadInterrupt(bool blocked)
{
int save_errno = errno;
@@ -546,10 +546,56 @@ ProcessClientReadInterrupt(void)
if (notifyInterruptPending)
ProcessNotifyInterrupt();
}
+ else if (ProcDiePending && blocked)
+ {
+ /*
+ * We're dying. It's safe (and sane) to handle that now.
+ */
+ CHECK_FOR_INTERRUPTS();
+ }
errno = save_errno;
}
+/*
+ * ProcessClientWriteInterrupt() - Process interrupts specific to client writes
+ *
+ * This is called just after low-level writes. That might be after the read
+ * finished successfully, or it was interrupted via interrupt. 'blocked' tells
+ * us whether the
+ *
+ * Must preserve errno!
+ */
+void
+ProcessClientWriteInterrupt(bool blocked)
+{
+ int save_errno = errno;
+
+ Assert(InterruptHoldoffCount == 0 && CritSectionCount == 0);
+
+ /*
+ * We only want to process the interrupt here if socket writes are
+ * blocking to increase the chance to get an error message to the
+ * client. If we're not blocked there'll soon be a
+ * CHECK_FOR_INTERRUPTS(). But if we're blocked we'll never get out of
+ * that situation if the client has died.
+ */
+ if (ProcDiePending && blocked)
+ {
+ /*
+ * We're dying. It's safe (and sane) to handle that now. But we don't
+ * want to send the client the error message as that a) would possibly
+ * block again b) would possibly lead to sending an error message to
+ * the client, while we already started to send something else.
+ */
+ if (whereToSendOutput == DestRemote)
+ whereToSendOutput = DestNone;
+
+ CHECK_FOR_INTERRUPTS();
+ }
+
+ errno = save_errno;
+}
/*
* Do raw parsing (only).