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

Re: "unexpected EOF" messages

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: "unexpected EOF" messages
Date: 2012-05-03 12:33:10
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On Thu, May 3, 2012 at 2:31 PM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
> On Thu, May 3, 2012 at 1:26 PM, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
>> I had a request from a customer asking if we could make a switch to
>> specifically disable the "unexpected EOF" message that fills lots of
>> peoples logs. Along the same way that we have a flag to turn off the
>> "nonstandard use of string escapes" message that is another culprit
>> (that's actually a much *worse* problem than just the unexpected EOF).
>> The unexpected EOF message *does* indicate the client is doing
>> something stupid, but it's not like it's an *actual problem* in pretty
>> much every deployment out there...
>> Would we consider adding such a switch (it should be easy enough to
>> do), or do we want to push this off to the mythical "let's improve the
>> logging subsystem" project that might eventually materialize if we're
>> lucky? Meaning - would people object to such a switch?
> Yes, if the new parameter allows a generic filter on multiple
> user-specified message types.

Uh, just to be clear, you object *if* it has the generic filter?

Also, AFAIK we don't *have* a "message type" at this point (one of the
things said mythical project wanted to look at), so the only thing we
could really filter on would be the whole text of the message, no?

 Magnus Hagander

In response to

pgsql-hackers by date

Next:From: Vik ReykjaDate: 2012-05-03 12:34:01
Subject: Re: "unexpected EOF" messages
Previous:From: Magnus HaganderDate: 2012-05-03 12:31:45
Subject: ALTER DATABASE and datallowconn

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