From: | Jerry Sievers <gsievers19(at)comcast(dot)net> |
---|---|
To: | Henry Korszun <henryk302(at)yahoo(dot)com> |
Cc: | Scott Whitney <swhitney(at)journyx(dot)com>, "pgsql-admin\(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: |
Date: | 2014-04-25 18:23:30 |
Message-ID: | 86k3adw9nh.fsf@jerry.enova.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Henry Korszun <henryk302(at)yahoo(dot)com> writes:
> I understand what you're saying, but I don't know what's causing the "touch" in the first place. I guess I need to further examine/debug. Thanks for your help.
> On Friday, April 25, 2014 2:00 PM, Scott Whitney <scott(at)journyx(dot)com> wrote:
> The slave doesn't "turn off" the master. The trigger file is intended to be touched _when the master is down_.
Nor do we.
Possibly your system is running some HA software and it's onlining your
standby due to false-positive.
>
> Since the master never WENT down (or came back up) and the trigger file was touched, the slave got promoted.
>
> You'll need to stop the slave, run your select pg_startbackup(), rsync, etc to get your slave back to slave mode.
>
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> There IS a trigger file, which does appear to have been "touch"ed. But the problem is that a fail-over hasn't really occurred since the original read/write primary
> continues to be a fully functioning read/write machine. But it's no longer replicating to the erstwhile standby, which has become read/write. Bottom line, I now
> have 2 read/write machines, but with no replication between them.
> On Friday, April 25, 2014 1:43 PM, Scott Whitney <scott(at)journyx(dot)com> wrote:
> Sounds like you might have a "trigger_file" set in your recovery.conf. Do you? That or someone is issuing a pg_ctl promote command.
>
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> I'm using PostgreSQL 9.2.4 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.1.2 20070115 (SUSE Linux), 64-bit.
>
> I set up streaming replication for a read/write primary and a read/only standby. The replication works fine for a while, and then out of the blue BOTH machines
> become read/write, but with no replication from the original primary to the newly read/write standby.
>
> The only log entry that seems relevant is as follows: FATAL,57P01,"terminating walreceiver process due to administrator
> command",,,,,,,,"ProcessWalRcvInterrupts, walreceiver.c:150",""
>
> Any help/guidance would be appreciated. Thanks in advance.
>
--
Jerry Sievers
Postgres DBA/Development Consulting
e: postgres(dot)consulting(at)comcast(dot)net
p: 312.241.7800
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Monnerie | 2014-04-26 12:55:08 | EXPLAIN time difference in real |
Previous Message | Henry Korszun | 2014-04-25 18:09:59 | Re: |