Re: Should mdxxx functions(e.g. mdread, mdwrite, mdsync etc) PANIC instead of ERROR when I/O failed?
В списке pgsql-hackers по дате отправления:
| От | Martijn van Oosterhout |
|---|---|
| Тема | Re: Should mdxxx functions(e.g. mdread, mdwrite, mdsync etc) PANIC instead of ERROR when I/O failed? |
| Дата | |
| Msg-id | 20090615112647.GA22208@svana.org обсуждение |
| Ответ на | Should mdxxx functions(e.g. mdread, mdwrite, mdsync etc) PANIC instead of ERROR when I/O failed? ("Jacky Leng" <lengjianquan@163.com>) |
| Ответы |
Re: Should mdxxx functions(e.g. mdread, mdwrite, mdsync etc) PANIC instead of ERROR when I/O failed?
|
| Список | pgsql-hackers |
On Mon, Jun 15, 2009 at 04:41:42PM +0800, Jacky Leng wrote: > My question is: should not mdxxx functions(e.g. mdread, mdwrite, mdsync) > just report PANIC instead of ERROR when I/O failed? IMO, since the data has > already corrupted, reporting ERROR will just leave us a very curious scene > later -- which does more harm that benefit. I think the reasoning is that if those functions reported a PANIC the chance you could recover your data is zero, because you need the database system to read the other (good) data. With an ERROR you can investigate the problem and save what can de saved... Have a nice day, -- Martijn van Oosterhout <kleptog@svana.org> http://svana.org/kleptog/ > Please line up in a tree and maintain the heap invariant while > boarding. Thank you for flying nlogn airlines.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера