Re: URGENT issue: pg-xlog growing on master!

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Solved it - thanks!

Den 10/06/2013 kl. 20.24 skrev Jeff Janes <jeff.janes@xxxxxxxxx>:

On Mon, Jun 10, 2013 at 11:02 AM, Niels Kristian Schjødt <nielskristian@xxxxxxxxxxxxx> wrote:
Okay, cool

You mean that I should do the following right?:

1. Stop slave server


At this point, you don't have a slave server.  Not a usable one, anyway.  If you used to have a hot-standby server, it is now simply a historical reporting server.  If you have no need/use for such a reporting server, then yes you should stop it, to avoid confusion.

 
2. set archive_command = 'true' in postgresql.conf on the master server
3. restart master server

You can simply do a reload rather than a full restart.
 
4. run psql -c "SELECT pg_start_backup('label', true)" on master

No, you shouldn't do that yet without first having correctly functioning archiving back in place.  After setting archive_command=true and reloading the server, you have to wait a while for the "bad" WAL files to get pseudo-archived and cleared from the system.  Once that has happened, you can then return archive_command to its previous setting, and again reload/restart the server.  Only at that point should you begin taking the new backup.  In other words, steps 7 and 8 have to be moved up to before step 4.
 
5. run rsync -av --exclude postmaster.pid --exclude pg_xlog /var/lib/postgresql/9.2/main/ postgres@192.168.0.2:/var/lib/postgresql/9.2/main/" on master server
6. run psql -c "SELECT pg_stop_backup();" on master server
7. change archive_command back on master
8. restart master
9. start slave

Just to confirm the approach :-)


Cheers,

Jeff




[Postgresql General]     [Postgresql PHP]     [PHP Users]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Yosemite]

  Powered by Linux