Re: PG 9.1 Looking for old WAL when promoting from recovery to master

From: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
To: David Morton <davidmorton78(at)gmail(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: PG 9.1 Looking for old WAL when promoting from recovery to master
Date: 2012-09-05 14:08:15
Message-ID: CAHGQGwEvGS4Mk7gXGv4_pAqOyqtsk0dkjijf=3NVqksFyzeMiA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Tue, Sep 4, 2012 at 7:01 AM, David Morton <davidmorton78(at)gmail(dot)com> wrote:
> I'm implementing replica servers which will use a trigger file to promote
> from hot standby to full read/write. I've configured streaming replication
> as well as a recovery.conf which copies old WAL files from a repository if
> required.
>
> When placing the trigger file the system assumes the read/write roll without
> issue but insists on looking for a really old WAL file ... the below log
> file shows restoration from the previous nights full online backup (rsync)
> along with the trigger file detection and then attempting to find the old
> WAL file.
>
> Is this behavior normal ?

No. I think that the cause of the failure of archive_command is that
the archive status file of old WAL file exists in pg_xlog/archive_status
directory. Though I'm not sure why that happened. That's strange
since the archive status file should be removed when its corresponding
WAL file is removed. Anyway, if you delete the archive status file,
archive_command would be completed successfully.

Regards,

--
Fujii Masao

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Craig James 2012-09-05 14:58:49 Re: Log-Shipping Standby Server: USE_FLOAT8_BYVAL compatibility error
Previous Message Mathias Breuninger 2012-09-05 09:21:32 Re: Log-Shipping Standby Server: USE_FLOAT8_BYVAL compatibility error