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 1vvyx1-00Dl73-2G for pgsql-general@arkaria.postgresql.org; Fri, 27 Feb 2026 14:36:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vvyx0-003zvG-1I for pgsql-general@arkaria.postgresql.org; Fri, 27 Feb 2026 14:36:18 +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 1vvyx0-003zv4-0E for pgsql-general@lists.postgresql.org; Fri, 27 Feb 2026 14:36:18 +0000 Received: from mail-oo1-xc32.google.com ([2607:f8b0:4864:20::c32]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vvywx-00000001VkM-0H7b for pgsql-general@lists.postgresql.org; Fri, 27 Feb 2026 14:36:17 +0000 Received: by mail-oo1-xc32.google.com with SMTP id 006d021491bc7-66ee7b9af94so921115eaf.0 for ; Fri, 27 Feb 2026 06:36:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1772202975; cv=none; d=google.com; s=arc-20240605; b=aSl1D+vCmJT7srT1nWc3IcyBTBuzjaQITntMGQWiAFiR5mNa6FXgEuefZOZybeDlOl jwGiJ7LR5B+U+6eHWW0ejxwQEkEBdDm+1YychLVwb0wegXShx84z0jfmY0pbL+92qFjD GWnTtki1CSg0CALr77pN3ZImfkbi5WTsPEJ5WceX2/VBuosj2pOS2RY+uLYiI9jAr4Ky RLV0AflbIKaDRezAl+kQMcjdbTB/FjUMOzmzqM33d7c2Z2C60Ezs51aXF2MJ5UY91ut2 /YwB417G99WsvenxodFqHMDzYcQxdH7HE4Hpwc4itDJCiyw8sVBGvw1shr8fooHB8PQS CG5Q== 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=cd27IDtadB0gk3MPQgYVBltCdWq0K+cOK1DuFCr8J+I=; fh=mL32BkgSsZ1rrW/7SamR+/8EceYEnByaaF9HvG0Bqhk=; b=d5Kp1YKIfa77wrtdgG0n0O/sXKaFR9TQxc195iO2Ejbw2kuzKOXdO+VN8QUtNWs5Ix tYoeXwQmOz+VYHp7TasIUfKbIkpYVu6MdCpUaNxTcpR2cG+F2hO0oeGDjflm9S0di96R tIBq+Jyg9p4fIjSW2OCkvZtn46zkDvcB06s9BgS8BEWa3BhrG1YFyRs7Pa8TPTV3BEjV 7XDihpsck2yUtRkjgf+YtckxIz8gvroQzWLbvcOxdkzvBoSBA3iXqNHRwkO3CNPogwMh 7CbBoej/WuPPvE3bs8R9E0c1pIwUZx16MrSdchB/5/3cZp5eZedoukxyU3UXKjVHBHpY 7/mw==; 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=20230601; t=1772202975; x=1772807775; 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=cd27IDtadB0gk3MPQgYVBltCdWq0K+cOK1DuFCr8J+I=; b=JftsvoYLYW138j7ak4erCashjtMx3IYcy5sO1RaDjXvd025USmShVYtVlnBN3jlKI+ juvVsJ5404lJgFnMGukW5CejKQBD2DCoNQm22pMkdRtNtD4Yx7v1rCvQv4bm4wGtw63Z KIRfub1iOWB1D7uzZ5xan265ENDBEpBeh5+CI3plNG6aouGHolxI82bSLyEZ0ZWn6txr 6sz6o/OPygcsHAIB4lgwQ9aej/zMcfWS9gtFfsSQ74tJM3GqOYSytmRwrQbzADYoNJn4 ZE0RZN4Cl/uua62ZV0mDqrul/wID4r/51qFLaqDzJqn/CMbft3ZtDtRqBoE9I4Hi/5J3 hGFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772202975; x=1772807775; 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=cd27IDtadB0gk3MPQgYVBltCdWq0K+cOK1DuFCr8J+I=; b=NRaJihw+NJiaZ5eQEvi+zlbdekuoSN3AOyj4yC2/sSj85W/GXtTnmeuPeKymIIrhNA +OvgeH1YweCy6ny0gTOkiCKVkMnUeXXn3Gqf2aKLe5XYXSKw2uII0+9ZMVgHWd4j6Nby zWEf3poeZpfOwkH1x/a8Wojm2dS+CX6TaZjdKLBrljur7AsGWaTA3fq6I9/cQ+9OWoFO DFGcbVPiEg0nWoxPbfqd5SGdya44undzUUarBf7xbKOEsXKe+IotUlVm7F5agWJuJI6f aSnzg5GYOvtO04qlcw9lytq9ARjIvGo/e1t3KoPY43s2Jr+CSvuudsGPmr4rNiXE/vlD DHPg== X-Gm-Message-State: AOJu0Yy21UOA841wpHvQ23zHh8P4StUfqNSD17dbx0noWFvvuEAHm/oq W3ejqvyg4bt2b6zPUCeQUbSAXMk+2ZHLqCSL5jnNkTT2KuOEZBskECO5S+ZnHh/dB/cgQ2VCEzY TxPIBEvdsOdrWf5/LDVo5J+1LH9j7wmzZOA== X-Gm-Gg: ATEYQzxPy2Lbz/ReTrUu+/eLjw4FV10WLINOZdX/8S9uWxEDHrxfPw3iqLPwOhqeR6G kkOcB3L/8AIansWmUPokr6+wpFueHbl386RJVKEa/1x5Gmt/gUP0CPB9PojqB1LAdmp3TvG7MsF hsdwWYLYRijzep7keiqHZIGnBDXv6f2WETivnHfBYlCKf10KBzmyKEMxOYZssaRpKDEZZh8Qm7I Aj4L5lDaKGkBCSpZoYDMVqlWJXJ/kGN7pWl4hz+UIevN274pvEHktz0O6yFo6pjC7uMRZt1bn5V f8D2+9I= X-Received: by 2002:a05:6871:4510:b0:404:15b0:4602 with SMTP id 586e51a60fabf-41626dd7299mr1534503fac.7.1772202975418; Fri, 27 Feb 2026 06:36:15 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a05:6802:6191:10b0:61f:9804:87cf with HTTP; Fri, 27 Feb 2026 06:36:14 -0800 (PST) In-Reply-To: <1543587245.5930958.1772200215404.JavaMail.zimbra@optitool.de> References: <1543587245.5930958.1772200215404.JavaMail.zimbra@optitool.de> From: "David G. Johnston" Date: Fri, 27 Feb 2026 07:36:14 -0700 X-Gm-Features: AaiRm53NF47wB_nS92vKYT_99h8d1259e6Yw-DF9z9POELVS61s26jGyp5uDW4g Message-ID: Subject: Re: Change WAL directory via conf To: Thomas Butz Cc: "pgsql-general@lists.postgresql.org" Content-Type: multipart/alternative; boundary="000000000000d1dc0d064bcf2889" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000d1dc0d064bcf2889 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Friday, February 27, 2026, Thomas Butz wrote: > Is there a reason why the location of the WAL directory cannot be > specified via the configuration? > The documentation describes a workaround using a symbolic link, which I > find rather awkward: > > https://www.postgresql.org/docs/current/wal-internals.html > > Why is there no wal_directory analogous to data_directory? > WAL is data in the sense of what data_directory covers. Both it and the main files can be placed outside the physical directory so long as those external locations can be navigated to by symbolic links. The fact initdb provides for this means it=E2=80=99s supported just fine. Just no one has = bothered to make a server program to perform that same work post-initdb. An SQL command is not possible though, we aren=E2=80=99t going to be able to move = WAL while the server is running for hopefully self-evident reasons. David J. --000000000000d1dc0d064bcf2889 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Friday, February 27, 2026, Thomas Butz <tbutz@optitool.de> wrote:
= Is there a reason why the location of the WAL directory cannot be specified= via the configuration?
The documentation describes a workaround using a symbolic link, which I fin= d rather awkward:

https://www.postgresql.org/docs/current/wal-internals.html

Why is there no wal_directory analogous to data_directory?

WAL is data in the sense of what data_dire= ctory covers.=C2=A0 Both it and the main files can be placed outside the ph= ysical directory so long as those external locations can be navigated to by= symbolic links.=C2=A0 The fact initdb provides for this means it=E2=80=99s= supported just fine.=C2=A0 Just no one has bothered to make a server progr= am to perform that same work post-initdb.=C2=A0 An SQL command is not possi= ble though, we aren=E2=80=99t going to be able to move WAL while the server= is running for hopefully self-evident reasons.

Da= vid J.

--000000000000d1dc0d064bcf2889--