DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=message-id:date:from:to:subject:mime-version:content-type;
	b=sMnKEu6AF86UZ0LZVu7Dh6jPbKQum7XXgkVHFgr0xkNmzwZBLQqRkS0ljc4j2o58SE
	/XMJm94775Q+fc+JD5hvF0/ASxmE46Ui9jZcKK4337TTUnYW5LedzSV/idm7L9eMvplz
	uBMihh9zppN3k6L3hMVDEkqkMA11gPNEBUXCk=
Message-ID: <48d0cacb0810020433k1eadf01ckaee4990fc25ab5c6@mail.gmail.com>
Date: Thu, 2 Oct 2008 08:33:44 -0300
From: "Daniel Cristian Cruz" <danielcristian@gmail.com>
To: pgsql-admin@postgresql.org
Subject: DROP TABLE waiting for pg_dump
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_865_9115330.1222947224967"

------=_Part_865_9115330.1222947224967
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Helllo,

I had a huge database with a dump backup routine.

I had a problem today, where pg_dump was locking a concurrent DROP TABLE,
and it was another table, not the table in the COPY running. Is it normal?
Some kind of bug or is it expected?

I'm using 8.2.4 (I need to rewrite dblink functions before upgrade).

Regards,
-- 
Daniel Cristian Cruz
クルズ  クリスチアン ダニエル

------=_Part_865_9115330.1222947224967
Content-Type: text/html; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div dir="ltr"><p>Helllo,<br></p><p>I had a huge database with a dump backup routine.<br></p><p>I had a problem today, where pg_dump was locking a concurrent DROP TABLE, and it was another table, not the table in the COPY running. Is it normal? Some kind of bug or is it expected?<br>
</p><p>I&#39;m using 8.2.4 (I need to rewrite dblink functions before upgrade).<br></p><p>Regards,<br></p>-- <br>Daniel Cristian Cruz<br>クルズ &nbsp;クリスチアン ダニエル<br>
</div>

------=_Part_865_9115330.1222947224967--