From: | "Harald Armin Massa" <haraldarminmassa(at)gmail(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: could not open relation - why? |
Date: | 2006-08-07 13:41:20 |
Message-ID: | 7be3f35d0608070641n261fd5dev49154580602ad88b@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
>
> > 2006-08-07 13:20:27 LOG: autovacuum: processing database "template1"
> > 2006-08-07 13:20:47 ERROR: could not open relation with OID 311438
> > 2006-08-07 13:21:52 LOG: autovacuum: processing database "postgres"
>
> The easiest explanation is that someone dropped a table just as
> autovacuum was trying to open it.
I am not quite sure that "autovacuum" was trying to open, as some user
reported the same error on his system ( and he is definitely not mr.
Autovacuum :)
>The above trace suggests that
> you're actively changing template1, which is probably not good
> practice ...
>
Not even in my wildest dreams would I dare to actively change template1. Amd
the database users in question do not have permissions on template1; so I am
quite confident no wrongrunning software does it.
What indeed happens alot in this database is the creation and the dropping
of temp tables (the later automagically at the end of a connection, I
assume)
Is there a way to learn to which dropped table OIDs belong, or is all gone
after dropping and autovacuum ?
Harald
--
GHUM Harald Massa
persuadere et programmare
Harald Armin Massa
Reinsburgstraße 202b
70197 Stuttgart
0173/9409607
-
Let's set so double the killer delete select all.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-08-07 13:58:26 | Re: could not open relation - why? |
Previous Message | Thor Tall | 2006-08-07 12:56:25 | psql internal variables |