Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 7CD17B5DC46 for ; Thu, 20 Oct 2011 13:08:31 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 88411-07 for ; Thu, 20 Oct 2011 16:08:25 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.8.0-rc2 Received: from mail-iy0-f174.google.com (mail-iy0-f174.google.com [209.85.210.174]) by mail.postgresql.org (Postfix) with ESMTP id E8FB7B5DBE0 for ; Thu, 20 Oct 2011 13:08:24 -0300 (ADT) Received: by iaek3 with SMTP id k3so3575161iae.19 for ; Thu, 20 Oct 2011 09:08:24 -0700 (PDT) Received: by 10.42.157.3 with SMTP id b3mr19226559icx.44.1319126408715; Thu, 20 Oct 2011 09:00:08 -0700 (PDT) Received: from [192.168.1.102] (c-69-181-249-16.hsd1.ca.comcast.net. [69.181.249.16]) by mx.google.com with ESMTPS id bu33sm24700155ibb.11.2011.10.20.09.00.05 (version=SSLv3 cipher=OTHER); Thu, 20 Oct 2011 09:00:05 -0700 (PDT) Message-ID: <1319126408.16256.66.camel@jdavis> Subject: Re: timeline X of the primary does not match recovery target timeline Y From: Jeff Davis To: Adam Tistler Cc: pgsql-general@postgresql.org Date: Thu, 20 Oct 2011 09:00:08 -0700 In-Reply-To: <34F74A50-6132-4603-8133-447B2AEF9953@gmail.com> References: <34F74A50-6132-4603-8133-447B2AEF9953@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.0- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-5 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201110/748 X-Sequence-Number: 181220 On Mon, 2011-09-26 at 08:54 -0400, Adam Tistler wrote: > I am trying to set up master/slave warm standby streaming replication > (9.1). I am not doing archiving/log shipping. I have read that you > cannot reverse roles between the master and slave, and that once a > slave is "promoted", you need to use pg_basebackup or rsync to copy > files from the newly promoted master to the old master. I am fine > with this, however, in my case all I am trying to do is re-enable the > slave to be in recovery mode. I am doing this by deleting the trigger > file ( which I had originally created to promote the slave to master ) > and moving recovery.done to recovery.conf, then restarting postgres. > As a result I get the following error: > > FATAL: timeline 2 of the primary does not match recovery target > timeline 3 Once it's promoted to a primary, you can't set it to start recovering from another system again (without taking a new base backup). Did I understand your question correctly? Regards, Jeff Davis