Are these other boxes NetView boxes?
Remember that NetView has to ping every managed interface in your entire
network every five minutes (that's the standard default), which means it is
doing an enormous number of lookups compared to what other boxes do. If
each DNS call is slowed by even a second, you'll see it in NetView. And if
you are having strange problems with ping, the netmon is going to crawl. I
don't know where to tell you to look, but it sounds to me as if you have
just confirmed that the real problem is outside of NetView and there is
probably nothing you can do inside NetView to solve it.
James Shanks
Team Leader, Level 3 Support
Tivoli NetView for UNIX and NT
Dean Sullinger <DSullinger@dot.state.az.us>@tkg.com on 05/22/2001 02:33:37
PM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
Sent by: owner-nv-l@tkg.com
To: "'IBM NetView Discussion'" <nv-l@tkg.com>
cc:
Subject: RE: [NV-L] Polling is slow
I started "netmon -M -1", yet the last entry in the netmon.log file was on
the 17th. I am tailing the file in case there are additional entries today.
I thought there may be something wrong with snmp, yet snmpwalk returns
results immediately.
As far as DNS, there is additional strange information here. This server
is
using the same DNS servers as all our other Sun and Windoze machines and
none of them are having problems, but... when you ping a device that hasn't
been pinged today, it takes an exceptional long amount of time for it to
return. Once it does, then you can ping it again later and it returns as
soon as you press return (cached entry?). It sounded like DNS this
morning,
yet if we were having DNS problems, it seams that all our Sun boxes would
be
effected.
Is my logic hosed up?
Thanks
-----Original Message-----
From: James_Shanks@tivoli.com [mailto:James_Shanks@tivoli.com]
Sent: Tuesday, May 22, 2001 11:09 AM
To: IBM NetView Discussion
Subject: Re: [NV-L] Polling is slow
First, let me say I don't know how a device could become unmanaged without
user intervention. Unknown, yes, unmanaged, no. So you may have something
contributing to this problem here that I know nothing about.
But your description sounds to me like name resolution problem. Have you
looked at your netmon.trace? I'd start tracing netmon if you aren't
already, netmon -M -1, turns on everything.
I am sure someone in Support will try to help you more completely, but you
are making it very difficult for them by being at 5.1.1. Your code base is
now two years out of date and they cannot be sure what is working on your
system and what is not. When you get this resolved, you should put on
5.1.3.
James Shanks
Team Leader, Level 3 Support
Tivoli NetView for UNIX and NT
Dean Sullinger <DSullinger@dot.state.az.us>@tkg.com on 05/22/2001 01:45:05
PM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
Sent by: owner-nv-l@tkg.com
To: "'IBM NetView Discussion'" <nv-l@tkg.com>
cc:
Subject: [NV-L] Polling is slow
I placed a ticket in at Tivoli for a problem we are having, I would also
like to post it here in case someone has any ideas, here it is:
Polling is very slow, it seams to take 4 to 5 times as long as normal.
Power was cut to the server last Tuesday causing database problems when it
came back up. We then ran "ovmapcount -a" and "ovtopofix -a". Still, it
would not demand poll. We then waited over night and it was polling the
next morning. Monday when we came in all the devices were unmanaged and we
could not manage them, so I stopped all services and deleted everything in
/usr/OV/databases/openview and pulled a copy of the database from 10 days
back from tape. Once everything was back up it looked OK, then this
morning
we came in and it is polling VERY slow.
Sun E3500, 1GB RAM, 60GB HD (60% free), Framework 3.6, Netview 5.1.1 and
Solaris 2.6
If additional information is needed, please don't hesitate to contact us.
Thank you,
Dean
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
|