Re: Auditing not started in 7.31.UD1

On 25 Apr, 05:26, Jonathan Leffler <jleff...@earthlink.net> 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?

david@smooth1.co.uk wrote: > On 25 Apr, 05:26, Jonathan Leffler <jleff...@earthlink.net> 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@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2007.0226 -- http://dbi.perl.org/