| 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: | Whole Thread | Raw Message | 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 |