Did you modify the script in any way?
The problem would appear to be that each addtrap command in the script is
badly formatted.
The first one in your file reads:
/usr/OV/bin/addtrap -l adATLASRxYellowActive -g 6 -s 15400 \
-n adATLASmg -i 1.3.6.1.4.1.664.2.154 \
-o A -c "Error Events"
-t 0 \
-S 1 \
-D "This trap indicates a yellow alarm is being received." \
-e adATLASRxYellowActive \
-F "ATLAS 15400: Received yellow alarm active for
\n Line \$1, Slot \$2, Port \$3, Module Status \$4,
\n Box Status \$5, Line Status \$6"
but it is missing a line continuation character " \ " after the "Error
Events".
Make the third line in each one read
-o A -c "Error Events" \
and it should work.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
"Duble, Ethan" <Ethan.Duble@coopertools.com>
08/08/2002 12:56 PM
To: James Shanks/Raleigh/IBM@IBMUS, nv-l@lists.tivoli.com
cc:
Subject: RE: [nv-l] addtrap trap help
here is the one i really need to get loaded (attached )
mib2trap had no complaints in making this file
Thanks
Ethan
-----Original Message-----
From: James Shanks [mailto:jshanks@us.ibm.com]
Sent: Thursday, August 08, 2002 12:51 PM
To: nv-l@lists.tivoli.com
Subject: Re: [nv-l] addtrap trap help
It sounds lie there is a recurring error in the addtrap commands which
make up the output of your mib2trap commands.
I doubt whether anyone can figure out what is wrong with seeing at least
one of the addtrap commands -- why not post one here?
Whether trapd should be up or not when you run addtrap depends largely on
how busy he is, and how many addtrap commands you are going to run.
But that NOTHING to do with the error you are getting.
Also, whether you loaded the MIBs before or after you ran mib2trap makes
no difference.
mib2trap reads only the MIB files themselves. He knows nothing about
what's in the MIB database.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
"Duble, Ethan" <Ethan.Duble@coopertools.com>
08/08/2002 12:07 PM
To: "'nv-l@lists.tivoli.com'" <nv-l@lists.tivoli.com>
cc:
Subject: [nv-l] adtran trap help
aix 4.3.3 netview 7.1.2
I ran mib2trap on 3 adtran mibs ( generic , interface , atals800interface
)
,after loading all adtrans mibs , in the order recomended.
mib2trap generated each trap script with no complaints
when i try to load the traps via the scripts , each scripts spits out a
diff
# of .....
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
is not valid category.
my questions are.
1. what is this error
2. should trapd / netview daemons be up or down when running the scripts ?
3. does anyone already have a script to get adtran and atlas 800 traps
into
netview ?
thanks
Ethan - Coopertools
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
#### atintf.trap has been removed from this note on August 08 2002 by
James Shanks
|