Hello Scott,
This sounds like IY26301, fixed some time ago and available in the V6RollUp
fix package. In that apar, collmap had lost the connection to trap but
continued to try to read traps off the socket. Contact support to get the
roll-up fix. If you already have that package installed or it does not
help, it is likely the same basic problem. Some process is trying to
receive traps from trapd after having lost the connection.
--
Scott Donohoo
Tivoli NetView for Unix/NT L3
"Bursik, Scott
{PBSG}" To: James
Shanks/Raleigh/IBM@IBMUS, nv-l@lists.tivoli.com
<Scott.Bursik@pbs cc:
g.com> Subject: RE: [nv-l] nv6000.log
gets HUGE
03/26/2003 12:05
PM
The message is "recv_event: recv trap failed"
Scott Bursik
Pepsico Business Solutions Group
Event Systems Management
972-334-3757
scott.bursik@pbsg.com
-----Original Message-----
From: James Shanks [mailto:jshanks@us.ibm.com]
Sent: Wednesday, March 26, 2003 9:56 AM
To: nv-l@lists.tivoli.com
Subject: Re: [nv-l] nv6000.log gets HUGE
What message is it filling up with?
Are "select error (9)" messages filling up the nv6000.log? Is that what
you see? Could this be IY15764?
That error, which has occurred several times in the past due to different
modules, is the result of someone not coding a default case in a select
statement, and when the code executes, the incoming condition doesn't
match any of the specific cases listed. So the OS issues that message
and goes back to the top of the select loop, where it fails again, and
again and again. The most recent fix for this that I know of was for
IY15764, and was first delivered in 7.1, after 6.0.3 shipped. It would
occur when the user launched xnmbrowser ovw to query nodes with an SNMP
configuration defined by a smartset only.
To fix it you'd need new libraries libovsnmp.a and libnvsnmp.a
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
"Bursik, Scott {PBSG}" <Scott.Bursik@pbsg.com>
03/26/2003 09:47 AM
To: nv-l@lists.tivoli.com
cc:
Subject: [nv-l] nv6000.log gets HUGE
NetView 6.0.3 (Not for long) running on AIX 4.3.3
I had an issue in the past where the nv6000.log grows huge really fast and
fills up my root file system (logged in as root). There is a fix for this
issue and I had applied it on my NetView server but we recently migrated
to
a new server and the fix didn't make it with the migration. Do any of you
remember what the fix is?
Thanks,
Scott Bursik
Pepsico Business Solutions Group
Event Systems Management
972-334-3757
scott.bursik@pbsg.com
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
|