Обсуждение: Separate log_destination, user specific

Поиск
Список
Период
Сортировка

Separate log_destination, user specific

От
Daulat
Дата:
Hello Team,

Is it possible to set a separate log_destination for some users  in Postgres? 
As I know all actions are recorded under the directory specified by log_destination. 

But I want to create a separate log file for DBA users to log their actions.
Is any third party or free ware tool available to accomplish this task ?

Please suggest ! 

Thanks,

Re: Separate log_destination, user specific

От
Holger Jakobs
Дата:
Am 25.01.22 um 11:48 schrieb Daulat:
Hello Team,

Is it possible to set a separate log_destination for some users  in Postgres? 
As I know all actions are recorded under the directory specified by log_destination. 

But I want to create a separate log file for DBA users to log their actions.
Is any third party or free ware tool available to accomplish this task ?

Please suggest ! 

Thanks,

There is no setting for this, but of course you can set up a process which is always watching the log and copying messages by user (or other criteria) to other files.

Make sure that in case of log rotation your process switches to the new current log file.


-- 
Holger Jakobs, Bergisch Gladbach, Tel. +49-178-9759012
Вложения

Re: Separate log_destination, user specific

От
Paul Smith
Дата:
On 25/01/2022 10:48, Daulat wrote:
Is it possible to set a separate log_destination for some users  in Postgres? 
As I know all actions are recorded under the directory specified by log_destination. 

But I want to create a separate log file for DBA users to log their actions.
Is any third party or free ware tool available to accomplish this task ?


Could you set PostgreSQL to log to Syslog, and then set up filters in rsyslog?
(I've not done it, but it sounds like it may work)


-- 
Paul
Paul Smith Computer Services
support@pscs.co.uk - 01484 855800

--

Paul Smith Computer Services
Tel: 01484 855800
Vat No: GB 685 6987 53

Re: Separate log_destination, user specific

От
Holger Jakobs
Дата:
Am 25.01.22 um 11:57 schrieb Paul Smith:
On 25/01/2022 10:48, Daulat wrote:
Is it possible to set a separate log_destination for some users  in Postgres? 
As I know all actions are recorded under the directory specified by log_destination. 

But I want to create a separate log file for DBA users to log their actions.
Is any third party or free ware tool available to accomplish this task ?


Could you set PostgreSQL to log to Syslog, and then set up filters in rsyslog?
(I've not done it, but it sounds like it may work)

Using syslog is not advisable. Qutoe from https://www.postgresql.org/docs/current/runtime-config-logging.html

The logging collector is designed to never lose messages. This means that in case of extremely high load, server processes could be blocked while trying to send additional log messages when the collector has fallen behind. In contrast, syslog prefers to drop messages if it cannot write them, which means it may fail to log some messages in such cases but it will not block the rest of the system.

Do you really want to lose messages??

Вложения

Re: Separate log_destination, user specific

От
Daulat
Дата:
Thanks All  ! 

I don't want to loss any messages. I just want to track the dba user ( some users) actions and to generate a report. 

On Tue, 25 Jan, 2022, 4:30 pm Holger Jakobs, <holger@jakobs.com> wrote:
Am 25.01.22 um 11:57 schrieb Paul Smith:
On 25/01/2022 10:48, Daulat wrote:
Is it possible to set a separate log_destination for some users  in Postgres? 
As I know all actions are recorded under the directory specified by log_destination. 

But I want to create a separate log file for DBA users to log their actions.
Is any third party or free ware tool available to accomplish this task ?


Could you set PostgreSQL to log to Syslog, and then set up filters in rsyslog?
(I've not done it, but it sounds like it may work)

Using syslog is not advisable. Qutoe from https://www.postgresql.org/docs/current/runtime-config-logging.html

The logging collector is designed to never lose messages. This means that in case of extremely high load, server processes could be blocked while trying to send additional log messages when the collector has fallen behind. In contrast, syslog prefers to drop messages if it cannot write them, which means it may fail to log some messages in such cases but it will not block the rest of the system.

Do you really want to lose messages??