Test tool for sinval reset situations

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Test tool for sinval reset situations
Дата
Msg-id 12913.1136671403@sss.pgh.pa.us
обсуждение исходный текст
Список pgsql-hackers
Here is a quick-and-dirty function for forcing sinval reset (ie, catalog
cache flush).  I've already found one bug in CVS tip with it :-(, and
I have a feeling there may be a lot more.

Basic usage is: compile the program into a .so file, then in a spare
database do something like

create function sinval_reset() returns void as '/path/to/.so' language c;

create function many_reset(int) returns void as '
begin
  for i in 1 .. $1 loop
    perform sinval_reset();
  end loop;
  return;
end' language plpgsql;

Now you can leave a process doing

select many_reset(some-large-number);

while you exercise any test you care to in other databases of the same
installation.  Ideally you will see no effects other than slowdowns
(possibly severe slowdowns, depending on what you're doing).

In reality, I've already seen a core dump in btree index build while
running the regression tests.

Please try this and see if it makes your duplicate-key problem easier
to provoke.

(BTW, while I've only tried it with CVS tip, I think the function is
source-code-compatible with everything as far back as PG 7.3.  You'd
probably need to recompile it against each version you want to use it
with though.)

            regards, tom lane


Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: catalog corruption bug
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: plperl vs LC_COLLATE (was Re: Possible savepoint bug)