You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(41) |
Dec
(52) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(50) |
Feb
(56) |
Mar
(90) |
Apr
(77) |
May
(68) |
Jun
(54) |
Jul
(77) |
Aug
(49) |
Sep
(117) |
Oct
(123) |
Nov
(106) |
Dec
(54) |
2002 |
Jan
(121) |
Feb
(119) |
Mar
(161) |
Apr
(97) |
May
(86) |
Jun
(88) |
Jul
(78) |
Aug
(89) |
Sep
(73) |
Oct
(84) |
Nov
(51) |
Dec
(109) |
2003 |
Jan
(31) |
Feb
(123) |
Mar
(101) |
Apr
(86) |
May
(46) |
Jun
(77) |
Jul
(57) |
Aug
(28) |
Sep
(117) |
Oct
(57) |
Nov
(96) |
Dec
(66) |
2004 |
Jan
(81) |
Feb
(190) |
Mar
(141) |
Apr
(106) |
May
(49) |
Jun
(382) |
Jul
(77) |
Aug
(83) |
Sep
(150) |
Oct
(177) |
Nov
(69) |
Dec
(66) |
2005 |
Jan
(29) |
Feb
(54) |
Mar
(61) |
Apr
(41) |
May
(55) |
Jun
(109) |
Jul
(54) |
Aug
(128) |
Sep
(126) |
Oct
(141) |
Nov
(96) |
Dec
(109) |
2006 |
Jan
(273) |
Feb
(93) |
Mar
(62) |
Apr
(79) |
May
(67) |
Jun
(74) |
Jul
(101) |
Aug
(74) |
Sep
(104) |
Oct
(80) |
Nov
(139) |
Dec
(63) |
2007 |
Jan
(143) |
Feb
(136) |
Mar
(141) |
Apr
(46) |
May
(100) |
Jun
(61) |
Jul
(79) |
Aug
(49) |
Sep
(103) |
Oct
(79) |
Nov
(85) |
Dec
(42) |
2008 |
Jan
(28) |
Feb
(29) |
Mar
(18) |
Apr
(19) |
May
(36) |
Jun
(35) |
Jul
(77) |
Aug
(43) |
Sep
(29) |
Oct
(41) |
Nov
(30) |
Dec
(21) |
2009 |
Jan
(41) |
Feb
(31) |
Mar
(10) |
Apr
(31) |
May
(23) |
Jun
(18) |
Jul
(25) |
Aug
(25) |
Sep
(16) |
Oct
(15) |
Nov
(27) |
Dec
(27) |
2010 |
Jan
(22) |
Feb
(22) |
Mar
(86) |
Apr
(16) |
May
(29) |
Jun
(18) |
Jul
(22) |
Aug
(17) |
Sep
(44) |
Oct
(27) |
Nov
(18) |
Dec
(25) |
2011 |
Jan
(51) |
Feb
(20) |
Mar
(13) |
Apr
(11) |
May
(32) |
Jun
(33) |
Jul
(14) |
Aug
(33) |
Sep
(61) |
Oct
(34) |
Nov
(42) |
Dec
(55) |
2012 |
Jan
(14) |
Feb
(34) |
Mar
(31) |
Apr
(24) |
May
(41) |
Jun
(50) |
Jul
(40) |
Aug
(112) |
Sep
(45) |
Oct
(43) |
Nov
(1) |
Dec
(1) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Dipesh G <dip...@gm...> - 2015-04-23 00:17:56
|
(+ net...@li...) On Wed, Apr 22, 2015 at 1:48 PM, Dipesh G <dip...@gm...> wrote: > Hello, > > With netsnmp stack 5.1 we are seeing that when getbulk is performed on > 2 or more oids and if one one the OIDs is under "deny" list snmpd crashes. > > The stack trace we see is pointing to _reorder_getbulk where a SEGV is > occuring > while accessing asp->bulkcache. > > Is there a known defect/patch for this issue? > > Any pointers will be greatly appreciated. > > Thanks, > Dipesh > |
From: karthik M <kar...@gm...> - 2012-12-14 09:34:50
|
On starting the SNMP agent , select is failing with error " Bad file descriptor" |
From: SourceForge.net <no...@so...> - 2012-11-02 00:30:46
|
Bugs item #3059732, was opened at 2010-09-05 01:57 Message generated for change (Comment added) made by auralox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3059732&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: snmptrapd Group: linux Status: Open Resolution: None Priority: 5 Private: No Submitted By: Viliam Púčik (pucikv) Assigned to: Nobody/Anonymous (nobody) Summary: 5.6.pre3 snmptrapd "hangs" after forwarding a SNMPv3 trap Initial Comment: NET-SNMP: 5.6.pre3 Linux: 2.6.35-ARCH x86_64 [compilation options] ./configure --disable-embedded-perl --enable-ipv6 --prefix=/tmp/net-snmp --with-defaults --with-transports=TCPIPv6 UDPIPv6 --without-perl-modules --with-mib-modules=smux examples/example && make install && cd /tmp/net-snmp ... [configuration file] cat ./etc/snmp/snmptrapd.conf authUser log,execute,net user createUser -e 0x0102030405 user MD5 secretpassword DES forward default 10.0.0.1 ... [snmptrapd daemon options] ./sbin/snmptrapd -D -c ./etc/snmp/snmptrapd.conf -f -Le 10162 2>debug.txt ... [testing SNMPv3 trap] snmptrap -v 3 -e 0x0102030405 -l authNoPriv -u user -a MD5 -A secretpassword localhost:10162 42 0 Snmptrapd starts eating many system resources (CPU, RAM) and ends in endless loop after forwarding a SNMPv3 trap. Only kill -9 ends its suffering. Testing this with an older version of snmptrapd (NET-SNMP 5.3 in Centos 5.5) leads to a segmentation fault. ---------------------------------------------------------------------- Comment By: Auralox (auralox) Date: 2012-11-01 17:30 Message: I am seeing this same behavior except that it crashs hard with a SIGSEGV in prior versions (as documented about in v5.3). This bug is in dire need of being addressed - see other bug report 5.4 snmptrapd crashed after forwarding SNMPv3 traps - ID: 1644670 - dated 2007. Is it possible that other people don't need this? I would be happy to help support research into clearing this bug. ---------------------------------------------------------------------- Comment By: Viliam Púčik (pucikv) Date: 2010-09-06 04:41 Message: [a part of strace output when an SNMPv3 traps is forwarded] 13:29:29.576023 open("/etc/hosts", O_RDONLY|O_CLOEXEC) = 8 13:29:29.576081 fstat(8, {st_mode=S_IFREG|0644, st_size=1118, ...}) = 0 13:29:29.576132 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f741b733000 13:29:29.576189 read(8, "# /etc/hosts: static lookup tabl"..., 4096) = 1118 13:29:29.576248 close(8) = 0 13:29:29.576297 munmap(0x7f741b733000, 4096) = 0 13:29:29.576398 write(2, "2010-09-06 13:29:29 localhost.lo"..., 2092010-09-06 13:29:29 localhost.localdomain [UDP: [127.0.0.1]:51107->[127.0.0.1]:10162]: DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (42) 0:00:00.42 SNMPv2-MIB::snmpTrapOID.0 = OID: SNMPv2-SMI::zeroDotZero ) = 209 13:29:29.576484 socket(PF_NETLINK, SOCK_RAW, 0) = 8 13:29:29.576542 bind(8, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0 13:29:29.576599 getsockname(8, {sa_family=AF_NETLINK, pid=29713, groups=00000000}, [12]) = 0 13:29:29.576654 sendto(8, "\24\0\0\0\26\0\1\3\231\320\204L\0\0\0\0\0\0\0\0", 20, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20 13:29:29.576722 recvmsg(8, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"0\0\0\0\24\0\2\0\231\320\204L\21t\0\0\2\10\200\376\1\0\0\0\10\0\1\0\177\0\0\1"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 108 13:29:29.576783 recvmsg(8, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"@\0\0\0\24\0\2\0\231\320\204L\21t\0\0\n\200\200\376\1\0\0\0\24\0\1\0\0\0\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 256 13:29:29.576841 recvmsg(8, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"\24\0\0\0\3\0\2\0\231\320\204L\21t\0\0\0\0\0\0\1\0\0\0\24\0\1\0\0\0\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 20 13:29:29.576897 close(8) = 0 13:29:29.576959 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 8 13:29:29.577015 uname({sys="Linux", node="deathstar", ...}) = 0 13:29:29.577084 getsockopt(8, SOL_SOCKET, SO_SNDBUF, [262144], [4]) = 0 13:29:29.577138 getsockopt(8, SOL_SOCKET, SO_RCVBUF, [262144], [4]) = 0 13:29:29.577234 times({tms_utime=3, tms_stime=2, tms_cutime=0, tms_cstime=0}) = 1433055983 13:29:29.577306 sendmsg(8, {msg_name(16)={sa_family=AF_INET, sin_port=htons(162), sin_addr=inet_addr("10.0.0.1")}, msg_iov(1)=[{"0\201\204\2\1\0030\21\2\4W1\3510\2\3\0\377\343\4\1\1\2\1\3\4%0#\4\5\1"..., 135}], msg_controllen=32, {cmsg_len=28, cmsg_level=SOL_IP, cmsg_type=, ...}, msg_flags=0}, MSG_DONTWAIT|MSG_NOSIGNAL) = 135 13:29:29.577384 close(8) = 0 13:29:29.577444 socket(PF_NETLINK, SOCK_RAW, 0) = 8 13:29:29.577495 bind(8, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0 13:29:29.577549 getsockname(8, {sa_family=AF_NETLINK, pid=29713, groups=00000000}, [12]) = 0 13:29:29.577591 sendto(8, "\24\0\0\0\26\0\1\3\231\320\204L\0\0\0\0\0\0\0\0", 20, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20 13:29:29.577642 recvmsg(8, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"0\0\0\0\24\0\2\0\231\320\204L\21t\0\0\2\10\200\376\1\0\0\0\10\0\1\0\177\0\0\1"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 108 13:29:29.577702 recvmsg(8, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"@\0\0\0\24\0\2\0\231\320\204L\21t\0\0\n\200\200\376\1\0\0\0\24\0\1\0\0\0\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 256 13:29:29.577760 recvmsg(8, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"\24\0\0\0\3\0\2\0\231\320\204L\21t\0\0\0\0\0\0\1\0\0\0\24\0\1\0\0\0\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 20 13:29:29.577815 close(8) = 0 13:29:29.577870 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 8 13:29:29.577919 uname({sys="Linux", node="deathstar", ...}) = 0 13:29:29.577994 getsockopt(8, SOL_SOCKET, SO_SNDBUF, [262144], [4]) = 0 13:29:29.578048 getsockopt(8, SOL_SOCKET, SO_RCVBUF, [262144], [4]) = 0 13:29:29.578113 times({tms_utime=3, tms_stime=2, tms_cutime=0, tms_cstime=0}) = 1433055983 13:29:29.578214 brk(0x15cf000) = 0x15cf000 13:29:29.578274 brk(0x15c1000) = 0x15c1000 13:29:29.578615 mmap(NULL, 208896, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f741b6cd000 13:29:29.578790 brk(0x15b1000) = 0x15b1000 13:29:29.578866 mremap(0x7f741b6cd000, 208896, 217088, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.578948 mremap(0x7f741b698000, 217088, 225280, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579012 mremap(0x7f741b698000, 225280, 233472, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579075 mremap(0x7f741b698000, 233472, 241664, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579151 mremap(0x7f741b698000, 241664, 249856, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579234 mremap(0x7f741b698000, 249856, 258048, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579299 mremap(0x7f741b698000, 258048, 266240, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579368 mremap(0x7f741b698000, 266240, 274432, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579435 mremap(0x7f741b698000, 274432, 282624, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579503 mremap(0x7f741b698000, 282624, 290816, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579573 mremap(0x7f741b698000, 290816, 299008, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579644 mremap(0x7f741b698000, 299008, 307200, MREMAP_MAYMOVE) = 0x7f741b698000 13:29:29.579793 mremap(0x7f741b698000, 307200, 315392, MREMAP_MAYMOVE) = 0x7f741b698000 [endless mremaping continues] ---------------------------------------------------------------------- Comment By: Viliam Púčik (pucikv) Date: 2010-09-06 04:36 Message: [root@deathstar net-snmp]# gdb ./sbin/snmptrapd GNU gdb (GDB) 7.1 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /tmp/net-snmp/sbin/snmptrapd...done. (gdb) run -c ./etc/snmp/snmptrapd.conf -f -Le 10162 2 Starting program: /tmp/net-snmp/sbin/snmptrapd -c ./etc/snmp/snmptrapd.conf -f -Le 10162 2 [Thread debugging using libthread_db enabled] NET-SNMP version 5.6.pre3 2010-09-06 13:32:50 localhost.localdomain [UDP: [127.0.0.1]:54672->[127.0.0.1]:10162]: DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (42) 0:00:00.42 SNMPv2-MIB::snmpTrapOID.0 = OID: SNMPv2-SMI::zeroDotZero ^C [I must manually interrupted the endless loop after forwarding an SNMPv3 trap] Program received signal SIGINT, Interrupt. 0x00007ffff65d71ea in ?? () from /lib/libc.so.6 (gdb) bt #0 0x00007ffff65d71ea in ?? () from /lib/libc.so.6 #1 0x00007ffff65d558a in memmove () from /lib/libc.so.6 #2 0x00007ffff6cbac67 in asn_realloc (pkt=0x7fffffffbc78, pkt_len=0x7fffffffbc70) at asn1.c:2656 #3 0x00007ffff6cbb464 in asn_realloc_rbuild_string (pkt=0x7fffffffbc78, pkt_len=0x7fffffffbc70, offset=0x7fffffffbc68, r=1, type=4 '\004', str=0x7ffff68aef58 "H\357\212\366\377\177", strlength=4136300376) at asn1.c:2883 #4 0x00007ffff6ceabe6 in usm_rgenerate_out_msg (msgProcModel=<value optimized out>, globalData=0x6de75d "\002\001\003\060\021\002\004\064i\302\177\002\003", globalDataLen=22, maxMsgSize=<value optimized out>, secModel=<value optimized out>, secEngineID=0xfffffffe <Address 0xfffffffe out of bounds>, secEngineIDLen=5, secName=0x6df040 "user", secNameLen=4, secLevel=2, scopedPdu=0x6e0a59 ' ' <repeats 200 times>..., scopedPduLen=71, secStateRef=0x6de5e0, wholeMsg=0x7fffffffbc78, wholeMsgLen=0x7fffffffbc70, offset=0x7fffffffbc68) at snmpusm.c:1636 #5 0x00007ffff6cec832 in usm_secmod_rgenerate_out_msg (parms=<value optimized out>) at snmpusm.c:1262 #6 0x00007ffff6ca8fce in snmpv3_packet_realloc_rbuild (pkt=0x7fffffffbc78, pkt_len=0x7fffffffbc70, offset=0x7fffffffbc68, session=0x6dfa60, pdu=0x6dfc10, pdu_data=<value optimized out>, pdu_data_len=0) at snmp_api.c:2844 #7 0x00007ffff6ca99e9 in snmpv3_build (pkt=0x7fffffffbc78, pkt_len=0x7fffffffbc70, offset=0x7fffffffbc68, pss=0x6dfa60, pdu=0x6dfc10) at snmp_api.c:2431 #8 _snmp_build (pkt=0x7fffffffbc78, pkt_len=0x7fffffffbc70, offset=0x7fffffffbc68, pss=0x6dfa60, pdu=0x6dfc10) at snmp_api.c:3002 #9 snmp_build (pkt=0x7fffffffbc78, pkt_len=0x7fffffffbc70, offset=0x7fffffffbc68, pss=0x6dfa60, pdu=0x6dfc10) at snmp_api.c:3339 #10 0x00007ffff6caf070 in _sess_async_send (sessp=0x6df010, pdu=0x6dfc10, callback=0, cb_data=0x0) at snmp_api.c:5150 #11 snmp_sess_async_send (sessp=0x6df010, pdu=0x6dfc10, callback=0, cb_data=0x0) at snmp_api.c:5293 #12 0x00007ffff7bd68e5 in forward_handler (pdu=<value optimized out>, transport=<value optimized out>, handler=0x6cc900) at snmptrapd_handlers.c:900 #13 0x00007ffff7bd9083 in snmp_input (op=<value optimized out>, session=0x6cdc40, reqid=<value optimized out>, pdu=0x6de330, magic=0x6cdb90) at snmptrapd_handlers.c:1055 #14 0x00007ffff6cb3424 in _sess_process_packet (sessp=0x6cd2c0, sp=0x6cdc40, isp=0x649870, transport=<value optimized out>, opaque=0x6de2c0, olength=<value optimized out>, packetptr=0x6ce2b0 "0\201\204\002\001\003\060\021\002\004\064i\302\177\002\003", length=135) at snmp_api.c:5677 #15 0x00007ffff6cb3d7b in _sess_read (sessp=0x6cd2c0, fdset=<value optimized out>) at snmp_api.c:6117 #16 0x00007ffff6cb4bb9 in snmp_sess_read2 (sessp=0x6cd2c0, fdset=<value optimized out>) at snmp_api.c:6149 #17 0x00007ffff6cb4c7b in snmp_read2 (fdset=0x7fffffffe240) at snmp_api.c:5740 #18 0x00007ffff6cb4cc4 in snmp_read (fdset=0x7fffffffe5e0) at snmp_api.c:5730 #19 0x0000000000404546 in main (argc=<value optimized out>, argv=<value optimized out>) at snmptrapd.c:1263 ---------------------------------------------------------------------- Comment By: Thomas Anders (tanders) Date: 2010-09-05 12:17 Message: Are you able to run it under a debugger to see what it does? See http://www.net-snmp.org/wiki/index.php/Debugger for some help. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3059732&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-26 09:03:56
|
Bugs item #3565004, was opened at 2012-09-05 06:47 Message generated for change (Comment added) made by jcervenka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3565004&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: agentx Status: Open Resolution: None Priority: 7 Private: No Submitted By: Ken Farnen (kenfagilent) Assigned to: Nobody/Anonymous (nobody) Summary: snmpd crashes/hangs when AgentX subagent times-out Initial Comment: SNMPD acting as master agent, AgentX subagent registering to handle a MIB, and processing GETNEXT requests. When the subagent is under heavy load (and so responds slowly) requests start to pile up in the queue, replies from the subagent arrive too late (per log messages) and eventually the subagent is timed out. When the timeout occurs there is a high probability of either a crash (Segfault) or a hang (100% CPU utilisation, tight loop in the snmpd code) dependent on the version of the snmpd under test. This also happens when the subagent dies unexpectedly with outstanding transactions unserviced. Tested with net-snmp-5.7.1 (Segfaults), net-snmp-5.7.1 plus "subagent-free-cache" patch (basically patch 1633670) (Infinite loop), current trunk (infinite loop). Our systems are Linux 2.6 based, Montavista CGL V4 and V5 on x86 and x86-64 platforms. glibc 2.3.3. Attached is a stripped down test subagent that excercises the bug (by forcing a long delay between servicing the agentx requests), together with a script that throws traffic at the snmpd that will make it crash quite quickly. These assume the default snmpd/agentx config, with a 1 second timeout - though our testing indicates it will crash eventually with longer timeouts, especially in the situation where a subagent crashes. Transactions are based on those we've seen in the field, and are GETNEXT requests for multiple OIDs, all from the MIB provided by the subagent, but with some OIDs numbered such that the response is in the adjacent MIB (i.e. the GETNEXT is walking off the end of the subagent MIB). This kind of transaction appears to excersise the bug very effectively. Some more details on the degugging we've done so far in the net-snmp-coders list. Also attached is a core dump from 5.7.1 segfault, and a log extract from 5.7.1 looping. ---------------------------------------------------------------------- Comment By: jcervenka (jcervenka) Date: 2012-10-26 02:03 Message: I have submitted patch 3580458 which fixes looping (and another crash situation) for me. It would be great if you could let me know whether the patch passes your test cases. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3565004&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-26 05:57:45
|
Bugs item #3577862, was opened at 2012-10-17 09:37 Message generated for change (Comment added) made by nba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent >Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Alexey (st-da) >Assigned to: Niels Baggesen (nba) Summary: Crash on SIGHUP while parce exec config line Initial Comment: FreeBSD 9.0 amd64. net-snmp port from fresh ports tree. I have just updated one server to net-snmp 5.7.2 version. And now snmp service crashed eatch time logrotete sent SIGHUP for reopen the logs. After some research I found it crashed only if I have one or more exec lines in the snmpd.conf bellow you can see bt output from gdb I got after crash. Looks like some structure forget to decrease couter after it flushed. I do not see same error here in the tracker... $ sudo gdb /usr/local/sbin/snmpd /var/service/snmpd/snmpd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `snmpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libnetsnmpagent.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpagent.so.30 Reading symbols from /usr/local/lib/libnetsnmpmibs.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpmibs.so.30 Reading symbols from /usr/lib/libwrap.so.6...done. Loaded symbols for /usr/lib/libwrap.so.6 Reading symbols from /usr/local/lib/libnetsnmp.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmp.so.30 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libkvm.so.5...done. Loaded symbols for /lib/libkvm.so.5 Reading symbols from /lib/libdevstat.so.7...done. Loaded symbols for /lib/libdevstat.so.7 Reading symbols from /usr/local/lib/libcrypto.so.8...done. Loaded symbols for /usr/local/lib/libcrypto.so.8 Reading symbols from /usr/lib/libelf.so.1...done. Loaded symbols for /usr/lib/libelf.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 448 netsnmp_table_data *dinfo = ereg->dinfo; [New Thread 802807400 (LWP 114129/snmpd)] (gdb) bt #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 #1 0x0000000800ae6bda in extend_parse_config (token=Variable "token" is not available. ) at agent/extend.c:553 #2 0x000000080108bc30 in run_config_handler (lptr=0x802904700, token=0x7fffffffd1c0 "exec", cptr=0x8028a7e05 "mailstat /bin/cat /var/tmp/mailstat", when=Variable "when" is not available. ) at read_config.c:558 #3 0x000000080108c98d in read_config (filename=0x7fffffffd640 "/usr/local/etc/snmp/snmpd.conf", line_handler=0x802849040, when=0) at read_config.c:977 #4 0x000000080108d5f8 in read_config_files_in_path (path=Variable "path" is not available. ) at read_config.c:1322 #5 0x000000080108d8fd in read_config_files_of_type (when=0, ctmp=0x8028190a0) at read_config.c:1405 #6 0x000000080108d97a in read_config_files (when=0) at read_config.c:1446 #7 0x000000080108df22 in read_configs () at read_config.c:1058 #8 0x0000000000404b08 in SnmpdReconfig () #9 0x0000000000402efe in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () #12 0x0000000000000000 in ?? () #13 0x0000000000000006 in ?? () #14 0x00007fffffffde08 in ?? () #15 0x00007fffffffde1e in ?? () #16 0x00007fffffffde21 in ?? () #17 0x00007fffffffde34 in ?? () #18 0x00007fffffffde37 in ?? () #19 0x00007fffffffde3a in ?? () #20 0x0000000000000000 in ?? () #21 0x00007fffffffde3d in ?? () #22 0x00007fffffffde6b in ?? () #23 0x00007fffffffde78 in ?? () #24 0x00007fffffffde89 in ?? () #25 0x00007fffffffde9d in ?? () #26 0x00007fffffffdebf in ?? () #27 0x00007fffffffded2 in ?? () #28 0x00007fffffffdee0 in ?? () #29 0x00007fffffffdef7 in ?? () #30 0x00007fffffffdf03 in ?? () #31 0x00007fffffffdf0d in ?? () #32 0x00007fffffffdf18 in ?? () #33 0x00007fffffffdf32 in ?? () #34 0x00007fffffffdf43 in ?? () #35 0x00007fffffffdf51 in ?? () #36 0x00007fffffffdf5f in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000003 in ?? () #39 0x0000000000400040 in ?? () #40 0x0000000000000004 in ?? () #41 0x0000000000000038 in ?? () #42 0x0000000000000005 in ?? () #43 0x0000000000000008 in ?? () #44 0x0000000000000006 in ?? () #45 0x0000000000001000 in ?? () ---Type <return> to continue, or q <return> to quit--- #46 0x0000000000000008 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000009 in ?? () #49 0x0000000000402e70 in ?? () #50 0x0000000000000007 in ?? () #51 0x0000000800606000 in ?? () #52 0x000000000000000f in ?? () #53 <signal handler called> #54 0x0000000000000000 in ?? () Previous frame inner to this frame (corrupt stack?) ---------------------------------------------------------------------- Comment By: Niels Baggesen (nba) Date: 2012-10-25 22:57 Message: Thanks for the bug report! We've fixed the problem in the 5.7.x code branch and the main development tree, so it should be fixed in future releases of the Net-SNMP package. ---------------------------------------------------------------------- Comment By: Alexey (st-da) Date: 2012-10-23 23:57 Message: Thank you for the patch! Looks like it works as expected now. I'll check it a litle bit longer. also about "tested with 5.7.1" in comment from cg75. We widely use "exec" on our servers on FreeBSD and Redhat both 64 and 32 bit. I do NOT confirm problem at 5.7.1 with exec and SIGHUP.. There was a problem with disk command and SIGHUP, I reported the problem before it was fixed in git for 5.7.1 and disk command have NOT this problem in 5.7.2 ---------------------------------------------------------------------- Comment By: Niels Baggesen (nba) Date: 2012-10-23 21:34 Message: Yes, it is a problem that affects all platform :-( Could you try the attached patch, that hopefully fixes the problem? ---------------------------------------------------------------------- Comment By: cg75 (cg75) Date: 2012-10-23 11:03 Message: I can reproduce the same problem on several servers. Without exec items in snmpd.conf the agent works fine, but with one or more exec items the agent crashed with a segfault when the agent received a SIGHUP. (tested with 5.7.1 and 5.7.2 on x86_64 with SLES 10/11) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-24 20:50:33
|
Bugs item #3579855, was opened at 2012-10-24 13:46 Message generated for change (Comment added) made by nba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3579855&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Steve-o (fnjordy) >Assigned to: Niels Baggesen (nba) Summary: 5.7.2 Windows build broken due to C99 usage Initial Comment: Both MSVC2010 and 2012 because it is a trivial C89 defect. Compiler output: cl.exe /nologo /MD /W3 /EHsc /Zi /O2 /I "." /I ".." /I "..\..\snmplib" / I "..\.." /I "..\..\include" /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_CRT_SECUR E_NO_WARNINGS" /D "_CRT_NONSTDC_NO_WARNINGS" /D "_MBCS" /Fo".\release\\" /Fd".\r elease\\libsnmp.pdb" /FD /c ..\..\snmplib\read_config.c read_config.c ..\..\snmplib\read_config.c(545) : error C2143: syntax error : missing ';' before 'type' Code: if (when == EITHER_CONFIG || lptr->config_time == when) { DEBUGMSGTL(("read_config:parser", "Found a parser. Calling it: %s / %s\n", token, cptr)); /* * Make sure cptr is non-null */ char tmpbuf[1]; Fixed code: if (when == EITHER_CONFIG || lptr->config_time == when) { char tmpbuf[1]; DEBUGMSGTL(("read_config:parser", "Found a parser. Calling it: %s / %s\n", token, cptr)); /* * Make sure cptr is non-null */ -- Steve-o ---------------------------------------------------------------------- Comment By: Niels Baggesen (nba) Date: 2012-10-24 13:50 Message: Thanks for the bug report! We've fixed the problem in the 5.5.x, 5.6.x and 5.7.x code branches and the main development tree, so it should be fixed in future releases of the Net-SNMP package. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3579855&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-24 20:46:39
|
Bugs item #3579855, was opened at 2012-10-24 13:46 Message generated for change (Tracker Item Submitted) made by fnjordy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3579855&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve-o (fnjordy) Assigned to: Nobody/Anonymous (nobody) Summary: 5.7.2 Windows build broken due to C99 usage Initial Comment: Both MSVC2010 and 2012 because it is a trivial C89 defect. Compiler output: cl.exe /nologo /MD /W3 /EHsc /Zi /O2 /I "." /I ".." /I "..\..\snmplib" / I "..\.." /I "..\..\include" /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_CRT_SECUR E_NO_WARNINGS" /D "_CRT_NONSTDC_NO_WARNINGS" /D "_MBCS" /Fo".\release\\" /Fd".\r elease\\libsnmp.pdb" /FD /c ..\..\snmplib\read_config.c read_config.c ..\..\snmplib\read_config.c(545) : error C2143: syntax error : missing ';' before 'type' Code: if (when == EITHER_CONFIG || lptr->config_time == when) { DEBUGMSGTL(("read_config:parser", "Found a parser. Calling it: %s / %s\n", token, cptr)); /* * Make sure cptr is non-null */ char tmpbuf[1]; Fixed code: if (when == EITHER_CONFIG || lptr->config_time == when) { char tmpbuf[1]; DEBUGMSGTL(("read_config:parser", "Found a parser. Calling it: %s / %s\n", token, cptr)); /* * Make sure cptr is non-null */ -- Steve-o ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3579855&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-24 20:04:15
|
Bugs item #1644670, was opened at 2007-01-25 10:36 Message generated for change (Comment added) made by auralox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1644670&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: snmptrapd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Chau Trinh (chautrinh) Assigned to: Nobody/Anonymous (nobody) Summary: 5.4 snmptrapd crashed after forwarding SNMPv3 traps Initial Comment: I have 3 i686 machines, running Linux 2.6.16.16 with net-snmp-5.4, A, B, and C. B is configured to forward traps to C. snmptrapd is running interactively on B and C. At A, a v3 trap was sent to B, using snmptrap command. The trap was received successfully at C but snmptrapd crashed at B. Here is the backtrace: NET-SNMP version 5.4 2007-01-24 15:37:20 <UNKNOWN> [UDP: [192.168.22.2]:32968]: DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (42) 0:00:00.42 SNMPv2-MIB::snmpTrapOID.0 = OID: SNMPv2-SMI::enterprises.1569.223.1.1.6.0.4 SNMPv2-SMI::enterprises.1569.223.1.1.5.2.0 = INTEGER: 2 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215118432 (LWP 21163)] 0xb79d6e84 in mallopt () from /lib/tls/libc.so.6 (gdb) bt #0 0xb79d6e84 in mallopt () from /lib/tls/libc.so.6 #1 0xb79d5dcb in free () from /lib/tls/libc.so.6 #2 0xb7d5c66c in usm_free_usmStateReference (old=0x80759d8) at snmpusm.c:189 #3 0xb7d2c2b9 in _sess_process_packet (sessp=0x80aaba8, sp=0x8065068, isp=0x8077a78, transport=0x809bd98, opaque=0x80a7bd8, olength=20, packetptr=0x80b1778 "0\201¦\002\001\0030\021\002\004<*±@\002\003", length=169) at snmp_api.c:5376 #4 0xb7d2d4fb in _sess_read (sessp=0x80aaba8, fdset=0x8077a78) at snmp_api.c:5779 #5 0xb7d2dcc9 in snmp_sess_read (sessp=0x80aaba8, fdset=0x1011f170) at snmp_api.c:5798 #6 0xb7d2c94c in snmp_read (fdset=0xbfc4e4b0) at snmp_api.c:5412 #7 0x0804cee9 in main (argc=5, argv=0xbfc4e654) at snmptrapd.c:1418 ---------------------------------------------------------------------- Comment By: Auralox (auralox) Date: 2012-10-24 13:04 Message: I am having the same problem with a SunOS 5.10 machine running net-snmp 5.3 forwarding to a RHEL 6 machine running net-snmp v5.5. The machine can properly receive the traps and does in fact forwards the 1st one on, but the snmptrapd crashes ungracefully with a SIGSEV immediately following the packet being sent. This is a hugely problematic bug for anyone trying to implement secure (i.e. v3) snmptrap forwarding - in my case from a console network on a non-routable subnet to our monitoring system on the WAN. I've also tried to adjust the context name to be greater then 32 as recommended by zuuooo but with no luck on the 5.3.1 version available under solaris 10. Anyone capable of taking this on? It is marked as High-Priority but has not been assigned to anyone. It would be really awesome to have this resolved - I am sure other folks need this functionality as well. Seems that this bug has been around for over 5 years... so don't know what the problem is. ---------------------------------------------------------------------- Comment By: zuuooo (zuuooo) Date: 2012-06-19 12:40 Message: I have the same situation, this happens only when contextName length is smaller than 32. Temporary solution is to use contextName with length grater or equal 32. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1644670&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-24 12:05:17
|
Bugs item #3577198, was opened at 2012-10-14 08:47 Message generated for change (Comment added) made by zi0r You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577198&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: build/test Group: freeBSD Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ryan Steinmetz (zi0r) Assigned to: Nobody/Anonymous (nobody) Summary: [patch] 5.7.2 build failure without /dev/kmem Initial Comment: The attached patch resolves this issue. In a FreeBSD jail or other scenario where /dev/kmem is not present, the build fails with the following error message: /bin/sh ../libtool --mode=link clang -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -march=native -Ufreebsd9 -Dfreebsd9=freebsd9 -o snmpd snmpd.lo -L/usr/lib -lm -lkvm -ldevstat libnetsnmpagent.la libnetsnmpmibs.la ../snmplib/libnetsnmp.la -lelf -lssp_nonshared libtool: link: clang -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -march=native -Ufreebsd9 -Dfreebsd9=freebsd9 -o .libs/snmpd .libs/snmpd.o -L/usr/lib ./.libs/libnetsnmpagent.so ./.libs/libnetsnmpmibs.so /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent/.libs/libnetsnmpagent.so -lwrap /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/snmplib/.libs/libnetsnmp.so ../snmplib/.libs/libnetsnmp.so -lm -lkvm -ldevstat -lcrypto -lelf -lssp_nonshared -Wl,-rpath -Wl,/usr/local/lib ./.libs/libnetsnmpmibs.so: undefined reference to `kd' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. ---------------------------------------------------------------------- >Comment By: Ryan Steinmetz (zi0r) Date: 2012-10-24 05:05 Message: Oops, the configure line pasted was from another version of the port. The correct line is: $ ./configure --enable-shared --enable-internal-md5 --with-default-snmp-version=3 --with-sys-contact=no...@no...valid --with-sys-location=somewhere --with-logfile=/var/log/snmpd.log --with-persistent-directory=/var/net-snmp --with-gnu-ld --with-libwrap --with-ldflags=-lm -lkvm -ldevstat --without-kmem-usage --with-openssl=/usr --with-dummy-values --with-perl-modules --disable-embedded-perl --with-dmalloc=/usr/local --with-libs=-lssp_nonshared --with-mib-modules=host disman/event-mib smux mibII/mta_sendmail mibII/tcpTable ucd-snmp/diskio sctp-mib --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd9.0 ---------------------------------------------------------------------- Comment By: Ryan Steinmetz (zi0r) Date: 2012-10-24 04:59 Message: --without-kmem-usage was included in the configure arguments, however, did not resolve the issue. $ ./configure --enable-shared --enable-internal-md5 --with-default-snmp-version=3 --with-sys-contact=no...@no...valid --with-sys-location=somewhere --with-logfile=/var/log/snmpd.log --with-persistent-directory=/var/net-snmp --with-gnu-ld --with-libwrap --with-ldflags=-lm -lkvm -ldevstat --with-openssl=/usr --with-dummy-values --with-perl-modules --disable-embedded-perl --with-dmalloc=/usr/local --with-libs=-lssp_nonshared --with-mib-modules=host disman/event-mib smux mibII/mta_sendmail mibII/tcpTable ucd-snmp/diskio sctp-mib --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd9.0 ---------------------------------------------------------------------- Comment By: Thomas Anders (tanders) Date: 2012-10-15 03:03 Message: What's your exact configure line? Did you include the "--without-kmem-usage" option? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577198&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-24 11:59:31
|
Bugs item #3577198, was opened at 2012-10-14 08:47 Message generated for change (Comment added) made by zi0r You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577198&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: build/test Group: freeBSD >Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ryan Steinmetz (zi0r) Assigned to: Nobody/Anonymous (nobody) Summary: [patch] 5.7.2 build failure without /dev/kmem Initial Comment: The attached patch resolves this issue. In a FreeBSD jail or other scenario where /dev/kmem is not present, the build fails with the following error message: /bin/sh ../libtool --mode=link clang -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -march=native -Ufreebsd9 -Dfreebsd9=freebsd9 -o snmpd snmpd.lo -L/usr/lib -lm -lkvm -ldevstat libnetsnmpagent.la libnetsnmpmibs.la ../snmplib/libnetsnmp.la -lelf -lssp_nonshared libtool: link: clang -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -march=native -Ufreebsd9 -Dfreebsd9=freebsd9 -o .libs/snmpd .libs/snmpd.o -L/usr/lib ./.libs/libnetsnmpagent.so ./.libs/libnetsnmpmibs.so /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent/.libs/libnetsnmpagent.so -lwrap /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/snmplib/.libs/libnetsnmp.so ../snmplib/.libs/libnetsnmp.so -lm -lkvm -ldevstat -lcrypto -lelf -lssp_nonshared -Wl,-rpath -Wl,/usr/local/lib ./.libs/libnetsnmpmibs.so: undefined reference to `kd' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. ---------------------------------------------------------------------- >Comment By: Ryan Steinmetz (zi0r) Date: 2012-10-24 04:59 Message: --without-kmem-usage was included in the configure arguments, however, did not resolve the issue. $ ./configure --enable-shared --enable-internal-md5 --with-default-snmp-version=3 --with-sys-contact=no...@no...valid --with-sys-location=somewhere --with-logfile=/var/log/snmpd.log --with-persistent-directory=/var/net-snmp --with-gnu-ld --with-libwrap --with-ldflags=-lm -lkvm -ldevstat --with-openssl=/usr --with-dummy-values --with-perl-modules --disable-embedded-perl --with-dmalloc=/usr/local --with-libs=-lssp_nonshared --with-mib-modules=host disman/event-mib smux mibII/mta_sendmail mibII/tcpTable ucd-snmp/diskio sctp-mib --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd9.0 ---------------------------------------------------------------------- Comment By: Thomas Anders (tanders) Date: 2012-10-15 03:03 Message: What's your exact configure line? Did you include the "--without-kmem-usage" option? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577198&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-24 06:57:39
|
Bugs item #3577862, was opened at 2012-10-17 09:37 Message generated for change (Comment added) made by st-da You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: freeBSD Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Alexey (st-da) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on SIGHUP while parce exec config line Initial Comment: FreeBSD 9.0 amd64. net-snmp port from fresh ports tree. I have just updated one server to net-snmp 5.7.2 version. And now snmp service crashed eatch time logrotete sent SIGHUP for reopen the logs. After some research I found it crashed only if I have one or more exec lines in the snmpd.conf bellow you can see bt output from gdb I got after crash. Looks like some structure forget to decrease couter after it flushed. I do not see same error here in the tracker... $ sudo gdb /usr/local/sbin/snmpd /var/service/snmpd/snmpd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `snmpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libnetsnmpagent.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpagent.so.30 Reading symbols from /usr/local/lib/libnetsnmpmibs.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpmibs.so.30 Reading symbols from /usr/lib/libwrap.so.6...done. Loaded symbols for /usr/lib/libwrap.so.6 Reading symbols from /usr/local/lib/libnetsnmp.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmp.so.30 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libkvm.so.5...done. Loaded symbols for /lib/libkvm.so.5 Reading symbols from /lib/libdevstat.so.7...done. Loaded symbols for /lib/libdevstat.so.7 Reading symbols from /usr/local/lib/libcrypto.so.8...done. Loaded symbols for /usr/local/lib/libcrypto.so.8 Reading symbols from /usr/lib/libelf.so.1...done. Loaded symbols for /usr/lib/libelf.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 448 netsnmp_table_data *dinfo = ereg->dinfo; [New Thread 802807400 (LWP 114129/snmpd)] (gdb) bt #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 #1 0x0000000800ae6bda in extend_parse_config (token=Variable "token" is not available. ) at agent/extend.c:553 #2 0x000000080108bc30 in run_config_handler (lptr=0x802904700, token=0x7fffffffd1c0 "exec", cptr=0x8028a7e05 "mailstat /bin/cat /var/tmp/mailstat", when=Variable "when" is not available. ) at read_config.c:558 #3 0x000000080108c98d in read_config (filename=0x7fffffffd640 "/usr/local/etc/snmp/snmpd.conf", line_handler=0x802849040, when=0) at read_config.c:977 #4 0x000000080108d5f8 in read_config_files_in_path (path=Variable "path" is not available. ) at read_config.c:1322 #5 0x000000080108d8fd in read_config_files_of_type (when=0, ctmp=0x8028190a0) at read_config.c:1405 #6 0x000000080108d97a in read_config_files (when=0) at read_config.c:1446 #7 0x000000080108df22 in read_configs () at read_config.c:1058 #8 0x0000000000404b08 in SnmpdReconfig () #9 0x0000000000402efe in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () #12 0x0000000000000000 in ?? () #13 0x0000000000000006 in ?? () #14 0x00007fffffffde08 in ?? () #15 0x00007fffffffde1e in ?? () #16 0x00007fffffffde21 in ?? () #17 0x00007fffffffde34 in ?? () #18 0x00007fffffffde37 in ?? () #19 0x00007fffffffde3a in ?? () #20 0x0000000000000000 in ?? () #21 0x00007fffffffde3d in ?? () #22 0x00007fffffffde6b in ?? () #23 0x00007fffffffde78 in ?? () #24 0x00007fffffffde89 in ?? () #25 0x00007fffffffde9d in ?? () #26 0x00007fffffffdebf in ?? () #27 0x00007fffffffded2 in ?? () #28 0x00007fffffffdee0 in ?? () #29 0x00007fffffffdef7 in ?? () #30 0x00007fffffffdf03 in ?? () #31 0x00007fffffffdf0d in ?? () #32 0x00007fffffffdf18 in ?? () #33 0x00007fffffffdf32 in ?? () #34 0x00007fffffffdf43 in ?? () #35 0x00007fffffffdf51 in ?? () #36 0x00007fffffffdf5f in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000003 in ?? () #39 0x0000000000400040 in ?? () #40 0x0000000000000004 in ?? () #41 0x0000000000000038 in ?? () #42 0x0000000000000005 in ?? () #43 0x0000000000000008 in ?? () #44 0x0000000000000006 in ?? () #45 0x0000000000001000 in ?? () ---Type <return> to continue, or q <return> to quit--- #46 0x0000000000000008 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000009 in ?? () #49 0x0000000000402e70 in ?? () #50 0x0000000000000007 in ?? () #51 0x0000000800606000 in ?? () #52 0x000000000000000f in ?? () #53 <signal handler called> #54 0x0000000000000000 in ?? () Previous frame inner to this frame (corrupt stack?) ---------------------------------------------------------------------- >Comment By: Alexey (st-da) Date: 2012-10-23 23:57 Message: Thank you for the patch! Looks like it works as expected now. I'll check it a litle bit longer. also about "tested with 5.7.1" in comment from cg75. We widely use "exec" on our servers on FreeBSD and Redhat both 64 and 32 bit. I do NOT confirm problem at 5.7.1 with exec and SIGHUP.. There was a problem with disk command and SIGHUP, I reported the problem before it was fixed in git for 5.7.1 and disk command have NOT this problem in 5.7.2 ---------------------------------------------------------------------- Comment By: Niels Baggesen (nba) Date: 2012-10-23 21:34 Message: Yes, it is a problem that affects all platform :-( Could you try the attached patch, that hopefully fixes the problem? ---------------------------------------------------------------------- Comment By: cg75 (cg75) Date: 2012-10-23 11:03 Message: I can reproduce the same problem on several servers. Without exec items in snmpd.conf the agent works fine, but with one or more exec items the agent crashed with a segfault when the agent received a SIGHUP. (tested with 5.7.1 and 5.7.2 on x86_64 with SLES 10/11) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-24 04:34:56
|
Bugs item #3577862, was opened at 2012-10-17 09:37 Message generated for change (Comment added) made by nba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: freeBSD Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Alexey (st-da) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on SIGHUP while parce exec config line Initial Comment: FreeBSD 9.0 amd64. net-snmp port from fresh ports tree. I have just updated one server to net-snmp 5.7.2 version. And now snmp service crashed eatch time logrotete sent SIGHUP for reopen the logs. After some research I found it crashed only if I have one or more exec lines in the snmpd.conf bellow you can see bt output from gdb I got after crash. Looks like some structure forget to decrease couter after it flushed. I do not see same error here in the tracker... $ sudo gdb /usr/local/sbin/snmpd /var/service/snmpd/snmpd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `snmpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libnetsnmpagent.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpagent.so.30 Reading symbols from /usr/local/lib/libnetsnmpmibs.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpmibs.so.30 Reading symbols from /usr/lib/libwrap.so.6...done. Loaded symbols for /usr/lib/libwrap.so.6 Reading symbols from /usr/local/lib/libnetsnmp.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmp.so.30 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libkvm.so.5...done. Loaded symbols for /lib/libkvm.so.5 Reading symbols from /lib/libdevstat.so.7...done. Loaded symbols for /lib/libdevstat.so.7 Reading symbols from /usr/local/lib/libcrypto.so.8...done. Loaded symbols for /usr/local/lib/libcrypto.so.8 Reading symbols from /usr/lib/libelf.so.1...done. Loaded symbols for /usr/lib/libelf.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 448 netsnmp_table_data *dinfo = ereg->dinfo; [New Thread 802807400 (LWP 114129/snmpd)] (gdb) bt #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 #1 0x0000000800ae6bda in extend_parse_config (token=Variable "token" is not available. ) at agent/extend.c:553 #2 0x000000080108bc30 in run_config_handler (lptr=0x802904700, token=0x7fffffffd1c0 "exec", cptr=0x8028a7e05 "mailstat /bin/cat /var/tmp/mailstat", when=Variable "when" is not available. ) at read_config.c:558 #3 0x000000080108c98d in read_config (filename=0x7fffffffd640 "/usr/local/etc/snmp/snmpd.conf", line_handler=0x802849040, when=0) at read_config.c:977 #4 0x000000080108d5f8 in read_config_files_in_path (path=Variable "path" is not available. ) at read_config.c:1322 #5 0x000000080108d8fd in read_config_files_of_type (when=0, ctmp=0x8028190a0) at read_config.c:1405 #6 0x000000080108d97a in read_config_files (when=0) at read_config.c:1446 #7 0x000000080108df22 in read_configs () at read_config.c:1058 #8 0x0000000000404b08 in SnmpdReconfig () #9 0x0000000000402efe in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () #12 0x0000000000000000 in ?? () #13 0x0000000000000006 in ?? () #14 0x00007fffffffde08 in ?? () #15 0x00007fffffffde1e in ?? () #16 0x00007fffffffde21 in ?? () #17 0x00007fffffffde34 in ?? () #18 0x00007fffffffde37 in ?? () #19 0x00007fffffffde3a in ?? () #20 0x0000000000000000 in ?? () #21 0x00007fffffffde3d in ?? () #22 0x00007fffffffde6b in ?? () #23 0x00007fffffffde78 in ?? () #24 0x00007fffffffde89 in ?? () #25 0x00007fffffffde9d in ?? () #26 0x00007fffffffdebf in ?? () #27 0x00007fffffffded2 in ?? () #28 0x00007fffffffdee0 in ?? () #29 0x00007fffffffdef7 in ?? () #30 0x00007fffffffdf03 in ?? () #31 0x00007fffffffdf0d in ?? () #32 0x00007fffffffdf18 in ?? () #33 0x00007fffffffdf32 in ?? () #34 0x00007fffffffdf43 in ?? () #35 0x00007fffffffdf51 in ?? () #36 0x00007fffffffdf5f in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000003 in ?? () #39 0x0000000000400040 in ?? () #40 0x0000000000000004 in ?? () #41 0x0000000000000038 in ?? () #42 0x0000000000000005 in ?? () #43 0x0000000000000008 in ?? () #44 0x0000000000000006 in ?? () #45 0x0000000000001000 in ?? () ---Type <return> to continue, or q <return> to quit--- #46 0x0000000000000008 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000009 in ?? () #49 0x0000000000402e70 in ?? () #50 0x0000000000000007 in ?? () #51 0x0000000800606000 in ?? () #52 0x000000000000000f in ?? () #53 <signal handler called> #54 0x0000000000000000 in ?? () Previous frame inner to this frame (corrupt stack?) ---------------------------------------------------------------------- >Comment By: Niels Baggesen (nba) Date: 2012-10-23 21:34 Message: Yes, it is a problem that affects all platform :-( Could you try the attached patch, that hopefully fixes the problem? ---------------------------------------------------------------------- Comment By: cg75 (cg75) Date: 2012-10-23 11:03 Message: I can reproduce the same problem on several servers. Without exec items in snmpd.conf the agent works fine, but with one or more exec items the agent crashed with a segfault when the agent received a SIGHUP. (tested with 5.7.1 and 5.7.2 on x86_64 with SLES 10/11) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-23 18:03:54
|
Bugs item #3577862, was opened at 2012-10-17 09:37 Message generated for change (Comment added) made by cg75 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: freeBSD Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey (st-da) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on SIGHUP while parce exec config line Initial Comment: FreeBSD 9.0 amd64. net-snmp port from fresh ports tree. I have just updated one server to net-snmp 5.7.2 version. And now snmp service crashed eatch time logrotete sent SIGHUP for reopen the logs. After some research I found it crashed only if I have one or more exec lines in the snmpd.conf bellow you can see bt output from gdb I got after crash. Looks like some structure forget to decrease couter after it flushed. I do not see same error here in the tracker... $ sudo gdb /usr/local/sbin/snmpd /var/service/snmpd/snmpd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `snmpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libnetsnmpagent.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpagent.so.30 Reading symbols from /usr/local/lib/libnetsnmpmibs.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpmibs.so.30 Reading symbols from /usr/lib/libwrap.so.6...done. Loaded symbols for /usr/lib/libwrap.so.6 Reading symbols from /usr/local/lib/libnetsnmp.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmp.so.30 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libkvm.so.5...done. Loaded symbols for /lib/libkvm.so.5 Reading symbols from /lib/libdevstat.so.7...done. Loaded symbols for /lib/libdevstat.so.7 Reading symbols from /usr/local/lib/libcrypto.so.8...done. Loaded symbols for /usr/local/lib/libcrypto.so.8 Reading symbols from /usr/lib/libelf.so.1...done. Loaded symbols for /usr/lib/libelf.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 448 netsnmp_table_data *dinfo = ereg->dinfo; [New Thread 802807400 (LWP 114129/snmpd)] (gdb) bt #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 #1 0x0000000800ae6bda in extend_parse_config (token=Variable "token" is not available. ) at agent/extend.c:553 #2 0x000000080108bc30 in run_config_handler (lptr=0x802904700, token=0x7fffffffd1c0 "exec", cptr=0x8028a7e05 "mailstat /bin/cat /var/tmp/mailstat", when=Variable "when" is not available. ) at read_config.c:558 #3 0x000000080108c98d in read_config (filename=0x7fffffffd640 "/usr/local/etc/snmp/snmpd.conf", line_handler=0x802849040, when=0) at read_config.c:977 #4 0x000000080108d5f8 in read_config_files_in_path (path=Variable "path" is not available. ) at read_config.c:1322 #5 0x000000080108d8fd in read_config_files_of_type (when=0, ctmp=0x8028190a0) at read_config.c:1405 #6 0x000000080108d97a in read_config_files (when=0) at read_config.c:1446 #7 0x000000080108df22 in read_configs () at read_config.c:1058 #8 0x0000000000404b08 in SnmpdReconfig () #9 0x0000000000402efe in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () #12 0x0000000000000000 in ?? () #13 0x0000000000000006 in ?? () #14 0x00007fffffffde08 in ?? () #15 0x00007fffffffde1e in ?? () #16 0x00007fffffffde21 in ?? () #17 0x00007fffffffde34 in ?? () #18 0x00007fffffffde37 in ?? () #19 0x00007fffffffde3a in ?? () #20 0x0000000000000000 in ?? () #21 0x00007fffffffde3d in ?? () #22 0x00007fffffffde6b in ?? () #23 0x00007fffffffde78 in ?? () #24 0x00007fffffffde89 in ?? () #25 0x00007fffffffde9d in ?? () #26 0x00007fffffffdebf in ?? () #27 0x00007fffffffded2 in ?? () #28 0x00007fffffffdee0 in ?? () #29 0x00007fffffffdef7 in ?? () #30 0x00007fffffffdf03 in ?? () #31 0x00007fffffffdf0d in ?? () #32 0x00007fffffffdf18 in ?? () #33 0x00007fffffffdf32 in ?? () #34 0x00007fffffffdf43 in ?? () #35 0x00007fffffffdf51 in ?? () #36 0x00007fffffffdf5f in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000003 in ?? () #39 0x0000000000400040 in ?? () #40 0x0000000000000004 in ?? () #41 0x0000000000000038 in ?? () #42 0x0000000000000005 in ?? () #43 0x0000000000000008 in ?? () #44 0x0000000000000006 in ?? () #45 0x0000000000001000 in ?? () ---Type <return> to continue, or q <return> to quit--- #46 0x0000000000000008 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000009 in ?? () #49 0x0000000000402e70 in ?? () #50 0x0000000000000007 in ?? () #51 0x0000000800606000 in ?? () #52 0x000000000000000f in ?? () #53 <signal handler called> #54 0x0000000000000000 in ?? () Previous frame inner to this frame (corrupt stack?) ---------------------------------------------------------------------- Comment By: cg75 (cg75) Date: 2012-10-23 11:03 Message: I can reproduce the same problem on several servers. Without exec items in snmpd.conf the agent works fine, but with one or more exec items the agent crashed with a segfault when the agent received a SIGHUP. (tested with 5.7.1 and 5.7.2 on x86_64 with SLES 10/11) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-19 18:19:48
|
Bugs item #3564179, was opened at 2012-09-02 09:51 Message generated for change (Comment added) made by fis04268 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3564179&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Finzel Stefan (fis04268) Assigned to: Nobody/Anonymous (nobody) Summary: snmpTargetSpinLock returns invalid error Initial Comment: net-snmp-5-7-2-rc2: SNMP-TARGET-MIB::snmpTargetSpinLock (1.3.6.1.6.3.12.1.1.0) is returning wrong error (inconsistentValue) writing to an invalid instance. Error notWritable / noCreation was expected. correct: snmpset -v2c -cprivate 192.168.0.39 1.3.6.1.6.3.12.1.1.0 i 1 iso.3.6.1.6.3.12.1.1.0 = INTEGER: 1 incorrect: snmpset -v2c -cprivate 192.168.0.39 1.3.6.1.6.3.12.1.1 i 1 Error in packet. Reason: inconsistentValue (The set value is illegal or unsupported in some way) Failed object: iso.3.6.1.6.3.12.1.1 dito for 1.3.6.1.6.3.12.1.1.0.0 1.3.6.1.6.3.12.1.1.1 ... ---------------------------------------------------------------------- >Comment By: Finzel Stefan (fis04268) Date: 2012-10-19 11:19 Message: it looks like REGISTER_MIB was not made to handle scalars like snmpTargetSpinLock therefore a query to an invalid oid (1.3.6.1.6.3.12.1.1.0.0 or 1.3.6.1.6.3.12.1.1.1) is not recognized this could be fixed by checks around functions var_targetSpinLock or write_targetSpinLock ---------------------------------------------------------------------- Comment By: Finzel Stefan (fis04268) Date: 2012-09-03 02:37 Message: the behaviour should also be consistent to other locks like ipAddressSpinLock, usmUserSpinLock, vacmViewSpinLock ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3564179&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-18 15:40:02
|
Bugs item #1205136, was opened at 2005-05-19 09:56 Message generated for change (Comment added) made by vikthor_n You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1205136&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: traps Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Net-SNMP 5.2.1 Deadlock when sending multiple traps at once Initial Comment: Subagent halts after sending multiple traps. This is how I reproduced it: In file agent/mibgroup/examples/notification.c, inside "send_example_notification" function, I add a "for" loop to run the entirre function for 500 times. So it will declare oid's, bind variables to var_list and send the trap each iteration. After sending many traps subagent freezes, and snmpd stops working too. If I send only one trap at a time, exit the function and let the program repeat the callback it keeps sending traps forever (which is the right thing). I also noticed a memory leak (using top) if I let the example run for a long time. Tried patch snmp5.2.p01.a but patch said that file was already patched. ---------------------------------------------------------------------- Comment By: Vikthor (vikthor_n) Date: 2012-10-18 08:40 Message: I similar issue, which seems like deadlock between agentxmaster and subagent after sending many traps in a for loop. I have tried both unix sockets, which deadlock after about 300 traps and tcp which lock after 1000 or so. Observed on 5.3.1 and 5.7.2. ---------------------------------------------------------------------- Comment By: Thomas Anders (tanders) Date: 2006-02-10 04:42 Message: Logged In: YES user_id=848638 (to the person providing the last feedback:) What net-snmp version on what OS/platform? Have you tried 5.2.2 or 5.3.0.1? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-02-09 01:36 Message: Logged In: NO I have also seen a similar problem in a little different way. I have added a for loop in my subagent which calls send_v2trap . After sending few traps subagent blocks in call to send_v2trap. While debugging, I have observed that the subagent blocks when it calls send() function. I have tested my program with 5.1.1 and it works fine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1205136&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-18 14:59:06
|
Bugs item #3577871, was opened at 2012-10-17 10:13 Message generated for change (Comment added) made by duckx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577871&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: solaris Status: Open Resolution: None Priority: 5 Private: No Submitted By: Frédéric Brin (duckx) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault reading tcpConnTable on Solaris 10 Initial Comment: Hello, Problem: net-snmp segfaults while reading TCP-MIB::tcpConnTable OS; Oracle Solaris 10 9/10 s10x_u9wos_14a X86 net-snmp version: 5.6.1.1 Source Package: OpenCSW pkg (http://www.opencsw.org/) Run cmd: /opt/csw/sbin/snmpd -f -Lsd -Le -p /var/run/cswsnmpd.pid -a Backtrace from gdb: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 1)] 0xfea8544b in memcpy () from /lib/libc.so.1 (gdb) where #0 0xfea8544b in memcpy () from /lib/libc.so.1 #1 0xfee5428a in getMibstat () from /opt/csw/lib/libnetsnmpmibs.so.25 #2 0xfee58a77 in tcpTable_load () from /opt/csw/lib/libnetsnmpmibs.so.25 #3 0xfef683fd in _cache_load () from /opt/csw/lib/libnetsnmpagent.so.25 #4 0xfef67eee in netsnmp_cache_check_and_reload () from /opt/csw/lib/libnetsnmpagent.so.25 #5 0xfef682d8 in netsnmp_cache_helper_handler () from /opt/csw/lib/libnetsnmpagent.so.25 #6 0xfef3f615 in netsnmp_call_handler () from /opt/csw/lib/libnetsnmpagent.so.25 #7 0xfef3f9e6 in netsnmp_call_handlers () from /opt/csw/lib/libnetsnmpagent.so.25 #8 0xfef4d4ea in handle_var_requests () from /opt/csw/lib/libnetsnmpagent.so.25 #9 0xfef4e268 in handle_getnext_loop () from /opt/csw/lib/libnetsnmpagent.so.25 #10 0xfef4ec34 in handle_pdu () from /opt/csw/lib/libnetsnmpagent.so.25 #11 0xfef4e766 in netsnmp_handle_request () from /opt/csw/lib/libnetsnmpagent.so.25 #12 0xfef4c01e in handle_snmp_packet () from /opt/csw/lib/libnetsnmpagent.so.25 #13 0xfed2d938 in _sess_process_packet () from /opt/csw/lib/libnetsnmp.so.25 #14 0xfed2e888 in _sess_read () from /opt/csw/lib/libnetsnmp.so.25 #15 0xfed2efb9 in snmp_sess_read2 () from /opt/csw/lib/libnetsnmp.so.25 #16 0xfed2dcfe in snmp_read2 () from /opt/csw/lib/libnetsnmp.so.25 #17 0x08054bb3 in ?? () #18 0x08053a23 in main () Regards, Frédéric ---------------------------------------------------------------------- >Comment By: Frédéric Brin (duckx) Date: 2012-10-18 07:59 Message: Il finally got 5.7.2 compiling and running. But I get the same result. See the following trace. sds-fid-101 # gdb /opt/csw/sbin/snmpd GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-pc-solaris2.10". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /opt/csw/sbin/snmpd...(no debugging symbols found)...done. (gdb) set args -f -Lsd -Le -p /var/run/cswsnmpd.pid -a (gdb) run Starting program: /opt/csw/sbin/snmpd -f -Lsd -Le -p /var/run/cswsnmpd.pid -a [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] Turning on AgentX master support. /etc/opt/csw/snmp/snmpd.conf: line 551: Warning: Unknown token: smuxpeer. NET-SNMP version 5.7.2 Received SNMP packet(s) from callback: 1 on fd 3 Received SNMP packet(s) from UDP: [10.144.253.161]:63066->[0.0.0.0]:0 Received SNMP packet(s) from UDP: [10.144.253.161]:63068->[0.0.0.0]:0 Received SNMP packet(s) from UDP: [127.0.0.1]:52062->[0.0.0.0]:0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 1)] 0xfee2fb70 in getMibstat () from /opt/csw/lib/libnetsnmpmibs.so.30 (gdb) bt #0 0xfee2fb70 in getMibstat () from /opt/csw/lib/libnetsnmpmibs.so.30 #1 0xfee3495b in tcpTable_load () from /opt/csw/lib/libnetsnmpmibs.so.30 #2 0xfef51346 in _cache_load () from /opt/csw/lib/libnetsnmpagent.so.30 #3 0xfef50e08 in netsnmp_cache_check_and_reload () from /opt/csw/lib/libnetsnmpagent.so.30 #4 0xfef511fb in netsnmp_cache_helper_handler () from /opt/csw/lib/libnetsnmpagent.so.30 #5 0xfef6420d in netsnmp_call_handler () from /opt/csw/lib/libnetsnmpagent.so.30 #6 0xfef645bd in netsnmp_call_handlers () from /opt/csw/lib/libnetsnmpagent.so.30 #7 0xfef7284d in handle_var_requests () from /opt/csw/lib/libnetsnmpagent.so.30 #8 0xfef7344e in handle_getnext_loop () from /opt/csw/lib/libnetsnmpagent.so.30 #9 0xfef73e02 in handle_pdu () from /opt/csw/lib/libnetsnmpagent.so.30 #10 0xfef7395b in netsnmp_handle_request () from /opt/csw/lib/libnetsnmpagent.so.30 #11 0xfef71247 in handle_snmp_packet () from /opt/csw/lib/libnetsnmpagent.so.30 #12 0xfed0f563 in _sess_process_packet () from /opt/csw/lib/libnetsnmp.so.30 #13 0xfed102e3 in _sess_read () from /opt/csw/lib/libnetsnmp.so.30 #14 0xfed108c1 in snmp_sess_read2 () from /opt/csw/lib/libnetsnmp.so.30 #15 0xfed0f76a in snmp_read2 () from /opt/csw/lib/libnetsnmp.so.30 #16 0x08054a6e in ?? () #17 0x08053b58 in main () ---------------------------------------------------------------------- Comment By: Thomas Anders (tanders) Date: 2012-10-18 01:02 Message: Could you please try again with latest version 5.7.2? If OpenCSW doesn't offer it, please build yourself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577871&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-18 14:21:49
|
Bugs item #3578110, was opened at 2012-10-18 07:21 Message generated for change (Tracker Item Submitted) made by swiesinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3578110&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: python Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sebastian Wiesinger (swiesinger) Assigned to: Nobody/Anonymous (nobody) Summary: python bindings snmpwalk not parsing OID strings Initial Comment: It seems that the snmpwalk command in the python bindings is not parsing OIDs as the rest of the commands do. I'm currently using the Ubuntu version of net-snmp (5.4.3~dfsg-2.4ubuntu1.1) but I couldn't find a bug for this and no mention in the changelog so I assume it's still there. A little example script, which first does a snmpget (which works) then a snmpwalk (which doesn't) and then a snmpwalk with a numeric oid (which works again): #! /usr/bin/env python import netsnmp print netsnmp.snmpget(netsnmp.Varbind('IF-MIB::ifDescr',1), DestHost='router', Version=2, Community='xyz') print netsnmp.snmpwalk(netsnmp.Varbind('IF-MIB::ifDescr'), DestHost='router', Version=2, Community='xyz') print netsnmp.snmpwalk(netsnmp.Varbind('.1.3.6.1.2.1.2.2.1.2'), DestHost='router', Version=2, Community='xyz') Returns: ('fxp0',) error: walk: unknown object ID (IF-MIB)None ('fxp0', 'lsi', 'dsc', 'lo0', 'tap', 'gre', 'ipip', 'pime', 'pimd', 'mtun', 'lo0.0', 'em0', ...) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3578110&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-18 08:02:25
|
Bugs item #3577871, was opened at 2012-10-17 10:13 Message generated for change (Comment added) made by tanders You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577871&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: solaris Status: Open Resolution: None Priority: 5 Private: No Submitted By: Frédéric Brin (duckx) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault reading tcpConnTable on Solaris 10 Initial Comment: Hello, Problem: net-snmp segfaults while reading TCP-MIB::tcpConnTable OS; Oracle Solaris 10 9/10 s10x_u9wos_14a X86 net-snmp version: 5.6.1.1 Source Package: OpenCSW pkg (http://www.opencsw.org/) Run cmd: /opt/csw/sbin/snmpd -f -Lsd -Le -p /var/run/cswsnmpd.pid -a Backtrace from gdb: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 1)] 0xfea8544b in memcpy () from /lib/libc.so.1 (gdb) where #0 0xfea8544b in memcpy () from /lib/libc.so.1 #1 0xfee5428a in getMibstat () from /opt/csw/lib/libnetsnmpmibs.so.25 #2 0xfee58a77 in tcpTable_load () from /opt/csw/lib/libnetsnmpmibs.so.25 #3 0xfef683fd in _cache_load () from /opt/csw/lib/libnetsnmpagent.so.25 #4 0xfef67eee in netsnmp_cache_check_and_reload () from /opt/csw/lib/libnetsnmpagent.so.25 #5 0xfef682d8 in netsnmp_cache_helper_handler () from /opt/csw/lib/libnetsnmpagent.so.25 #6 0xfef3f615 in netsnmp_call_handler () from /opt/csw/lib/libnetsnmpagent.so.25 #7 0xfef3f9e6 in netsnmp_call_handlers () from /opt/csw/lib/libnetsnmpagent.so.25 #8 0xfef4d4ea in handle_var_requests () from /opt/csw/lib/libnetsnmpagent.so.25 #9 0xfef4e268 in handle_getnext_loop () from /opt/csw/lib/libnetsnmpagent.so.25 #10 0xfef4ec34 in handle_pdu () from /opt/csw/lib/libnetsnmpagent.so.25 #11 0xfef4e766 in netsnmp_handle_request () from /opt/csw/lib/libnetsnmpagent.so.25 #12 0xfef4c01e in handle_snmp_packet () from /opt/csw/lib/libnetsnmpagent.so.25 #13 0xfed2d938 in _sess_process_packet () from /opt/csw/lib/libnetsnmp.so.25 #14 0xfed2e888 in _sess_read () from /opt/csw/lib/libnetsnmp.so.25 #15 0xfed2efb9 in snmp_sess_read2 () from /opt/csw/lib/libnetsnmp.so.25 #16 0xfed2dcfe in snmp_read2 () from /opt/csw/lib/libnetsnmp.so.25 #17 0x08054bb3 in ?? () #18 0x08053a23 in main () Regards, Frédéric ---------------------------------------------------------------------- >Comment By: Thomas Anders (tanders) Date: 2012-10-18 01:02 Message: Could you please try again with latest version 5.7.2? If OpenCSW doesn't offer it, please build yourself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577871&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-17 17:13:04
|
Bugs item #3577871, was opened at 2012-10-17 10:13 Message generated for change (Tracker Item Submitted) made by duckx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577871&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: solaris Status: Open Resolution: None Priority: 5 Private: No Submitted By: Frédéric Brin (duckx) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault reading tcpConnTable on Solaris 10 Initial Comment: Hello, Problem: net-snmp segfaults while reading TCP-MIB::tcpConnTable OS; Oracle Solaris 10 9/10 s10x_u9wos_14a X86 net-snmp version: 5.6.1.1 Source Package: OpenCSW pkg (http://www.opencsw.org/) Run cmd: /opt/csw/sbin/snmpd -f -Lsd -Le -p /var/run/cswsnmpd.pid -a Backtrace from gdb: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 1)] 0xfea8544b in memcpy () from /lib/libc.so.1 (gdb) where #0 0xfea8544b in memcpy () from /lib/libc.so.1 #1 0xfee5428a in getMibstat () from /opt/csw/lib/libnetsnmpmibs.so.25 #2 0xfee58a77 in tcpTable_load () from /opt/csw/lib/libnetsnmpmibs.so.25 #3 0xfef683fd in _cache_load () from /opt/csw/lib/libnetsnmpagent.so.25 #4 0xfef67eee in netsnmp_cache_check_and_reload () from /opt/csw/lib/libnetsnmpagent.so.25 #5 0xfef682d8 in netsnmp_cache_helper_handler () from /opt/csw/lib/libnetsnmpagent.so.25 #6 0xfef3f615 in netsnmp_call_handler () from /opt/csw/lib/libnetsnmpagent.so.25 #7 0xfef3f9e6 in netsnmp_call_handlers () from /opt/csw/lib/libnetsnmpagent.so.25 #8 0xfef4d4ea in handle_var_requests () from /opt/csw/lib/libnetsnmpagent.so.25 #9 0xfef4e268 in handle_getnext_loop () from /opt/csw/lib/libnetsnmpagent.so.25 #10 0xfef4ec34 in handle_pdu () from /opt/csw/lib/libnetsnmpagent.so.25 #11 0xfef4e766 in netsnmp_handle_request () from /opt/csw/lib/libnetsnmpagent.so.25 #12 0xfef4c01e in handle_snmp_packet () from /opt/csw/lib/libnetsnmpagent.so.25 #13 0xfed2d938 in _sess_process_packet () from /opt/csw/lib/libnetsnmp.so.25 #14 0xfed2e888 in _sess_read () from /opt/csw/lib/libnetsnmp.so.25 #15 0xfed2efb9 in snmp_sess_read2 () from /opt/csw/lib/libnetsnmp.so.25 #16 0xfed2dcfe in snmp_read2 () from /opt/csw/lib/libnetsnmp.so.25 #17 0x08054bb3 in ?? () #18 0x08053a23 in main () Regards, Frédéric ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577871&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-17 16:37:04
|
Bugs item #3577862, was opened at 2012-10-17 09:37 Message generated for change (Tracker Item Submitted) made by st-da You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: freeBSD Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexey (st-da) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on SIGHUP while parce exec config line Initial Comment: FreeBSD 9.0 amd64. net-snmp port from fresh ports tree. I have just updated one server to net-snmp 5.7.2 version. And now snmp service crashed eatch time logrotete sent SIGHUP for reopen the logs. After some research I found it crashed only if I have one or more exec lines in the snmpd.conf bellow you can see bt output from gdb I got after crash. Looks like some structure forget to decrease couter after it flushed. I do not see same error here in the tracker... $ sudo gdb /usr/local/sbin/snmpd /var/service/snmpd/snmpd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `snmpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libnetsnmpagent.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpagent.so.30 Reading symbols from /usr/local/lib/libnetsnmpmibs.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmpmibs.so.30 Reading symbols from /usr/lib/libwrap.so.6...done. Loaded symbols for /usr/lib/libwrap.so.6 Reading symbols from /usr/local/lib/libnetsnmp.so.30...done. Loaded symbols for /usr/local/lib/libnetsnmp.so.30 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libkvm.so.5...done. Loaded symbols for /lib/libkvm.so.5 Reading symbols from /lib/libdevstat.so.7...done. Loaded symbols for /lib/libdevstat.so.7 Reading symbols from /usr/local/lib/libcrypto.so.8...done. Loaded symbols for /usr/local/lib/libcrypto.so.8 Reading symbols from /usr/lib/libelf.so.1...done. Loaded symbols for /usr/lib/libelf.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 448 netsnmp_table_data *dinfo = ereg->dinfo; [New Thread 802807400 (LWP 114129/snmpd)] (gdb) bt #0 _new_extension (exec_name=0x7fffffffc8d0 "mailstat", exec_flags=9, ereg=0x0) at agent/extend.c:448 #1 0x0000000800ae6bda in extend_parse_config (token=Variable "token" is not available. ) at agent/extend.c:553 #2 0x000000080108bc30 in run_config_handler (lptr=0x802904700, token=0x7fffffffd1c0 "exec", cptr=0x8028a7e05 "mailstat /bin/cat /var/tmp/mailstat", when=Variable "when" is not available. ) at read_config.c:558 #3 0x000000080108c98d in read_config (filename=0x7fffffffd640 "/usr/local/etc/snmp/snmpd.conf", line_handler=0x802849040, when=0) at read_config.c:977 #4 0x000000080108d5f8 in read_config_files_in_path (path=Variable "path" is not available. ) at read_config.c:1322 #5 0x000000080108d8fd in read_config_files_of_type (when=0, ctmp=0x8028190a0) at read_config.c:1405 #6 0x000000080108d97a in read_config_files (when=0) at read_config.c:1446 #7 0x000000080108df22 in read_configs () at read_config.c:1058 #8 0x0000000000404b08 in SnmpdReconfig () #9 0x0000000000402efe in ?? () #10 0x0000000800621000 in ?? () #11 0x0000000000000000 in ?? () #12 0x0000000000000000 in ?? () #13 0x0000000000000006 in ?? () #14 0x00007fffffffde08 in ?? () #15 0x00007fffffffde1e in ?? () #16 0x00007fffffffde21 in ?? () #17 0x00007fffffffde34 in ?? () #18 0x00007fffffffde37 in ?? () #19 0x00007fffffffde3a in ?? () #20 0x0000000000000000 in ?? () #21 0x00007fffffffde3d in ?? () #22 0x00007fffffffde6b in ?? () #23 0x00007fffffffde78 in ?? () #24 0x00007fffffffde89 in ?? () #25 0x00007fffffffde9d in ?? () #26 0x00007fffffffdebf in ?? () #27 0x00007fffffffded2 in ?? () #28 0x00007fffffffdee0 in ?? () #29 0x00007fffffffdef7 in ?? () #30 0x00007fffffffdf03 in ?? () #31 0x00007fffffffdf0d in ?? () #32 0x00007fffffffdf18 in ?? () #33 0x00007fffffffdf32 in ?? () #34 0x00007fffffffdf43 in ?? () #35 0x00007fffffffdf51 in ?? () #36 0x00007fffffffdf5f in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000003 in ?? () #39 0x0000000000400040 in ?? () #40 0x0000000000000004 in ?? () #41 0x0000000000000038 in ?? () #42 0x0000000000000005 in ?? () #43 0x0000000000000008 in ?? () #44 0x0000000000000006 in ?? () #45 0x0000000000001000 in ?? () ---Type <return> to continue, or q <return> to quit--- #46 0x0000000000000008 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000009 in ?? () #49 0x0000000000402e70 in ?? () #50 0x0000000000000007 in ?? () #51 0x0000000800606000 in ?? () #52 0x000000000000000f in ?? () #53 <signal handler called> #54 0x0000000000000000 in ?? () Previous frame inner to this frame (corrupt stack?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577862&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-15 10:03:47
|
Bugs item #3577198, was opened at 2012-10-14 08:47 Message generated for change (Comment added) made by tanders You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577198&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: build/test Group: freeBSD >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Ryan Steinmetz (zi0r) Assigned to: Nobody/Anonymous (nobody) Summary: [patch] 5.7.2 build failure without /dev/kmem Initial Comment: The attached patch resolves this issue. In a FreeBSD jail or other scenario where /dev/kmem is not present, the build fails with the following error message: /bin/sh ../libtool --mode=link clang -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -march=native -Ufreebsd9 -Dfreebsd9=freebsd9 -o snmpd snmpd.lo -L/usr/lib -lm -lkvm -ldevstat libnetsnmpagent.la libnetsnmpmibs.la ../snmplib/libnetsnmp.la -lelf -lssp_nonshared libtool: link: clang -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -march=native -Ufreebsd9 -Dfreebsd9=freebsd9 -o .libs/snmpd .libs/snmpd.o -L/usr/lib ./.libs/libnetsnmpagent.so ./.libs/libnetsnmpmibs.so /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent/.libs/libnetsnmpagent.so -lwrap /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/snmplib/.libs/libnetsnmp.so ../snmplib/.libs/libnetsnmp.so -lm -lkvm -ldevstat -lcrypto -lelf -lssp_nonshared -Wl,-rpath -Wl,/usr/local/lib ./.libs/libnetsnmpmibs.so: undefined reference to `kd' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. ---------------------------------------------------------------------- >Comment By: Thomas Anders (tanders) Date: 2012-10-15 03:03 Message: What's your exact configure line? Did you include the "--without-kmem-usage" option? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577198&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-14 15:47:47
|
Bugs item #3577198, was opened at 2012-10-14 08:47 Message generated for change (Tracker Item Submitted) made by zi0r You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577198&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: build/test Group: freeBSD Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ryan Steinmetz (zi0r) Assigned to: Nobody/Anonymous (nobody) Summary: [patch] 5.7.2 build failure without /dev/kmem Initial Comment: The attached patch resolves this issue. In a FreeBSD jail or other scenario where /dev/kmem is not present, the build fails with the following error message: /bin/sh ../libtool --mode=link clang -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -march=native -Ufreebsd9 -Dfreebsd9=freebsd9 -o snmpd snmpd.lo -L/usr/lib -lm -lkvm -ldevstat libnetsnmpagent.la libnetsnmpmibs.la ../snmplib/libnetsnmp.la -lelf -lssp_nonshared libtool: link: clang -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -march=native -Ufreebsd9 -Dfreebsd9=freebsd9 -o .libs/snmpd .libs/snmpd.o -L/usr/lib ./.libs/libnetsnmpagent.so ./.libs/libnetsnmpmibs.so /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent/.libs/libnetsnmpagent.so -lwrap /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/snmplib/.libs/libnetsnmp.so ../snmplib/.libs/libnetsnmp.so -lm -lkvm -ldevstat -lcrypto -lelf -lssp_nonshared -Wl,-rpath -Wl,/usr/local/lib ./.libs/libnetsnmpmibs.so: undefined reference to `kd' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2/agent. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.2. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3577198&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-09 19:13:41
|
Bugs item #3495314, was opened at 2012-02-28 06:07 Message generated for change (Comment added) made by nba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3495314&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: aix >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: msa (claudonv) Assigned to: Niels Baggesen (nba) Summary: AIX net-snmp5.7.1 hrSWRunPath not complete Initial Comment: On 5.7.1, i have applied patch aix-swrun_procinfo.v1.patch (bug ID 3403433) and it is fine for hrSWRunName and hsSWRunParameters. But i notice a difference between hrSWRunPath in linux (redhat) and AIX. in linux hrSWRunPath contain the path and the runname in AIX hrSWRunPath contain only the path Could you help me to have the same behavior between linux and AIX ? ---------------------------------------------------------------------- Comment By: Niels Baggesen (nba) Date: 2012-10-09 12:13 Message: Thanks for the bug report! We've fixed the problem in the 5.5.x, 5.6.x and 5.7.x code branches and the main development tree, so it should be fixed in future releases of the Net-SNMP package. ---------------------------------------------------------------------- Comment By: Niels Baggesen (nba) Date: 2012-10-08 13:01 Message: Great, thanks for confiming. It hopefully catches the5.7.2 that is just now going out the door. ---------------------------------------------------------------------- Comment By: blentz (blentz) Date: 2012-10-04 12:12 Message: I concur, having applied the patch attached to this report. Desired behavior: - That hrSWRunName contains 'basename' style information - That hrSWRunPath contains the full path *and* the executable - If the process table does not contain any path (e.g. not '/' characters leading up to the first space, reading the process table string), then hrSWRunName and hrSWRunPath are the same. Testing conducted as follows: Baseline version Red Hat Enterprise Linux 5.7, using Net-SNMP 5.3.2.2: $ snmpwalk -v 2c localhost:16161 HOST-RESOURCES-MIB::hrSWRunName.18742 HOST-RESOURCES-MIB::hrSWRunName.18742 = STRING: "nmon" $ snmpwalk -v 2c localhost:16161 HOST-RESOURCES-MIB::hrSWRunPath.18742 HOST-RESOURCES-MIB::hrSWRunPath.18742 = STRING: "/usr/bin/nmon" Patch version AIX 5.3 TL12 SP5, using Net-SNMP 5.7.2.rc2: $ snmpwalk -v 2c -c aix2011 localhost:16161 HOST-RESOURCES-MIB::hrSWRunName.172122 HOST-RESOURCES-MIB::hrSWRunName.172122 = STRING: "topas_nmon" $ snmpwalk -v 2c -c aix2011 localhost:16161 HOST-RESOURCES-MIB::hrSWRunPath.172122 HOST-RESOURCES-MIB::hrSWRunPath.172122 = STRING: "/usr/bin/topas_nmon" ---------------------------------------------------------------------- Comment By: blentz (blentz) Date: 2012-10-04 11:50 Message: I apologize for the delay. I will test this patch today on my systems and let you know shortly. ---------------------------------------------------------------------- Comment By: Niels Baggesen (nba) Date: 2012-09-21 04:46 Message: It is also the way Microsofts agent does it (i.e. gives the complete file name). The description in the MIB is a bit vague: > "A description of the location on long-term storage > (e.g. a disk drive) from which this software was > loaded." ---------------------------------------------------------------------- Comment By: blentz (blentz) Date: 2012-09-20 17:02 Message: I guess I misunderstood how this was supposed to work. Does the host resource mib dictate what portion of the process list data the "Path" is supposed to contain? Maybe we just concatenate the path and the process basename if what's being reported in this bug is actually what we want? I defintely agree, what Linux and AIX do should be consistent, I'm just not sure which way :-) ---------------------------------------------------------------------- Comment By: Niels Baggesen (nba) Date: 2012-08-19 23:19 Message: Could you try the current 5.7.2.rc1 version with the attach patch applied? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3495314&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-08 20:18:11
|
Bugs item #539003, was opened at 2002-04-03 15:46 Message generated for change (Settings changed) made by nba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=539003&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: aix >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: John Naylon (jbpn) Summary: ucd-snmp Compile on AIX4.3.3 Initial Comment: I have downloaded the Source Code for ucd-snmp V4.2.3 onto an RS/6000 running AIX4.3.3. I have gcc-v3.0.4 and openssl-0.9.6.3 installed. I have tried to compile the ucd-snmp agent with the following process: ./configure --with-mib-modules=host make The make returns the following errors: scapi.c: In function `sc_hash': scapi.c:354: warning: passing arg 3 of `EVP_DigestFinal' from incompatible point er type host/hr_storage.c: In function `var_hrstore': host/hr_storage.c:372: storage size of `memory_totals' isn't known host/hr_storage.c:412: sizeof applied to an incomplete type make[2]: *** [host/hr_storage.lo] Error 1 mibgroup/host/hr_storage.c: In function `var_hrstore': mibgroup/host/hr_storage.c:372: storage size of `memory_totals' isn't known mibgroup/host/hr_storage.c:412: sizeof applied to an incomplete type make[1]: *** [mibgroup/host/hr_storage.lo] Error 1 Does anyone have any suggestions on how to resolve the errors relating to the hr_storage.c compile messages?? Thanks in advance. Grant ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-05-16 00:34 Message: Logged In: NO I changed hr_filesys.c to use mntcntl and statvfs together in order to extract the data required the compilation worked and a standalone program using this also work unfortunately when i run the agent, it gives me a part of the host ressources mib then it hangs Here is the small program for testing the changed I made #include<sys/types.h> #include<sys/mntctl.h> #include<sys/vmount.h> #include<sys/statvfs.h> #include<malloc.h> #include<string.h> #define MAXPATHLEN 255 struct struct_HRFS_entry { struct vmount* current_mount ; char mount_point[MAXPATHLEN] ; char device[MAXPATHLEN] ; struct statvfs fsstat ; } ; static struct struct_HRFS_entry HRFS_entry_struct ; static struct struct_HRFS_entry* HRFS_entry = &HRFS_entry_struct ; static int HRFS_index; struct vmount* allmount = NULL ; #define HRFS_type fsstat.f_basetype #define HRFS_mount mount_point #define HRFS_name device static int fscount=0; void init(void) { int vmountsize ; HRFS_index = 0 ; fscount = 0 ; if( allmount ) { free( allmount ) ; allmount=NULL; } if( mntctl(MCTL_QUERY,4,&vmountsize) >=0 ) { allmount = (struct vmount*) malloc ( vmountsize ) ; fscount = mntctl(MCTL_QUERY,vmountsize,allmount) ; if( fscount <= 0) { free( allmount ) ; allmount=NULL; fscount = 0 ; } } HRFS_entry->current_mount = allmount ; } int getNext(void) { if (HRFS_index >= fscount) return -1; strcpy(HRFS_entry->device, (char*)HRFS_entry->current_mount + HRFS_entry->current_mount[0].vmt_dat a[VMT_OBJECT].vmt_off ) ; strcpy(HRFS_entry->mount_point, (char*)HRFS_entry->current_mount + HRFS_entry->current_mount[0].vmt_dat a[VMT_STUB].vmt_off ) ; statvfs( HRFS_entry->mount_point, &(HRFS_entry->fsstat) ) ; HRFS_entry->current_mount=(char*)HRFS_entry->current_mount + HRFS_entry->curre nt_mount[0].vmt_length ; return ++HRFS_index; } main() { init() ; while( getNext() >=0 ) { printf("%s %s %s\n",HRFS_entry->HRFS_mount, HRFS_entry->HRFS_name,HRFS_entry->HRFS_type ) ; } } Here is the modified version of hr_filesys.c /* * Host Resources MIB - File System device group implementation - hr_filesys.c * */ #include <net-snmp/net-snmp-config.h> #include "host_res.h" #include "hr_filesys.h" #include <net-snmp/utilities.h> #if HAVE_MNTENT_H #include <mntent.h> #endif #if HAVE_SYS_MNTENT_H #include <sys/mntent.h> #endif #if HAVE_SYS_MNTTAB_H #include <sys/mnttab.h> #endif #if HAVE_SYS_STATVFS_H #include <sys/statvfs.h> #endif #if HAVE_SYS_VFS_H #include <sys/vfs.h> #endif #ifdef HAVE_SYS_PARAM_H #include <sys/param.h> #endif #ifdef HAVE_SYS_MOUNT_H #include <sys/mount.h> #endif #include <ctype.h> #if HAVE_STRING_H #include <string.h> #endif #if HAVE_STDLIB_H #include <stdlib.h> #endif #if defined(bsdi4) || defined(freebsd3) || defined(freebsd4) || defined(freebsd5) #if HAVE_GETFSSTAT #if defined(MFSNAMELEN) #define MOUNT_NFS "nfs" #define MNTTYPE_UFS "ufs" #define BerkelyFS #define MNTTYPE_FFS "ffs" #define MNTTYPE_NFS "nfs" #define MNTTYPE_NFS3 "nfs" #define MNTTYPE_MFS "mfs" #define MNTTYPE_MSDOS "msdos" #define MNTTYPE_LFS "lfs" #define MNTTYPE_FDESC "fdesc" #define MNTTYPE_PORTAL "portal" #define MNTTYPE_NULL "null" #define MNTTYPE_UMAP "umap" #define MNTTYPE_KERNFS "kernfs" #define MNTTYPE_PROCFS "procfs" #define MNTTYPE_AFS "afs" #define MNTTYPE_CD9660 "cd9660" #define MNTTYPE_UNION "union" #define MNTTYPE_ADOSFS "adosfs" #define MNTTYPE_EXT2FS "ext2fs" #define MNTTYPE_CFS "coda" #define MNTTYPE_NTFS "ntfs" #endif #endif #endif /* freebsd3 */ #define HRFS_MONOTONICALLY_INCREASING /********************* * * Kernel & interface information, * and internal forward declarations * *********************/ #ifdef solaris2 struct mnttab HRFS_entry_struct; struct mnttab *HRFS_entry = &HRFS_entry_struct; #define HRFS_name mnt_special #define HRFS_mount mnt_mountp #define HRFS_type mnt_fstype #define HRFS_statfs statvfs #elif defined(aix) #include <sys/statvfs.h> #include <sys/mntctl.h> #include <sys/vmount.h> struct struct_HRFS_entry { struct vmount* current_mount ; char mount_point[MAXPATHLEN] ; char device[MAXPATHLEN] ; struct statvfs fsstat ; } ; struct struct_HRFS_entry HRFS_entry_struct ; struct struct_HRFS_entry* HRFS_entry = &HRFS_entry_struct ; struct vmount* allmount=0 ; static int fscount; #define HRFS_statfs statvfs #define HRFS_type fsstat.f_basetype #define HRFS_mount mount_point #define HRFS_name device #elif defined(HAVE_GETFSSTAT) static struct statfs *fsstats = 0; static int fscount; struct statfs *HRFS_entry; #define HRFS_statfs statfs #ifdef MFSNAMELEN #define HRFS_type f_fstypename #else #define HRFS_type f_type #endif #define HRFS_mount f_mntonname #define HRFS_name f_mntfromname #elif defined(dynix) struct mntent *HRFS_entry; #define HRFS_name mnt_fsname #define HRFS_mount mnt_dir #define HRFS_type mnt_type #define HRFS_statfs statvfs #else struct mntent *HRFS_entry; #define HRFS_name mnt_fsname #define HRFS_mount mnt_dir #define HRFS_type mnt_type #define HRFS_statfs statfs #endif #define FULL_DUMP 0 #define PART_DUMP 1 extern void Init_HR_FileSys(void); extern int Get_Next_HR_FileSys(void); char *cook_device(char *); static u_char *when_dumped(char *filesys, int level, size_t * length); int header_hrfilesys(struct variable *, oid *, size_t *, int, size_t *, WriteMethod **); /********************* * * Initialisation & common implementation functions * *********************/ #define HRFSYS_INDEX 1 #define HRFSYS_MOUNT 2 #define HRFSYS_RMOUNT 3 #define HRFSYS_TYPE 4 #define HRFSYS_ACCESS 5 #define HRFSYS_BOOT 6 #define HRFSYS_STOREIDX 7 #define HRFSYS_FULLDUMP 8 #define HRFSYS_PARTDUMP 9 struct variable4 hrfsys_variables[] = { {HRFSYS_INDEX, ASN_INTEGER, RONLY, var_hrfilesys, 2, {1, 1}}, {HRFSYS_MOUNT, ASN_OCTET_STR, RONLY, var_hrfilesys, 2, {1, 2}}, {HRFSYS_RMOUNT, ASN_OCTET_STR, RONLY, var_hrfilesys, 2, {1, 3}}, {HRFSYS_TYPE, ASN_OBJECT_ID, RONLY, var_hrfilesys, 2, {1, 4}}, {HRFSYS_ACCESS, ASN_INTEGER, RONLY, var_hrfilesys, 2, {1, 5}}, {HRFSYS_BOOT, ASN_INTEGER, RONLY, var_hrfilesys, 2, {1, 6}}, {HRFSYS_STOREIDX, ASN_INTEGER, RONLY, var_hrfilesys, 2, {1, 7}}, {HRFSYS_FULLDUMP, ASN_OCTET_STR, RONLY, var_hrfilesys, 2, {1, 8}}, {HRFSYS_PARTDUMP, ASN_OCTET_STR, RONLY, var_hrfilesys, 2, {1, 9}}, }; oid hrfsys_variables_oid[] = { 1, 3, 6, 1, 2, 1, 25, 3, 8 }; void init_hr_filesys(void) { REGISTER_MIB("host/hr_filesys", hrfsys_variables, variable4, hrfsys_variables_oid); } /* * header_hrfilesys(... * Arguments: * vp IN - pointer to variable entry that points here * name IN/OUT - IN/name requested, OUT/name found * length IN/OUT - length of IN/OUT oid's * exact IN - TRUE if an exact match was requested * var_len OUT - length of variable or 0 if function returned * write_method * */ int header_hrfilesys(struct variable *vp, oid * name, size_t * length, int exact, size_t * var_len, WriteMethod ** write_method) { #define HRFSYS_ENTRY_NAME_LENGTH 11 oid newname[MAX_OID_LEN]; int fsys_idx, LowIndex = -1; int result; DEBUGMSGTL(("host/hr_filesys", "var_hrfilesys: ")); DEBUGMSGOID(("host/hr_filesys", name, *length)); DEBUGMSG(("host/hr_filesys", " %d\n", exact)); memcpy((char *) newname, (char *) vp->name, vp->namelen * sizeof(oid)); /* * Find "next" file system entry */ Init_HR_FileSys(); for (;;) { fsys_idx = Get_Next_HR_FileSys(); if (fsys_idx == -1) break; newname[HRFSYS_ENTRY_NAME_LENGTH] = fsys_idx; result = snmp_oid_compare(name, *length, newname, vp->namelen + 1); if (exact && (result == 0)) { LowIndex = fsys_idx; break; } if ((!exact && (result < 0)) && (LowIndex == -1 || fsys_idx < LowIndex)) { LowIndex = fsys_idx; #ifdef HRFS_MONOTONICALLY_INCREASING break; #endif } } if (LowIndex == -1) { DEBUGMSGTL(("host/hr_filesys", "... index out of range\n")); return (MATCH_FAILED); } memcpy((char *) name, (char *) newname, (vp->namelen + 1) * sizeof(oid)); *length = vp->namelen + 1; *write_method = 0; *var_len = sizeof(long); /* default to 'long' results */ DEBUGMSGTL(("host/hr_filesys", "... get filesys stats ")); DEBUGMSGOID(("host/hr_filesys", name, *length)); DEBUGMSG(("host/hr_filesys", "\n")); return LowIndex; } oid fsys_type_id[] = { 1, 3, 6, 1, 2, 1, 25, 3, 9, 1 }; /* hrFSOther */ int fsys_type_len = sizeof(fsys_type_id) / sizeof(fsys_type_id[0]); /********************* * * System specific implementation functions * *********************/ u_char * var_hrfilesys(struct variable *vp, oid * name, size_t * length, int exact, size_t * var_len, WriteMethod ** write_method) { int fsys_idx; static char string[100]; char *mnt_type; fsys_idx = header_hrfilesys(vp, name, length, exact, var_len, write_method); if (fsys_idx == MATCH_FAILED) return NULL; switch (vp->magic) { case HRFSYS_INDEX: long_return = fsys_idx; return (u_char *) & long_return; case HRFSYS_MOUNT: sprintf(string, HRFS_entry->HRFS_mount); *var_len = strlen(string); return (u_char *) string; case HRFSYS_RMOUNT: #if HAVE_GETFSSTAT #if defined(MFSNAMELEN) if (!strcmp(HRFS_entry->HRFS_type, MOUNT_NFS)) #else if (HRFS_entry->HRFS_type == MOUNT_NFS) #endif #elif defined(MNTTYPE_NFS) if (!strcmp(HRFS_entry->HRFS_type, MNTTYPE_NFS)) #else if (0) #endif sprintf(string, HRFS_entry->HRFS_name); else string[0] = '\0'; *var_len = strlen(string); return (u_char *) string; case HRFSYS_TYPE: /* * Not sufficient to identity the file * type precisely, but it's a start. */ #if HAVE_GETFSSTAT && !defined(MFSNAMELEN) switch (HRFS_entry->HRFS_type) { case MOUNT_UFS: fsys_type_id[fsys_type_len - 1] = 3; break; case MOUNT_NFS: fsys_type_id[fsys_type_len - 1] = 14; break; case MOUNT_MFS: fsys_type_id[fsys_type_len - 1] = 8; break; case MOUNT_MSDOS: fsys_type_id[fsys_type_len - 1] = 5; break; case MOUNT_LFS: fsys_type_id[fsys_type_len - 1] = 1; break; case MOUNT_LOFS: fsys_type_id[fsys_type_len - 1] = 1; break; case MOUNT_FDESC: fsys_type_id[fsys_type_len - 1] = 1; break; case MOUNT_PORTAL: fsys_type_id[fsys_type_len - 1] = 1; break; case MOUNT_NULL: fsys_type_id[fsys_type_len - 1] = 1; break; case MOUNT_UMAP: fsys_type_id[fsys_type_len - 1] = 1; break; case MOUNT_KERNFS: fsys_type_id[fsys_type_len - 1] = 1; break; case MOUNT_PROCFS: fsys_type_id[fsys_type_len - 1] = 1; break; case MOUNT_AFS: fsys_type_id[fsys_type_len - 1] = 16; break; case MOUNT_CD9660: fsys_type_id[fsys_type_len - 1] = 12; break; case MOUNT_UNION: fsys_type_id[fsys_type_len - 1] = 1; break; case MOUNT_DEVFS: fsys_type_id[fsys_type_len - 1] = 1; break; #ifdef MOUNT_EXT2FS case MOUNT_EXT2FS: fsys_type_id[fsys_type_len - 1] = 23; break; #endif #ifdef MOUNT_TFS case MOUNT_TFS: fsys_type_id[fsys_type_len - 1] = 15; break; #endif } #else sprintf(mnt_type, "%d", HRFS_entry->HRFS_type ) ; if (mnt_type == NULL) fsys_type_id[fsys_type_len - 1] = 2; /* unknown */ #ifdef MNTTYPE_HFS else if (!strcmp(mnt_type, MNTTYPE_HFS)) #ifdef BerkelyFS fsys_type_id[fsys_type_len - 1] = 3; #else /* SysV */ fsys_type_id[fsys_type_len - 1] = 4; #endif #endif #ifdef MNTTYPE_UFS else if (!strcmp(mnt_type, MNTTYPE_UFS)) #if defined(BerkelyFS) && !defined(MNTTYPE_HFS) fsys_type_id[fsys_type_len - 1] = 3; #else /* SysV */ fsys_type_id[fsys_type_len - 1] = 4; /* or 3? XXX */ #endif #endif #ifdef MNTTYPE_SYSV else if (!strcmp(mnt_type, MNTTYPE_SYSV)) fsys_type_id[fsys_type_len - 1] = 4; #endif #ifdef MNTTYPE_PC else if (!strcmp(mnt_type, MNTTYPE_PC)) fsys_type_id[fsys_type_len - 1] = 5; #endif #ifdef MNTTYPE_MSDOS else if (!strcmp(mnt_type, MNTTYPE_MSDOS)) fsys_type_id[fsys_type_len - 1] = 5; #endif #ifdef MNTTYPE_CDFS else if (!strcmp(mnt_type, MNTTYPE_CDFS)) #ifdef RockRidge fsys_type_id[fsys_type_len - 1] = 13; #else /* ISO 9660 */ fsys_type_id[fsys_type_len - 1] = 12; #endif #endif #ifdef MNTTYPE_ISO9660 else if (!strcmp(mnt_type, MNTTYPE_ISO9660)) fsys_type_id[fsys_type_len - 1] = 12; #endif #ifdef MNTTYPE_NFS else if (!strcmp(mnt_type, MNTTYPE_NFS)) fsys_type_id[fsys_type_len - 1] = 14; #endif #ifdef MNTTYPE_NFS3 else if (!strcmp(mnt_type, MNTTYPE_NFS3)) fsys_type_id[fsys_type_len - 1] = 14; #endif #ifdef MNTTYPE_MFS else if (!strcmp(mnt_type, MNTTYPE_MFS)) fsys_type_id[fsys_type_len - 1] = 8; #endif #ifdef MNTTYPE_EXT2FS else if (!strcmp(mnt_type, MNTTYPE_EXT2FS)) fsys_type_id[fsys_type_len - 1] = 23; #endif #ifdef MNTTYPE_NTFS else if (!strcmp(mnt_type, MNTTYPE_NTFS)) fsys_type_id[fsys_type_len - 1] = 9; #endif #ifdef MNTTYPE_EXT2FS else if (!strcmp(mnt_type, MNTTYPE_EXT2FS)) fsys_type_id[fsys_type_len - 1] = 23; #endif #ifdef MNTTYPE_NTFS else if (!strcmp(mnt_type, MNTTYPE_NTFS)) fsys_type_id[fsys_type_len - 1] = 9; #endif else fsys_type_id[fsys_type_len - 1] = 1; /* Other */ #endif /* HAVE_GETFSSTAT */ *var_len = sizeof(fsys_type_id); return (u_char *) fsys_type_id; case HRFSYS_ACCESS: #if HAVE_GETFSSTAT long_return = HRFS_entry->f_flags & MNT_RDONLY ? 2 : 1; #elif defined(cygwin) long_return = 1; #elif defined(aix) long_return = HRFS_entry->fsstat.f_flag & ST_RDONLY ? 2 : 1; #else if (hasmntopt(HRFS_entry, "ro") != NULL) long_return = 2; /* Read Only */ else long_return = 1; /* Read-Write */ #endif return (u_char *) & long_return; case HRFSYS_BOOT: if (HRFS_entry->HRFS_mount[0] == '/' && HRFS_entry->HRFS_mount[1] == 0) long_return = 1; /* root is probably bootable! */ else long_return = 2; /* others probably aren't */ return (u_char *) & long_return; case HRFSYS_STOREIDX: long_return = fsys_idx; /* Use the same indices */ return (u_char *) & long_return; case HRFSYS_FULLDUMP: return when_dumped(HRFS_entry->HRFS_name, FULL_DUMP, var_len); case HRFSYS_PARTDUMP: return when_dumped(HRFS_entry->HRFS_name, PART_DUMP, var_len); default: DEBUGMSGTL(("snmpd", "unknown sub-id %d in var_hrfilesys\n", vp->magic)); } return NULL; } /********************* * * Internal implementation functions * *********************/ static int HRFS_index; #ifndef HAVE_GETFSSTAT static FILE *fp; #endif void Init_HR_FileSys(void) { #if HAVE_GETFSSTAT fscount = getfsstat(NULL, 0, MNT_NOWAIT); if (fsstats) free((char *) fsstats); fsstats = NULL; fsstats = malloc(fscount * sizeof(*fsstats)); getfsstat(fsstats, fscount * sizeof(*fsstats), MNT_NOWAIT); HRFS_index = 0; #elif defined(aix) int vmountsize ; HRFS_index = 0 ; fscount = 0 ; if( allmount ) { free( allmount ) ; allmount=NULL; } if( mntctl(MCTL_QUERY,4,&vmountsize) >=0 ) { allmount = (struct vmount*) malloc ( vmountsize ) ; fscount = mntctl(MCTL_QUERY,vmountsize,allmount) ; if( fscount <= 0) { free( allmount ) ; allmount=NULL; fscount = 0 ; } } HRFS_entry->current_mount = allmount ; #else HRFS_index = 1; if (fp != NULL) fclose(fp); fp = fopen(ETC_MNTTAB, "r"); #endif } const char *HRFS_ignores[] = { #ifdef MNTTYPE_IGNORE MNTTYPE_IGNORE, #endif #ifdef MNTTYPE_SWAP MNTTYPE_SWAP, #endif #ifdef MNTTYPE_PROC MNTTYPE_PROC, #endif "autofs", "nfsv3", "cachefs", 0 }; int Get_Next_HR_FileSys(void) { char fstype[256] ; #if HAVE_GETFSSTAT if (HRFS_index >= fscount) return -1; HRFS_entry = fsstats + HRFS_index; return ++HRFS_index; #elif defined(aix) const char **cpp; if (HRFS_index >= fscount) return -1; strcpy(HRFS_entry->device, (char*)HRFS_entry->current_mount + HRFS_entry->current_mount[0].vmt_data[VMT_OBJECT].vmt_off ) ; strcpy(HRFS_entry->mount_point, (char*)HRFS_entry->current_mount + HRFS_entry->current_mount[0].vmt_data[VMT_STUB].vmt_off ) ; statvfs( HRFS_entry->mount_point, &(HRFS_entry->fsstat) ) ; HRFS_entry->current_mount=(struct vmount*)((char*)HRFS_entry->current_mount + HRFS_entry->current_mount[0].vmt_length) ; for (cpp = HRFS_ignores; *cpp != NULL; ++cpp) if (!strcmp(HRFS_entry->HRFS_type, *cpp)) return Get_Next_HR_FileSys(); return ++HRFS_index; #else const char **cpp; /* * XXX - According to RFC 1514, hrFSIndex must * "remain constant at least from one re-initialization * of the agent to the next re-initialization." * * This simple-minded counter doesn't handle filesystems * being un-mounted and re-mounted. * Options for fixing this include: * - keeping a history of previous indices used * - calculating the index from filesystem * specific information * * Note: this index is also used as hrStorageIndex * which is assumed to be less than HRS_TYPE_FS_MAX * This assumption may well be broken if the second * option above is followed. Consider indexing the * non-filesystem-based storage entries first in this * case, and assume hrStorageIndex > HRS_TYPE_FS_MIN * (for file-system based storage entries) * * But at least this gets us started. */ if (fp == NULL) return -1; #ifdef solaris2 if (getmntent(fp, HRFS_entry) != 0) return -1; #else HRFS_entry = getmntent(fp); if (HRFS_entry == NULL) return -1; #endif /* solaris2 */ for (cpp = HRFS_ignores; *cpp != NULL; ++cpp) if (!strcmp(HRFS_entry->HRFS_type, *cpp)) return Get_Next_HR_FileSys(); return HRFS_index++; #endif /* HAVE_GETFSSTAT */ } void End_HR_FileSys(void) { #ifdef HAVE_GETFSSTAT if (fsstats) free((char *) fsstats); fsstats = NULL; #elif defined(aix) if( allmount ) { free( allmount ) ; allmount=NULL; } #else if (fp != NULL) fclose(fp); fp = NULL; #endif } static u_char * when_dumped(char *filesys, int level, size_t * length) { time_t dumpdate = 0, tmp; FILE *dump_fp; char line[100]; char *cp1, *cp2, *cp3; /* * Look for the relevent entries in /etc/dumpdates * * This is complicated by the fact that disks are * mounted using block devices, but dumps are * done via the raw character devices. * Thus the device names in /etc/dumpdates and * /etc/mnttab don't match. * These comparisons are therefore made using the * final portion of the device name only. */ if (*filesys == '\0') /* No filesystem name? */ return date_n_time(NULL, length); cp1 = strrchr(filesys, '/'); /* Find the last element of the current FS */ if (cp1 == NULL) cp1 = filesys; if ((dump_fp = fopen("/etc/dumpdates", "r")) == NULL) return date_n_time(NULL, length); while (fgets(line, sizeof(line), dump_fp) != NULL) { cp2 = strchr(line, ' '); /* Start by looking at the device name only */ if (cp2 != NULL) { *cp2 = '\0'; cp3 = strrchr(line, '/'); /* and find the last element */ if (cp3 == NULL) cp3 = line; if (strcmp(cp1, cp3) != 0) /* Wrong FS */ continue; ++cp2; while (isspace(*cp2)) ++cp2; /* Now find the dump level */ if (level == FULL_DUMP) { if (*(cp2++) != '0') continue; /* Not interested in partial dumps */ while (isspace(*cp2)) ++cp2; dumpdate = ctime_to_timet(cp2); fclose(dump_fp); return date_n_time(&dumpdate, length); } else { /* Partial Dump */ if (*(cp2++) == '0') continue; /* Not interested in full dumps */ while (isspace(*cp2)) ++cp2; tmp = ctime_to_timet(cp2); if (tmp > dumpdate) dumpdate = tmp; /* Remember the 'latest' partial dump */ } } } fclose(dump_fp); return date_n_time(&dumpdate, length); } #define RAW_DEVICE_PREFIX "/dev/rdsk" #define COOKED_DEVICE_PREFIX "/dev/dsk" char * cook_device(char *dev) { static char cooked_dev[MAXPATHLEN]; if (!strncmp(dev, RAW_DEVICE_PREFIX, strlen(RAW_DEVICE_PREFIX))) { strcpy(cooked_dev, COOKED_DEVICE_PREFIX); strcat(cooked_dev, dev + strlen(RAW_DEVICE_PREFIX)); } else strcpy(cooked_dev, dev); return (cooked_dev); } int Get_FSIndex(char *dev) { int iindex; Init_HR_FileSys(); while ((iindex = Get_Next_HR_FileSys()) != -1) if (!strcmp(HRFS_entry->HRFS_name, cook_device(dev))) { End_HR_FileSys(); return iindex; } End_HR_FileSys(); return 0; } int Get_FSSize(char *dev) { struct HRFS_statfs statfs_buf; Init_HR_FileSys(); while (Get_Next_HR_FileSys() != -1) if (!strcmp(HRFS_entry->HRFS_name, cook_device(dev))) { End_HR_FileSys(); #ifdef aix return (HRFS_entry->fsstat.f_blocks * HRFS_entry->fsstat.f_bsize) / 1024; #else if (HRFS_statfs(HRFS_entry->HRFS_mount, &statfs_buf) != -1) return (statfs_buf.f_blocks * statfs_buf.f_bsize) / 1024; else return -1; #endif } End_HR_FileSys(); return 0; } ---------------------------------------------------------------------- Comment By: John Naylon (jbpn) Date: 2002-05-15 02:13 Message: Logged In: YES user_id=93926 Could you let us know the results of your tests please? Also, could you verify that this patch works with version 4.2.5? If so, we will commit your changes for the next release. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-05-12 23:02 Message: Logged In: NO I changed a little bit hr_storage.c in agent/mibgroup/host here is the diff between my version and the original version 148,155d147 < #elif defined(aix) < #include <sys/statfs.h> < extern struct statfs *HRFS_entry; < extern int fscount; < #define HRFS_statfs statvfs < #define HRFS_mount f_fname < < with this modification hr_storage compiled. I have not tested this modification yet (it should work) I have the same kind of problem with the file hr_filesys.c I will Modified it a let you know the status. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=539003&group_id=12694 |
From: SourceForge.net <no...@so...> - 2012-10-08 20:18:10
|
Bugs item #564993, was opened at 2002-06-05 12:29 Message generated for change (Settings changed) made by nba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=564993&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: agent Group: aix >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Bob Bothwell (rjbothwell) Assigned to: Nobody/Anonymous (nobody) Summary: nlist errors Initial Comment: Using NET-SNMP 5.0.1 on AIX 4.3.2 I start snmpd with the following command line: /usr/local/sbin/snmpd -a -A -l /var/adm/snmpdt.log I see the following lines in the log file: nlist err: neither ifnet nor _ifnet found. nlist err: neither in_ifaddr nor _in_ifaddr found. nlist err: neither tcpstat nor _tcpstat found. nlist err: neither tcb nor _tcb found. nlist err: neither icmpstat nor _icmpstat found. nlist err: neither ipstat nor _ipstat found. nlist err: neither ipforwarding nor _ipforwarding found. nlist err: neither tcpDefaultTTL nor _tcpDefaultTTL found. nlist err: neither udpstat nor _udpstat found. nlist err: neither udb nor _udb found. nlist err: neither rt_table nor _rt_table found. nlist err: neither rthashsize nor _rthashsize found. nlist err: neither rthost nor _rthost found. nlist err: neither rtnet nor _rtnet found. NET-SNMP version 5.0.1 I ran this on the command line (on the local server): snmpwalk -v 1 -c myrocommunity localhost system These lines were appended to the log: Received SNMP packet(s) from udp:127.0.0.1:33407 nlist err: neither ifnet nor _ifnet found. Subsequent snmpwalk commands do not generate error messages in the log file, unless I change the iod from system to something else. Not a C guru, but it appears that snmpd is looking for something that does not exist. Any thoughts or suggestions are welcome. Thanks. Bob ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=564993&group_id=12694 |