Re: Database Disappeared

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Roberts, Adam" <adam(dot)roberts(at)echostar(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Database Disappeared
Date: 2004-10-20 14:15:51
Message-ID: 3632.1098281751@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Roberts, Adam" <Adam(dot)Roberts(at)echostar(dot)com> writes:
> So, my main question is, is it reasonable to say that a trans id
> wraparound failure could create a situation in which you could
> use/manipulate user data tables if you refer to the data tables directly
> but if you tried to use a util (such as pgdump) or an internal psql
> query like \d or \df it would appear that you have no data tables?

Yeah, it is possible, because the system's internal catalog fetches use
SnapshotNow rules, which only look to see if a row's inserting/deleting
transaction(s) committed or not; they don't apply any comparison to the
current transaction ID. So what you've got is a situation where the
tables' pg_class rows have wrapped around and become invisible to SQL
queries, but the system's internal operations are still happy.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2004-10-20 14:32:53 Re: files ending with .1 or .2
Previous Message Dan Pelleg 2004-10-20 14:06:09 index not used?