From: Henry Korszun <henryk302@yahoo.com>
To: Scott Whitney <swhitney@journyx.com>
Cc: pgsql-admin@postgresql.org <pgsql-admin@postgresql.org>
Subject: Re:
Date: Fri, 25 Apr 2014 11:09:59 -0700 (PDT)
Message-ID: <1398449399.70260.YahooMailNeo@web162701.mail.bf1.yahoo.com> (raw)
In-Reply-To: <2131729726.331419.1398448843621.JavaMail.zimbra@mail.int.journyx.com>
References: <1398447433.8578.YahooMailNeo@web162701.mail.bf1.yahoo.com>
<712112871.331097.1398447813672.JavaMail.zimbra@mail.int.journyx.com>
<1398448636.25048.YahooMailNeo@web162704.mail.bf1.yahoo.com>
<2131729726.331419.1398448843621.JavaMail.zimbra@mail.int.journyx.com>
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-admin>
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@journyx.com> wrote:
The slave doesn't "turn off" the master. The trigger file is intended to be touched _when the master is down_.
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@journyx.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.
>>
>>
>
>
>
>
>
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-admin@postgresql.org
Cc: henryk302@yahoo.com, swhitney@journyx.com
Subject: Re:
In-Reply-To: <1398449399.70260.YahooMailNeo@web162701.mail.bf1.yahoo.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox