[ZBX-16927] Pollers stuck waiting for response without timeout Created: 2019 Nov 15 Updated: 2024 Apr 10 Resolved: 2024 Jan 18 |
|
| Status: | Closed |
| Project: | ZABBIX BUGS AND ISSUES |
| Component/s: | Proxy (P), Server (S) |
| Affects Version/s: | 4.2.8 |
| Fix Version/s: | None |
| Type: | Problem report | Priority: | Trivial |
| Reporter: | Grzegorz Lachowski | Assignee: | Dmitrijs Goloscapovs (Inactive) |
| Resolution: | Cannot Reproduce | Votes: | 3 |
| Labels: | PROXY, Poller,, SNMPv3, Server | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Ubuntu 18.04 |
||
| Attachments: |
|
| Team: | |
| Sprint: | S2401-2 |
| Description |
|
It acted the same in version 3.4 too. Tried to upgrade but it did not help. Steps to reproduce:
Result: see "Annotation 2019-11-15 133726.jpg" see "graph_pollers_busy.jpg" Please bear with me... I checked few things and this is what I found out. First I went to see PS output and noticed that poller and unreachable pollers descriptions do not update at all. See 'ps-pollers-getting-values.jpg'. Tried strace main zabbix process (with child processes), but there was no action there too. See 'strace-main-zabbix-server-with-child-processes-stuck.jpg' Then went to strace the pollers. All of them were stuck on select call (tried waiting for a bit) without timeout reading from descriptor 10 - a UDP socket. See 'strace-poller-process-stuck-on-select.jpg' and 'lsof-udp-fd-10.jpg' What's it doing? Here's a backtrace from gdb - see "gdb-poller-process-bt.jpg" In zabbix sources it said NETSNMP has its own timeout values, I checked there and saw this piece of code (version 5.4.4) - notice / block without timeout / comment: int snmp_synch_response_cb(netsnmp_session * ss, netsnmp_pdu *pdu, netsnmp_pdu **response, snmp_callback pcb) { struct synch_state lstate, *state; snmp_callback cbsav; void *cbmagsav; int numfds, count; fd_set fdset; struct timeval timeout, *tvp; int block; memset((void *) &lstate, 0, sizeof(lstate)); state = &lstate; cbsav = ss->callback; cbmagsav = ss->callback_magic; ss->callback = pcb; ss->callback_magic = (void *) state; if ((state->reqid = snmp_send(ss, pdu)) == 0) { snmp_free_pdu(pdu); state->status = STAT_ERROR; } else state->waiting = 1; while (state->waiting) { numfds = 0; FD_ZERO(&fdset); block = NETSNMP_SNMPBLOCK; tvp = &timeout; timerclear(tvp); snmp_select_info(&numfds, &fdset, tvp, &block); if (block == 1) tvp = NULL; /* block without timeout */ count = select(numfds, &fdset, 0, 0, tvp); if (count > 0) { snmp_read(&fdset); } else { switch (count) { case 0: snmp_timeout(); break; case -1: if (errno == EINTR) { continue; } else { snmp_errno = SNMPERR_GENERR; /*MTCRITICAL_RESOURCE */ /* * CAUTION! if another thread closed the socket(s) * waited on here, the session structure was freed. * It would be nice, but we can't rely on the pointer. * ss->s_snmp_errno = SNMPERR_GENERR; * ss->s_errno = errno; */ snmp_set_detail(strerror(errno)); } /* * FALLTHRU */ default: state->status = STAT_ERROR; state->waiting = 0; } } if ( ss->flags & SNMP_FLAGS_RESP_CALLBACK ) { void (*cb)(void); cb = ss->myvoid; cb(); /* Used to invoke 'netsnmp_check_outstanding_agent_requests();' on internal AgentX queries. */ } } *response = state->pdu; ss->callback = cbsav; ss->callback_magic = cbmagsav; return state->status; } So all my pollers seem to be stuck waiting forever for a response from UDP socket. After server restart it goes back to normal.
|
| Comments |
| Comment by Edgar Akhmetshin [ 2019 Nov 19 ] |
|
Hello! Thank you for reporting the issue! Could you please add compressed tcpdump output (pcap) to the issue for the stuck state to see communication between Server/Proxy and SNMPv3 enabled device please? Regards, |
| Comment by Grzegorz Lachowski [ 2019 Nov 21 ] |
|
There's no UDP communication anymore at this point:
$ sudo timeout 300 sudo tcpdump udp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ens5, link-type EN10MB (Ethernet), capture size 262144 bytes
0 packets captured
0 packets received by filter
0 packets dropped by kernel
When I tried taking it from a longer period there were just some OS's DNS calls visible, no SNMP movement.
|
| Comment by Grzegorz Lachowski [ 2019 Dec 19 ] |
|
I solved the issue by moving with our setup to CentOS, so Ubuntu (AWS image) is the only one affected here. Might be related to NETSNMP lib version maybe? Can you tell me how can I check what version of netsnmp is used by zabbix?
The setup was done using Ansible: |
| Comment by Vladislavs Sokurenko [ 2019 Dec 20 ] |
|
For me it times out after one minute 71364:20191220:175526.338 In get_values_snmp() host:'Zabbix server2' addr:'127.0.0.2' num:1 71364:20191220:175526.339 In zbx_snmp_open_session() 71364:20191220:175526.339 SNMP [public@127.0.0.2:1024] 71364:20191220:175526.340 End of zbx_snmp_open_session() 71364:20191220:175526.340 In zbx_snmp_process_standard() 71364:20191220:175526.340 In zbx_snmp_translate() OID:'.1.3.6.1.2.1.1.6.0' 71364:20191220:175526.341 End of zbx_snmp_translate() oid_translated:'.1.3.6.1.2.1.1.6.0' 71364:20191220:175526.341 In zbx_snmp_get_values() num:1 level:0 71364:20191220:175626.397 zbx_snmp_get_values() snmp_synch_response() status:2 s_snmp_errno:-24 errstat:-1 mapping_num:1 71364:20191220:175626.403 End of zbx_snmp_get_values():NETWORK_ERROR net-snmp-libs-5.8-10.fc30.x86_64 net-snmp-devel-5.8-10.fc30.x86_64 Linux version 5.3.16-200.fc30.x86_64 ([email protected]) (gcc version 9.2.1 20190827 (Red Hat 9.2.1-1) (GCC)) #1 SMP Fri Dec 13 17:48:38 UTC 2019 You can try rpm -qa |
| Comment by Oleg Ivanivskyi [ 2023 Mar 01 ] |
|
Faced the same issue in Zabbix 6.0.13. 3 Zabbix proxies were affected. Zabbix proxy debug for a poller: 29924:20230228:095030.813 In zbx_ipc_async_socket_recv() timeout:0 29924:20230228:095030.813 End of zbx_ipc_async_socket_recv():0 29924:20230228:095030.813 In get_values() 29924:20230228:095030.813 In DCconfig_get_poller_items() poller_type:1 29924:20230228:095030.813 End of DCconfig_get_poller_items():1 29924:20230228:095030.813 In substitute_key_macros_impl() data:'snmp.sensors' 29924:20230228:095030.813 End of substitute_key_macros_impl():SUCCEED data:'snmp.sensors' 29924:20230228:095030.813 In substitute_simple_macros_impl() data:'161' 29924:20230228:095030.813 In substitute_simple_macros_impl() data:'{$SNMPV3_USER}' 29924:20230228:095030.813 In DCget_user_macro() macro:'{$SNMPV3_USER}' 29924:20230228:095030.813 End of DCget_user_macro() 29924:20230228:095030.813 End substitute_simple_macros_impl() data:'user' 29924:20230228:095030.813 In substitute_simple_macros_impl() data:'{$SNMPV3_AUTHPASS}' 29924:20230228:095030.813 In DCget_user_macro() macro:'{$SNMPV3_AUTHPASS}' 29924:20230228:095030.813 End of DCget_user_macro() 29924:20230228:095030.813 End substitute_simple_macros_impl() data:'some_password' 29924:20230228:095030.813 In substitute_simple_macros_impl() data:'{$SNMPV3_PRIVPASS}' 29924:20230228:095030.813 In DCget_user_macro() macro:'{$SNMPV3_PRIVPASS}' 29924:20230228:095030.813 End of DCget_user_macro() 29924:20230228:095030.813 End substitute_simple_macros_impl() data:'some_password' 29924:20230228:095030.813 In substitute_simple_macros_impl() data:EMPTY 29924:20230228:095030.813 In substitute_simple_macros_impl() data:EMPTY 29924:20230228:095030.813 In substitute_key_macros_impl() data:'discovery[{#SNMPVALUE},1.3.6.1.2.1.47.1.1.1.1.2]' 29924:20230228:095030.813 In substitute_simple_macros_impl() data:'{#SNMPVALUE}' 29924:20230228:095030.813 End substitute_simple_macros_impl() data:'{#SNMPVALUE}' 29924:20230228:095030.813 End of substitute_key_macros_impl():SUCCEED data:'discovery[{#SNMPVALUE},1.3.6.1.2.1.47.1.1.1.1.2]' 29924:20230228:095030.813 In get_values_snmp() host:'name' addr:'hostname' num:1 29924:20230228:095030.813 In zbx_snmp_open_session() 29924:20230228:095030.835 SNMPv3 [user@hostname:161] 29924:20230228:095030.837 End of zbx_snmp_open_session() 29924:20230228:095030.837 In zbx_snmp_process_discovery() 29924:20230228:095030.837 In zbx_snmp_translate() OID:'1.3.6.1.2.1.47.1.1.1.1.2' 29924:20230228:095030.837 End of zbx_snmp_translate() oid_translated:'1.3.6.1.2.1.47.1.1.1.1.2' 29924:20230228:095030.837 In zbx_snmp_walk() type:20 OID:'1.3.6.1.2.1.47.1.1.1.1.2' bulk:1 29924:20230228:095040.838 zbx_snmp_walk() snmp_synch_response() status:1 s_snmp_errno:-24 errstat:-1 max_vars:0 29924:20230228:095046.015 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095049.043 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095051.981 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095055.011 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095057.985 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095101.217 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095104.030 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095107.241 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095110.643 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095113.951 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095117.451 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095120.751 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095124.044 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095127.184 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095130.233 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095133.349 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095136.451 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095139.643 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095142.548 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095145.544 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095148.779 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095151.821 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095154.996 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095158.379 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095201.639 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095204.759 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095207.979 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095211.118 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095213.979 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095217.341 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095220.404 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095223.546 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095226.770 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095229.903 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095233.114 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095236.531 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095239.715 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095243.060 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095246.186 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095249.722 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095252.918 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095255.767 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095258.738 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095301.729 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095304.930 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095309.829 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095312.732 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095315.690 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095319.177 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095322.230 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095325.364 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095328.312 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095331.593 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095334.759 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095337.919 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095341.065 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095344.582 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095347.436 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095350.552 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095353.631 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095356.543 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095359.597 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095402.969 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095406.242 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095409.652 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095412.591 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095415.706 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095418.951 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095422.145 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095425.483 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095428.703 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095431.535 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095434.334 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095437.599 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095440.926 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 29924:20230228:095445.454 Got signal [signal:10(SIGUSR1),sender_pid:29825,sender_uid:28247,value_int:2(0x00000002)]. 29924:20230228:095445.455 log level has been decreased to 3 (warning) Name : net-snmp-libs Epoch : 1 Version : 5.8 Release : 25.el8_7.1 Architecture : x86_64 Size : 3.1 M Source : net-snmp-5.8-25.el8_7.1.src.rpm |
| Comment by Lauri Rood [ 2023 Nov 22 ] |
|
Still happening... Just noticed same behaviour on proxy 6.0.22 (on RH8) 1509244:20231122:132502.577 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.598 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.624 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.648 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.665 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.688 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.708 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.731 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.756 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.775 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.799 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.824 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.849 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.866 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.888 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.909 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.932 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 1509244:20231122:132502.956 zbx_snmp_walk() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 max_vars:0 Name : net-snmp-libs Epoch : 1 Version : 5.8 Release : 27.el8 Architecture : x86_64 Size : 3.1 M Source : net-snmp-5.8-27.el8.src.rpm |
| Comment by Vladislavs Sokurenko [ 2024 Jan 17 ] |
|
This should have been solved by |
| Comment by Lauri Rood [ 2024 Jan 17 ] |
|
Unfortunately, I cannot do any ad-hoc patching in prod env. Currently we have already moved to 6.0.25 also and since that last time, I have not noticed this behaviour... I have not actively looked for it, but I do not remember any proxy issues also since that last time.. |
| Comment by Sergio Cocozza [ 2024 Jan 17 ] |
|
HI Vladislav, I'm using zabbix proxy version 6.0.25 and still having the issue. I'm available to test a patch.
|
| Comment by Dmitrijs Goloscapovs (Inactive) [ 2024 Jan 18 ] |
|
Hello, sgtserge I have attached a patch with additional debug info for 6.0.25 (available with DebugLevel=4 and higher). |
| Comment by Sergio Cocozza [ 2024 Jan 18 ] |
|
Hi Dmitrijs, sorry for misunderstanding. I didn't install with sources, plus I can't patch server as it is in production. Also not familiar with compiling stuff.. Are you going to include this patch in a minor release so I can update the proxy only with package manager? |
| Comment by Vladislavs Sokurenko [ 2024 Jan 18 ] |
|
Please provide information on why it appears to be same issue sgtserge, it appears that original issue was fixed by updating SNMP library, also please see |
| Comment by Vladislavs Sokurenko [ 2024 Jan 18 ] |
|
Closing this issue as original reporter no longer has the issue and there are comments about other issue that is fixed under Please also see if it's possible to upgrade and use improver walk that is doing true bulk requests |