From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bill Moran <wmoran(at)collaborativefusion(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Christopher Browne <cbbrowne(at)acm(dot)org>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: VACUUM and transactions in different databases |
Date: | 2006-12-07 16:56:20 |
Message-ID: | 16308.1165510580@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Bill Moran <wmoran(at)collaborativefusion(dot)com> writes:
>> [root(at)conni ~]# ps axw|grep postgres
>> 1746 ? S 0:00 postgres: writer process
>> 1747 ? S 0:00 postgres: stats buffer process
>> 1748 ? S 0:00 postgres: stats collector process
>> 2106 pts/1 S 0:00 su postgres
>> 2120 pts/1 S+ 0:00 psql postgres
>> 2188 ? S 0:04 postgres: postgres dummy1 [local] VACUUM waiting
>> 2200 pts/3 S 0:00 su postgres
>> 2215 ? S 0:00 postgres: postgres dummy2 [local] idle in transaction
>> 2717 pts/2 R+ 0:00 grep postgres
Too bad this wasn't accompanied by a dump of pg_locks ... but if that's
the only other open transaction, the only way I can see for it to block
the vacuum is if the vacuum was database-wide, and had gotten to the
point of trying to vacuum one of the shared catalogs (eg, pg_database),
and the other transaction had some type of lock on that shared catalog.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Ragnar | 2006-12-07 16:56:53 | Re: VACUUM and transactions in different databases |
Previous Message | Bill Moran | 2006-12-07 16:50:57 | Re: VACUUM and transactions in different databases |