[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: Text File 0001-.PS.-ZBX-16927-added-verbose-debug-for-snmp.patch     JPEG File Annotation 2019-11-15 133726.jpg     JPEG File gdb-poller-process-bt.jpg     JPEG File graph_pollers_busy.jpg     JPEG File lsof-udp-fd-10.jpg     JPEG File ps-pollers-getting-values.jpg     JPEG File strace-main-zabbix-server-with-child-processes-stuck.jpg     JPEG File strace-poller-process-stuck-on-select.jpg    
Team: Team A
Sprint: S2401-2

 Description   

It acted the same in version 3.4 too. Tried to upgrade but it did not help.

Steps to reproduce:

  1. Setup few SNMPv3 hosts
  2. After some time (few to several hours) notice all pollers (both unreachable and regular ones) are busy. Hosts are supposedly down.

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,
Edgar

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:

https://github.com/dj-wasabi/ansible-zabbix-server

https://github.com/dj-wasabi/ansible-zabbix-web

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 ZBX-22864 we need to add additional debug to determine why it still continues on some devices, is it possible to test with a patch if we provide one ?

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).
Please check (grep -E 'zbx_snmp_walk|zbx_oid_is_new' ...).

0001-.PS.-ZBX-16927-added-verbose-debug-for-snmp.patch

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 ZBX-22864

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 ZBX-22864

Please also see if it's possible to upgrade and use improver walk that is doing true bulk requests
ZBXNEXT-4428 and later by ZBXNEXT-8567

Generated at Sun May 31 20:01:45 EEST 2026 using Jira 10.3.18#10030018-sha1:5642e4ad348b6c2a83ebdba689d04763a2393cab.