Ad Widget

Collapse

Incorrect values in latest data

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • filthon
    Junior Member
    • Nov 2019
    • 8

    #1

    Incorrect values in latest data

    Доброго времени суток, уважаемые форумчане!

    По статье из данного блога настроен мониторинг опций монтирования:


    [root@host ~]# cat /etc/zabbix/zabbix_agentd.d/userparameter_mount.conf
    # Given two arguments, a mountpoint ($1) and an option ($2), this UserParameter
    # will return 0 if the mountpoint is mounted with (at least) the options
    # specified, or 1 if not. You need to supply both arguments. If you don’t
    # really care about any options, supplying ‘rw’ for a read-write filesystem is
    # a good fallback. Multiple required mount options can be supplied as a comma
    # separated list, as long as it is surrounded by double quotes (e.g.
    # vfs.fs.mounted[/,”rw,relatime”]).
    # findmnt prints source as output, but we don’t care about it in this context.
    UserParameter=vfs.fs.mounted[*],findmnt -nr -o source -T $1 -O $2 > /dev/null && echo 0 || echo 1

    Непосредственно на хосте метрики отдаются корректно:

    [root@host ~]# zabbix_agentd -t vfs.fs.mounted[/,rw]
    vfs.fs.mounted[/,rw] [t|0]

    [root@host ~]# zabbix_agentd -t vfs.fs.mounted[/,ro]
    vfs.fs.mounted[/,ro] [t|1]

    Также никаких проблем не наблюдается при запросах с сервера мониторинга:

    zabbix /# zabbix_get -s 10.10.10.10 -k vfs.fs.mounted[/,rw]
    0
    zabbix /# zabbix_get -s 10.10.10.10 -k vfs.fs.mounted[/,ro]
    1

    Однако по непонятной причине через веб-интерфейс наблюдаются иные значения - https://i.imgur.com/kcOhEdT.png
    У пользователя zabbix, от имени которого работает zabbix-agent, для запуска findmnt прав достаточно.

    Версия сервера и агентов 4.0.15 LTS. Подскажите, пожалуйста, в какую сторону копать. Спасибо заранее.
  • filthon
    Junior Member
    • Nov 2019
    • 8

    #2
    Т.е. всегда отдаётся еденица, хотя ФС смонтирована в r/w - https://i.imgur.com/drjpo0n.png
    Соответственно, триггеры не работают корректно (происходит ложная сработка).

    Last edited by filthon; 07-01-2020, 02:07.

    Comment

    • filthon
      Junior Member
      • Nov 2019
      • 8

      #3
      Дело как оказалось было в "хитрых" двойных кавычках \xe2\x80\x9d (utf-8):

      4033:20200107:004652.898 Requested [vfs.fs.mounted[/,”rw”]]
      4033:20200107:004652.898 In zbx_popen() command:'findmnt -nr -o source -T / -O ”rw” > /dev/null && echo 0 || echo 1'
      4033:20200107:004652.899 End of zbx_popen():7
      4037:20200107:004652.899 zbx_popen(): executing script
      4033:20200107:004652.904 In zbx_waitpid()
      4033:20200107:004652.904 zbx_waitpid() exited, status:0
      4033:20200107:004652.904 End of zbx_waitpid():4037
      4033:20200107:004652.904 EXECUTE_STR() command:'findmnt -nr -o source -T / -O ”rw” > /dev/null && echo 0 || echo 1' len:1 cmd_result:'1'
      4033:20200107:004652.904 Sending back [1]
      Last edited by filthon; 07-01-2020, 03:43.

      Comment

      Working...