Is anyone else having trouble with zenperfsnmp from version 2.0.4 hanging? 

Oddly, only one of my half-dozen 2.0.4 systems is experiencing this, but 
after running for varying periods of time on the order of 1 to 8 hours, 
it just hangs hard.  It appears to hang waiting for some network traffic.

Server specs: 
  x86_64-redhat-rhel4as, GenuineIntel Intel(R) Xeon(TM) CPU 3.00GHz, 16xCPU, 
3002MHz, 9991MB

Here's some strace output:

23:08:11 futex(0x13104b0, FUTEX_WAKE, 1) = 0
23:08:11 gettimeofday({1188540491, 950952}, NULL) = 0
23:08:11 futex(0x13104b0, FUTEX_WAKE, 1) = 0
23:08:11 select(29, [4 6 7 8 9 10 11 12 15 16 17 18 19 20 21 22 23 24 25 26 27 
28], [6], [], {0, 0}) = 4 (in [6 21 27], out [6], left {0, 0})
23:08:11 futex(0x13104b0, FUTEX_WAKE, 1) = 0
23:08:11 futex(0x13104b0, FUTEX_WAKE, 1) = 0
23:08:11 futex(0x13104b0, FUTEX_WAKE, 1) = 0
23:08:11 recvfrom(21, 0x24c4640, 65536, 0, 0x13402e0, 0x7fbfffd044) = ? 
ERESTARTSYS (To be restarted)
11:05:45 --- SIGHUP (Hangup) @ 0 (0) ---
11:05:45 rt_sigaction(SIGHUP, NULL, {0x34710ac3c0, [], SA_RESTORER, 
0x347200c430}, 8) = 0
11:05:45 rt_sigaction(SIGHUP, {0x34710ac3c0, [], SA_RESTORER, 0x347092e2b0}, 
NULL, 8) = 0
11:05:45 rt_sigaction(SIGHUP, NULL, {0x34710ac3c0, [], SA_RESTORER, 
0x347092e2b0}, 8) = 0
11:05:45 rt_sigaction(SIGHUP, {0x34710ac3c0, [], SA_RESTORER, 0x347200c430}, 
NULL, 8) = 0
11:05:45 rt_sigreturn(0x1)              = -1 EINTR (Interrupted system call)
11:05:45 recvfrom(21,

Possibly relevant lsof output:

python  21051 zenoss    0u   CHR     1,3             1748 /dev/null
python  21051 zenoss    1u   CHR     1,3             1748 /dev/null
python  21051 zenoss    2u   CHR     1,3             1748 /dev/null
python  21051 zenoss    3w   REG   253,0 64264071 6621243 
/opt/zenoss/log/zenperfsnmp.log
python  21051 zenoss    4r  FIFO     0,7          2223725 pipe
python  21051 zenoss    5w  FIFO     0,7          2223725 pipe
python  21051 zenoss    6u  IPv4 2223740              TCP 
ear.lab.netapp.com:32892->ear.lab.netapp.com:8789 (ESTABLISHED)
python  21051 zenoss    7u  IPv4 2820683              UDP *:40568
python  21051 zenoss    8u  IPv4 2820888              UDP *:40623
python  21051 zenoss    9u  IPv4 2820852              UDP *:40605
python  21051 zenoss   10u  IPv4 2820843              UDP *:40595
python  21051 zenoss   11u  IPv4 2820895              UDP *:40625
python  21051 zenoss   12u  IPv4 2820746              UDP *:40578
python  21051 zenoss   13r  FIFO     0,7          2223730 pipe
python  21051 zenoss   14w  FIFO     0,7          2223730 pipe
python  21051 zenoss   15u  IPv4 2820693              UDP *:40570
python  21051 zenoss   16u  IPv4 2820860              UDP *:40608
python  21051 zenoss   17u  IPv4 2820743              UDP *:40577
python  21051 zenoss   18u  IPv4 2820811              UDP *:40590
python  21051 zenoss   19u  IPv4 2820844              UDP *:40596
python  21051 zenoss   20u  IPv4 2820721              UDP *:40573
python  21051 zenoss   21u  IPv4 2820898              UDP *:40628
python  21051 zenoss   22u  IPv4 2820857              UDP *:40607
python  21051 zenoss   23u  IPv4 2820716              UDP *:40572
python  21051 zenoss   24u  IPv4 2820864              UDP *:40612
python  21051 zenoss   25u  IPv4 2820853              UDP *:40606
python  21051 zenoss   26u  IPv4 2820800              UDP *:40589
python  21051 zenoss   27u  IPv4 2820899              UDP *:40629
python  21051 zenoss   28u  IPv4 2820861              UDP *:40610




-- 
David Carmean                                           Network Appliance, Inc
Infosystems Architect,                                  495 E. Java Drive
Java (Sunnyvale) Engineering Lab Services               Sunnyvale, CA  94089
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users

Reply via email to