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@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@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@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@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@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@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.