Re: Issue with rsync based incremental backup : postgres: startup process waiting for 0000000100000001000000D2

From: Michael Nolan <htfoot(at)gmail(dot)com>
To: Samba <saasira(at)gmail(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Issue with rsync based incremental backup : postgres: startup process waiting for 0000000100000001000000D2
Date: 2012-05-03 18:25:15
Message-ID: CAOzAquK_abvcmBGwPW2MbpNtVseAmUrF-Zvxv0EJZJcQ54CHiA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, May 3, 2012 at 11:49 AM, Samba <saasira(at)gmail(dot)com> wrote:

> Hi,
>
>
> Please advise me if what i'm doing is makes sense and is an accepted
> mechanism for taking backups or if there is any other procedure that i can
> emplpoy to avoid unnecessarily archiving gigabytes of WAL logs which may be
> growing many times the size of the actual data directory.
>
>
> Thanks and Regards,
> Samba
>

The problem is that rsync isn't copying all the xlog files created during
the time the rsync is taking place, which is why it is complaining that
there are files missing.

There may be other logical flaws with your process as well.

Something similar to the steps given in "Starting Replication with only a
Quick Master Restart" as laid out in the wiki tutorial on binary
replication might give you a way to make this work. (You probably won't
need the restart of the master, since you're not actually setting up
replication, so you won't be changing the postgresql.conf file on your
master.)

This uses a two-step process. First you copy all the files EXCEPT the ones
on pg_xlog, then you copy those files, so you have a complete set.

See http://wiki.postgresql.org/wiki/Binary_Replication_Tutorial
--
Mike Nolan

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Josh Kupershmidt 2012-05-03 18:54:07 Re: privs drop after alter table
Previous Message Gauthier, Dave 2012-05-03 18:14:25 privs drop after alter table