| От | Tom Lane |
|---|---|
| Тема | Re: psql won't stayed connected |
| Дата | |
| Msg-id | 20260.1091733186@sss.pgh.pa.us обсуждение |
| Ответ на | psql won't stayed connected ("Kevin Izzet" <Kevin.Izzet@nsc.com>) |
| Список | pgsql-admin |
"Kevin Izzet" <Kevin.Izzet@nsc.com> writes:
> Aug 5 17:01:38 uklnx04 postgres[28522]: [230-1] DEBUG: 00000:
> InitPostgres
> Aug 5 17:01:38 uklnx04 postgres[28522]: [230-2] LOCATION: PostgresMain,
> postgres.c:2639
> Aug 5 17:01:38 uklnx04 postgres[28522]: [231-1] DEBUG: 00000:
> proc_exit(0)
> Aug 5 17:01:38 uklnx04 postgres[28522]: [231-2] LOCATION: proc_exit,
> ipc.c:95
That's pretty bizarre ... I didn't think there were any code paths that
would get to proc_exit without emitting an error message.
Can you set a debugger breakpoint at proc_exit and see what the call
stack looks like? (You can slow things down enough to attach to the
backend with gdb by using the -W switch:
PGOPTIONS="-W 30" psql ...
regards, tom lane
В списке pgsql-admin по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера