Re: [HACKERS] vacuum analyze

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

Browse pgsql-hackers by date

  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