ixNet-SNMP

[Elmar Knipp]

I have installed ixNet-SNMP_A.04.00-5.1.2a.001_HP-UX_B.11.23_IA+PA.depot
on a HP-UX 11.23 as agent (precompiled version from software.hp.com). When I make a snmpwalk the output started with about 30 lines and then it stops.

I have investigated on this issue and found out that the agent core dumps triggered through my snmpwalk:


# /opt/iexpress/net-snmp/sbin/snmpd -af

Pid 24095 received a SIGSEGV for stack growth failure.
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz.
Segmentation fault (core dumped)


I have the same problem with the adequate depot for HP-UX 11i (11.11) on PA-RISC.

How can I solve this problem?


The reason for using net-snmp instead of the agent delivered with the system is simple. I need an agent which is capable to check the disk usage of my HP-UX servers. I want to monitor them with www.jffnms.org.

Is there any other agent available for the HOST-MIB?

[Steven E. Protter]

Unix error messages are known for not being very direct:

Pid 24095 received a SIGSEGV for stack growth failure.
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz.

However this one is quite direct.

kmtune

See what your paramters is for maxssiz.

swapinfo -tam

See what swap usage is.

vmstat to check paging.

Or use glance/gpm or the attached scripts to measure the data over time.

The error message might just be meaningful in this case.

SEP

[Elmar Knipp]

I have increased the values to the maxiumum possible:

unable Value Expression Changes
maxssiz (before) 8388608 Default Immed
(now) 401604608 401604608


Tunable Value Expression Changes
maxssiz_64bit (before) 268435456 Default Immed
(now) 1073741824 1073741824


But the result (core dump) is the same :-(

BTW: The machine is currently in the test area, does nothing, beside net-snmp no other applications are installed and has 17 Gig of RAM. I assume the stack growth is a follow up problem of the "real" problem.

[Ermin Borovac]

I think this error could also be due to inadequate maxdsiz. So check maxdsiz/maxdsiz_64bit and increase if necessary.

[Florian Heigl (new acc)]

Please check the output of ulimit -s (stack size), on my system here it's 128MB only, even though the kmtune-set value is higher for this. so it's a soft limit only, which can be raised using ulimit -s

But to be honest - I've run net-snmp(d) on systems with 32MB ram and would not know any reason for it to consume more than 10-20MB of memory, so I would ask You to compile it Yourself in case the binary You have has a strange problem with Your system.