Mailing List Archive

Thanks for all the feedback. Immediately after I sent the email I figured out
that I can change the trip value to the normal value. Once I did this the traps
started cranking up on our traphost. I was then able to view the trap message on
our traphost and create notification script by replacing normal values for the
actual trip values.

Thanks

-Mark
>Date: Tue, 9 Jul 2002 13:10:41 -0400 (EDT)
>From: "Daniel H. Brown" <brown@brauhausdc.org>
>To: Mark Allen <markallen@micron.com>
>Subject: Re: How can I test or simulate an SNMP trap?
>MIME-Version: 1.0
>X-MTFilter-%I%: jade
>X-MTHubFilter-1.6: mail-srv1
>
>
>You might get the snmpd stuff off the net and send some "fake" traps using
>that. They won't actually be from your filer, but, it should allow you to
>test what happens when the traps arrive.
>
>here's the first bit of the "snmptrap" man page out of that package.
>
>SNMPTRAP(1) SNMPTRAP(1)
>
>
>
>NAME
> snmptrap, snmpinform - sends an SNMP trap to a manager
>
>...
>
>
>On Tue, 9 Jul 2002, Mark Allen wrote:
>
>> Date: Tue, 9 Jul 2002 10:28:52 -0600 (MDT)
>> From: Mark Allen <markallen@micron.com>
>> 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
>>
>>
>
>--
>Dan Brown
>brown@brauhausdc.org

------------- End Forwarded Message -------------

Mark (or anyone on Toasters),
Where do you configure the "trip value"? Also, I have a normal trap setup
to go to my SNMP host, but I am not getting alerts, especially when we have
QTREES set up to alert us when a QTREE gets to 90%. I have had some QTREES
exceed 90% and never was alerted.

Thanks,
Eric Pero
The Hartford
Intel Server Team
Eric.Pero@thehartford.com
(860)547-4073

-----Original Message-----
From: Mark Allen [mailto:markallen@micron.com]
Sent: Tuesday, July 09, 2002 1:21 PM
To: toasters@mathworks.com
Subject: Re: How can I test or simulate an SNMP trap?



Thanks for all the feedback. Immediately after I sent the email I figured
out
that I can change the trip value to the normal value. Once I did this the
traps
started cranking up on our traphost. I was then able to view the trap
message on
our traphost and create notification script by replacing normal values for
the
actual trip values.

Thanks

-Mark
>Date: Tue, 9 Jul 2002 13:10:41 -0400 (EDT)
>From: "Daniel H. Brown" <brown@brauhausdc.org>
>To: Mark Allen <markallen@micron.com>
>Subject: Re: How can I test or simulate an SNMP trap?
>MIME-Version: 1.0
>X-MTFilter-%I%: jade
>X-MTHubFilter-1.6: mail-srv1
>
>
>You might get the snmpd stuff off the net and send some "fake" traps using
>that. They won't actually be from your filer, but, it should allow you to
>test what happens when the traps arrive.
>
>here's the first bit of the "snmptrap" man page out of that package.
>
>SNMPTRAP(1) SNMPTRAP(1)
>
>
>
>NAME
> snmptrap, snmpinform - sends an SNMP trap to a manager
>
>...
>
>
>On Tue, 9 Jul 2002, Mark Allen wrote:
>
>> Date: Tue, 9 Jul 2002 10:28:52 -0600 (MDT)
>> From: Mark Allen <markallen@micron.com>
>> 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
>>
>>
>
>--
>Dan Brown
>brown@brauhausdc.org

------------- End Forwarded Message -------------



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.

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

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

Strikes me that that *is* failing the hardware hisself.

On Wed 10 Jul, 2002, "Eisler, Alex" <alex.eisler@intel.com> wrote:
> 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
>-- End of excerpt from "Eisler, Alex"



--
-Mark ... an Englishman in London ...

You should receive a "STATUS: Normal" message (at least I hope normal is the
status on you system) every round hour. The system sends it when at the same
time it writes the message to the console.
If it doesn't try the following:

Snmp traps enable
Snmp init 1

This should generate a bunch of messages also if snmp was not initialized.
You can also run 'snmp init 0' and then 'snmp init 1' and see what happen.

Alex.


-----Original Message-----
From: Drew O'Donnell [mailto:Drew@cooperneff.com]
Sent: Wednesday, July 10, 2002 16:22
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

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

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

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.

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.

Eric.Pero@thehartford.com (Eric Pero) wrote:
>
> 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)?

Drew@cooperneff.com (Drew O'Donnell) replies:
<
< 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.

If you are running ONTAP 6.2 or above, you should be able to set a soft
quota for a qtree (or user, or group, for that matter) that will among
other things trigger an SNMP trap when exceeded. Or so the documentation
says: I haven't actually tried this.

Chris Thompson
Email: cet1@cam.ac.uk

Thanks for the feedback. I am running 6.1.3R1. Since the 6.2 solution is
out, how do I parse my logs and forward the events to a SNMP host?

Eric

-----Original Message-----
From: Chris Thompson [mailto:cet1@cus.cam.ac.uk]
Sent: Wednesday, July 10, 2002 12:51 PM
To: Drew@cooperneff.com; Eric.Pero@thehartford.com
Cc: toasters@mathworks.com
Subject: Re: How can I test or simulate an SNMP trap?


Eric.Pero@thehartford.com (Eric Pero) wrote:
>
> 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)?

Drew@cooperneff.com (Drew O'Donnell) replies:
<
< 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.

If you are running ONTAP 6.2 or above, you should be able to set a soft
quota for a qtree (or user, or group, for that matter) that will among
other things trigger an SNMP trap when exceeded. Or so the documentation
says: I haven't actually tried this.

Chris Thompson
Email: cet1@cam.ac.uk


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.