Re: [GENERAL] VACUUM hanging on PostgreSQL 8.3.1 for larger tables

2008-04-13 Thread Dragan Zubac
Hello If Your 'vacuum verbose analyze table' ends pretty fast,and Your 'vacuum full verbose analyze table' never ends,watch for 'select count (*) from pg_locks',might be that You have some heavy load transaction processing on that table,so 'vacuum full' wait for transactions to end. If po

Re: [GENERAL] VACUUM hanging on PostgreSQL 8.3.1 for larger tables

2008-04-13 Thread Paragon
> Yikes. That's *way* too high. If you're trying to get the vacuum to complete quickly, it really should be zero anyway. Nonzero is for when you don't care how >> long vacuum takes as long as it's not sucking too much I/O from your real work. Thanks Tom, yap you were right now it runs instan

Re: [GENERAL] VACUUM hanging on PostgreSQL 8.3.1 for larger tables

2008-04-13 Thread Tom Lane
"Paragon" <[EMAIL PROTECTED]> writes: > Right now I have > vacuum_cost_delay = 600 Yikes. That's *way* too high. If you're trying to get the vacuum to complete quickly, it really should be zero anyway. Nonzero is for when you don't care how long vacuum takes as long as it's not sucking

Re: [GENERAL] VACUUM hanging on PostgreSQL 8.3.1 for larger tables

2008-04-13 Thread Tom Lane
"Paragon" <[EMAIL PROTECTED]> writes: >> Sure looks like a near-idle machine to me :-(. >> I think that the vacuum must be stuck on a lock. What other Postgres >> processes have you got, and what are they doing? > Originally I thought it was the autovacuuming getting in the way since I > noticed

Re: [GENERAL] VACUUM hanging on PostgreSQL 8.3.1 for larger tables

2008-04-13 Thread Paragon
> Sure looks like a near-idle machine to me :-(. > I think that the vacuum must be stuck on a lock. What other Postgres processes have you got, and what are they doing? > regards, tom lane Originally I thought it was the autovacuuming getting in the way since I noticed

Re: [GENERAL] VACUUM hanging on PostgreSQL 8.3.1 for larger tables

2008-04-13 Thread Tom Lane
"Paragon" <[EMAIL PROTECTED]> writes: >> Is it actually *doing* anything, like consuming CPU or I/O -- and if so >> which? How much does VACUUM VERBOSE print before getting stuck? > --If I start the > vacuum verbose ky.ky_edges; > and monitor vmstat 1 looks like this Sure looks like a near-idl

Re: [GENERAL] VACUUM hanging on PostgreSQL 8.3.1 for larger tables

2008-04-12 Thread Paragon
>"Paragon" <[EMAIL PROTECTED]> writes: >> I am running into problems vacuuming my larger tables. It seems for >> tables greater than 1 million rows, Vacuum just hangs. I could leave it running >> for hours and it never comes to completion. >Is it actually *doing* anything, like consuming C

Re: [GENERAL] VACUUM hanging on PostgreSQL 8.3.1 for larger tables

2008-04-12 Thread Tom Lane
"Paragon" <[EMAIL PROTECTED]> writes: > I am running into problems vacuuming my larger tables. It seems for tables > greater than 1 million rows, Vacuum just hangs. I could leave it running > for hours and it never comes to completion. Is it actually *doing* anything, like consuming CPU or I/

[GENERAL] VACUUM hanging on PostgreSQL 8.3.1 for larger tables

2008-04-12 Thread Paragon
I am running into problems vacuuming my larger tables. It seems for tables greater than 1 million rows, Vacuum just hangs. I could leave it running for hours and it never comes to completion. Things like copying the whole table to a temp table with bulk insert such as (SELECT * INTO temp FROM