Dean -
I hear you and I am sympathetic. I worked for a state government myself
for 8 years before joining IBM.
But in my case there was nothing like telling your boss that, should an
outage occur, Support couldn't help you because your maintenance level was
too old, to get the OK to put on something more current. 5.1.1 was not
considered by NetView product management to be a stable release (too many
APARs too soon), which is why it was followed by 5.1.2 and 5.1.3, both of
which are not new function but maintenance releases. 5.1.3 has been much
more stable, which is why 5.1.4 has been delayed for so long. If you have
to rely on a 5.1 release while you perform a lengthy migration, then you
should go to 5.1.3 first.
Good luck
When you look at your netmon trace, try doing nslookup on the nodes which
show up there and see what kind of response you are getting. Anything
other than lightning fast is a netmon disaster.
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:13:32
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 have a box we are trying to get upgraded to 6.x, onve we are there and it
looks stable, than 5.x will go away.
I understand the problem of support, but please understand I work for the
Gov't and it is VERY hard to get these people to move off of anything that
is working OK.
I will give the Netmon trace a go.
Thanks for the quick response.
-----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
|