Re: Major Problems with PostgreSQL Logs (8.1.3)

From: "Chris Hoover" <revoohc(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Major Problems with PostgreSQL Logs (8.1.3)
Date: 2006-06-09 22:48:33
Message-ID: 1d219a6f0606091548m7213bdccifd8f556e4f2256be@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Is there an easy way to see if this is the problem? How can I verify the
size of PIPEBUF, and additionally, how do you tell the exact size of the
statement being logged?

On 6/9/06, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> "Chris Hoover" <revoohc(at)gmail(dot)com> writes:
> > ---I am having a major problem with the PostgreSQL log files. We have
> sql
> > logging turned on for recovery purposes, and have discovered a
> problem. We
> > have lines of sql being interrupted by the next log line before they
> > complete. The interrupting log line is not starting at the beginning of
> a
> > line, but rather cutting right into the middle of the previous log line.
> > Eventually, the intrrupted log line is completed. This is causing
> serious
> > issues for us, since we can not rely on the log files to be accurrate.
>
> You might try using syslog logging, although I'm not sure whether it
> would really be much better. If your log messages exceed PIPEBUF (8K
> typically) then writes to the redirect_stderr process are not going to
> be atomic, and there's not all that much we can do about it.
>
> regards, tom lane
>

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Jeff Frost 2006-06-09 22:58:14 Re: pg_dumpall 8.1.4 large objects error
Previous Message Tom Lane 2006-06-09 21:01:37 Re: Major Problems with PostgreSQL Logs (8.1.3)