From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Streaming replication status |
Date: | 2010-01-08 22:20:47 |
Message-ID: | 4B47AFBF.2030704@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 1/8/10 1:16 PM, Heikki Linnakangas wrote:
> * A standby that connects to master, initiates streaming, and then sits
> idle without stalls recycling of old WAL files in the master. That will
> eventually lead to a full disk in master. Do we need some kind of a
> emergency valve on that?
WARNING: I haven't thought about how this would work together with HS yes.
I think this needs to be administrator-configurable.
I'd suggest a GUC approach:
archiving_lag_action = { ignore, shutdown, stop }
"Ignore" would be the default. Some users would rather have the master
shut down if the slave has stopped taking segments; that's "shutdown".
Otherwise, it's "stop" which simply stops archiving and starts recylcing
when we reach that number of segments.
Better name for the GUC very welcome ...
--Josh Berkus
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2010-01-08 22:22:34 | Re: Application name patch - v3 |
Previous Message | Michael Meskes | 2010-01-08 21:59:47 | Re: [COMMITTERS] pgsql: Also update ChangerLog file. |