Hi -
This has been happening more recently. Our database hangs after a VACUUM and is unresponsive when we come in next morning.
The vacuum job runs at 03:00 am daily.
The command is : /usr/local/pgsql/bin/vacuumdb --full -d DbName
Also, what exactly does this mean VACUUM waiting. Is there a reason why it is never emerging from the VACUUM job?
I understand that doing a vacuumdb --full causes the tables to lock (not really sure about the workings of vacuum).
Any light on this would be really appreciated.
Thanks,
Radhika
Below is what ps -ef |grep postgres shows:
5530 ? S 0:13 /usr/local/pgsql/bin/postmaster -i
5534 ? S 0:01 postgres: stats buffer process
5535 ? S 0:04 postgres: stats collector process
5621 ? S 0:53 postgres: slony myDB 10.142.20.50 idle
5626 ? S 0:51 postgres: slony myDB
10.142.20.50 idle
5627 ? S 0:34 postgres: slony myDB 10.142.20.50 idle
5628 ? S 5:40 postgres: slony myDB
10.142.20.50 idle
5637 ? S 2:09 postgres: slony myDB 10.132.20.26 idle
5638 ? S 1:56 postgres: slony myDB 10.132.20.26
idle
5745 ? S 42:08 postgres: abc myDB [local] idle
20774 ? S 4:29 postgres: abc myDB [local] idle
20775 ? S 0:00 postgres: abc myDB [local] idle in transaction
20776 ? S 0:00 postgres: abc myDB [local] idle
17509 ? S 0:06 postgres: abc myDB [local] VACUUM waiting
24656 ? S 0:00 postgres: abc myDB [local] INSERT waiting
30489 ? S 0:00 postgres: abc myDB [local] SELECT waiting
30637 ? S 0:00 postgres: abc myDB [local] UPDATE waiting
30647 ? S 0:00 postgres: abc myDB [local] UPDATE waiting
30668 ? S 0:00 postgres: abc myDB [local] UPDATE waiting
--
It is all a matter of perspective. You choose your view by choosing where to stand. --Larry Wall