Re: Vacuum stops with misleading max_fsm_pages error

From: "Kieran Cooper, Lyris UK" <kieran(at)lyris(dot)co(dot)uk>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Vacuum stops with misleading max_fsm_pages error
Date: 2007-04-17 07:35:41
Message-ID: 00a801c780c3$0aad0e00$0b02a8c0@KieranX15
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin


> "Joshua D. Drake" <jd(at)commandprompt(dot)com> writes:
>> Kieran Cooper, Lyris UK wrote:
>>> INFO: free space map contains 20914 pages in 61 relations
>>> DETAIL: A total of 14992 page slots are in use (including overhead).
>>> 14992 page slots are required to track all free space.
>>> Current limits are: 900000 page slots, 6000 relations, using 5659 kB.
>
>> I am not sure what your question is. The above looks perfectly
>> reasonable.

> I think he's wondering why the second number is less than the first.
> AFAICT that should be impossible after a VACUUM FULL, but there are
> probably tables that haven't been touched by the VACUUM FULL --- stuff
> in other databases being one obvious possibility. As for the vacuum
> not having done every table in the current database, did you run it
> as superuser?
>
> regards, tom lane

Thanks for your messages Tom and Josh.

The problem I'm finding is that the Vacuum finishes before it has touched
all the tables in the database. When I run it on the same database in the
same way on other servers, it does all the tables. There is only 1 database
on this machine (in addition to template1 and template2). I'm running it
from within the postgres command line, logged in as postgres.

Thanks
Kieran

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Kieran Cooper, Lyris UK 2007-04-17 07:51:46 Re: Vacuum stops with misleading max_fsm_pages error
Previous Message Tom Lane 2007-04-16 22:36:26 Re: Vacuum stops with misleading max_fsm_pages error