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 1txphY-00FJMH-Pa for pgsql-hackers@arkaria.postgresql.org; Thu, 27 Mar 2025 16:03:28 +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 1txphX-0094eD-FZ for pgsql-hackers@arkaria.postgresql.org; Thu, 27 Mar 2025 16:03:27 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1txphX-0094e4-6K for pgsql-hackers@lists.postgresql.org; Thu, 27 Mar 2025 16:03:27 +0000 Received: from mout-p-201.mailbox.org ([2001:67c:2050:0:465::201]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1txphU-001SL5-2Z for pgsql-hackers@postgresql.org; Thu, 27 Mar 2025 16:03:26 +0000 Received: from smtp102.mailbox.org (smtp102.mailbox.org [10.196.197.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4ZNpNK0hc7z9sW3; Thu, 27 Mar 2025 17:03:13 +0100 (CET) Date: Thu, 27 Mar 2025 17:03:11 +0100 From: Christoph Berg To: Robert Haas Cc: Andres Freund , pgsql-hackers@postgresql.org Subject: Re: libpq maligning postgres stability Message-ID: Mail-Followup-To: Christoph Berg , Robert Haas , Andres Freund , pgsql-hackers@postgresql.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Re: Robert Haas > I wonder if, in addition to removing the hint, we could also consider > rewording the message. For example, a slight rewording to "server > connection closed unexpectedly" would avoid implying that it was the There is a lot of software doing string-parsing of this part of the message, so it might be advisable to leave the first line alone. https://sources.debian.org/src/php-laravel-framework/10.48.25+dfsg-2/src/Illuminate/Database/DetectsLostConnections.php/?hl=28#L28 https://sources.debian.org/src/python-taskflow/5.9.1-4/taskflow/persistence/backends/impl_sqlalchemy.py/?hl=87#L87 https://sources.debian.org/src/gnucash/1:5.10-0.1/libgnucash/backend/dbi/gnc-backend-dbi.cpp/?hl=798#L798 https://sources.debian.org/src/pgbouncer/1.24.0-3/test/test_misc.py/?hl=301#L301 https://sources.debian.org/src/icingaweb2-module-reporting/1.0.2-2/library/Reporting/RetryConnection.php/?hl=23#L23 https://sources.debian.org/src/storm/1.0-1/storm/databases/postgres.py/?hl=353#L353 https://sources.debian.org/src/timescaledb/2.19.0+dfsg-1/test/expected/loader-tsl.out/?hl=473#L473 https://sources.debian.org/src/odoo/18.0.0+dfsg-2/addons/web/tests/test_db_manager.py/?hl=277#L277 https://codesearch.debian.net/search?q=server+closed+the+connection+unexpectedly&literal=1 (There might be room for asking why this string parsing is being done, is libpq missing "connection lost" detection vs. other errors?) The remaining message lines are admittedly very pessimistic about PostgreSQL's stability and should mention networking issues first. Christoph