From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: last_analyze/last_vacuum not being updated |
Date: | 2015-06-08 19:25:06 |
Message-ID: | 7987.1433791506@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> I'm looking at a case on 9.4.1 where the last_analyze and last_vacuum
> stats for a handful of tables seem stuck. They don't update after
> running an ANALYZE or VACUUM command, and they don't react to
> pg_stat_reset_single_table_counters(). All of the affected tables are
> system catalogs, some shared, some not. Other system catalogs and other
> tables have their statistics updated normally. Any ideas (before I try
> to blow it away)?
Hmm ... corrupted hash table inside the stats collector, perhaps?
It would be interesting to look at the stats disk file and see if
there are multiple entries for those OIDs, or if VACUUMing one of
them causes some *other* table's last_vacuum to advance.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2015-06-08 19:30:31 | Re: [CORE] back-branch multixact fixes & 9.5 alpha/beta: schedule |
Previous Message | Alvaro Herrera | 2015-06-08 19:23:59 | Re: last_analyze/last_vacuum not being updated |