| From: | John Rouillard <rouilj(at)renesys(dot)com> | 
|---|---|
| To: | Charles Sprickman <spork(at)biglist(dot)com> | 
| Cc: | pgsql-admin(at)postgresql(dot)org | 
| Subject: | Re: logging full queries separately | 
| Date: | 2013-02-25 14:59:38 | 
| Message-ID: | 20130225145938.GL7039@renesys.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-admin | 
On Sat, Feb 23, 2013 at 12:55:07AM -0500, Charles Sprickman wrote:
>[...]
>The one huge downside to this is that the logs are so noisy, it's
>hard to track down errors and stats real-time since the query logging
>is so noisy.
> [...]
>Right now I'm considering just switching to syslog-ng or rsyslog
>and seeing if there's a way I can parse the non-query messages
>out and dump them in another logfile…  Any pointers on that?
I use SEC for log analysis and I identify query logs by looking for
the duration entry in the first line. Then pull the triplet of:
hostname, pid and log line id (the 5 in [5-2], [5-3] etc.)
and find all the rest of the lines by matching that triplet.
>Without breaking compatibility with pgbadger, what
>log_line_prefix might make it easier to pick out
>statements (even when they span multiple lines)?
Just for reference I use:
'%t %u(at)%d(%p): '
-- 
				-- rouilj
John Rouillard       System Administrator
Renesys Corporation  603-244-9084 (cell)  603-643-9300 x 111
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Frank Cavaliero | 2013-02-25 18:22:54 | Use, Set Catalog and JDBC questions | 
| Previous Message | ktm@rice.edu | 2013-02-23 16:35:28 | Re: logging full queries separately |