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 1st7Nf-00Dhjq-07 for pgsql-bugs@arkaria.postgresql.org; Tue, 24 Sep 2024 15:23:11 +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 1st7Nd-009QQA-0w for pgsql-bugs@arkaria.postgresql.org; Tue, 24 Sep 2024 15:23:09 +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 1st7Nc-009QQ2-Or for pgsql-bugs@lists.postgresql.org; Tue, 24 Sep 2024 15:23:08 +0000 Received: from smtp91.iad3a.emailsrvr.com ([173.203.187.91]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1st7Na-000pdN-6i for pgsql-bugs@lists.postgresql.org; Tue, 24 Sep 2024 15:23:07 +0000 X-Auth-ID: xof@thebuild.com Received: by smtp20.relay.iad3a.emailsrvr.com (Authenticated sender: xof-AT-thebuild.com) with ESMTPSA id CA5F0249CF; Tue, 24 Sep 2024 11:23:03 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: vacuumdb: permission denied for schema "pg_temp_7" From: Christophe Pettus In-Reply-To: Date: Tue, 24 Sep 2024 08:22:32 -0700 Cc: vaibhave postgres , Tom Lane , Fujii Masao , Noah Misch , PostgreSQL Bug List , vsekar@microsoft.com Content-Transfer-Encoding: quoted-printable Message-Id: <8F7C7040-1163-440E-9182-53AF34C606D4@thebuild.com> References: <20240920215030.8d.nmisch@google.com> <2603142.1726873660@sss.pgh.pa.us> <5f37ee56-14fb-44fe-9150-9eb97e10538b@oss.nttdata.com> <2649165.1726898595@sss.pgh.pa.us> To: Nathan Bossart X-Mailer: Apple Mail (2.3776.700.51) X-Classification-ID: a9490ee7-d96b-4788-a29a-6fc097177475-1-1 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On Sep 24, 2024, at 07:30, Nathan Bossart = wrote: > I think it'd be fine to continue with a warning when --all is used, = but if > you specify a --dbname that you cannot connect to, then I think it = should > fail. Yes, that's essentially my proposal. If --all is not specified, or if = it cannot make the initial connection to determine which databases are = in the instance, it stops with a fatal error just as it does now.=