Re: [ADMIN] pg_upgrade from 9.1.3 to 9.2 failed

于2012年9月17日 9:48:58,Tom Lane写到:
> Rural Hunter <ruralhunter@gmail.com> writes:
>> # select oid, * from pg_class WHERE reltoastrelid = 16439148;
>>     oid    |   relname    | relnamespace | reltype  | reloftype |
>> relowner | relam | relfilenode | reltablespace | relpages | reltuples |
>> reltoastrelid | reltoastidxid | relhasindex | relisshared |
>> relpersistence | relkind | relnatts | relchecks | relhasoids |
>> relhaspkey | relhasrules | relhastriggers | relhassubclass |
>> relfrozenxid |                 relacl                  | reloptions
>> ----------+--------------+--------------+----------+-----------+----------+-------+-------------+---------------+----------+-----------+---------------+---------------+-------------+-------------+----------------+---------+----------+-----------+------------+------------+-------------+----------------+----------------+--------------+-----------------------------------------+------------
>>   16439145 | sql_features |     16438995 | 16439147 |         0 |
>> 10 |     0 |    16439145 |             0 |        0 |         0 |
>> 16439148 |             0 | f           | f           | p              |
>> r       |        7 |         0 | f          | f          | f
>> | f              | f              |    630449585 |
>> {postgres=arwdDxt/postgres,=r/postgres} |
>> (1 row)
>
> Well, that's even stranger, because (1) information_schema.sql_features
> ought to have a toast table in either version, and (2) neither pg_dump
> nor pg_upgrade ought to be attempting to dump or transfer that table.
>
> I wonder whether you dropped and recreated the information_schema in
> the lifetime of this database?  We have recommended doing that in the
> past, IIRC.  Could such a thing have confused pg_dump?
>
> 			regards, tom lane
>

No, I have never manually re-created the table. This is the first time 
I see the name. But I'm not sure other things I installed before 
recreated it or not, such as pg_buffercache etc. One more thing, is 
this a hidden table? I can see it with '\d 
information_schema.sql_features' but it's not in the list of '\d'.