nv-l
[Top] [All Lists]

[nv-l] trapd processing very slow

To: nv-l@lists.tivoli.com
Subject: [nv-l] trapd processing very slow
From: "Gregory Adams" <gadams@us.ibm.com>
Date: Tue, 30 Jul 2002 12:37:21 -0400
Hello
   My environment is:

 NetView 7.1.2
AIX 4.3.3 maint lvl 9

I am seeing a major delay (hours) for traps to get processed by trapd. When
I do a netstat -a | grep trapd I see a constantly high number of messages
in the recv_queue:


tcp4       0      0  *.nvtrapd-             *.*                    LISTEN
70610400 stream      0      0 166c2e80        0        0        0
/usr/OV/socket
s/trapd.socket
7066e400 stream    276      0        0 70614880        0        0
/usr/OV/socket
s/trapd.socket
706a8400 stream      0      0        0 70614640        0        0
/usr/OV/socket
s/trapd.socket
7067ca00 stream  65466      0        0 7007f600        0        0
/usr/OV/socket
s/trapd.socket
706b1a00 stream      0      0        0 7043cbc0        0        0
/usr/OV/socket
s/trapd.socket
706b5800 stream      0      0        0 70765a40        0        0
/usr/OV/socket
s/trapd.socket
7058b600 stream    245      0        0        0        0        0
/usr/OV/socket
s/trapd.socket



In trying to debug this problem I have removed all of my ESE.automation
rulesets in hopes that perhaps
there was something in those rulesets that was causing this problem.
iptrace on port 162 shows the traps have arrived but for example I
generated a test trap and watched the packet appear in the iptrace
after close to 3 hours the trap appeared in the trapd.log and subsequently
2 and a half hours later the trap appeared in the nvevents application.

I have trapd.trace running as well and dont see the application queues ever
exceed what I have them set at, I had increased them from 2000 to 10000
just in case that could be the problem.

Has anyone seen this behaviour or have any ideas ?

Thankyou
   Greg Adams



<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web