Re: Tables dissapearing

From: Kamil Srot <kamil(dot)srot(at)nlogy(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Tables dissapearing
Date: 2007-08-27 16:57:54
Message-ID: 46D30292.2080707@nlogy.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Martijn van Oosterhout wrote:
> On Mon, Aug 27, 2007 at 06:37:17PM +0200, Kamil Srot wrote:
>
>> I don't say, it's gone by itself, I'm asking for help debuging this
>> situation and hopefully find a solution. For the first time it happened,
>> it had the same symptoms - this specific table was missing and
>> transaction counter was wrapped-around. Now it seems to be the same but
>> the transaction counters are far below the critical value...
>>
>
> You don't say explicitly, but when you say "vacuum all tables" you
> didn't specify any tables names right? You just typed "vacuum". On each
> database...
>
>
Correct...the script does echo "vacuum full;" | $PGDIR/bin/psql -U
postgres $db for each database...
Hope it's correct?
> As for debugging, maybe something like:
>
> select xmin, age(xmin) from pg_class;
>
> Just to check the wraparound issue...
>
Maybe it's it... I did check the wraparound with:
SELECT datname, age(datfrozenxid) FROM pg_database;

In your SQL I see several rows with too high numbers!

They are all "internal" like pg_toast_618854, views and also some
application level indices etc.

So it seems it's not enough to vacuum all DB's (templateX inclusive)

Can you please advice how to correctly manually vacuum the pgsql?

Thank you!

Regards,
--
Kamil

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Michael Glaesemann 2007-08-27 17:04:10 Re: PostgreSQL vs Firebird feature comparison finished
Previous Message Tom Lane 2007-08-27 16:55:31 Re: Out of Memory - 8.2.4