RATTKIN: Je to vazne trivialni:
UserParameter=pkg.audit, /usr/local/sbin/pkg audit | awk '/problem\(s\)/ { print $1 }'

A kdyz to spustim rucne, tak to zafunguje tak jako vzdycky

# pkg audit | awk '/problem\(s\)/ { print $1 }'
0

QUIP: taky to nemusí souviset se změnou zabbixu, ale třeba se změnit formát co pkg vypisuje. Jak to parsuješ?

Mel jsem Zabbix 3.x a pred casem upgradoval na Zabbix 4.0. Od te doby mi u jednohe polozky porad sviti PROBLEM, i kdyz uz ten problem byl davno vyreseny. Tak jsem ted [patral, cim to je a v Triggers jsem nasel u te polozky cerveny vykricnik s textem:

Cannot evaluate expression: "Cannot evaluate function "sm-reserve.codelab.cz:pkg.audit.last()": item is not supported."

Tusite nekdo, proc je to najednou unsupported, kdyz to ve starsi verzi fungovalo a je to velmi jednoducha polozka? Proste se pres Agenta na monitorovanem serveru spousti prikaz "pkg audit", ktery vraci pocet deravych balicku.

Tak vyreseno. Maji tam proxy. Takze do address musim mit adresu webu a ne IP. A IP musim mit ve vhost_address.

QUOING:
Super, to pomohlo alespon zjistit co je spatne...

Ono to tvori prikaz:
/usr/lib/nagios/plugins/check_http -I '46.28.105.77' -u 'http://web.cz'

Coz u WEDOSu nefunguje...

Rucne mi funguje:
/usr/lib/nagios/plugins/check_http -H '46.28.105.77' -u 'http://web.cz'

Ale zatím nevím, jak zrušit parametr -I...

Na jiných webech mi funguje:
/usr/lib/nagios/plugins/check_http -I 'http://webX.cz' -u 'http://webX.cz'
Cehož umím dosáhnout...

Hlavne pak tu debug featuru nezapomente vypnout, hrozne to zere misto :)

Ten web je staticky...

Nepomuze ani "http://web.cz/index.htm", coz je primo existujici soubor...

AQUARIUS:
no přidal jsem tam generic-host (podle template). A jsem na tom stejnem.

Ja v tom spise cuju, ze ten web bude nejak jina nastaven. Nebo nejak neodpovida, nebo DNS, nebo nevim co :(.

Ale at zkousim co kde vidim tak nic...

KOC256: rozhodne bych na zacatek definice ty sluzby pridal import "generic-service", jinak by to snad melo byt v poradku. Ta sablona standardne obsahuje

template Service "generic-service" {
  max_check_attempts = 5
  check_interval = 1m
  retry_interval = 30s
}

Hadam, ze bez specifikace check_interval by treba taky nemuselo dojit k naplanovani checku.

Rozchodil jsem si icinga2 monitoring, a u jednoho webu se mi nedaří dostat do "zeleného stavu".
Všechny weby mám stejně a tento ležící na WEDOSu mi to veací chybu...

object Host "KK__web.cz" {
  address = "46.28.105.77"
  #vars.os = "Linux"
  check_command = "hostalive"

  vars.notification["mail"] = {
    groups = [ "icingaadmins" ]
  }
}

object Service "http" {
  host_name = "KK__web.cz"
  check_command = "http"
  #vars.http_vhost = "http://web.cz"
  vars.http_uri = "http://web.cz"
}

V icingaweb2 vidím:
HTTP WARNING: HTTP/1.1 403 Forbidden - 382 bytes in 0.021 second response time

Ale...

root@D01:~# /usr/lib/nagios/plugins/check_http -H web.cz -I web.cz
HTTP OK: HTTP/1.1 200 OK - 39995 bytes in 0.113 second response time |time=0.112669s;;;0.000000 size=39995B;;;0

Nějaký nápad?
nejedná se o žádný redirect.

Pouziva tu nekdo prometheus s influxdb remote storage?

RATTKIN: Nechci te strasit, je to mozna vec spis Promethea nez TimescaleDB, jeste na to musim mrknout;)

SAMGARR: tak počkat, nemělo by to bejt menší?

RATTKIN: Ne, ale co jsem to testoval s Prometheem, tak narust datovyho objemu byl cca 70x nasobnej...

už máte někdo zabbix na timesacaleDB?

RATTKIN: Je to tak. Aspon mam konecne duvod si hrat s ansible.

MUXX: ne. pokud máte serverů víc, stejně musíš mít možnost jak to centrálně spravovat, jak tam dát zabbix agenta a konfigurovat ho, stejně jako další programy, na to jsou řešení. já to dávám do agentů ručně.