On 11/21/2010 05:44 PM, Tom Lane wrote:
Luc de Louw<l...@delouw.ch>  writes:
I found the reason: Autovacuum seems to be off by default in
/var/lib/pgsql/data/postgresql.conf. I'm not sure if this can be
considered a bug of the postgresql84 package...

It's certainly not off by default in the stock postgresql84 package.
Is it possible that something in spacewalk changed it?

Hi Tom,

I saw no vacuum log entries. After manually vacuum the database the load went down and the performance went back to normal.

After uncommenting #autovacuum = on and inserting track_counts = on autovacuum begun to work.

I had a brief look at the spacewalk setup scripts, nothing found so far.

When have a look to the db with http://spacewalk.exmaple.com/phpPgAdmin/database.php?subject=database&action=admin&server=%3A5432%3Aallow&database=spaceschema I see the following error:

ERROR:  relation "pg_autovacuum" does not exist at character 157

In statement:

SELECT vacrelid, nspname, relname, enabled, vac_base_thresh, vac_scale_factor, anl_base_thresh, anl_scale_factor, vac_cost_delay, vac_cost_limit FROM pg_autovacuum join pg_class on (oid=vacrelid) join pg_namespace on (oid=relnamespace) ORDER BY nspname, relname

The PostgreSQL packages have been installed from CentOS5, I'm going to try to reproduce this on RHEL5 tomorrow (if time allows me to do so)

Thanks,

Luc

_______________________________________________
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel

Reply via email to