On Fri, 10 Nov 2023 20:34:40 +0100
lejeczek via Users wrote:
> On 10/11/2023 18:16, Jehan-Guillaume de Rorthais wrote:
> > On Fri, 10 Nov 2023 17:17:41 +0100
> > lejeczek via Users wrote:
> >
> > ...
> >>> Of course you can use "pg_stat_tmp", just make sure the temp folder
> >>> exists:
> >>>
On 10/11/2023 18:16, Jehan-Guillaume de Rorthais wrote:
On Fri, 10 Nov 2023 17:17:41 +0100
lejeczek via Users wrote:
...
Of course you can use "pg_stat_tmp", just make sure the temp folder exists:
cat < /etc/tmpfiles.d/postgresql-part.conf
# Directory for PostgreSQL temp stat
On Fri, 10 Nov 2023 17:17:41 +0100
lejeczek via Users wrote:
...
> > Of course you can use "pg_stat_tmp", just make sure the temp folder exists:
> >
> >cat < /etc/tmpfiles.d/postgresql-part.conf
> ># Directory for PostgreSQL temp stat files
> >d /var/run/postgresql/14-paf.pg_stat_tmp
On 10/11/2023 13:13, Jehan-Guillaume de Rorthais wrote:
On Fri, 10 Nov 2023 12:27:24 +0100
lejeczek via Users 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 -
On Fri, 10 Nov 2023 12:27:24 +0100
lejeczek via Users 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
On 07/11/2023 17:57, lejeczek via Users wrote:
hi guys
Having 3-node pgSQL cluster with PAF - when all three
systems are shutdown at virtually the same time then PAF
fails to start when HA cluster is operational again.
from status:
...
Migration Summary:
* Node: ubusrv2 (2):
*
