|
None. Issues like this are best handled in a PMR open to IBM Support. They will want to see your trapd.log and they will probably advise you to run the netmon trace so they can see what netmon is doing.
James Shanks
Tivoli Network Availability Management Level Three
Network Availability Management
Tivoli Software, IBM Corp
1-919-224-1642 | T/L 687-1642 | ITN 26871642
 "Sperry, Kevin" <Kevin.Sperry@us.ngrid.com>
"Sperry, Kevin" <Kevin.Sperry@us.ngrid.com>
Sent by: nv-l-bounces@lists.ca.ibm.com
03/04/2009 09:00 AM
Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
|
|
You are correct, it is from the demand polling. We had two nodes at a remote site report down since 8:30am when a demand poll was conducted at 4:00pm. The interesting part to this is that the nodes stayed green and did not turn red all day until after I stopped and restarted netmon ion the afternoon. The only reason I stopped and restarted netmon was to run ovtopofix -A before I run the hotbackup.
Trapd.log indicates that the two nodes went down at 8:30am. One of the devices is part of a smartset and has its polling set to icmp every 5m
Any ideas why the nodes stayed green?
Thanks,
Kevin Sperry
IT Analyst, Data Center Monitoring Control
From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com] On Behalf Of James Shanks
Sent: Tuesday, March 03, 2009 3:22 PM
To: Tivoli NetView Discussions
Subject: Re: [NV-L] NetView trapd.log messages
Most likely, it is a Demand Poll or similar netmon action initiated by a user from the GUI. This message is part of a trio.
Selecting a netmon action like Demand Poll from the GUI causes an event to be sent telling netmon what you want him to do. Opening the event connection to trapd results in this first message:
n netmon-related Application connected to trapd.
Then you should see the actual event that was sent, say
Demand polling on <node>
and then you will see the final message when the event interface is closed
n netmon-related Application disconnecting from trapd.
James Shanks
Tivoli Network Availability Management Level Three
Network Availability Management
Tivoli Software, IBM Corp
1-919-224-1642 | T/L 687-1642 | ITN 26871642
 "Sperry, Kevin" <Kevin.Sperry@us.ngrid.com>
"Sperry, Kevin" <Kevin.Sperry@us.ngrid.com>
Sent by: nv-l-bounces@lists.ca.ibm.com
03/03/2009 02:57 PM
Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
|
|
Hello,
We are running NetView 7.15 FP1 on AIX 5.3 and noticed in trapd.log that we are seeing the following message throughout the day.
Tue Mar 03 14:42:51 2009 <none> n netmon-related Application disconnecting from trapd.
Any idea what is causing this message?
Thank you,
Kevin Sperry
IT Analyst, Data Center Monitoring Control
********************************************************************************
This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please reply to this message and let the sender know._______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
********************************************************************************
This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please reply to this message and let the sender know._______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
| 
