| От | Gregory Stark |
|---|---|
| Тема | Re: Ye olde drop-the-database-you-just-left problem |
| Дата | |
| Msg-id | 87wsyqhylx.fsf@oxford.xeocode.com обсуждение |
| Ответ на | Ye olde drop-the-database-you-just-left problem (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Ye olde drop-the-database-you-just-left problem
|
| Список | pgsql-hackers |
"Tom Lane" <tgl@sss.pgh.pa.us> writes: > However, it suddenly struck me that we could probably make most of the > problem go away if we put that same wait into DROP DATABASE itself --- that > is, if we see other backends in the target DB, sleep for a second or two and > then recheck before erroring out. Is there any way to tell, perhaps from the command string, that the process is about to start exiting? What stage of exiting is it that we think the kernel goes to lunch? -- Gregory Stark EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера