Hi Wes I have performed snmpwalk on 2 different hosts . snmpd was started with -DALL option. Please find the logs. Can you let me know if there are obvious difference between two set of logs. Can upgrade to net-snmp 5.9 resolve the issue ?
Failure: read_config:store: storing: usmUser 1 3 0x80001f8ee0d40d1e3108333bfe00000000 "azvision" "azvision" NULL .1.3.6.1.6.3.10 .1.1.3 0x1469d476c3f2de78100131db2faba104c344b592 .1.3.6.1.6.3.10.1.2.4 0xd4ac05059a82c8b8a1db6194b6aa4d40 0x trace: read_config_store(): read_config.c, 1542: read_config:store: storing: usmUser 1 3 0x80001f8ee0d40d1e3108333bfe00000000 "testuser" "testuser" NULL .1.3.6.1.6.3.10 .1.1.3 0x84f554d95b33e8b9c23922ad9302d5ec756687ae .1.3.6.1.6.3.10.1.2.4 0x84f554d95b33e8b9c23922ad9302d5ec 0x trace: read_config_store(): read_config.c, 1542: read_config:store: storing: usmUser 1 3 0x80001f8ee0d40d1e3108333bfe00000000 "testuser1" "testuser1" NULL .1.3.6.1.6.3. 10.1.1.3 0x1469d476c3f2de78100131db2faba104c344b592 .1.3.6.1.6.3.10.1.2.4 0xd4ac05059a82c8b8a1db6194b6aa4d40 0x trace: snmp_call_callbacks(): callback.c, 358: callback: calling a callback for maj=0 min=1 trace: snmp_call_callbacks(): callback.c, 358: callback: calling a callback for maj=0 min=1 trace: snmp_call_callbacks(): callback.c, 358: callback: calling a callback for maj=0 min=1 trace: snmp_call_callbacks(): callback.c, 358: callback: calling a callback for maj=0 min=1 trace: read_config_store(): read_config.c, 1542: read_config:store: storing: engineBoots 11 trace: read_config_store(): read_config.c, 1542: read_config:store: storing: oldEngineID 0x80001f8ee0d40d1e3108333bfe00000000 trace: snmp_call_callbacks(): callback.c, 370: callback: END calling callbacks for maj=0 min=1 (5 called) trace: _callback_unlock(): callback.c, 170: 9:callback:lock: unlocked (LIB,STORE_DATA) trace: snmp_clean_persistent(): read_config.c, 1684: snmp_clean_persistent: cleaning snmpd files... trace: snmp_clean_persistent(): read_config.c, 1695: snmp_clean_persistent: removing old config file: /var/mps/netsnmp//snmpd.0.conf trace: main(): snmpd.c, 1088: signal: registering SIGHUP signal handler trace: netsnmp_send_traps(): agent_trap.c, 831: trap: send_trap 0 0 iso.3.6.1.4.1.5951.6 NET-SNMP version 5.8 trace: main(): snmpd.c, 1122: snmpd/main: We're up. Starting to process data. trace: snmp_sess_select_info2_flags(): snmp_api.c, 6541: sess_select: for all sessions: 9 6 sess_select: blocking:no session requests or alarms. trace: receive(): snmpd.c, 1299: snmpd/select: select( numfds=10, ..., tvp=0x0) Success: 21-06-17 03:52:24 trace: read_config_store(): read_config.c, 1542: 2021-06-17 03:52:24 read_config:store: storing: usmUser 1 3 0x80001f8880a6fee817b2e9055f00000000 "azvision" "azvision" NULL .1.3.6.1.6.3.10.1.1.3 0xe4a028d3706dac8233700178abebf22586df4fb3 .1.3.6.1.6.3.10.1.2.4 0x518916e1458079b0da54b1db4 b00df56 0x 2021-06-17 03:52:24 trace: snmp_call_callbacks(): callback.c, 358: 2021-06-17 03:52:24 callback: calling a callback for maj=0 min=1 2021-06-17 03:52:24 trace: snmp_call_callbacks(): callback.c, 358: 2021-06-17 03:52:24 callback: calling a callback for maj=0 min=1 2021-06-17 03:52:24 trace: snmp_call_callbacks(): callback.c, 358: 2021-06-17 03:52:24 callback: calling a callback for maj=0 min=1 2021-06-17 03:52:24 trace: snmp_call_callbacks(): callback.c, 358: 2021-06-17 03:52:24 callback: calling a callback for maj=0 min=1 2021-06-17 03:52:24 trace: read_config_store(): read_config.c, 1542: 2021-06-17 03:52:24 read_config:store: storing: engineBoots 463 2021-06-17 03:52:24 trace: read_config_store(): read_config.c, 1542: 2021-06-17 03:52:24 read_config:store: storing: oldEngineID 0x80001f8880a6fee817b2e9055f00000000 2021-06-17 03:52:24 trace: snmp_call_callbacks(): callback.c, 370: 2021-06-17 03:52:24 callback: END calling callbacks for maj=0 min=1 (5 called) 2021-06-17 03:52:24 trace: _callback_unlock(): callback.c, 170: 2021-06-17 03:52:24 9:callback:lock: unlocked (LIB,STORE_DATA) 2021-06-17 03:52:24 trace: snmp_clean_persistent(): read_config.c, 1684: 2021-06-17 03:52:24 snmp_clean_persistent: cleaning snmpd files... 2021-06-17 03:52:24 trace: snmp_clean_persistent(): read_config.c, 1695: 2021-06-17 03:52:24 snmp_clean_persistent: removing old config file: /var/mps/netsnmp//snmpd.0.conf 2021-06-17 03:52:24 trace: main(): snmpd.c, 1088: 2021-06-17 03:52:24 signal: registering SIGHUP signal handler 2021-06-17 03:52:24 trace: netsnmp_send_traps(): agent_trap.c, 831: 2021-06-17 03:52:24 trap: send_trap 0 0 iso.3.6.1.4.1.5951.6 2021-06-17 03:52:24 NET-SNMP version 5.8 2021-06-17 03:52:24 trace: main(): snmpd.c, 1122: 2021-06-17 03:52:24 snmpd/main: We're up. Starting to process data. 2021-06-17 03:52:24 trace: snmp_sess_select_info2_flags(): snmp_api.c, 6541: 2021-06-17 03:52:24 sess_select: for all sessions: 9 6 2021-06-17 03:52:24 sess_select: blocking:no session requests or alarms. 2021-06-17 03:52:24 trace: receive(): snmpd.c, 1299: 2021-06-17 03:52:24 snmpd/select: select( numfds=10, ..., tvp=0x0) 2021-06-17 03:52:47 trace: receive(): snmpd.c, 1305: 2021-06-17 03:52:47 snmpd/select: returned, count = 1 2021-06-17 03:52:47 trace: netsnmp_udpbase_recv(): transports/snmpUDPBaseDomain.c, 429: 2021-06-17 03:52:47 netsnmp_udp: recvfrom fd 9 got 64 bytes (from UDP: [10.102.53.225]:46972->[0.0.0.0]:0) 2021-06-17 03:52:47 transport:recv: 64 bytes from UDP: [10.102.53.225]:46972->[0.0.0.0]:0 2021-06-17 03:52:47 trace: _sess_process_packet_parse_pdu(): snmp_api.c, 5540: 2021-06-17 03:52:47 sess_process_packet: session 0x803279860 fd 9 pkt 0x8032b0e40 length 64 Thank you Krishna Vivek -----Original Message----- From: Wes Hardaker <harda...@users.sourceforge.net> Sent: 04 June 2021 01:28 To: Krishna Vivek Vitta via Net-snmp-users <net-snmp-users@lists.sourceforge.net> Cc: Krishna Vivek Vitta <krishna.vivekvi...@citrix.com> Subject: Re: snmpwalk fails with SHA/AES [CAUTION - EXTERNAL EMAIL] DO NOT reply, click links, or open attachments unless you have verified the sender and know the content is safe. Krishna Vivek Vitta via Net-snmp-users <net-snmp-users@lists.sourceforge.net> writes: > Intitially, snmpwalk succeeds for 10-12 mins, but later it fails with > Authentication failure which is puzzling. We are clueless on how to > proceed ahead. Can you see if it works using snmpwalk and not just zabbix? > * Deleted the user and re-added again. The behavior is same after certain > time > * Changed the engine id. The behavior is same Make sure the engineid being reported is actually what you expect (don't know why it would be different, but...) Can you also see if the engineid boots and time values look good both incoming and outgoing? IE, are they syncing ok like they should? > * Deleted the user and re-added with MD5/DES. Polling is success without any > errors in long run. Very odd. -- Wes Hardaker USC/ISI _______________________________________________ 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