Uploaded image for project: 'ZABBIX BUGS AND ISSUES'
  1. ZABBIX BUGS AND ISSUES
  2. ZBX-15624

Allow "system.localtime" metric be collected in active mode

XMLWordPrintable

    • Icon: Problem report Problem report
    • Resolution: Won't fix
    • Icon: Trivial Trivial
    • 6.4 (plan)
    • 4.0.3
    • Agent (G), Server (S)
    • None
    • Sprint 58 (Nov 2019), Sprint 59 (Dec 2019), Sprint 60 (Jan 2020), Sprint 61 (Feb 2020), Sprint 62 (Mar 2020), Sprint 63 (Apr 2020), Sprint 64 (May 2020), Sprint 65 (Jun 2020), Sprint 66 (Jul 2020), Sprint 67 (Aug 2020), Sprint 68 (Sep 2020), Sprint 69 (Oct 2020), Sprint 70 (Nov 2020), Sprint 71 (Dec 2020), Sprint 72 (Jan 2021), Sprint 73 (Feb 2021), Sprint 74 (Mar 2021), Sprint 75 (Apr 2021), Sprint 76 (May 2021), Sprint 77 (Jun 2021), Sprint 78 (Jul 2021), Sprint 79 (Aug 2021), Sprint 80 (Sep 2021), Sprint 81 (Oct 2021), Sprint 82 (Nov 2021), Sprint 83 (Dec 2021), Sprint 84 (Jan 2022), Sprint 85 (Feb 2022), Sprint 86 (Mar 2022), Sprint 87 (Apr 2022), Sprint 88 (May 2022), Sprint 89 (Jun 2022), Sprint 90 (Jul 2022)
    • 1

      cyclone in this comment describes how Zabbix server processes the fuzzytime() function at the moment. The key moment is: the current value of item is compared with timestamp of this value. As result, it makes useless trigger expressions like "host:system.localtime.fuzzytime(SomeValue)" if this metric is collected by agent in active mode, as value and timestamp should be equal "by design" in this case.

      At the same time, documentation always has the following description for trigger function fuzzytime():

      Checking how much an item value (as timestamp) differs from the Zabbix server time.

      Key moment: "differs from the Zabbix server time" but anything else (including value's timestamp)!

      I believe that the behaviour of this trigger function should be modified according to documentation. In result, we could use this metric by active-mode agents, too.

      I understand that it could cause to some problems (for example, false positives if some values have been buffered and delayed by active-mode agents and intermediate proxies), but these problems much more predictable and understandable than the current behaviour. The possibility to monitor time deviation using the standard active-mode agent is another very important reason.

        1. corrected.png
          17 kB
          Andrejs Tumilovics
        2. simple.png
          12 kB
          Andrejs Tumilovics
        3. timestamp_correction.png
          14 kB
          Andrejs Tumilovics
        4. zbx_export_hosts.xml
          7 kB
          Andrejs Tumilovics

            asestakovs Aleksejs Sestakovs
            constantin.oshmyan Constantin Oshmyan
            Team B
            Votes:
            16 Vote for this issue
            Watchers:
            22 Start watching this issue

              Created:
              Updated:
              Resolved: