Re: Temp table handling after anti-wraparound shutdown (Was: BUG #15840)

From: - - <thusson(at)informiciel(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Temp table handling after anti-wraparound shutdown (Was: BUG #15840)
Date: 2019-06-10 16:47:42
Message-ID: 531286628.288219.1560185262575@email.ionos.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

<!DOCTYPE html>
<html><head>
<meta charset="UTF-8">
</head><body><table style="text-align: center; line-height: 1em; margin: 0.5em auto;" border="0" cellspacing="0" cellpadding="0" class="mce-item-table"><tbody><tr><td style="border-bottom: 1px solid #aaaaaa; padding: 0.4em 1em; border-top: 1px solid #555555;"><table style="text-align: center; line-height: 1em; margin: 0.5em auto;" border="0" cellspacing="0" cellpadding="0" bgcolor="#5c99dc" class="mce-item-table"><tbody><tr><td style="border-bottom: 1px solid #aaaaaa; padding: 0.4em 1em; border-top: 1px solid #555555;"><table style="text-align: center; line-height: 1em; margin: 0.5em auto;" border="0" cellspacing="0" cellpadding="0" class="mce-item-table"><tbody><tr bgcolor="#ffffff"><td style="border-bottom: 1px solid #aaaaaa; padding: 0.4em 1em; border-top: 1px solid #555555;"><table style="text-align: left; line-height: 1em; margin: 0.5em auto;" border="0" cellspacing="0" cellpadding="0" class="mce-item-table"><tbody><tr><td style="text-align: left; border-bottom: 1px solid #555555; padding: 0.4em 1em; border-top: 1px solid #555555;"><div class="bodyclass"><div>&#62; Hm, I&#39;d like to know more about that corruption. Did you report it when</div><div>&#62; it occured?</div><div><br></div><div>Thanks Andres for explanations. I didn&#39;t reported the corruption when it</div><div>occured as it was my fault, not a PG bug, as the main cause was that I was using<span style="background-color: transparent;">&#160;network drive, knowingly it&#39;s unreliable for DB but management didn&#39;t</span></div><div>believe me.</div><div>I had these kind of errors:</div><div>pg_dump emet_istina -F c -n usr_...</div><div>pg_dump: schema with OID 308991 does not exist</div><div>\dt+ pg_temp*.*</div><div>ERROR:&#160; catalog is missing 1 attribute(s) for relid 5733555</div><div>drop schema pg_temp_9;</div><div>ERROR:&#160; cache lookup failed for relation 5733715</div><div>drop schema pg_temp_6;</div><div>ERROR:&#160; cannot drop schema pg_temp_6 because other objects depend on it</div><div>DETAIL:&#160; table pg_temp_6.cur_dde000_105577 depends on schema pg_temp_6</div><div>HINT:&#160; Use DROP ... CASCADE to drop the dependent objects too.</div><div>I had to manualy remove/edit records from pg_class, pg_type, pg_namespace,</div><div>pg_depend, pg_shdepend.</div><div>I finaly managed to make it works and could dump everything and rebuild the</div><div>DB for more security. Server was down for 1 week, and that event gave me</div><div>proven arguments to have local storage. That was with 9.6 and I took the opportunity<span style="background-color: transparent;">&#160;to upgrade to 10.3 at the same time.</span></div><div>Now it&#39;s more clear it&#39;s a PG9/10/12 (I didn&#39;t tried 11) problem with</div><div>vacuum/autovacuum not changing xid on temp tables. So, as long a temp table</div><div>exists, it take age and finish by causing a wraparound protection.</div><div>Thierry</div></div></td></tr></tbody></table></td></tr></tbody></table></td></tr></tbody></table></td></tr></tbody></table></body></html>

Attachment Content-Type Size
unknown_filename text/html 3.0 KB

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message - - 2019-06-10 18:22:41 Re: Temp table handling after anti-wraparound shutdown (Was: BUG #15840)
Previous Message Alvaro Herrera 2019-06-10 12:55:27 Re: BUG #15833: defining a comment on a domain constraint fails with wrong OID

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Stark 2019-06-10 16:59:28 Re: proposal: new polymorphic types - commontype and commontypearray
Previous Message Sergei Kornilov 2019-06-10 15:35:08 Re: using index or check in ALTER TABLE SET NOT NULL