Jinak neresil jste nekdo dopsani vlastniho agregacniho grafu do Check_M K? konkretne 1.2.6? Nasel jsem k tomu jen tohle, nejakej special template jsem si upravil, ale v hlavnim dashboardu se mi nic neobjevi, ani jsem nikde nezjistil jak ho nalinkovat atd..

[Check_mk (english)] Building custom graphs from multiple sources - check_mk/pnp4nagios
http://lists.mathias-kettner.de/pipermail/checkmk-en/2012-June/006271.html

DRON: no ja myslim obsahove stejne, ale nejlip primo v dohl. systemu

SAMGARR: jako cekovani, kdy byl nekdo prihlasen jde udelat jednoduse. me slo spis o predavani informaci mezi spravci. Pouzivali sme to tak, ze pri odhlaseni se otevrel editor a clovek tam par slovy napsal co resil. pri kazdem prihlaseni se tento log zobrazoval, tak mel clovek rychly prehled co kdo a kdy a proc resil. Kdyby ste nekdo vedel o nejakem takovem zijicim projektu, dejte vedet :-)

DRON: A neslo by to vyresit sledovanim auth logu? Prihlaseni uzivatele by spustilo trigger a ten si muzes dat do grafu. A zmenu konfigurace hlidam monitorovanim Puppet agenta.

TBC: to je bohuzel vec, co mi chybi nejen na zabbixu. Kdysi sme pouzivali neco podobneho pri odhlasovani od serveru, ale byl to jen jednoduchy perlovy script a skoncil nekde v propadlisti dejin a od te doby nemuzu zadny podobny projekt najit... (zaroven jsem liny neco takoveho programovat :-)

Nemate typ na nejakej nastroj, ktery by mohl slouzit jako servisni denik pro zarizeni? Tedy nejake prihlasovani a psani udalosti? Vubec nejlepsi by byla nejaka nastavba na check_mk, nagios ci icingu, ale nic se mi nedari najit :o(

vysel zabbix 3.2, zitra zkusim upgrade :-)

TBC: tak se mi nakonec metodou pokus omyl zadarilo, idealni postup je pouzit backup a pak ten obsah folderu opravdu rozhazet to patricinych vetvi, a nastavit opravneni ... neprenese se historie dat, ale konfigurace ano, pouze uzivatele jsou mimo hlavni defaultni disablovany a treba prezadat hesla

mapovani vypada asi takto:

autochecksdir.tar > /omd/sites/SITE/var/check_mk/
check_mk_configdir.tar > /omd/sites/SITE/etc/check_mk/conf.d
counters_directory.tar > /omd/sites/SITE/tmp/check_mk/counters
logwatch_dir.tar > /omd/sites/SITE/var/check_mk/
main.mk /netreba/
tcp_cache.dir.tar > /omd/sites/SITE/tmp/check_mk/cache

Neresil nekdo migraci check_mk (syrove instalovan nad icingou) do check_mk v ramci omd - stable? pres backup a restore nelze kvuli strukture, a zkousel jsem i nejake rucni podkopirovani konfigů atd, ale bez uspechu.... dokumentaci nebo priklady k tomu jsem take nikde nenasel....

"Klikací" rozhraní pro generování konfiguračních souborů icingy:

GitHub - VitexSoftware/Icinga-Editor: Gui for generating Icinga configuration files
https://github.com/VitexSoftware/Icinga-Editor

SNIPERCZE: jako prvni bych se podival, jestli neni pretizeny nejaky interni proces Zabbixu, to zpusobuje ruzny veci...

Hoj, setkali jste se nekdy s tim, ze by Vam zabbix nepoustel akce? Mam nejaky triggery a na ty normalne poveseny akce a najednou se mi u nove pustenejch triggeru prestaly ty akce volat, pole Action je prazdne. Zkousel jsem akce vypnout a zapnout, zkontroloval jsem prava uzivatelu ale vsechno vypada ok. Tady najdete screenshot dashboardu http://postimg.org/image/6h6x8yyn5/

Diky za jakejkoliv hint

SNIPERCZE: tenhle tyden budu nasazovat do testovaciho prostredi, tak jsem zvedavej! GUI mi dle screenshotu prijde stejne spatne jako v 2.0 jen v jinych barvach.

co byste doporucili na monitoring nasledujiciho prostredi?
windows boxy [vetsinou .NET]
linux boxy [docker / aplikace hlavne v jave / radius / atd]

potrebujeme od toho idealne tohle vsechno:
- Synthetic monitoring
- Scalability [napr. self-tuning nam nastartuje dalsi node ci kontejner]
- Autodiscovery [co nejmin nastaveni, kde se ma co sledovat - napr. co dela New Relic]
- geo monitoring [sledovat jeden endpoint z vice regionu]
- integrace s jinymi tooly
- grafy

Ja si zkusmo rozchodil chain New Relic > pagerduty > Slack a funguje to krasne.

Dalsi moznosti je napr. cAdvisor + dalsi exportery + Prometheus / PromDash - s tim jsem si zatim moc nehral. Ci Zabbix? :]

BTW na ovladani zvazujeme Ansible Tower nebo Chef nebo Kubernetes, tak kdyby nekdo mel neco i k tem, rad uslysim jejich chvalu / kritiku. :]

P.S.: opensource je fajn, ale na penize ohled nebereme
P.P.S.: Nagios bych asi nebral, alespon z mych dosavadnich zkusenosti - mame uz neco na OP5 [Naemon] a moc tomu nefandim..

SAMGARR: alpha mozna, ale tu do produkce nenasadim :)