| От | Andrew Dunstan |
|---|---|
| Тема | Re: serverlog function (log_destination file) |
| Дата | |
| Msg-id | 40C4723E.5000204@dunslane.net обсуждение исходный текст |
| Ответ на | Re: serverlog function (log_destination file) (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane wrote: >Andreas Pflug <pgadmin@pse-consulting.de> writes: > > >>Hm, what I missed is that pg_ctl's -l parameter converts to a simple >>stderr redirection, and it's hardly possible to find out where it's going. >>This could be solved by a file log_destination option or a >>freopen(...,stderr) from a guc variable. >> >> > >Any such patch would be rejected, because it would break the ability >to pipe stderr into another program (such as logrotate). And what of >the syslog case? > > > Might it be sensible to have pg_ctl write its log destination (if any) out to a file in the data dir? That plus the log_destination setting might provide enough info at least for some common cases. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера