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.96) (envelope-from ) id 1vNZQH-006sU0-0n for pgsql-admin@arkaria.postgresql.org; Mon, 24 Nov 2025 16:28:17 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vNZQF-001t7r-1x for pgsql-admin@arkaria.postgresql.org; Mon, 24 Nov 2025 16:28:15 +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.96) (envelope-from ) id 1vNZQF-001t7i-0n for pgsql-admin@lists.postgresql.org; Mon, 24 Nov 2025 16:28:15 +0000 Received: from mail-oa1-x29.google.com ([2001:4860:4864:20::29]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vNZQD-001G41-24 for pgsql-admin@lists.postgresql.org; Mon, 24 Nov 2025 16:28:15 +0000 Received: by mail-oa1-x29.google.com with SMTP id 586e51a60fabf-3d47192e99bso6740198fac.0 for ; Mon, 24 Nov 2025 08:28:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1764001691; x=1764606491; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=K1vilqwwX5C4cS1uGa8X8C7U0PDVxFicrTAuqXzzBJM=; b=g8hSHtj7WO2slAL2yYvcm70kpxvi8/2806+Yo9ofLOjDwQYCn//SVrNMuQh+ZiR3Ig ZM9/CPDRT/wY/QNL2sV8c7HHjfxyD6SJCs18XWHKt9Xg8jE8utPXGHPTjDnN9sSrZL3B i+B8+89sWuoUyzHbiV6XCo2eweRX+PZ14JBGfqSJySUbsd33H0c2iPUpXGVqxmNMhImA yBsI953zh7+DP6FmvnjD7K8I7k+JIiTfuGrXoXgEHIWAbRBy67al0X2oEdJCSIPO5CCE imG5Y2jHfgJfS7Qz094pPOqHY+V4JAzS0nVW7PPuZsc3O0tQJulaYE2VFJuxO/mIiavm eZ7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764001691; x=1764606491; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=K1vilqwwX5C4cS1uGa8X8C7U0PDVxFicrTAuqXzzBJM=; b=Y4ySNnzLq21WTTjRcQ0yJZsbSwLyPfKzlfBNVIKGOrSC02DhylS15rGfOqXquFrmjY M9j5vOrn4hKkih24CI+IKksLWy617ucaru7rUeWgYBLxxO7oddSYvzwIt5WiXIDIlQbd 4qpwFyO5Pt+7L5s5BHWi586kGqBN6P4VzBv5UTtV4snHcPojJKUQbF9r7y3RG8thA/O6 D7YmFlD5lFaqYv8W8ZG28jehUEQjHxgm+Uks642k++FrRBqSs3KF6vBAMXaVZ9XingsG K+rzcuv1OxXZKSPlO4V79rgUB21/pZAPMH0MWXqY2K+cJFjSmfoJQICAbLCQW5SFmszQ +Tog== X-Gm-Message-State: AOJu0YybQh2V+AU15CzlkD+Paa164L2pgAP283qYgxiRhGg+63/nSO6R V3u338+JaBvRSUPvxBDH+cUdzRDAzaM0PQgaJbvXv8eYTBliUxIkAXR3kYtyR94exwTY7kT84sO izHuTMnzf90XtVZQTg9nNl8XfXX8x7YTlAhrA X-Gm-Gg: ASbGncuOeHdXQQUdqyuDxl4geZJoGdLzt4KsgaJdty3NZolEWxQg+Dw9PNVpEoIAaDa /jsFD21ficBdwbBaAJYjrtiwWS5R1ElZ4SQGNHbeTd9vZyjW+gO06+LlBXxyNbqcach3PURgof4 M+PRLF/YHLSXmcHYq1717XdkBRc/icqUqqpAy8171XH6V6SoMz9q8bGdIp+Xw2WFjo2s2X6Qn8n Ws63m89fgUFsC6xmEUVh2Dl9sWtzZxlmg/0JqZ2YOVMixu7Y72RlOsQDODZzC2Mh8zk2JW+ X-Google-Smtp-Source: AGHT+IF6y814EtpEjIOqF+T8Lndy7iINSWTghsxenmaQqpQMl56q0KILkmT+lpbtIN5tuXc7JBWm6RfXIsIDC5zHwRE= X-Received: by 2002:a05:6808:1801:b0:450:36ba:f552 with SMTP id 5614622812f47-4511284c759mr4950675b6e.6.1764001691056; Mon, 24 Nov 2025 08:28:11 -0800 (PST) MIME-Version: 1.0 From: Ron Johnson Date: Mon, 24 Nov 2025 11:27:57 -0500 X-Gm-Features: AWmQ_bmnkxr32EYNefR0aSxYwyEnsMRnitr2sy2hNYnp1usdfrA2g4Bdf27SeTI Message-ID: Subject: Is the pg_isready database name relevant? To: Pgsql-admin Content-Type: multipart/alternative; boundary="0000000000002dbdaf064459a6ce" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000002dbdaf064459a6ce Content-Type: text/plain; charset="UTF-8" The "-d, --dbname=DBNAME" option is mentioned in --help output, but pg_isready ignores nonexistent databases. $ psql -V psql (PostgreSQL) 17.6 $ pg_isready -d blarge -h BBOSLBXPGS402 BBOSLBXPGS402:5432 - accepting connections Is this an application bug, a minor doc bug or am I missing something? -- Death to , and butter sauce. Don't boil me, I'm still alive. lobster! --0000000000002dbdaf064459a6ce Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The "-d, --dbname=3DDBNAME" option is menti= oned in --help output, but pg_isready ignores=C2=A0nonexistent=C2=A0databas= es.

$ psql -V
psql (Po= stgreSQL) 17.6
$ pg_isready -d bl= arge -h BBOSLBXPGS402
BBOSLBXPGS402:5432 - accepting connections
<= /div>

Is this an application bug, a minor doc bug or am = I=C2=A0missing something?

--
Death to <Redacted>, and = butter sauce.
Don't boil me, I'm still alive.
<= Redacted> lobster!
--0000000000002dbdaf064459a6ce--