From: | Chris Browne <cbbrowne(at)acm(dot)org> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | pg_dump --exclude-schema=foo |
Date: | 2004-09-15 20:51:14 |
Message-ID: | 60d60n1cjh.fsf@dev6.int.libertyrms.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
We have discovered an interesting locking scenario with Slony-I that
is pointing to a use for the ability to exclude certain schemas from
pg_dump.
The situation is that when a "full" pg_dump kicks off, a Slony-I
"create sync" event, which expects to "LOCK slony_schema.sl_event;",
is blocked from getting the exclusive lock that it desires.
Everything else then falls behind that, as they are waiting for the
lock to get dropped off.
The solution is easy enough, in that (at present) the interesting data
is in a single database schema.
Running...
pg_dump --schema=ourdata
does the trick.
What would be nice would be the ability to consciously _exclude_
schemas, where the nice way would be --exclude-schema=_slony_schema
If someone has some "round tuits," I'll have to catch up on sleep...
--
(format nil "~S(at)~S" "cbbrowne" "ntlug.org")
http://www3.sympatico.ca/cbbrowne/languages.html
Save your burned out bulbs for me, I'm building my own dark room.
From | Date | Subject | |
---|---|---|---|
Next Message | Gaetano Mendola | 2004-09-15 21:04:11 | Re: x86_64 configure problem |
Previous Message | Simon Riggs | 2004-09-15 20:50:17 | Re: some PITR performance data with DBT-2 |