Re: hot standby in Postgresql 12

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: Ankush Chawla <ankushchawla03(at)gmail(dot)com>
Cc: pgsql-admin <pgsql-admin(at)postgresql(dot)org>
Subject: Re: hot standby in Postgresql 12
Date: 2021-01-19 03:48:25
Message-ID: CAKFQuway06_MQp3iG2dpOfi+bJ-c7g1hZC1bBXHroraM9Kz0ww@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Monday, January 18, 2021, Ankush Chawla <ankushchawla03(at)gmail(dot)com> wrote:

> log files ;
>
>
> 2021-01-18 07:31:00.946 UTC [21072]LOG: database system was
> interrupted; last known up at 2021-01-18 07:30:07 UTC
> cp: cannot stat '/u01/archive/00000004.history': No such file or directory
> 2021-01-18 07:31:00.963 UTC [21072]LOG: entering standby mode
> 2021-01-18 07:31:00.966 UTC [21072]LOG: restored log file
> "00000003.history" from archive
> 2021-01-18 07:31:00.981 UTC [21072]LOG: restored log file
> "000000030000000000000034" from archive
> 2021-01-18 07:31:01.029 UTC [21072]LOG: redo starts at 0/34000028
> 2021-01-18 07:31:01.030 UTC [21072]LOG: consistent recovery state
> reached at 0/34000138
> cp: cannot stat '/u01/archive/000000030000000000000035': No such file or
> directory
> 2021-01-18 07:31:01.043 UTC [21079]LOG: started streaming WAL from
> primary at 0/35000000 on timeline 3
>

And now the standby is waiting for the next wal file to be archived by the
primary. You should probably set archive_timeout to a non-zero value since
the primary doesn’t seem very busy (though you also still need to do at
least one write, empty wal files don’t get rotated out and archived.)

David J.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Ankush Chawla 2021-01-19 04:14:38 Re: hot standby in Postgresql 12
Previous Message Ankush Chawla 2021-01-19 03:33:02 Re: hot standby in Postgresql 12