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 1w5Oej-003CyB-06 for pgsql-bugs@arkaria.postgresql.org; Wed, 25 Mar 2026 13:52:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w5Oeh-00EB5o-1M for pgsql-bugs@arkaria.postgresql.org; Wed, 25 Mar 2026 13:52:19 +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 1w5Oeh-00EB5g-0D for pgsql-bugs@lists.postgresql.org; Wed, 25 Mar 2026 13:52:19 +0000 Received: from mail-oa1-x35.google.com ([2001:4860:4864:20::35]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w5Oee-000000014ii-3S15 for pgsql-bugs@lists.postgresql.org; Wed, 25 Mar 2026 13:52:19 +0000 Received: by mail-oa1-x35.google.com with SMTP id 586e51a60fabf-415c8a4d2e6so1838623fac.0 for ; Wed, 25 Mar 2026 06:52:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1774446735; cv=none; d=google.com; s=arc-20240605; b=JGXKYGmr+FD3ji0N8o7/94Oj0S2oSeW/qZo25lrD7nCgWqeMHTSOBbig7mhDofSO9n iE0fXHSOxQX+TKQzaUKymp5feDifdXBLGhyTBhBDlbTzc3VamCtOtrPlJ3th6zZCshRl gMQQzKSswaHPc7xtBmtj/fxXEi5fxrrM6owMashj04psygkCglq1hw4Nf9dOjJ8tUqN4 FBLWY8lS2Xzv+m5Qsue7Nv9AJamhoWtQS/svBSgKMXVRJCg1nMYq7Ai9olqMlYvmAfOl fiwORticU9ONF0ibUunTVWo/Lk9SFMXpPuR5EuyP3ekfqQqFJ33b+k9AjVLW4LA8oNgz tFPg== 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:references:in-reply-to :mime-version:dkim-signature; bh=uAKa4IaXRLJSiTP/7cZEVWvqrTi+LZ6TT6Cgijh4US0=; fh=RsW9TH7Arx8lYtKjgPfMgjbXmkaved/vFkHa7OpCpuw=; b=FLqoctaKIF+89IZvxwx61ZiXsGXv0w8Xkr5aQDDD1RTu1lAVXYhMHufFm+qibJGdiV J0Bl4xWH1Wa0CJqMpSB5m8uaOLPa+D62/m4YKm+e8BvYH/w5MdEcXkaKnq1hkSnmAVYG x7YGnAY2gZ8mrINGfQZl//JCRyMSztwSchdi8s33p3avnV2dM0p7fvCJTTDBEhDA7H66 gOWRZ2OK3L9UTZlCe6PHag0Rni9+sNdxojCyu8Mws8k8FOEzFRd034mmeMFsgpo4HVJP HtoPx1tVDfa5dWvauxupaBj2qV6X8oOwYEKW7ZdWBkBsLPnQgBJWRaIVSiIYf5BR8Rzs 67Mg==; 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=1774446735; x=1775051535; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=uAKa4IaXRLJSiTP/7cZEVWvqrTi+LZ6TT6Cgijh4US0=; b=T2oV39kD7jKeOnZ4kUXOUh3G3d91XLzZxoR5i4Tj38VpRR8fcJJtNFMMnIizzqnoRJ gWyl+upTPDEYMA2QSLVw1VXI1oE+NUPEu4K2C+wSQ1GoozD0g7StE/E9Zr+hbjO7P2BG TUqsPc6pmsXwPVfs7hoo8tEMiwtGFJLO+yl9/GnAzwOlsWbOQD/rhiJkQL8LDYqIMHDy w9k9wOaVz9eyY0DC4M1UIeugcV9L6eC21BlTJhBqih5OdyBCL/NJmm+I9T7t2s9pft+5 7kPt37I8zu0WPmpach5qoidJ4ttOw3sF5zFYmM7r3i1QGz2ou+yrVVH3qs5Vsjjjk9mX My/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774446735; x=1775051535; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=uAKa4IaXRLJSiTP/7cZEVWvqrTi+LZ6TT6Cgijh4US0=; b=EmB3qfhWtLRnocMob1TbECAj6TyplOJ3YhyK0AinnZiF7pdendCN2kEbJqT5n5R1jo OrvO79x0QZXXUiaAhdy3nZSv3z+4yNIbt4/5bfCSVNAGej+DtJngx9S3004gpUKfJg42 jguYruW8EIsipPq37BPHT49/07BYeGhvUqPR2SAh/vYrpt1qCaAlpbrzgDoTeMMarS0j KxHa59h8hc2wwg7tCoFJ6Zr7wo/ADG6Uk6dEZmcg5Q9B5xlIj/Z8PLIEVdmwiQ7SF9qQ GZ3Cp7mvRxHyXa02HtibdE7zQmPCOzUhZTulqAJLS2/sUKTRRVC3aYCFf6xYv8CRxJcb Goeg== X-Forwarded-Encrypted: i=1; AJvYcCUspwQHv+Xogc+vqQB1jjQpzbIWSpLxxxI+UIfMnuXuX1GC0dSzHkIPLj/tkb7LTlnZQJ7yS/pswIFM@lists.postgresql.org X-Gm-Message-State: AOJu0Yxa19VQhSUO6n0g6rYrsOdmZ5ghICdLqjCSbR6ZjrshhafBN3Xb MAZoj+N21vBLbhPzb7qobn1a+6Rk5fQNpGXLtjDAPLHoHrBaiCXNDB6+wEn/55qPsDukItzUnNA wLaChZPJzYgstpPUpy+RW82agxhPTeDg= X-Gm-Gg: ATEYQzzJ9ybRIWfiY3n6zRx+VK2mD7zDVm8SNKjmZGELiLvzii+ZfmrzLBhaQdwY2ZS lPeA3ZrF3wWDsRhmoyyhLSoSX6onHDmRDnnzySN8424rFTFxvybuKkE7duiaT3VqGVIgb/HzCCn 4ZPuUWIqbHLYIHcFCVu9qvghYjrVpquHDAd6BKXPnCKLFUeEI6PntVqzyxStXOuJHwLlEPCUJIo n6X0Fz4D/7hq5RpQBtHlcWhok+To7i/OBvsW8lfcUF0pqJ0uXLUfI+5bGl5z+DPcbOhj17Qt6SH mdOUkpJI X-Received: by 2002:a05:6820:1909:b0:67b:be3b:ec49 with SMTP id 006d021491bc7-67dff4039b0mr1900928eaf.21.1774446734867; Wed, 25 Mar 2026 06:52:14 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ac9:580f:0:b0:622:411c:ded1 with HTTP; Wed, 25 Mar 2026 06:52:14 -0700 (PDT) In-Reply-To: <233968.1774445501@sss.pgh.pa.us> References: <19437-0a65fb52d0f13a0d@postgresql.org> <233968.1774445501@sss.pgh.pa.us> From: "David G. Johnston" Date: Wed, 25 Mar 2026 06:52:14 -0700 X-Gm-Features: AaiRm50ynjqbxxchEup7SfF8a7hyWrsSHRWy_axRo1U_zNfg9E7nYOjJjoT4mzA Message-ID: Subject: BUG #19437: temp_tablespaces doesn't work inside a cursor? To: Tom Lane Cc: "kuzmin.db4@gmail.com" , "pgsql-bugs@lists.postgresql.org" Content-Type: multipart/alternative; boundary="0000000000004e0275064dd99336" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000004e0275064dd99336 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 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 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 definite= ly isn=E2=80=99t the easiest format to consume and I can=E2=80=99t do much on my own present= ly. David J. --0000000000004e0275064dd99336 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 tempo= rary files are created in it: