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 1wY8yP-0005Zq-2Q for pgsql-admin@arkaria.postgresql.org; Fri, 12 Jun 2026 20:59:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wY8yO-001pP4-1E for pgsql-admin@arkaria.postgresql.org; Fri, 12 Jun 2026 20:59:28 +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 1wY8yN-001pOt-3C for pgsql-admin@lists.postgresql.org; Fri, 12 Jun 2026 20:59:28 +0000 Received: from mx2.edn2.eu ([65.109.240.115]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wY8yL-00000000472-3fYG for pgsql-admin@lists.postgresql.org; Fri, 12 Jun 2026 20:59:26 +0000 Received: from smtpclient.apple (p200300fb4f1d2501100479ba28e0116d.dip0.t-ipconnect.de [IPv6:2003:fb:4f1d:2501:1004:79ba:28e0:116d]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx2.edn2.eu (Postfix) with ESMTPSA id 4gcX212yrFz17XJ for ; Fri, 12 Jun 2026 22:59:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellael.org; s=dkim; t=1781297961; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=zHR5v4t8LTcp9OkF8TnQAzVmFSh7fMIWKzkApYnsBCA=; b=TXIPOxa2/yUT1zR2WEbOmrYd9OQJjHFnd781bbquPZeOSwYfA1BqcJwxUqwdzF9PpVRe/e qZxq5IKeW7s6u+UiGx3GFoix1FGjddQz/m8TUUDRFQkGmlq5OZ/ZV7XU7OXgggjUgc67gq vTGyQAZ2VHobspsC9k/ucdfnk0S/kPa+lqAfhdnEsHUPyPHhb9nqMzN51iPgiiIUouYnPt Glt3N7lQZH3Cd8fz6gTh/j2/xp+phH4kJnRFbyA36QkOZ2Q1epXZkamQgjV4wX3dtf4Uee 6SxEPhgKbti9XOLBiFeiR59MdAZN8OiCwADQLojgGjZ/53ZEbpkXkMufYEQafQ== From: Michael Grimm Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.600.51.1.1\)) Subject: Re: Howto tell pg_ctl to use a non-default directory for config files Date: Fri, 12 Jun 2026 22:59:10 +0200 References: <3441657.1780603341@sss.pgh.pa.us> <26DCB02F-6703-4C46-92CB-B15C02CC66EF@icloud.com> To: pgsql-admin@lists.postgresql.org In-Reply-To: <26DCB02F-6703-4C46-92CB-B15C02CC66EF@icloud.com> Message-Id: X-Mailer: Apple Mail (2.3864.600.51.1.1) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk arif rahman wrote: > In PostgreSQL, the configuration files do not have to live inside the = data directory. You can place them elsewhere and tell PostgreSQL where = to find them. >=20 > # Set postgresql.conf outside the data directory > hba_file =3D '/usr/local/etc/postgres/pg_hba.conf=E2=80=99 >=20 > Then start=20 > postgres -D /var/db/postgres/data \ > -c config_file=3D/usr/local/etc/postgres/postgresql.conf JFTR: that worked perfectly well. But, I moved on to use pg_auto_failover which is very picky w.r.t. to = the location of config files. Thus I will have to become used to keep = config files where ever expected by the given service =E2=80=A6 shrug. Thanks for your working setup and regards, Michael=