From: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
---|---|
To: | Daulat Ram <Daulat(dot)Ram(at)exponential(dot)com>, "pgsql-performance(at)lists(dot)postgresql(dot)org" <pgsql-performance(at)lists(dot)postgresql(dot)org> |
Subject: | Re: No matching tables have ever been vacuumed |
Date: | 2019-01-17 09:49:37 |
Message-ID: | a62c61221c8ae124d32aafc49eb317767b29c989.camel@cybertec.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Daulat Ram wrote:
> We have enabled the monitoring to monitor the vacuuming of tables via check_postgres_last_vacuum plugin but we are getting the below warning message.
>
> Notification Type: PROBLEM
> Service: PostgreSQL last vacuum ()
> Host Alias: vmshowcasedb2.vpc.prod.scl1.us.tribalfusion.net
> Address: 10.26.12.89
> State: UNKNOWN
> Info: POSTGRES_LAST_VACUUM UNKNOWN: DB postgres (host:vmshowcasedb2.vpc.prod.scl1.us.tribalfusion.net) No matching tables have ever been vacuumed
>
> Kindly suggest how we can overcome on this.
Disable the test, it is mostly pointless.
Only tables that regularly receive updates and deletes need to be vacuumed.
A table that is never modified needs to be vacuumed at most once during its lifetime
for transaction wraparound, but there are other checks for problems with that.
Alternatively, you can just manually vacuum all tables once - if all it
checks is if it *ever* has been vacuumed.
Yours,
Laurenz Albe
--
Cybertec | https://www.cybertec-postgresql.com
From | Date | Subject | |
---|---|---|---|
Next Message | Mariel Cherkassky | 2019-01-17 17:28:52 | autovacuum doesnt run on the pg_toast_id table |
Previous Message | David Conlin | 2019-01-16 11:31:08 | Parallel stats in execution plans |