Hallo zusammen, gibt es hier ein Best practice Ansatz für dieses Thema? Wir haben hier genau das gleiche Problem. Viele Grüße Daniel

Moin Moin, ich hätte da noch eine Ergänzung. Ich habe die RAIDs über mehrere Shelfs verteilt (wg Performance und Ausfallsicherheit). Könnte das auch mit aufgenommen werden?

Hey @Batzlen und @klaus-langthaler wir haben uns dran gesetzt und letzte Woche die neue Version des Add-ons veröffentlicht, damit sollte das Problem behoben sein Könnt ihr das bestätigen? VG Leo

genau. ich lass meine user ein virtual server objekt befuellen.. mehrere kategorien.. am schluss setzt der user den status auf 'to_deploy', und nur auf dieses event reagiere ich in einem eventhook, und stosse dann den deploy-eine-vm prozess an... die logik um das event zu filtern ist relativ kompliziert geworden.. weil 10mal nachbessern.. function check_event($event) { // at idoit overview category savebutton click -> we get two events, global and overview // at idoit global category savebutton click -> we get only one event if ($event->categoryConst=='C__CATG__OVERVIEW') { die (getmypid().": not reacting on events of overview category. quitting\n"); } //print_r ($event); $proceed=false; if ($event->categoryConst=='C__CATG__GLOBAL') { if (count ($event->changes)==0) die (getmypid().": no changes. quitting\n"); if (isset ($event->changes->C__OBJ__CMDB_STATUS->to)) { if ($event->changes->C__OBJ__CMDB_STATUS->to !=STRING_DEPLOY) die (getmypid().": status didnt change to '".STRING_DEPLOY."'. quitting\n"); else $proceed=true; } if (isset ($event->changes->{'isys_cmdb_dao_category_g_global::cmdb_status'}->to) ) { if ($event->changes->{'isys_cmdb_dao_category_g_global::cmdb_status'}->to!=STRING_DEPLOY) die (getmypid().": status didnt change to '".STRING_DEPLOY."'. quitting\n"); else $proceed=true; } } if ($proceed) debug( "checking server...\n"); else die (getmypid().": event didnt match categories global or cmdb_status, quitting\n"); } function get_event() { $deploy=""; while($l = fgets(STDIN)){ $deploy.=$l; } $event=json_decode(base64_decode($deploy)); if (json_last_error()) die (getmypid().": error json decode, quitting\n"); return $event; }

Ja, daran lag's. Wenn man diesen Fehler nicht macht, klappt es problemlos. Vielen Dank!

Bin ich der einzige, der darauf stößt? Kann das niemand an einem anderen System reproduzieren? Bei dem Thema fällt mir auch auf, dass es das VIVA2 Modul im Demo-System gar nicht gibt. Sonst hätte ich das dort gerne mal getestet.

Hallo zusammen, ich würde auch empfehlen, das Ablaufdatum in der Kategorie "Lizenzschlüssel" inklusive der Benachrichtigungen zu verwenden. Bei einer Verlängerung kann das Datum dann auch einfach hochgesetzt werden. Lieben Gruß Christian

Hallo Steffen und liebe Leser, Ich mache den Export momentan auch direkt in das produktive Nagios-etc. Abgesehen davon, dass bisher die erzeugte Konfiguration auch bei mir noch Grütze ist, scheint das so zu funktionieren, wenn du das nagios-etc für www-data schreibbar machst. Die Kontakte werden über eine Kategorie ins Nagios gebracht. Bei Personengruppen findest Du eine Kategorie "Personengruppen->Nagios", bei Personen die Kategorie "Personen->Nagios". Sobald diese ausgefullt sind, bevölkern sie die contacts.cfg. (Beispiel) Über den dritten Punkt bin ich auch gestolpert. Diese Kommandos sind schlicht noch nicht definiert. Wenn Du das tun möchtest, gehst Du auf "Extras => Nagios => Commands" (vergleiche hier) und legst die Kommandos mit den passenden Namen an. Oder einfacher Du vergibst unter "Extras => Nagios => Config" die bereits vorimplementierten Kommandos. Zum Zeitpunkt der Installation gibt es nur die 2 Benachrichtungen (notify-......) und 2 Checks (check-......), die wir eben schon gesehen haben. Dementsprechend änderst Du den Wert für: -- global_host_event_handler in notify_host_by_email -- global_service_event_handler in notify_service_by_email -- obcp_command in notify_host_by_email und -- ocsp_command in notify_service_by_email All Best BEnnie

Hallo, vielleicht war die Frage ja zu trivial; falls doch der ein oder andere vor dem selben Problem steht: Ja, es geht. Das command maintenance steht auch noch in der console zur Verfügung, auch wenn es im KB-Artikel zu Console nicht auftaucht. Der Weg: KB-Artikel Cronjobs einrichten Aufruf der Console vereinfachen; dazu das Skript idoit mit angepasstem Inhalt anlegen, anschliessend ausführbar machen. Das Jobskript idoit-jobs anlegen, ebenfalls mit angepasstem Inhalt. Als weitere Funktion kann hier dann zusätzlich auch "maintenance" mit eingepflegt werden. Als Nicht-Linuxer bin ich erstmal darüber gestolpert, dass am Anfang der Datei versehentlich eine Leerzeile stand. Damit wurde das Skript mit sh anstatt mit bash ausgeführt, was zum Abbruch führt, sobald das Skript über cron gestartet wird. Manuell ausgeführt lief es komischerweise. Zur Kontrolle ssmtp und mailutils nachinstallieren und die ssmtp.conf sowie revaliases anpassen. Das Paket moreutils nachinstalliert (Darin enthalten ist chronic). Cronjob anlegen, der einmal täglich das Skript idoit-jobs über chronic ausführt. Anschliessend werden die Wartungsmails automatisch verschickt und man kann auch die Benachrichtigunen ("notifications-send") sinvoll nutzen. Gruß

Hallo AS, hast du es mal probiert, die Daten als Report zu exportieren und wieder einzulesen? Das wäre meiner Meinung nach erst mal der einfachste Weg. Lieben Gruß Christian

Hallo Daniel, ein "Best Practice" kann ich zwar nicht geben, weil wir die Kategorie "Datenbank" nicht wirklich nutzen. Aber ob nun der Service als "Software Zuweisung" oder als "Datenbank Zuweisung" zum Server gemacht wird, der CMDB-Explorer zeigt die Verknüpfung an. Über Profil und Filter Konfiguration geht der Rest. Gruß Armin

Manchmal sollte man vielleicht nicht so schnell einen Beitrag posten, aber vielleicht ist das ja auch für andere interessant. Zufällig bin ich auf der Seite https://kb.i-doit.com/display/de/Hotfixes fündig geworden. Es ist ein Fehler in Version 1.11.1 PRO. Nach dem Einspielen des Hotfix und einem erneuten reindex scheint alles wieder zu funktionieren.

Hallo RIS, eine andere Möglichkeit wäre per API-Script die Einträge der Kategorie auszulesen und zu berechnen. Das Ergebnis könnte dann auch über die API in ein anderes Feld der Kategorie eingetragen werden. Per Event-Hook könnte das auch sehr zeitnah geschehen. Armin

Hallo Thomas, das lässt sich nicht so direkt umsetzen, denn die Rechtevergabe funktioniert nicht über alle Eigenschaften. Was du bräuchtest, wäre ein Recht, das von einer Kontaktzuweisung abhängt. Das geht aber nicht. Du könntest höchstens über den Standort oder die Systeme einzeln verrechten. Lieben Gruß Christian

Hallo Florian, das kann mehrere Ursachen haben. Stelle bitte folgende Punkte sicher: Unter Verwaltung > Systemeinstellungen > Experteneinstellungen gibt es die Option cmdb.ip-list.ping-method. Dort kannst du den Pfad zum Programm setzen, das zum Pingen benutzt werden soll. Diese Einstellung wird durch die Angabe unter cmdb.ip-list.nmap-parameter ergänzt. Der Webserver muss dieses Programm ausführen dürfen. Die meisten Linux-Distros nutzen einen dedizierten User, unter Debian GNU/Linux beispielsweise www-data. Dieser User muss die nötigen Rechte zum Ausführen des Programms haben. Mit sudo -u www-data ping 8.8.8.8 kann man das auf der Konsole testen (wenn sudo vorhanden ist). Der Host, auf dem i-doit installiert ist, muss über die nötigen Routen zu den Netzen haben, die in i-doit dokumentiert sind und deren IP-Adressen erreicht werden sollen. Auch hier hilft ein Test mit ping oder mtr auf der Konsole. Das scheint bei dir zu klappen. Ich würde folglich bei den obigen Punkten erst einmal ansetzen. Viele Grüße Benjamin

@findus Das war nur ein kleiner Scherz. Es ist alles in Ordnung. Lieben Gruß Christian

Hallo Herr Dörnenburg, vielen Dank für die ausführliche und schnelle Rückmeldung. Gut, das ist ein möglicher Weg. Jetzt habe ich öfter mal noch einen ähnlichen Fall, dabei sollen die Multi-V.-Einträge aber nicht gelöscht/überschrieben werden, sondern archiviert. Z.B. sollen bei einer Menge von PCs, die vom Netz genommen werden, die Hostadressen archiviert werden. Die PCs selber sollen nicht archiviert werden, denn diese kommen erstmal ins Lager und zu einem späteren Zeitpunkt evtl. wieder mit einer anderen IP zum Einsatz. Die "Lösen"-Funktion im Layer3-Netz bringt mir hierzu nichts, da dabei ja nicht die IP/Hostadresse archiviert sondern das Subnetz auf global gestellt wird (wobei ich den Sinn dabei gar nicht verstehe). Wäre schön, das ginge in Zukunft auch über die Listeneditierung. VG, A. Lehmann

Der Bug soll in Version 1.11.1 behoben werden.