Re: VACUUM FULL and ALTER TABLE do *nothing* in 7.3.2

From: Achilleus Mantzios <achill(at)matrix(dot)gatewaynet(dot)com>
To: SZUCS Gabor <surrano(at)mailbox(dot)hu>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: VACUUM FULL and ALTER TABLE do *nothing* in 7.3.2
Date: 2003-05-06 19:32:23
Message-ID: Pine.LNX.4.44.0305061727030.22644-100000@matrix.gatewaynet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Tue, 6 May 2003, SZUCS Gabor wrote:

> Dear Achilleus,
>
> Dunno, it's a multiuser environment. However, I'll try asking everyone to
> stop working for a minute...
>
> ... oops, I just see that it finished about half an hour before (taking an
> amazing 76 minutes for ALTER TABLE to complete). About that time, I started
> and exited a client. Seems it solved the problem. Now "vacuum full analyze"
> finished in a couple of seconds.
>
> Do you have any idea about an explanation? Does vacuum wait for the end of
> each and every transaction?

Just take a look at
http://www.postgresql.org/docs/view.php?version=7.3&idoc=1&file=sql-lock.html

VACUUM FULL acquires a ACCESS EXCLUSIVE MODE.

That means that if a table is accessed in any way
the VACUUM FULL command will wait.

Open Cursors might be a reason.

>
> G.
> --
> while (!asleep()) sheep++;
>
> ---------------------------- cut here ------------------------------
> ----- Original Message -----
> From: "Achilleus Mantzios" <achill(at)matrix(dot)gatewaynet(dot)com>
> Sent: Tuesday, May 06, 2003 7:53 PM
>
>
> Maybe its a locking issue.
>
> Did you quit any app using the DB?
> Did you commit/rollback all pending transactions (if any)?
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html
>

--
==================================================================
Achilleus Mantzios
S/W Engineer
IT dept
Dynacom Tankers Mngmt
Nikis 4, Glyfada
Athens 16610
Greece
tel: +30-210-8981112
fax: +30-210-8981877
email: achill(at)matrix(dot)gatewaynet(dot)com
mantzios(at)softlab(dot)ece(dot)ntua(dot)gr

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message Michael A Nachbaur 2003-05-06 20:01:43 Re: pgsql Replication Proxy (was Re: Replication for a
Previous Message Alex Rice 2003-05-06 19:28:05 Re: 2 simple SQL questions: optimizing aggegate query