| От | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера