If trapd is running, and you issue "event -e FMTCHG", trapd will try to
reload /usr/OV/conf/C/trapd.conf.
If successful, trapd just starts using the new file and no messages are
produced.
If there are syntax errors in the file, you will see an error message
about them in trapd.log.
These should be corrected ASAP and the reload tried again, else it is
possible that trapd will not restart the next time, but will exit
immediately while issuing the same error message as you saw in the log.
Since trapd.conf has a very complex syntax, the utility for manually adding
and modifying traps, xnmtrap, will probably NOT be able to load the failing
trapd.conf either, because he uses the same syntax checker as trapd itself.
For this reason we don't usually recommend that you modify trapd.conf
outside of xnmtrap, except by using addtrap. Both of those have syntax
checkers to try avoid obvious problems. But once you have a trapd.conf
which won't load, then you have to use an external editor to fix it,
though it is delicate work at that point. You can make things worse
instead of better with vi, so be careful, and take backups as you go. If
you get thoroughly hosed, use the clean one we ship in
/usr/OV/newconfig/OVSNMP-RUN to get trapd going again, and then start
making changes to it carefully. There is no easy way to recover once this
is broken.
Also , if trapd.conf was corrupted through using addtrap, be sure an report
that to Support so that we can figure out why and fix it.
Good luck with this.
James Shanks
Level 3 Support
Tivoli NetView for UNIX and NT
Tivoli Software
IBM Software Group
Please note that my new id is jshanks@us.ibm.com
netview@toddh.net (Todd H.)@tkg.com on 09/21/2001 10:23:37 AM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
Sent by: owner-nv-l@tkg.com
To: IBM NetView Discussion <nv-l@tkg.com>
cc:
Subject: Re: [NV-L] ruleset, trapd.conf corruption causes/fixes?
"James Shanks" <SHANKS@us.tivoli.com> writes:
> addtrap causes a format change trap to be issued after every execution.
> That is why we recommend that you issue a sleep between them if you have
> many in a single script or stop trapd while the script runs.
This is the first I've heard of such a recommendation. Good to know!!
As to fixing the trapd.conf file, is there a utility I can run to
parse it for errors, or does sending that change trap perform such a
task?
Thanks so much for all the input!
--
Todd H.
http://www.toddh.net/
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
|