Re: SELECT pg_reload_conf(); returning true despite hba file loading was failed
В списке pgsql-admin по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: SELECT pg_reload_conf(); returning true despite hba file loading was failed |
| Дата | |
| Msg-id | 81341.1612505480@sss.pgh.pa.us обсуждение |
| Ответ на | SELECT pg_reload_conf(); returning true despite hba file loading was failed (RAJAMOHAN <garajamohan@gmail.com>) |
| Ответы |
Re: SELECT pg_reload_conf(); returning true despite hba file loading was failed
|
| Список | pgsql-admin |
RAJAMOHAN <garajamohan@gmail.com> writes:
> After checking the logs, I found out that the hba file was not loaded
> successfully because of the invalid character. My concern is
> why pg_reload_conf is returning true if the load was unsuccessful.
A true result only indicates that a SIGHUP signal was sent to the
postmaster; your backend process has no visibility into whether the
signal was even received, never mind whether the postmaster did
what you wanted. (I thought this was adequately documented, but it
seems not.)
> Is there any option to check if the load is successful or not, without
> going through the logs?
The pg_hba_file_rules view can help you debug a faulty pg_hba file.
regards, tom lane
В списке pgsql-admin по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера