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 1rw3QS-00GRDn-JA for pgsql-general@arkaria.postgresql.org; Sun, 14 Apr 2024 17:13:56 +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 1rw3QQ-007UzI-PS for pgsql-general@arkaria.postgresql.org; Sun, 14 Apr 2024 17:13:54 +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 1rw3QQ-007UzA-EV for pgsql-general@lists.postgresql.org; Sun, 14 Apr 2024 17:13:54 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rw3QO-000vgC-5r for pgsql-general@lists.postgresql.org; Sun, 14 Apr 2024 17:13:53 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 43EHDcS5512140; Sun, 14 Apr 2024 13:13:38 -0400 From: Tom Lane To: Adrian Klaver cc: jack , "pgsql-general@lists.postgresql.org" Subject: Re: constant crashing In-reply-to: References: Comments: In-reply-to Adrian Klaver message dated "Sun, 14 Apr 2024 10:05:21 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <512138.1713114818.1@sss.pgh.pa.us> Date: Sun, 14 Apr 2024 13:13:38 -0400 Message-ID: <512139.1713114818@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Adrian Klaver writes: > On 4/14/24 09:20, jack wrote: >> The full error reads: >> server closed the connection expectantly >> This probably means the server terminated abnormally >> before or while processing the request. >> error: connection to server was lost > Look at the OS system log. Really the most detail would be in postgres' own log. I'd only expect the system log to contain relevant info if the problem turns out to be an overeager OOM killer --- but if that's what's happening, we should be able to diagnose from the postmaster's log too (because it'd show up as the backend dying from SIGKILL). regards, tom lane