By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
438,372 Members | 1,906 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 438,372 IT Pros & Developers. It's quick & easy.

Kill -9 Postmaster and Temporary Tables

P: n/a
Hi @ all,

I'v noticed if you kill -9 the Postmaster Temporary Tables (Shemas) will stay in the DB.
Also a VACUUM FULL will not remove them after restart. If the server craches (no power) its the same (I'v noticed it here)

Daniel.
---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

Nov 11 '05 #1
Share this Question
Share on Google+
2 Replies


P: n/a
Daniel Schuchardt <da***************@web.de> writes:
I'v noticed if you kill -9 the Postmaster Temporary Tables (Shemas) will stay in the DB.


That is a bad thing to do in any case ;-)

But yeah, they'll stay around. In 7.3 and later, they will get cleaned
out eventually (whenever someone next uses the same temp schema).

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to ma*******@postgresql.org)

Nov 11 '05 #2

P: n/a
Daniel Schuchardt <da***************@web.de> writes:
I'v noticed if you kill -9 the Postmaster Temporary Tables (Shemas) will stay in the DB.


That is a bad thing to do in any case ;-)

But yeah, they'll stay around. In 7.3 and later, they will get cleaned
out eventually (whenever someone next uses the same temp schema).

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to ma*******@postgresql.org)

Nov 11 '05 #3

This discussion thread is closed

Replies have been disabled for this discussion.