From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Re: [COMMITTERS] pgsql: Send new protocol keepalive messages to standby servers. |
Date: | 2012-06-02 14:49:00 |
Message-ID: | 17563.1338648540@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> On the other hand, if we simply say "PostgreSQL computes the
> replication delay by subtracting the time at which the WAL was
> generated, as recorded on the master, from the time at which it is
> replayed by the slave" then, hey, we still have a wart, but it's
> pretty clear what the wart is and how to fix it, and we can easily
> document that. Again, if we could get rid of the failure modes and
> make this really water-tight, I think I'd be in favor of that, but it
> seems to me that we are in the process of expending a lot of energy
> and an even larger amount of calendar time to create a system that
> will misbehave in numerous subtle ways instead of one straightforward
> one. I don't see that as a good trade.
Well, okay, but let's document "if you use this feature, it's incumbent
on you to make sure the master and slave clocks are synced. We
recommend running NTP." or words to that effect.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Nolan | 2012-06-02 16:01:16 | Re: Re: [COMMITTERS] pgsql: Send new protocol keepalive messages to standby servers. |
Previous Message | Robert Haas | 2012-06-01 21:38:13 | Re: Re: [COMMITTERS] pgsql: Send new protocol keepalive messages to standby servers. |
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Nolan | 2012-06-02 16:01:16 | Re: Re: [COMMITTERS] pgsql: Send new protocol keepalive messages to standby servers. |
Previous Message | Kevin Grittner | 2012-06-02 14:44:27 | Re: Uh, I change my mind about commit_delay + commit_siblings (sort of) |