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ě.

QUIP: jj, samozrejme. Mira pohodlnosti je pres ansible ale mirne vyssi

DRON: na tohle nepotrebujes ani ansible/puppet, to proste pustis jednoduchou davku v shellu rovnou pres SSH

RATTKIN: neda se to pridat jenom nejak centralne na serveru misto jednotlive na klientech?