Traps are only generated when the volume is full, not the qtree. We parse
our logs because messages picks up a qtree error when the quota is exceeded,
then we forward this to openview.
-----Original Message-----
From: Pero, Eric P (ETSD, IT) [mailto:Eric.Pero@thehartford.com]
Sent: Wednesday, July 10, 2002 11:06 AM
To: 'Eisler, Alex'; 'markallen'; 'Drew O'Donnell';
toasters(a)mathworks.com
Subject: RE: How can I test or simulate an SNMP trap?
How do you enable the trap for QTREE quotas (or is this already on when you
do the "snmp init 1" with the other factory traps)?
Eric
-----Original Message-----
From: Eisler, Alex [mailto:alex.eisler@intel.com]
Sent: Wednesday, July 10, 2002 10:30 AM
To: 'markallen'; 'Drew O'Donnell'; toasters(a)mathworks.com
Subject: RE: How can I test or simulate an SNMP trap?
The easier way is just to enable the snmp traps (with 'snmp traps enable'
and 'snmp init 1'). This will cause all the factory set traps (like fan
failures, disk failures, power supply, temp etc.) to be enabled
automatically. (The list is in the MIB, at the end, titled "NetApp trap
definitions", on MIB versions 1.5 and up)
Alex.
-----Original Message-----
From: markallen [mailto:markallen@micron.com]
Sent: Wednesday, July 10, 2002 16:53
To: 'Drew O'Donnell'; toasters(a)mathworks.com
Subject: RE: How can I test or simulate an SNMP trap?
Drew,
I went into filerview and created a snmp trap for a failed fan. I new what
the normal values were and I knew what the abnormal values were. I found out
this information by viewing the two files found in /etc/mib. I inverted the
values in the SNMP trap by using a normal value to send the trap on. Once it
sent the traps and I was finished testing I changed the trip value back to
normal so I'm watching for a failed fan or cpu.
For example if the normal state of a fan is value=0 and the failed state
value=1 I changed the trip value for testing purposes to 0 and then once the
testing was over I changed it back to watch for 1. I hope this helps.
-Mark
-----Original Message-----
From: Drew O'Donnell [mailto:Drew@cooperneff.com]
Sent: Wednesday, July 10, 2002 7:22 AM
To: toasters(a)mathworks.com
Subject: RE: How can I test or simulate an SNMP trap?
I was interested in this as well, we want to run a scheduled snmp check
which will verify our system is working. I would like to write some sort of
RSH job to generate a generic trap which we could run weekly. Pulling out a
fan is actually how we checked this, but it is not a preferable regular
testing procedure.
Any Ideas?
Drew
-----Original Message-----
From: Eisler, Alex [mailto:alex.eisler@intel.com]
Sent: Wednesday, July 10, 2002 8:21 AM
To: 'Mark Allen'; toasters(a)mathworks.com
Subject: RE: How can I test or simulate an SNMP trap?
Unscrew one of the fans, pull it out, wait for the light to turn orange,
push it back in. That should fire 4 snmp traps:
1. FanFail
2. Status critical
3. FanRepaired
4. Status normal
Alex.
-----Original Message-----
From: Mark Allen [mailto:markallen@micron.com]
Sent: Tuesday, July 09, 2002 19:29
To: toasters(a)mathworks.com
Subject: How can I test or simulate an SNMP trap?
All:
I set up some snmp traps via filer view and I would like to simulate or test
the
traps to make sure they works. I set up traps for a failed disk, failed pdu,
failed fan, and cluster failover notification. The filer is in production
and I
would like to find a way to test this out without actually failing the
hardware
myself. Any ideas?
-Mark
This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all
copies.