From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | Erik Rijkers <er(at)xs4all(dot)nl> |
Cc: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: testing cvs HEAD - HS/SR - missing file |
Date: | 2010-01-28 01:09:14 |
Message-ID: | 3f0b79eb1001271709v239ec73cja982187846523657@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Jan 28, 2010 at 9:32 AM, Erik Rijkers <er(at)xs4all(dot)nl> wrote:
> On Wed, January 27, 2010 17:38, Heikki Linnakangas wrote:
>
>> I'll commit it that way.
Thanks Heikki! Yeah, your approach makes more sense.
> This is just to let you know that these commits seem to have solved the bug.
Good! Thanks Erik!
> I did get at one point in the sr_slave02 log: (consecutive lines)
>
> LOG: consistent recovery state reached at 0/2000000
> LOG: database system is ready to accept read only connections
> LOG: could not send data to client: Broken pipe
> LOG: unexpected EOF on client connection
>
> but apparently this is not problematic?
It seems to me that you've unexpectedly killed (e.g., kill -9)
a client connected to the standby during executing a read-only
query.
Regards,
--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | Selena Deckelmann | 2010-01-28 01:13:03 | Re: Dividing progress/debug information in pg_standby, and stat before copy |
Previous Message | Alvaro Herrera | 2010-01-28 01:07:15 | Re: Clustering Docs WAS: Mammoth in Core? |