Re: Unwanted LOG during recovery of DROP TABLESPACE REDO
В списке pgsql-hackers по дате отправления:
| От | Marko Tiikkaja |
|---|---|
| Тема | Re: Unwanted LOG during recovery of DROP TABLESPACE REDO |
| Дата | |
| Msg-id | 53EDD36C.5020409@joh.to обсуждение исходный текст |
| Ответ на | Re: Unwanted LOG during recovery of DROP TABLESPACE REDO (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Unwanted LOG during recovery of DROP TABLESPACE REDO
|
| Список | pgsql-hackers |
On 7/16/14 4:33 PM, Tom Lane wrote: > Rajeev rastogi <rajeev.rastogi@huawei.com> writes: >> I found and fixed a bug that causes recovery (crash recovery , PITR) to throw unwanted LOG message if the tablespace symlinkis not found during the processing of DROP TABLESPACE redo. >> LOG: could not remove symbolic link "pg_tblspc/16384": No such file or directory > > I don't think that's a bug: it's the designed behavior. Why should we > complicate the code to not print a log message in a situation where > it's unclear if the case is expected or not? I agree with Tom here; this doesn't seem like an improvement. .marko
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера