From: | Matheus de Oliveira <matioli(dot)matheus(at)gmail(dot)com> |
---|---|
To: | Jerry Sievers <gsievers19(at)comcast(dot)net> |
Cc: | gabrielle <gorthx(at)gmail(dot)com>, "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: log message from autovac doesn't include db name |
Date: | 2014-09-16 17:52:25 |
Message-ID: | CAJghg4LYM9A7X3-DGc1Ww1V9ADsPBEsC30X0a0ZCZZd-F4BE=A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Tue, Sep 16, 2014 at 2:06 PM, Jerry Sievers <gsievers19(at)comcast(dot)net>
wrote:
> gabrielle <gorthx(at)gmail(dot)com> writes:
>
> > Hello!
> >
> > I'm running 9.1.11 on CentOS. I'm getting several messages like this in
> my logs:
> > 2014-09-12 01:44:25.583 PDT,,,30540,,4dbffb0c.7b5b,5,,2014-09-12
> 01:41:42 PDT,74/868,0,LOG,55P03,"skipping analyze of ""foo"" --- lock not
> available",,,,,,
> >
> > Unfortunately, I have several databases with tables named 'foo'. I was
> expecting a db name in the log message; can someone explain why it's not
> there?
>
> Fix your log_line_prefix setting to include DB name and then HUP your
> server.
humm... This looks like CVS log, so the database name would be there if it
was a backend process, independent of log_line_prefix. Although looks like
this message came from autovacuum process, and so it won't give you the
database name.
Perhaps it should have qualified as dbname.schemaname.tablename just like
"automatic vacuum" and "automatic analyze" messages do. One could do a
feature request for that.
Regards,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
From | Date | Subject | |
---|---|---|---|
Next Message | cypisek | 2014-09-16 20:55:07 | delete orphans from pg_class |
Previous Message | Jerry Sievers | 2014-09-16 17:06:59 | Re: log message from autovac doesn't include db name |