Re: Auditing not started in 7.31.UD1
- From: Jonathan Leffler <jleffler@xxxxxxxxxxxxx>
- Date: Sun, 29 Apr 2007 03:30:39 GMT
david@xxxxxxxxxxxxx wrote:
On 25 Apr, 05:26, Jonathan Leffler <jleff...@xxxxxxxxxxxxx> wrote:That's the info in adtcfg. Now, beware: if you modify the settings for
server number 17, then IDS will write a file
$INFORMIXDIR/aaodir/adtcfg.17. However, it will not read that file on
start-up; it will continue to read adtcfg (no suffix). So, you have to
copy the changes from adtcfg.17 to adtcfg (or, equivalently, copy
adtcfg.17 over adtcfg). If you are running multiple IDS servers out of
a single INFORMIXDIR with different auditing configurations, you have to
finagle the system by copying the correct adtcfg.NN over adtcfg before
starting server number NN.
Isn't that a bug then?
It depends on the definition of 'bug'. It is actually what was designed; I think the design is bad. When a customer agrees with me (and gets a PMR or whatever that says it is a bug), we have a better chance of getting it fixed.
--
Jonathan Leffler #include <disclaimer.h>
Email: jleffler@xxxxxxxxxxxxx, jleffler@xxxxxxxxxx
Guardian of DBD::Informix v2007.0226 -- http://dbi.perl.org/
.
- References:
- Auditing not started in 7.31.UD1
- From: christianeriksson
- Re: Auditing not started in 7.31.UD1
- From: Jonathan Leffler
- Re: Auditing not started in 7.31.UD1
- From: david@xxxxxxxxxxxxx
- Auditing not started in 7.31.UD1
- Prev by Date: Re: IDS far from "dead"...
- Next by Date: Re: death knell for Informix
- Previous by thread: Re: Auditing not started in 7.31.UD1
- Next by thread: RE: wanted: informix consultant
- Index(es):
Relevant Pages
|
|
