Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Remove files signaling a standby promotion request at postmaster startup
authorFujii Masao <fujii@postgresql.org>
Wed, 9 Sep 2015 13:51:44 +0000 (22:51 +0900)
committerFujii Masao <fujii@postgresql.org>
Wed, 9 Sep 2015 13:51:44 +0000 (22:51 +0900)
This commit makes postmaster forcibly remove the files signaling
a standby promotion request. Otherwise, the existence of those files
can trigger a promotion too early, whether a user wants that or not.

This removal of files is usually unnecessary because they can exist
only during a few moments during a standby promotion. However
there is a race condition: if pg_ctl promote is executed and creates
the files during a promotion, the files can stay around even after
the server is brought up to new master. Then, if new standby starts
by using the backup taken from that master, the files can exist
at the server startup and should be removed in order to avoid
an unexpected promotion.

Back-patch to 9.1 where promote signal file was introduced.

Problem reported by Feike Steenbergen.
Original patch by Michael Paquier, modified by me.

Discussion: 20150528100705.4686.91426@wrigleys.postgresql.org

src/backend/access/transam/xlog.c
src/backend/postmaster/postmaster.c
src/include/access/xlog.h

index 127bc5888f342db3fad3e01a3bf76cd163b78889..152d4ede37a51ad29984c9a7a6f5b7f2017555cf 100644 (file)
@@ -11587,6 +11587,16 @@ CheckForStandbyTrigger(void)
    return false;
 }
 
+/*
+ * Remove the files signaling a standby promotion request.
+ */
+void
+RemovePromoteSignalFiles(void)
+{
+   unlink(PROMOTE_SIGNAL_FILE);
+   unlink(FALLBACK_PROMOTE_SIGNAL_FILE);
+}
+
 /*
  * Check to see if a promote request has arrived. Should be
  * called by postmaster after receiving SIGUSR1.
index 1818f7ce46aa2fe7bda0b15d6771563be8b432f8..baa43b203f130a4bb443c9f5c2b48010c22d50bb 100644 (file)
@@ -1175,6 +1175,27 @@ PostmasterMain(int argc, char *argv[])
     */
    RemovePgTempFiles();
 
+   /*
+    * Forcibly remove the files signaling a standby promotion
+    * request. Otherwise, the existence of those files triggers
+    * a promotion too early, whether a user wants that or not.
+    *
+    * This removal of files is usually unnecessary because they
+    * can exist only during a few moments during a standby
+    * promotion. However there is a race condition: if pg_ctl promote
+    * is executed and creates the files during a promotion,
+    * the files can stay around even after the server is brought up
+    * to new master. Then, if new standby starts by using the backup
+    * taken from that master, the files can exist at the server
+    * startup and should be removed in order to avoid an unexpected
+    * promotion.
+    *
+    * Note that promotion signal files need to be removed before
+    * the startup process is invoked. Because, after that, they can
+    * be used by postmaster's SIGUSR1 signal handler.
+    */
+   RemovePromoteSignalFiles();
+
    /*
     * If enabled, start up syslogger collection subprocess
     */
index 6dacee2fbbdea0a76318eb47ff6662fd7747f539..790ca66f8a61d9326ec4f8aecba22cae7f4e5964 100644 (file)
@@ -261,6 +261,7 @@ extern XLogRecPtr GetRedoRecPtr(void);
 extern XLogRecPtr GetInsertRecPtr(void);
 extern XLogRecPtr GetFlushRecPtr(void);
 extern void GetNextXidAndEpoch(TransactionId *xid, uint32 *epoch);
+extern void RemovePromoteSignalFiles(void);
 
 extern bool CheckPromoteSignal(void);
 extern void WakeupRecovery(void);