Re: Hot Standby Not So Hot Anymore

From: Lonni J Friedman <netllama(at)gmail(dot)com>
To: harding(dot)ian(at)gmail(dot)com
Cc: General PostgreSQL List <pgsql-general(at)postgresql(dot)org>
Subject: Re: Hot Standby Not So Hot Anymore
Date: 2012-11-06 03:57:17
Message-ID: CAP=oouFbnuJ4VPMha=d1sM36LBmkMn8mCm0e33u54HD-XgfGvA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, Nov 5, 2012 at 7:49 PM, Ian Harding <harding(dot)ian(at)gmail(dot)com> wrote:
>
>
> On Mon, Nov 5, 2012 at 7:46 PM, Lonni J Friedman <netllama(at)gmail(dot)com> wrote:
>>
>> On Mon, Nov 5, 2012 at 7:40 PM, Ian Harding <harding(dot)ian(at)gmail(dot)com> wrote:
>> > I had a 9.0.8 hot standby setup, one master, two slaves, working great.
>> > Then, I tried to re-initialize by making a base backup, the way I've
>> > done it
>> > many times before, but for some reason I can't get the standby to accept
>> > connections. I copied the postgresql.conf and recorvery.conf out of the
>> > way, cleaned the data directory and extracted the backup files, then
>> > replaced the conf files. Everything works perfectly, but I keep getting
>> > :FATAL: the database system is starting up
>> >
>> > I know I'm an idiot and that I did something wrong but I can't find it.
>> >
>> > [root(at)db03 data]# grep standby postgresql.conf
>> > wal_level = hot_standby # minimal, archive, or hot_standby
>> > hot_standby = on # "on" allows queries during recovery
>> > max_standby_archive_delay = -1 # max delay before canceling queries
>> > max_standby_streaming_delay = -1 # max delay before canceling queries
>> >
>> > [root(at)db03 data]# grep standby recovery.conf
>> > # Specifies whether to start the server as a standby. In streaming
>> > replication,
>> > standby_mode = 'on'
>> > # Specifies a connection string which is used for the standby server to
>> > connect
>> >
>> > [root(at)db03 data]# ps aux | grep stream
>> > postgres 62127 0.1 0.0 34554356 3724 ? Ss 16:22 0:16
>> > postgres:
>> > wal receiver process streaming BA7/12B87818
>> >
>> >
>> > [root(at)db03 data]# ps aux | grep startup
>> > postgres 62122 0.5 0.9 34545900 1223708 ? Ss 16:22 1:03
>> > postgres:
>> > startup process recovering 0000000100000BA700000012
>> >
>> > Any suggestions appreciated!!!
>>
>> What's your log have to say?
>
>
> It says everything is happy as normal...
>
> 2012-11-05 16:22:38.744 PST - :LOG: database system was shut down in
> recovery at 2012-11-05 16:22:33 PST
> 2012-11-05 16:22:38.745 PST - :LOG: entering standby mode
> 2012-11-05 16:22:38.746 PST - :LOG: redo starts at BA5/F96F86A8
> 2012-11-05 16:22:38.762 PST - postgres :FATAL: the database system is
> starting up
> 2012-11-05 16:22:39.764 PST - postgres :FATAL: the database system is
> starting up
> 2012-11-05 16:22:40.766 PST - postgres :FATAL: the database system is
> starting up
> 2012-11-05 16:22:41.200 PST - :LOG: invalid record length at BA6/6DCBA48
> 2012-11-05 16:22:41.206 PST - :LOG: streaming replication successfully
> connected to primary
>
>
> This is after I stopped and restarted... after that just more failed
> connection attempts.

Are you sure that its not still recovering? In other words, when you
look at the 'ps' output do the 'wal receiver process' and 'recovering'
entries change?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ian Harding 2012-11-06 04:13:24 Re: Hot Standby Not So Hot Anymore
Previous Message Ian Harding 2012-11-06 03:49:55 Re: Hot Standby Not So Hot Anymore