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 1w9YZv-001XIP-39 for pgsql-bugs@arkaria.postgresql.org; Mon, 06 Apr 2026 01:16:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w9YZt-005lrE-3D for pgsql-bugs@arkaria.postgresql.org; Mon, 06 Apr 2026 01:16:34 +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.96) (envelope-from ) id 1w9YZt-005lr5-1C for pgsql-bugs@lists.postgresql.org; Mon, 06 Apr 2026 01:16:34 +0000 Received: from mail-pj1-x102f.google.com ([2607:f8b0:4864:20::102f]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w9YZr-00000000mBx-3IGX for pgsql-bugs@lists.postgresql.org; Mon, 06 Apr 2026 01:16:32 +0000 Received: by mail-pj1-x102f.google.com with SMTP id 98e67ed59e1d1-35c206f0481so3332173a91.0 for ; Sun, 05 Apr 2026 18:16:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1775438190; cv=none; d=google.com; s=arc-20240605; b=LhysdR1OZ2FhUF3kQKyYJJ0551vbJFTKO1vNBYshWptCOC5lxooSeEOP6veMk+a7bM siWy3GkJ17gkwqqjXJ3odvsz7Lt8+kp3iLi3UYL16M0+Yd/tRWBiy+xGkWGiFzrXNOxN XSFXvtG8/VUJtxBlYeCD2+lkmig8UmvUc8azIerlfURC5Ajcq1c0l/HU2chcmKEtYm6x 0tqMPvVhco7c/IOx5HkgwqwttA97E8Bp+IgIycYkBUGi4mi2ScqwmyRLvREgDekDbTFg FwpNRakFw9BGVcbJzcIbONb1IO2e+8jPR6925Y05PV4ghGv3/zDe0+17uwTnw70AqF3i HzAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=wBbqH5RE92KVgSXYs/98lNCSkJuB0taD+o0+qp8Xzbs=; fh=UZrBcMkgF7W4d1AOk5RVl4sTFw7tOqvKXOJ1GJgGQ20=; b=CEHrCCgcBrH3Dz/uFp2iZK5lUuYDMptDYdcPqc2ngQi3u2pKLCLfp4BBG2cynBxXsj xKTxRxfcn4UenbqHNG2r/l1E64SO8WbLmffpFZkTeK8ukX2xfe3MotYetFswXfGfB3bL AeP6N9nyPjyyffuszrChZJUI/TkLPiLaXscnpptR+7E5C5pi8wJZpTc1m1a0y9gY0616 uz5/fovombAJwkLSywBA8kvlpTpAmRaGbi8RRDeFXUZhSu4n3vmonD5dRZqgTDzGbmLM rIMlI1XMsjMa+hycdMPOKIvskHbjzd653FW6eDUlrNcjaBNkfU7LUm09I4Ezwy+pQv47 TdFA==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775438190; x=1776042990; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=wBbqH5RE92KVgSXYs/98lNCSkJuB0taD+o0+qp8Xzbs=; b=R2bVF48J3UM0sUkHWAY0zrpcNrBd0btRfOW5TnMMau7/eGkQbNaFb2De0M4bAlEAbg OTo3+Dr0hJuwu2V4kV9VgBKSewZ5/z1/T5Nujn4a/FrgQYLyNnzcD8o2Dq81YQ+yFvm2 ErfgKhDPsIkIyrl7qWjPT1wwbY9UewLHIwqODjfa4hIV/M3+xx35VRTD40LHvfqnFN4E j+Ql5CXw8Ttqg7HiiWepHqiXwFZ0C6dLkE7rNiIV4l74SE+KOFdxnvJ3ZB/7yskG81tS O87dV56XEwxmfUrmqD8nTxvfJFsW6zlZk4XFhhXmkEz+tkgPEUpl2AA3QE8mVJDGu9py n9xA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775438190; x=1776042990; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=wBbqH5RE92KVgSXYs/98lNCSkJuB0taD+o0+qp8Xzbs=; b=Uq6CoftoiqS7x7ON2xaBDAkRG9FZZ0pZpeQ3rkW8jGEjwGQo9tUYxLVK8u7mI/XWTJ cy5EkRR6ohYYu9ZuYlk0gGbbqSLa4Yz0ulveuC04fCOhtD+lft8uaVbHR0Z6r4eYswt3 LM6R8kCkdCnH5YgRZHTTazbJRq6e9p27Wmu59MgvvlHO04rhZYnrWrkAqF8m3ijwJ3CA U9CcJyqVFolT8u58bQKP+Kt1/u6KZnrOPNfwHmhmECRDHUin3kzRwatW41V0eJVo8nBq lpXVvvzsoxUy4c4NrXctkbp7zUk0aoObzWIYJ7TXzAPZ0tsBAH0A76wEdUSz13yEi3qV JSSg== X-Forwarded-Encrypted: i=1; AJvYcCUQVdZGGuVZ2DB/JJlEmK/x4FBt+JZOPq1igPPag338IQdBKj++9IHh16gSBfR+WmuNnPi81e+sakoh@lists.postgresql.org X-Gm-Message-State: AOJu0Yws10176D9A9cMBdrZjomH/Z0G/3CsyqzrWr5zUY+VWLYuOOg4d 83g+RWmahOh+lTHrw5CWxgeodf6wYAfhcaZeZ7cSeMy/SlAsn+q0nCUGFzZVE2qazUOmus9jzri eoNOMnR2sI6q/poCY8MucRmZ4nMvx1BA= X-Gm-Gg: AeBDieuYdf78EGBlYjWNg+InN9B6sDkIgvFQp3D0M48WWdkfoyHMmBsypDnm1VAXw5E O6xU4el49hgcbbjr/pKfYfKBPhPGq6yYcMUct/p4iDgycTfIJilG5N1YxsaKiqXYL8245OgWWy+ eefAP322uCTReBoyva/KdDLXIDZqlLMdF2ZaaXd4knyPNVc9u3bhsioTEyDqrQKDhLPCfAym0Wg A2zl0KcSUEzfycAhCmyhyhZwXgbgEYs42PDgmo8RXkYqeXYyqxpYTS9IcxlPW08T2QwiFWsFenp f4ysSJk= X-Received: by 2002:a17:903:4b46:b0:2b2:45b7:306b with SMTP id d9443c01a7336-2b281917405mr117230825ad.25.1775438190401; Sun, 05 Apr 2026 18:16:30 -0700 (PDT) MIME-Version: 1.0 References: <19437-0a65fb52d0f13a0d@postgresql.org> <233968.1774445501@sss.pgh.pa.us> In-Reply-To: From: Dmitriy Kuzmin Date: Mon, 6 Apr 2026 11:16:19 +1000 X-Gm-Features: AQROBzDiGIxCjXpMKrzKWmeW9k4LKUke0uO1ZYYbapysuOHG_WRBCZcR27ButLc Message-ID: Subject: Re: BUG #19437: temp_tablespaces doesn't work inside a cursor? To: "David G. Johnston" Cc: Tom Lane , "pgsql-bugs@lists.postgresql.org" Content-Type: multipart/alternative; boundary="000000000000a8d9a2064ec06ab2" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000a8d9a2064ec06ab2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello! Any news on these issues? Let me know if the provided information isn't enough to reproduce them Best regards, Dmitry Kuzmin =D1=81=D1=80, 25 =D0=BC=D0=B0=D1=80. 2026=E2=80=AF=D0=B3. =D0=B2 23:52, Dav= id G. Johnston : > On Wednesday, March 25, 2026, Tom Lane wrote: > >> PG Bug reporting form writes: >> > I'm seeing strange behavior in Postgres when changing the >> temp_tablespaces >> > parameter and suspect a bug. At least, I haven't found a description o= f >> this >> > behavior in the documentation. >> >> I think you are imagining that pg_reload_conf() is a synchronous >> operation. > > > The use of sleep does indicate awareness of the async nature of this. > >> >> > Ensure that temporary files are created in it: >> > > \o /dev/null >> >> What does "\o /dev/null" have to do with this? That's a >> psql-side operation. >> > > The comment applies to all three lines in the following block, not just > the first line. > > There is something odd here. Look at the log entry at 12:04:08.016; it > uses base/ while the surrounding ones use pg_tblspace/ and the setting > itself hasn=E2=80=99t changed during the sequence. > > I haven=E2=80=99t tried to validate the cursor claim yet but; this defini= tely > isn=E2=80=99t the easiest format to consume and I can=E2=80=99t do much o= n my own presently. > > David J. > > --000000000000a8d9a2064ec06ab2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello!

Any news on these issues?
Let me know if = the provided information isn't enough to reproduce them

Best regards, Dmitry Kuzmin

=D1=81= =D1=80, 25 =D0=BC=D0=B0=D1=80. 2026=E2=80=AF=D0=B3. =D0=B2 23:52, David G. = Johnston <david.g.johnston= @gmail.com>:
On Wednesday, March 25, 2026, Tom Lane <tgl@sss.pgh.pa.us> wrote:
PG Bug reporting form <noreply@postgresql.org= > writes:
> I'm seeing strange behavior in Postgres when changing the temp_tab= lespaces
> parameter and suspect a bug. At least, I haven't found a descripti= on of this
> behavior in the documentation.

I think you are imagining that pg_reload_conf() is a synchronous
operation.

The use of sleep does indicate a= wareness of the async nature of this.=C2=A0

> Ensure that temporary files are created in it:
> \o /dev/null

What does "\o /dev/null" have to do with this?=C2=A0 That's a=
psql-side operation.

The comment applies to all three lines in = the following block, not just the first line.

Ther= e is something odd here.=C2=A0 Look at the log entry at 12:04:08.016; it us= es base/ while the surrounding ones use pg_tblspace/ and the setting itself= hasn=E2=80=99t changed during the sequence.

I hav= en=E2=80=99t tried to validate the cursor claim yet but; this definitely is= n=E2=80=99t the easiest format to consume and I can=E2=80=99t do much on my= own presently.

David J.

--000000000000a8d9a2064ec06ab2--