Re: pgsql: Add pg_audit, an auditing extension

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pgsql: Add pg_audit, an auditing extension
Дата
Msg-id 5043.1431621669@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pgsql: Add pg_audit, an auditing extension  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: pgsql: Add pg_audit, an auditing extension  (Stephen Frost <sfrost@snowman.net>)
Re: pgsql: Add pg_audit, an auditing extension  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-committers
Stephen Frost <sfrost@snowman.net> writes:
> * Tom Lane (tgl@sss.pgh.pa.us) wrote:
>> Quite aside from any security risks, that means that running "make
>> installcheck" twice in a row fails.  Please fix.

> Right, will do, though one kind of requires the other (we can't drop the
> only user we know how to connect as which is a superuser...).  I'll
> figure out a way to make it work though.

Instead of physically reconnecting, could you do SET ROLE or SET SESSION
AUTHORIZATION?  I think that's what we do in the core tests.

> I'm at least somewhat suspicious it has to do with loading the library,
> since we (pretty clearly..) didn't test that much as it's not really
> intended.

There are several more crashes in the BF now.  They're not at initial
library load AFAICS.  Hard to tell if it's platform-specific or just
randomly fails sometimes.  Have you tried valgrind to see if there's
uninitialized-memory touches?

            regards, tom lane


В списке pgsql-committers по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: pgsql: Add pg_audit, an auditing extension
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: pgsql: Add pg_audit, an auditing extension