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
>
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) |