Discussion:
[ADMIN] auto vacuum errors
(too old to reply)
Isabella Ghiurea
2012-07-04 19:30:56 UTC
Permalink
HI Gurus
I'm seeing a issue with some temp tables in contrib_regression db , the
auto vacuum job will not run for this tables due some files/QID's
missing how can I fix this ?
The temp tables are growing too fast and they don't get
empty/clean-up...any tips ? I 'm running PGSQL 8.3.6 on RHES.
Isabella
--
-----------------------------------------------------------
Isabella A. Ghiurea

***@nrc-cnrc.gc.ca
Canadian Astronomy Data Centre |http://www.nrc-cnrc.gc.ca/eng/services/hia/data-centre.html
National Research Council of Canada, Herzberg Institute of Astrophysics
5071 West Saanich Road, Victoria BC V9E 2E7, Canada
Phone: 250 363-3446 fax: 250 363-0045
Tom Lane
2012-07-05 04:18:03 UTC
Permalink
Post by Isabella Ghiurea
I'm seeing a issue with some temp tables in contrib_regression db , the
auto vacuum job will not run for this tables due some files/QID's
missing how can I fix this ?
Um ... in general, autovacuum just silently ignores temp tables, because
it doesn't have any way to access their contents. (One of the reasons
that temp tables are fast is that the backend owning a temp table keeps
its data in local buffers, not in shared buffers that another process
could access.) I wouldn't expect any "missing file" complaints though.
What exactly were you seeing?

regards, tom lane
--
Sent via pgsql-admin mailing list (pgsql-***@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
Isabella Ghiurea
2012-07-05 14:55:39 UTC
Permalink
Hi Tom ,
Here is my error , the missing files were removed by mistake , I have
another similar db cfg with this tables:spherrtmp% and no issues.
I 'm thinking to restore this tables content from this second db ,
will this eliminate the auto vacuum error ?

07:45:59.770 PDT,,,31112,,4ff5a8a7.7988,5,,2012-07-05 07:45:59
PDT,19/2479,0,ERROR,58P01,"could not open relation 26384/247389/248165:
No such file or directory",,,,,"automatic vacuum of table
""contrib_regression.public.spheretmp5""",,,
2012-07-05 07:45:59.770 PDT,,,31112,,4ff5a8a7.7988,6,,2012-07-05
07:45:59 PDT,19/2481,0,ERROR,58P01,"could not open relation
26384/247389/248174: No such file or directory",,,,,"automatic vacuum of
table ""contrib_regression.public.spheretmp6""",,,
Post by Tom Lane
Post by Isabella Ghiurea
I'm seeing a issue with some temp tables in contrib_regression db , the
auto vacuum job will not run for this tables due some files/QID's
missing how can I fix this ?
Um ... in general, autovacuum just silently ignores temp tables, because
it doesn't have any way to access their contents. (One of the reasons
that temp tables are fast is that the backend owning a temp table keeps
its data in local buffers, not in shared buffers that another process
could access.) I wouldn't expect any "missing file" complaints though.
What exactly were you seeing?
regards, tom lane
--
-----------------------------------------------------------
Isabella A. Ghiurea

***@nrc-cnrc.gc.ca
Canadian Astronomy Data Centre |http://www.nrc-cnrc.gc.ca/eng/services/hia/data-centre.html
National Research Council of Canada, Herzberg Institute of Astrophysics
5071 West Saanich Road, Victoria BC V9E 2E7, Canada
Phone: 250 363-3446 fax: 250 363-0045
--
Sent via pgsql-admin mailing list (pgsql-***@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
Tom Lane
2012-07-05 16:03:21 UTC
Permalink
Post by Isabella Ghiurea
Here is my error , the missing files were removed by mistake , I have
another similar db cfg with this tables:spherrtmp% and no issues.
I 'm thinking to restore this tables content from this second db ,
will this eliminate the auto vacuum error ?
What you ought to do is drop the tables that are reported as causing the
error. Or the whole database --- are you actually doing something
useful in contrib_regression, or is that just left over from testing?

regards, tom lane
--
Sent via pgsql-admin mailing list (pgsql-***@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
Loading...