Skip site navigation (1) Skip section navigation (2)

Re: Strange message from pg_receivexlog

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Sergey Konoplev <gray(dot)ru(at)gmail(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Strange message from pg_receivexlog
Date: 2013-08-20 09:10:53
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-general
On Tue, Aug 20, 2013 at 8:17 AM, Sergey Konoplev <gray(dot)ru(at)gmail(dot)com> wrote:
> Hi all,
> My WAL archiving script based on pg_receivexlog reported the following
> error several days ago (just ignore everything before
> 'pg_receivexlog', it's a message my script generates).
> Thu Aug 15 18:33:09 MSK 2013 ERROR Problem occured
> during WAL archiving: pg_receivexlog: could not send feedback packet:
> server closed the connection unexpectedly
> At the same time postgres reported this error in log:
> 2013-08-15 18:32:51 MSK 30945 postgres(at)[unknown] from [local]
> [vxid:53/0 txid:0] [streaming 2A97/6FA48000] LOG:  terminating
> walsender process due to replication timeout
> Both pg_receivexlog and postgres run at the same machive,
> pg_receivexlog connects to postgres locally. /var/log/messages has
> absolutely nothing about it. I also have a hot standby on another
> machine connecting to the same master, but there is nothing strange in
> its logs either.
> Any thoughts what it was?

It looks like something outside postgres or pg_receivexlog did
terminate the connection. pg_receievexlog noticed it was closed,
whereas postgres waited for the timeout (but probably would've noticed
if it had actually had some other data to send maybe?). Do you have
some iptables connection tracking or something like that which could
be interfering?

 Magnus Hagander

In response to


pgsql-general by date

Next:From: Daniele VarrazzoDate: 2013-08-20 11:00:07
Subject: Handling of tz-aware literals in non-tz-aware fields
Previous:From: Sergey KonoplevDate: 2013-08-20 06:17:43
Subject: Strange message from pg_receivexlog

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group