Agent2 doesnt kill child processes (UserParameter) after Timeout

XMLWordPrintable

    • Type: Problem report
    • Resolution: Unresolved
    • Priority: Major
    • None
    • Affects Version/s: 7.0.21, 7.4.5, 8.0.0alpha1
    • Component/s: Agent2 (G)
    • None
    • Environment:
      Ubuntu 24.04
    • Support backlog

      Steps to reproduce:

      1. Use default configuration file /etc/zabbix/zabbix_agent2.conf with modified content:

        Server=myserver.example.test
        ServerActive=myserver.example.test
        Hostname=myclient.example.test
        DebugLevel=5

        1. CUSTOM USERPARAMETER
          UserParameter=test.sleep8,/usr/bin/sleep 8000 && echo "ok"
          UserParameter=test.sleep9,/usr/bin/sleep 9000 && echo "ok"
      2. Add an active item on zabbix server with parameters:
        Key: test.sleep8
        Update interval: 1m
        Timeout: 15s (or whatever low enough)
      3. Add another passive item on zabbix server with parameters:
        Key: test.sleep9
        Update interval: 1m
        Timeout: 15s (or whatever low enough)
        Other parameters do not matter, see screenshot attached.
      4. Run agent and wait for some time.

      Result:
      After some time, both items become unsupported due to timeout. But child processes "/usr/bin/sleep" are duplicated and not killed (both active and passive checks).

      root@myclient ~ [#] pgrep sleep | wc -l
      12

      Agent log looks fine, timeouts are reported in log.

      **

      Expected:
      Expected result: 0 child processes, 0 leftovers.
      After timeout, all child userparameter processes should be killed by force.
      Everything works fine on old agent2 version 6.*

        1. test_sleep8.png
          26 kB
          Andrew
        2. zabbix_agent2.log
          46 kB
          Andrew
        3. zabbix_agent2.wrong.conf
          0.5 kB
          Andrew

            Assignee:
            Zabbix Development Team
            Reporter:
            Andrew
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: