Re: lock_timeout GUC patch

Поиск
Список
Период
Сортировка
От Jaime Casanova
Тема Re: lock_timeout GUC patch
Дата
Msg-id 3073cc9b1001130639j13a9f518ma44392a5cea1f751@mail.gmail.com
обсуждение исходный текст
Ответ на Re: lock_timeout GUC patch  (Boszormenyi Zoltan <zb@cybertec.at>)
Список pgsql-hackers
2010/1/13 Boszormenyi Zoltan <zb@cybertec.at>:
>>
>> well, i actually think that PANIC is too high for this...
>>
>
> Well, it tries to lock and then open a critical system index.
> Failure to open it has PANIC, it seemed appropriate to use
> the same error level if the lock failure case.
>

if you try to open a critical system index and it doesn't exist is
clearly a signal of corruption, if you can't lock it it's just a
concurrency issue... don't see why they both should have the same
level of message

--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157


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

Предыдущее
От: Teodor Sigaev
Дата:
Сообщение: Bloom index
Следующее
От: Tom Lane
Дата:
Сообщение: Re: lock_timeout GUC patch