Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1
В списке pgsql-hackers по дате отправления:
| От | Alvaro Herrera |
|---|---|
| Тема | Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 |
| Дата | |
| Msg-id | 20150601205355.GD2988@postgresql.org обсуждение исходный текст |
| Ответ на | Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 (Thomas Munro <thomas.munro@enterprisedb.com>) |
| Список | pgsql-hackers |
Thomas Munro wrote: > > - There's a third possible problem related to boundary cases in > > SlruScanDirCbRemoveMembers, but I don't understand that one well > > enough to explain it. Maybe Thomas can jump in here and explain the > > concern. > > I noticed something in passing which is probably not harmful, and not > relevant to this bug report, it was just a bit confusing while > testing: Another thing I noticed in passing is that SimpleLruDoesPhysicalFileExist uses SLRU_OPEN_FAILED in slru_errcase for the case where lseek() fails, rather than SLRU_SEEK_FAILED. This is probably completely harmless, because that's lseek(..., SEEK_END), but seems rather odd anyway. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера