Hi John,
Before the crash occurs ,I can see the following error message from the
snmpd log.
*Unknown operation 6 in agentx_got_response.*
*Have you seen anything like this before?*
This comes from the file :
net-snmp-5.8/agent/mibgroup/agentx/master.c
*snmp_log(LOG_ERR, "Unknown operation %d in agentx_got_response\n",
operation); netsnmp_free_delegated_cache(cache);
return 0;*
Regards
Himanshu
On Thu, Jul 9, 2020 at 5:31 AM John Bize <jb...@godswind.org> wrote:
> Himanshu,
>
> I haven't looked at that part of the code, but I wouldn't expect snmpd to
> dynamically handle changing interfaces. The only thing I could suggest is
> to stop the service while initializing the wifi, and restarting it when
> wifi is up. When it starts, it should find all interfaces, unless you've
> changed that in the configuration.
>
> John
> On 08-Jul-2020 5:53 PM, Himanshu Sharma wrote:
>
> Hi John,
>
> My system has two interfaces one for Ethernet eth0 and the other for wifi
> wlan0..but the problem is when system bootup (Ethernet)eth0 Acquires ip
> address using dhcp..I can successful do snmp operation using the ip address
> of the ethernet..Problem is the moment I connect wifi(wlan0) to a wifi
> router ..the wlan0 interface acquires ip address, and snmpd crashes.
>
> -Himanshu
>
>
> On Thu, Jul 9, 2020, 02:50 Himanshu Sharma <himanshusharma1...@gmail.com>
> wrote:
>
>> Hi John,
>>
>> Thanks for prompt reply.
>> I am using net-snmp version 5.8.
>> I want SNMP to serve on both ethernet and wifi.When my system bootup
>> Ethernet eth0 in my case will acquire ip address using dhcp immediately..At
>> this moment my snmpd is already up.
>> Now, at some point later..I will connect my system to wifi router(wlan0)
>> and interface acquires IP address ,but snmpd crashes immediately and
>> backtrace change everytime..
>> Is this a valid scenario? I thought snmpd can support mutiple interfaces
>> at them same time..
>>
>> Thank & Regards
>> Himanshu.
>>
>> -Himanshu
>>
>> On Thu, Jul 9, 2020, 02:35 John Bize <jb...@godswind.org> wrote:
>>
>>> Himanshu,
>>>
>>> I don't know what type of system you are using, but I'm guessing that
>>> without predictive interface names it might be very old.
>>>
>>> I don't know what you are trying to accomplish. Do you want to serve
>>> SNMP on both the WiFi and Ethernet interfaces? If so, you may need to hold
>>> off starting snmpd until the interfaces are up and your WiFi is connected.
>>> I wouldn't excpect snmpd to dynamically handle changing interfaces. If you
>>> only want to serve it on the Ethernet interface ans it is statically
>>> configured, then specify that IP with the "agentAddress" configuration
>>> directive.
>>>
>>> I am using DHCP on one interface of a dual-interface system. It is
>>> Debian Linux 10. To prevent the snmpd from starting until after the
>>> interfaces are up and configured, my snmpd Unit file (snmpd.service) looks
>>> like this:
>>>
>>> [Unit]
>>> Description=Simple Network Management Protocol (SNMP) Daemon.
>>> After=network.target
>>> # Wait for network interfaces to be all the way up (incl. DHCP)
>>> After=systemd-networkd-wait-online.service
>>> Wants=systemd-networkd-wait-online.service
>>> ConditionPathExists=/etc/snmp/snmpd.conf
>>>
>>>
>>> [Service]
>>>
>>> Environment="MIBSDIR=/usr/share/snmp/mibs:/usr/share/snmp/mibs/iana:/usr/share/snmp/mibs/ietf:/usr/share/mibs/site:/usr/share/snmp/mibs:/usr/share/mibs/iana:/usr/share/mibs/ietf:/usr/share/mibs/netsnmp"
>>> Environment="MIBS="
>>> Type=simple
>>> ExecStart=/usr/sbin/snmpd -a -Lsd -Lf /var/log/snmpd.log -u Debian-snmp
>>> -g Debian-snmp -I -smux,mteTrigger,mteTriggerConf -f -p /run/snmpd.pid
>>> ExecReload=/bin/kill -HUP $MAINPID
>>>
>>> [Install]
>>> WantedBy=multi-user.target
>>>
>>> If none of this helps, please add more information about your system,
>>> snmpd version, and what you are trying to do.
>>>
>>> John
>>>
>>>
>>> On 08-Jul-2020 4:42 PM, Himanshu Sharma wrote:
>>>
>>> +Bill and Larry
>>>
>>> -Himanshu
>>>
>>> On Thu, Jul 9, 2020 at 2:02 AM Himanshu Sharma <
>>> himanshusharma1...@gmail.com> wrote:
>>>
>>>> Hi All,
>>>>
>>>> I am facing a very weird issue.
>>>> I have 2 interfaces on my system.
>>>> *The moment the wlan0 acquires the ip address snmpd crashes.*
>>>> If there is only one interface let say *eth0*.,snmpd works fine.
>>>> One more problem is *coredump* analysis of crash using gdb, shows
>>>> different backtrace everytime.
>>>> I am attaching the back trace for reference..Also the ifconfig of my
>>>> local system.
>>>> It would be great if anyone can help me.. I am not able to find any
>>>> solution 😞
>>>>
>>>> -Himanshu
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> *#0 __libc_do_syscall () at
>>>> ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:47 #1 0xb6d6d1b2 in
>>>> __libc_signal_restore_set (set=0xbeb7b320) at
>>>> ../sysdeps/unix/sysv/linux/nptl-signals.h:79 #2 __GI_raise
>>>> (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:48 #3 0xb6d6de3a
>>>> in __GI_abort () at abort.c:89 #4 0xb6d947da in __libc_message
>>>> (do_abort=do_abort@entry=2, fmt=<optimized out>) at
>>>> ../sysdeps/posix/libc_fatal.c:175 #5 0xb6d98b28 in malloc_printerr
>>>> (action=<optimized out>, str=0xb6e14de4 "corrupted double-linked list",
>>>> ptr=<optimized out>, ar_ptr=<optimized out>) at malloc.c:5087 #6
>>>> 0xb6d9b0d4 in _int_malloc (av=av@entry=0xb6e317a4 <main_arena>,
>>>> bytes=bytes@entry=12) at malloc.c:3743 #7 0xb6d9c556 in __libc_calloc
>>>> (n=<optimized out>, elem_size=<optimized out>) at malloc.c:3246 #8
>>>> 0xb6ecbcb8 in init_agent_snmp_session (session=0x1dceac0, pdu=<optimized
>>>> out>) at snmp_agent.c:1587 #9 0xb6ecd368 in handle_snmp_packet
>>>> (session=<optimized out>, pdu=<optimized out>, magic=0x0, reqid=<optimized
>>>> out>, op=<optimized out>) at snmp_agent.c:2227 #10 0xb6e503e4 in
>>>> _sess_process_packet_handle_pdu (isp=0x1dcea78, isp=0x1dcea78,
>>>> transport=0x1dce888, pdu=0x1dd68e0, sp=0x1dceac0, sessp=<optimized out>) at
>>>> snmp_api.c:5807 #11 _sess_process_packet (sessp=sessp@entry=0x1dcea60,
>>>> sp=sp@entry=0x1dceac0, isp=0x1dcea78, transport=transport@entry=0x1dce888,
>>>> opaque=opaque@entry=0x1dd4b18, olength=olength@entry=60,
>>>> packetptr=0x1de5060 "0M\002\001", length=79) at snmp_api.c:5863 #12
>>>> 0xb6e50a3a in _sess_read (sessp=sessp@entry=0x1dcea60,
>>>> fdset=fdset@entry=0xbeb7b9a0) at snmp_api.c:6124 #13 0xb6e50b14 in
>>>> snmp_sess_read2 (sessp=sessp@entry=0x1dcea60, fdset=fdset@entry=0xbeb7b9a0)
>>>> at snmp_api.c:6397 #14 0xb6e50b44 in snmp_read2
>>>> (fdset=fdset@entry=0xbeb7b9a0) at snmp_api.c:5912 #15 0x00012c0c in receive
>>>> () at snmpd.c:1342 #16 0x000126a4 in main (argc=<optimized out>,
>>>> argv=<optimized out>) at snmpd.c:1125 *
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> * #1 0xb6d6d1b2 in __libc_signal_restore_set (set=0xbeb7b320) at
>>>> ../sysdeps/unix/sysv/linux/nptl-signals.h:79 #2 __GI_raise
>>>> (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:48 #3 0xb6d6de3a
>>>> in __GI_abort () at abort.c:89 #4 0xb6d947da in __libc_message
>>>> (do_abort=do_abort@entry=2, fmt=<optimized out>) at
>>>> ../sysdeps/posix/libc_fatal.c:175 #5 0xb6d98b28 in malloc_printerr
>>>> (action=<optimized out>, str=0xb6e14de4 "corrupted double-linked list",
>>>> ptr=<optimized out>, ar_ptr=<optimized out>) at malloc.c:5087 #6
>>>> 0xb6d9b0d4 in _int_malloc (av=av@entry=0xb6e317a4 <main_arena>,
>>>> bytes=bytes@entry=12) at malloc.c:3743 #7 0xb6d9c556 in __libc_calloc
>>>> (n=<optimized out>, elem_size=<optimized out>) at malloc.c:3246 #8
>>>> 0xb6ecbcb8 in init_agent_snmp_session (session=0x1dceac0, pdu=<optimized
>>>> out>) at snmp_agent.c:1587 #9 0xb6ecd368 in handle_snmp_packet
>>>> (session=<optimized out>, pdu=<optimized out>, magic=0x0, reqid=<optimized
>>>> out>, op=<optimized out>) at snmp_agent.c:2227 #10 0xb6e503e4 in
>>>> _sess_process_packet_handle_pdu (isp=0x1dcea78, isp=0x1dcea78,
>>>> transport=0x1dce888, pdu=0x1dd68e0, sp=0x1dceac0, sessp=<optimized out>) at
>>>> snmp_api.c:5807 #11 _sess_process_packet (sessp=sessp@entry=0x1dcea60,
>>>> sp=sp@entry=0x1dceac0, isp=0x1dcea78, transport=transport@entry=0x1dce888,
>>>> opaque=opaque@entry=0x1dd4b18, olength=olength@entry=60,
>>>> packetptr=0x1de5060 "0M\002\001", length=79) at snmp_api.c:5863 #12
>>>> 0xb6e50a3a in _sess_read (sessp=sessp@entry=0x1dcea60,
>>>> fdset=fdset@entry=0xbeb7b9a0) at snmp_api.c:6124 #13 0xb6e50b14 in
>>>> snmp_sess_read2 (sessp=sessp@entry=0x1dcea60, fdset=fdset@entry=0xbeb7b9a0)
>>>> at snmp_api.c:6397 #14 0xb6e50b44 in snmp_read2 (fdset=0xbeb7b9a0) at
>>>> snmp_api.c:5912*
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> * #1 0xb6dc21b2 in __libc_signal_restore_set (set=0xbec483a8) at
>>>> ../sysdeps/unix/sysv/linux/nptl-signals.h:79 #2 __GI_raise
>>>> (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:48 #3 0xb6dc2e3a
>>>> in __GI_abort () at abort.c:89 #4 0xb6ded850 in __malloc_assert
>>>> (assertion=<optimized out>, file=<optimized out>, line=3068686472,
>>>> line@entry=3738, function=0xb6e6ab44 <__func__.15585> "_int_malloc") at
>>>> malloc.c:296 #5 0xb6df02c6 in _int_malloc (av=0x2, av@entry=0xb6e867a4
>>>> <main_arena>, bytes=bytes@entry=24) at malloc.c:3738 #6 0xb6df1556 in
>>>> __libc_calloc (n=<optimized out>, elem_size=<optimized out>) at
>>>> malloc.c:3246 #7 0xb6f1b5d2 in netsnmp_create_delegated_cache
>>>> (handler=handler@entry=0xecf440, reginfo=reginfo@entry=0xecf6f8,
>>>> reqinfo=reqinfo@entry=0xed57f8, requests=requests@entry=0xed6e60,
>>>> localinfo=localinfo@entry=0xeba978) at agent_handler.c:881 #8 0xb6f232d4
>>>> in agentx_master_handler (handler=0xecf440, reginfo=0xecf6f8,
>>>> reqinfo=0xed57f8, requests=0xed6e60) at mibgroup/agentx/master.c:610 #9
>>>> 0xb6f1b16c in netsnmp_call_handler (requests=0xed6e60, reqinfo=0xed57f8,
>>>> reginfo=0xecf6f8, next_handler=0xecf440) at agent_handler.c:546 #10
>>>> netsnmp_call_handlers (reginfo=0xecf6f8, reqinfo=0xed57f8,
>>>> requests=0xed6e60) at agent_handler.c:631 #11 0xb6f21bb4 in
>>>> handle_var_requests (asp=asp@entry=0xed57a8) at snmp_agent.c:3017 #12
>>>> 0xb6f22076 in handle_pdu (asp=0xed57a8) at snmp_agent.c:3803 #13 0xb6f22140
>>>> in netsnmp_handle_request (asp=asp@entry=0xed57a8, status=status@entry=0)
>>>> at snmp_agent.c:3692 #14 0xb6f2233e in handle_snmp_packet
>>>> (session=<optimized out>, pdu=<optimized out>, magic=<optimized out>,
>>>> reqid=<optimized out>, op=<optimized out>) at snmp_agent.c:2299 #15
>>>> 0xb6ea53e4 in _sess_process_packet_handle_pdu (isp=0xeb9aa0, isp=0xeb9aa0,
>>>> transport=0xeb98b0, pdu=0xed55c8, sp=0xeb9ae8, sessp=<optimized out>) at
>>>> snmp_api.c:5807 #16 _sess_process_packet (sessp=sessp@entry=0xeb9a88,
>>>> sp=sp@entry=0xeb9ae8, isp=0xeb9aa0, transport=transport@entry=0xeb98b0,
>>>> opaque=opaque@entry=0xebd170, olength=olength@entry=60,
>>>> packetptr=0xebf0e8 "03\002\001", length=53) at snmp_api.c:5863 #17
>>>> 0xb6ea5a3a in _sess_read (sessp=sessp@entry=0xeb9a88,
>>>> fdset=fdset@entry=0xbec489a0) at snmp_api.c:6124 #18 0xb6ea5b14 in
>>>> snmp_sess_read2 (sessp=sessp@entry=0xeb9a88, fdset=fdset@entry=0xbec489a0)
>>>> at snmp_api.c:6397 #19 0xb6ea5b44 in snmp_read2 (fdset=0xbec489a0) at
>>>> snmp_api.c:5912 #20 0x00012c0c in ?? () *
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> * #0 __libc_do_syscall () at
>>>> ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:47 #1 0xb6e3d1b2 in
>>>> __libc_signal_restore_set (set=0xbecc6320) at
>>>> ../sysdeps/unix/sysv/linux/nptl-signals.h:79 #2 __GI_raise
>>>> (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:48 #3 0xb6e3de3a
>>>> in __GI_abort () at abort.c:89 #4 0xb6e647da in __libc_message
>>>> (do_abort=do_abort@entry=2, fmt=<optimized out>) at
>>>> ../sysdeps/posix/libc_fatal.c:175 #5 0xb6e68b28 in malloc_printerr
>>>> (action=<optimized out>, str=0xb6ee4de4 "corrupted double-linked list",
>>>> ptr=<optimized out>, ar_ptr=<optimized out>) at malloc.c:5087 #6
>>>> 0xb6e6b0d4 in _int_malloc (av=av@entry=0xb6f017a4 <main_arena>,
>>>> bytes=bytes@entry=12) at malloc.c:3743 #7 0xb6e6c556 in __libc_calloc
>>>> (n=<optimized out>, elem_size=<optimized out>) at malloc.c:3246 #8
>>>> 0xb6f9bcb8 in init_agent_snmp_session (session=0x59cac0, pdu=<optimized
>>>> out>) at snmp_agent.c:1587 #9 0xb6f9d368 in handle_snmp_packet
>>>> (session=<optimized out>, pdu=<optimized out>, magic=0x0, reqid=<optimized
>>>> out>, op=<optimized out>) at snmp_agent.c:2227 #10 0xb6f203e4 in
>>>> _sess_process_packet_handle_pdu (isp=0x59ca78, isp=0x59ca78,
>>>> transport=0x59c888, pdu=0x5bfe88, sp=0x59cac0, sessp=<optimized out>) at
>>>> snmp_api.c:5807 #11 _sess_process_packet (sessp=sessp@entry=0x59ca60,
>>>> sp=sp@entry=0x59cac0, isp=0x59ca78, transport=transport@entry=0x59c888,
>>>> opaque=opaque@entry=0x5a1118, olength=olength@entry=60,
>>>> packetptr=0x5a20e0 "00\002\001", length=50) at snmp_api.c:5863 #12
>>>> 0xb6f20a3a in _sess_read (sessp=sessp@entry=0x59ca60,
>>>> fdset=fdset@entry=0xbecc69a0) at snmp_api.c:6124 #13 0xb6f20b14 in
>>>> snmp_sess_read2 (sessp=sessp@entry=0x59ca60, fdset=fdset@entry=0xbecc69a0)
>>>> at snmp_api.c:6397 #14 0xb6f20b44 in snmp_read2 (fdset=0xbecc69a0) at
>>>> snmp_api.c:5912 #15 0x00012c0c in ?? () Backtrace stopped: previous frame
>>>> identical to this frame (corrupt stack?) *
>>>>
>>>>
>>>> eth0 Link encap:Ethernet HWaddr 62:96:0C:F6:A0:28
>>>> inet addr:15.77.45.114 Bcast:15.77.47.255 Mask:255.255.252.0
>>>> inet6 addr: 2620:0:a02:e00d:6096:cff:fef6:a028/64 Scope:Global
>>>> inet6 addr: 2620:0:a02:e00e:7925:979f:3372:607e/128
>>>> Scope:Global
>>>> inet6 addr: fe80::6096:cff:fef6:a028/64 Scope:Link
>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>>> RX packets:108792 errors:0 dropped:0 overruns:0 frame:0
>>>> TX packets:5110 errors:0 dropped:0 overruns:0 carrier:0
>>>> collisions:0 txqueuelen:1000
>>>> RX bytes:121134374 (115.5 MiB) TX bytes:5412555 (5.1 MiB)
>>>> Interrupt:42
>>>>
>>>> lo Link encap:Local Loopback
>>>> inet addr:127.0.0.1 Mask:255.0.0.0
>>>> inet6 addr: ::1/128 Scope:Host
>>>> UP LOOPBACK RUNNING MTU:65536 Metric:1
>>>> RX packets:2901 errors:0 dropped:0 overruns:0 frame:0
>>>> TX packets:2901 errors:0 dropped:0 overruns:0 carrier:0
>>>> collisions:0 txqueuelen:1
>>>> RX bytes:379572 (370.6 KiB) TX bytes:379572 (370.6 KiB)
>>>>
>>>> wlan0 Link encap:Ethernet HWaddr 10:5B:AD:A6:77:A4
>>>> inet addr:192.168.16.30 Bcast:192.168.16.255
>>>> Mask:255.255.255.0
>>>> inet6 addr: b706:6100:88e0:f21e:125b:adff:fea6:77a4/64
>>>> Scope:Global
>>>> inet6 addr: 72e1:4617:c9d3:9f78:125b:adff:fea6:77a4/64
>>>> Scope:Global
>>>> inet6 addr: fe80::125b:adff:fea6:77a4/64 Scope:Link
>>>> inet6 addr: 3e4:4137:147c:5726:125b:adff:fea6:77a4/64
>>>> Scope:Global
>>>> inet6 addr: b772:c829:5066:e75f:125b:adff:fea6:77a4/64
>>>> Scope:Global
>>>> inet6 addr: 1616::69cc:7484:3980:a5af/128 Scope:Global
>>>> inet6 addr: b102:a15f:713b:c851:125b:adff:fea6:77a4/64
>>>> Scope:Global
>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>>> RX packets:1223 errors:0 dropped:294 overruns:0 frame:0
>>>> TX packets:382 errors:0 dropped:2 overruns:0 carrier:0
>>>> collisions:0 txqueuelen:1000
>>>> RX bytes:219993 (214.8 KiB) TX bytes:152626 (149.0 KiB)
>>>>
>>>
>>>
>>> _______________________________________________
>>> Net-snmp-users mailing listnet-snmp-us...@lists.sourceforge.net
>>> Please see the following page to unsubscribe or change other
>>> options:https://lists.sourceforge.net/lists/listinfo/net-snmp-users
>>>
>>>
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
