From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Michael Simms <grim(at)argh(dot)demon(dot)co(dot)uk> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] vacuum analyze |
Date: | 1999-09-02 21:05:51 |
Message-ID: | 10327.936306351@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Michael Simms <grim(at)argh(dot)demon(dot)co(dot)uk> writes:
> ahem, well, to be honest, Ive never found any documentation on how to
> read the logs *embarrassed smile*.
> template1=> select * from pg_log;
> ERROR: pg_log cannot be accessed by users
No, no, not pg_log. I'm talking about the text file that you've
directed the postmaster's stdout and stderr into. (You are doing that
and not dropping it on the floor, I trust.)
> It COULD be a problem with that, as I have a crontab process that vacuums
> everything every 24 hours, but also I perform some minor vacuums in the
> meantime, some of which may occur when the main vacuum is happening.
pg_vlock exists specifically to prevent two concurrent vacuums. The
scenario I was talking about involved removing it by hand, which you
wouldn't do unless you were trying to provoke a vacuum error (or,
perhaps, cleaning up after a previous vacuum run coredumped).
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 1999-09-02 23:02:39 | Re: [HACKERS] md.c is feeling much better now, thank you |
Previous Message | Michael Simms | 1999-09-02 19:40:54 | Re: [HACKERS] vacuum analyze |