Re: segfault of autovacuum process during restore - coredumps included

Поиск
Список
Период
Сортировка
От Frank van Vugt
Тема Re: segfault of autovacuum process during restore - coredumps included
Дата
Msg-id 200511282136.46128.ftm.van.vugt@foxi.nl
обсуждение исходный текст
Ответ на Re: segfault of autovacuum process during restore - coredumps included  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-bugs
Alvaro,

> Hum, I'm unable to reproduce the problem here; could you give me the
> code for the functions in the functional indexes for tables 164956 or
> 227469?  They must be non-trivial SQL functions AFAICT (I'm rather
> unable to figure out their shape based only on the backtrace.)

Obviously the oid's have changed ;), but the relid in frame 13 of the latest
backtrace:

#13 0x080febd6 in analyze_rel (relid=268480, vacstmt=0x4422f4a0) at
analyze.c:257

is referring to a table 'purchaseorder_line' which has one functional index
defined like this (taken from '\d' output):

    "purchaseorder_line_idx01" btree (salesorder_line_id)
    WHERE status_id <> pol_stat('POL_CANCELLED'::character varying)
        AND status_id <> pol_stat('POL_HANDLED'::character varying)

The pol_stat() function is a helper-function used to refer to statusses by
abbreviation instead of id and is defined as:

    CREATE OR REPLACE FUNCTION pol_stat(varchar)
        RETURNS int
        LANGUAGE 'sql'
        IMMUTABLE
        STRICT
        SECURITY INVOKER
        AS 'SELECT id FROM purchaseorder_line_status WHERE abbreviation = $1';


If you were interested in some other relid, just let me know.



--
Best,




Frank.

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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: On-line backup
Следующее
От: Frank van Vugt
Дата:
Сообщение: Re: segfault of autovacuum process during restore - coredumps included