Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1r6CJj-00HYju-1u for pgsql-hackers@arkaria.postgresql.org; Thu, 23 Nov 2023 16:12:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1r6CJg-001xSQ-Ol for pgsql-hackers@arkaria.postgresql.org; Thu, 23 Nov 2023 16:12:36 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1r6CJg-001xSE-BR for pgsql-hackers@lists.postgresql.org; Thu, 23 Nov 2023 16:12:36 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1r6CJd-0083yI-Dr for pgsql-hackers@postgresql.org; Thu, 23 Nov 2023 16:12:35 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2023062407; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description; bh=WB361lPUutjsZCwyE6eBlZkYLGBnS4+uXRNL6Q9c7wE=; b=bWWzJ wXlonNuxJOy6qQBu06TOyCXA38KR2EM3zarbP9T7kRP/9HhZo82itoEGsrj7ZHaQA+u6BmgiVzaAK nMt4G7xbJ+bzK33zJOZIhVj26vas0f9eWL1REte5rqGQoFFpLmRZCML+rXsjfGrTkHCw1Ev2LWWSf x6VamJgDqRFZPf6rd9Y/chCDaV2sOGi7iJf12dRJ1K9omOuoG1KEoVMWF6HsdRMbHIFuX4aru3XOt mvJPo6vmfEv8spnyKaweh8jEwCXagxClKjxj7KtPdPdjjWuHM/KN4/EENklI1YRXyDfkFUDr0hJEd EPZE+9+/CxdinrGjS2s0RIa9PnPnQ==; Received: from bruce by momjian.us with local (Exim 4.96) (envelope-from ) id 1r6CJb-00F5hO-03; Thu, 23 Nov 2023 11:12:31 -0500 Date: Thu, 23 Nov 2023 11:12:30 -0500 From: Bruce Momjian To: Tom Lane Cc: Robert Haas , "pgsql-hackers@postgresql.org" Subject: Re: [HACKERS] psql casts aspersions on server reliability Message-ID: References: <15946.1475068481@sss.pgh.pa.us> <2543635.1700699932@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="p1sZGXEBX+xftM2Q" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --p1sZGXEBX+xftM2Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Nov 22, 2023 at 10:25:14PM -0500, Bruce Momjian wrote: > On Wed, Nov 22, 2023 at 07:38:52PM -0500, Tom Lane wrote: > > Bruce Momjian writes: > > > On Wed, Sep 28, 2016 at 09:14:41AM -0400, Tom Lane wrote: > > >> I could go along with just dropping the last sentence ("This probably...") > > >> if the last error we got was FATAL level. I don't find "unexpectedly" > > >> to be problematic here: from the point of view of psql, and probably > > >> of its user, the shutdown *was* unexpected. > > > > > I looked at this thread from 2016 and I think the problem is the > > > "abnormally" word, since if the server was shutdown by the administrator > > > (most likely), it isn't abnormal. Here is a patch to remove > > > "abnormally". > > > > I do not think this is an improvement. The places you are changing > > are reacting to a connection closure. *If* we had previously gotten a > > "FATAL: terminating connection due to administrator command" message, > > then yeah the connection closure is expected; but if not, it isn't. > > Your patch adds no check for that. (As I remarked in 2016, we could > > probably condition this on the elevel being FATAL, rather than > > checking for specific error messages.) > > Yes, you are correct. Here is a patch that implements the FATAL test, > though I am not sure I have the logic correct or backwards, and I don't > know how to test this. Thanks. I developed the attached patch which seems to work better. In testing kill -3 on a backend or calling elog(FATAL) in the server for a session, libpq's 'res' is NULL, meaning we don't have any status to check for PGRES_FATAL_ERROR. It is very possible that libpq just isn't stuctured to have the PGRES_FATAL_ERROR at the point where we issue this message, and this is not worth improving. test=> select pg_sleep(100); --> FATAL: FATAL called server closed the connection unexpectedly --> This probably means the server terminated null before or while processing the request. The connection to the server was lost. Attempting reset: Succeeded. -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com Only you can decide what is important to you. --p1sZGXEBX+xftM2Q Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="exit.diff" diff --git a/src/interfaces/libpq/fe-misc.c b/src/interfaces/libpq/fe-misc.c index 660cdec93c..64faad19df 100644 --- a/src/interfaces/libpq/fe-misc.c +++ b/src/interfaces/libpq/fe-misc.c @@ -749,8 +749,11 @@ retry4: */ definitelyEOF: libpq_append_conn_error(conn, "server closed the connection unexpectedly\n" - "\tThis probably means the server terminated abnormally\n" - "\tbefore or while processing the request."); + "\tThis probably means the server terminated%s\n" + "\tbefore or while processing the request.", + (conn->result == NULL) ? " null" : + (conn->result->resultStatus == PGRES_FATAL_ERROR) ? + "" : " abnormally"); /* Come here if lower-level code already set a suitable errorMessage */ definitelyFailed: diff --git a/src/interfaces/libpq/fe-protocol3.c b/src/interfaces/libpq/fe-protocol3.c index 5613c56b14..03914b97fc 100644 --- a/src/interfaces/libpq/fe-protocol3.c +++ b/src/interfaces/libpq/fe-protocol3.c @@ -2158,6 +2158,7 @@ pqFunctionCall3(PGconn *conn, Oid fnid, if (pqGetErrorNotice3(conn, true)) continue; status = PGRES_FATAL_ERROR; + fprintf(stderr, "Got 'E'\n"); break; case 'A': /* notify message */ /* handle notify and go back to processing return values */ diff --git a/src/interfaces/libpq/fe-secure-openssl.c b/src/interfaces/libpq/fe-secure-openssl.c index f1192d28f2..f4c7f51b0a 100644 --- a/src/interfaces/libpq/fe-secure-openssl.c +++ b/src/interfaces/libpq/fe-secure-openssl.c @@ -206,8 +206,11 @@ rloop: if (result_errno == EPIPE || result_errno == ECONNRESET) libpq_append_conn_error(conn, "server closed the connection unexpectedly\n" - "\tThis probably means the server terminated abnormally\n" - "\tbefore or while processing the request."); + "\tThis probably means the server terminated%s\n" + "\tbefore or while processing the request.", + (conn->result == NULL) ? " null" : + (conn->result->resultStatus == PGRES_FATAL_ERROR) ? + "" : " abnormally"); else libpq_append_conn_error(conn, "SSL SYSCALL error: %s", SOCK_STRERROR(result_errno, @@ -306,8 +309,11 @@ pgtls_write(PGconn *conn, const void *ptr, size_t len) result_errno = SOCK_ERRNO; if (result_errno == EPIPE || result_errno == ECONNRESET) libpq_append_conn_error(conn, "server closed the connection unexpectedly\n" - "\tThis probably means the server terminated abnormally\n" - "\tbefore or while processing the request."); + "\tThis probably means the server terminated%s\n" + "\tbefore or while processing the request.", + (conn->result == NULL) ? " null" : + (conn->result->resultStatus == PGRES_FATAL_ERROR) ? + "" : " abnormally"); else libpq_append_conn_error(conn, "SSL SYSCALL error: %s", SOCK_STRERROR(result_errno, diff --git a/src/interfaces/libpq/fe-secure.c b/src/interfaces/libpq/fe-secure.c index bd72a87bbb..be93c2c0f9 100644 --- a/src/interfaces/libpq/fe-secure.c +++ b/src/interfaces/libpq/fe-secure.c @@ -233,8 +233,11 @@ pqsecure_raw_read(PGconn *conn, void *ptr, size_t len) case EPIPE: case ECONNRESET: libpq_append_conn_error(conn, "server closed the connection unexpectedly\n" - "\tThis probably means the server terminated abnormally\n" - "\tbefore or while processing the request."); + "\tThis probably means the server terminated%s\n" + "\tbefore or while processing the request.", + (conn->result == NULL) ? " null" : + (conn->result->resultStatus == PGRES_FATAL_ERROR) ? + "" : " abnormally"); break; default: @@ -395,8 +398,12 @@ retry_masked: /* (strdup failure is OK, we'll cope later) */ snprintf(msgbuf, sizeof(msgbuf), libpq_gettext("server closed the connection unexpectedly\n" - "\tThis probably means the server terminated abnormally\n" - "\tbefore or while processing the request.")); + "\tThis probably means the server terminated%s\n" + "\tbefore or while processing the request."), + (conn->result == NULL) ? " null" : + (conn->result->resultStatus == PGRES_FATAL_ERROR) ? + "" : " abnormally"); + /* keep newline out of translated string */ strlcat(msgbuf, "\n", sizeof(msgbuf)); conn->write_err_msg = strdup(msgbuf); --p1sZGXEBX+xftM2Q--