From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
---|---|
To: | Tom K <tomkcpr(at)gmail(dot)com> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: psql: FATAL: the database system is starting up |
Date: | 2019-06-02 00:36:33 |
Message-ID: | 2a8309a5-df17-cb8b-840c-278f2d0ac422@aklaver.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 6/1/19 5:21 PM, Tom K wrote:
>
>
> On Sat, Jun 1, 2019 at 7:34 PM Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com
> <mailto:adrian(dot)klaver(at)aklaver(dot)com>> wrote:
>
> On 6/1/19 4:22 PM, Tom K wrote:
> >
> >
>
> >
> > Looks like this crash was far more catastrophic then I thought.
> By the
> > looks of things, thinking on psql02 would be my best bet.
> >
>
> The more I look at it the more I think the replication was not doing
> what you thought it was doing. That psql02 was the primary and that
> psql01 and psql03 where out of sync and/or defunct standbys.
>
>
> Now that I look at the files myself, that's the conclusion I was coming
> to myself. Sample config:
The below would be for someone that uses and understands Patroni. That
would not be me:)
>
> [root(at)psql02 base]# cat /etc/patroni.yml
> scope: postgres
> namespace: /db/
> name: postgresql1
>
> restapi:
> listen: 192.168.0.124:8008 <http://192.168.0.124:8008>
> connect_address: 192.168.0.124:8008 <http://192.168.0.124:8008>
>
> Or perhaps when the system crashed, the filesystem check simply moved
> the folders out due to corruption.
That would leave the cluster in an inconsistent state and you would not
have been able to start the one you got going.
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Tom K | 2019-06-02 00:50:18 | Re: psql: FATAL: the database system is starting up |
Previous Message | Tom K | 2019-06-02 00:32:46 | Re: psql: FATAL: the database system is starting up |