Re: alter_table regression test problem
| От | Kevin Grittner |
|---|---|
| Тема | Re: alter_table regression test problem |
| Дата | |
| Msg-id | 1383767895.78484.YahooMailNeo@web162904.mail.bf1.yahoo.com обсуждение |
| Ответ на | alter_table regression test problem (Kevin Grittner <kgrittn@ymail.com>) |
| Ответы |
Re: alter_table regression test problem
|
| Список | pgsql-hackers |
Kevin Grittner <kgrittn@ymail.com> wrote:
> In checking things out with CLOBBER_CACHE_ALWAYS, I was getting
> this problem, which seems to be unrelated to my changes:
On a CLOBBER_CACHE_ALWAYS build I did a fresh initdb, started the
cluster, and immediately tested this query on both the postgres and
template1 databases, with the same result:
SELECT
*
FROM (
SELECT
oid, reltablespace, relfilenode, relname,
pg_filenode_relation(reltablespace,
pg_relation_filenode(oid)) mapped_oid
FROM pg_class
WHERE relkind IN ('r', 'i', 'S', 't', 'm')
) mapped
WHERE (mapped_oid != oid OR mapped_oid IS NULL);
oid | reltablespace | relfilenode | relname | mapped_oid
------+---------------+-------------+--------------+------------
2619 | 0 | 11828 | pg_statistic | 2139062143
(1 row)
That makes for a pretty simple test for git bisect, even if
everything including initdb is painfully slow with
CLOBBER_CACHE_ALWAYS.
--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: