Re: Avoid erroring out when unable to remove or parse logical rewrite files to save checkpoint work
В списке pgsql-hackers по дате отправления:
| От | Julien Rouhaud |
|---|---|
| Тема | Re: Avoid erroring out when unable to remove or parse logical rewrite files to save checkpoint work |
| Дата | |
| Msg-id | 20220115092907.ov2vh6n4dswtdo5y@jrouhaud обсуждение исходный текст |
| Ответ на | Re: Avoid erroring out when unable to remove or parse logical rewrite files to save checkpoint work (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>) |
| Ответы |
Re: Avoid erroring out when unable to remove or parse logical rewrite files to save checkpoint work
|
| Список | pgsql-hackers |
Hi, On Sat, Jan 15, 2022 at 02:04:12PM +0530, Bharath Rupireddy wrote: > > We had an issue where there were many mapping files generated during > the crash recovery and end-of-recovery checkpoint was taking a lot of > time. We had to manually intervene and delete some of the mapping > files (although it may not sound sensible) to make end-of-recovery > checkpoint faster. Because of the race condition between manual > deletion and checkpoint deletion, the unlink error occurred which > crashed the server and the server entered the recovery again wasting > the entire earlier recovery work. Maybe I'm missing something but wouldn't https://commitfest.postgresql.org/36/3448/ better solve the problem?
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера