[ClusterLabs] PAF / pgSQL fails after OS/system shutdown - FIX
lejeczek
peljasz at yahoo.co.uk
Fri Nov 10 11:17:41 EST 2023
On 10/11/2023 13:13, Jehan-Guillaume de Rorthais wrote:
> On Fri, 10 Nov 2023 12:27:24 +0100
> lejeczek via Users <users at clusterlabs.org> wrote:
> ...
>>>
>> to share my "fix" for it - perhaps it was introduced by
>> OS/packages (Ubuntu 22) updates - ? - as oppose to resource
>> agent itself.
>>
>> As the logs point out - pg_stat_tmp - is missing and from
>> what I see it's only the master, within a cluster, doing
>> those stats.
>> That appeared, I use the word for I did not put it into
>> configs, on all nodes.
>> fix = to not use _pg_stat_tmp_ directive/option at all.
> Of course you can use "pg_stat_tmp", just make sure the temp folder exists:
>
> cat <<EOF > /etc/tmpfiles.d/postgresql-part.conf
> # Directory for PostgreSQL temp stat files
> d /var/run/postgresql/14-paf.pg_stat_tmp 0700 postgres postgres - -
> EOF
>
> To take this file in consideration immediately without rebooting the server,
> run the following command:
>
> systemd-tmpfiles --create /etc/tmpfiles.d/postgresql-part.conf
Then there must be something else at play here with Ubuntus,
for none of the nodes has any extra/additional configs for
those paths & I'm sure that those were not created manually.
Perhpaphs pgSQL created these on it's own outside of
HA-cluster. Also, one node has the path missing but the
other two have & between those two only - how it seems to
me - the master PG actually put any data there and if that
is the case - does the existence of the path alone guarantee
anything, is the question.
More information about the Users
mailing list