| От | Justin Pryzby |
|---|---|
| Тема | Re: error context for vacuum to include block number |
| Дата | |
| Msg-id | 20191211143648.GK2082@telsasoft.com обсуждение исходный текст |
| Ответ на | Re: error context for vacuum to include block number (Michael Paquier <michael@paquier.xyz>) |
| Ответы |
Re: error context for vacuum to include block number
Re: error context for vacuum to include block number |
| Список | pgsql-hackers |
On Wed, Dec 11, 2019 at 09:15:07PM +0900, Michael Paquier wrote: > On Fri, Dec 06, 2019 at 10:23:25AM -0600, Justin Pryzby wrote: > > Find attached updated patch: > > . Use structure to include relation name. > > . Split into a separate patch rename of "StringInfoData buf". > > > > 2019-11-27 20:04:53.640 CST [14244] ERROR: canceling statement due to statement timeout > > 2019-11-27 20:04:53.640 CST [14244] CONTEXT: block 2314 of relation t > > 2019-11-27 20:04:53.640 CST [14244] STATEMENT: vacuum t; > > > > I tried to use BufferGetTag() to avoid using a 2ndary structure, but fails if > > the buffer is not pinned. > > No problem from me to add more context directly in lazy_scan_heap(). Do you mean without a callback ? I think that's necessary, since the IO errors would happen within ReadBufferExtended, but we don't want to polute that with errcontext. And cannot call errcontext on its own: FATAL: errstart was not called > So I would suggest the following instead: > "while scanning block %u of relation \"%s.%s\"" Done in the attached.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера