| От | Tom Lane |
|---|---|
| Тема | Re: FATAL: bogus data in lock file "postmaster.pid": "" |
| Дата | |
| Msg-id | 12468.1346110775@sss.pgh.pa.us обсуждение |
| Ответ на | Re: FATAL: bogus data in lock file "postmaster.pid": "" (Alvaro Herrera <alvherre@2ndquadrant.com>) |
| Ответы |
Re: FATAL: bogus data in lock file "postmaster.pid": ""
|
| Список | pgsql-hackers |
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> How about having it sleep for a short while, then try again?
I could get behind that, but I don't think the delay should be more than
100ms or so. It's important for the postmaster to acquire the lock (or
not) pretty quickly, or pg_ctl is going to get confused. If we keep it
short, we can also dispense with the log spam you were suggesting.
(Actually, I wonder if this type of scenario isn't going to confuse
pg_ctl already --- it might think the lockfile belongs to the postmaster
*it* started, not some pre-existing one. Does that matter?)
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера