xentity.de

IT and more

OMD: Site auf anderen Server kopieren

Da ich auf meinem Server auch eine VM für Nagios/OMD erstellen wollte, stand ich vor der Herausforderung, die Daten vom Mini-Server in diese VM zu bekommen, da ich gerne die historischen Daten zu Statistikzwecken übernehmen wollte und zu bequem zum Neukonfigurieren war. Im Netz habe ich keine Lösung gefunden, daher habe ich es mal mit einfaches Kopieren versucht. Erfolgreich.

Anmerkung: watcher01 ist der neue Server, alterServer ist der alte Server, vom dem die Site kopiert werden soll. Die Sitenamen sollten für die Migration erstmal identisch sein. Die kopierte Site kann hinterher mit dem Befehl sudo omd move [alterName] [neuerName] umbenannt werden.

Schritt 1: alte Site herunterfahren

OMD[xentity]:~$ omd stop

Schritt 2: neue Site anlegen

dennis@watcher01:~$ sudo omd create xentity

Schritt 3: Daten kopieren, warten und starten

dennis@watcher01:~$ sudo su xentity
OMD[xentity]:~$ scp -r root@alterServer:/omd/sites/xentity/* .
# Kaffee trinken
OMD[xentity]:~$ omd start

Troubleshoot

Doch Achtung, wechselt ihr die Prozessorarchitektur (32bit zu 64bit oder andersrum), dann haben die rrdtools damit ein Problem. Ich musste meine RRAs wegwerfen, da die neue VM auf meinem N40L MicroServer 64bittig ist:

OMD[xentity]:~$ cd var/pnp4nagios/perfdata/
OMD[xentity]:~/var/pnp4nagios/perfdata$ rm -rf ./*

Danach hat PNP4Nagios wieder Graphen gemalt, jedoch ohne die alten Daten.

Verwandte Posts:

Check_MK Konfiguration

Ob man nun Check_MK im eigens gepflegten Nagios nutzt oder aber als Bestandteil von OMD, es ist sicher, dass auch das check_mk-Verhalten noch auf Admins Bedürfnisse angepasst werden müssen. check_mk erstellt auf Grund seiner eigenen Config auch Nagios-Config-Dateien. Hier meine Konfigurationsschnipsel, die meiner Meinung nach durchaus Sinn machen. Weiterlesen

Verwandte Posts:

Mit WATO Hosts einpflegen

Ich hatte ja vorab schon über OMD berichtet, dessen wesentlicher Bestandteil die “Kettner-Fraktion” bestehend aus check_mk und mk_livestatus ist sowie Multisite und WATO.

Dank OMD braucht man sich nicht mehr um das ganze Zusammenspiel der Gewalten kümmern, beim Erstellen einer Instanz steht das ganze Drumherum um Nagios out of the Box zur Verfügung. Weiterlesen

Verwandte Posts:

OMD: Nagios ganz einfach

Wer im Netzwerk- oder Serverbereich ans Monitoring denkt, denkt in der Regel an Nagios. Meiner Meinung nach kommt an dieses System in der Mächtigkeit, Komplexität und Erweiterbarkeit nur HP OpenView (Nagios im Vergleich) heran, aber bis man OpenView soweit lizensiert hat, ist man sehr schnell arm. Man kann schon im 6-stelligen Euro-Bereich rechnen.

Wer sich schon mit Nagios beschäftigt hat, wird seine Config-Dateien hegen und pflegen. Problematisch wird es nur, wenn ein Kollege oder irgendwer anders dort durchsteigen soll. Auch eine Neuinstallation from the scratch wird enorm zeitaufwändig, bis alle Module und Erweiterungen eingerichtet sind. Und nichts ist nervenaufreibender, wenn man unter Zeitdruck ein Monitoringsystem wieder einrichten muss…
Weiterlesen

Verwandte Posts:

Nagios – passive Probleme anzeigen

Standardmäßig zeigt Nagios bei den unhandled problems keine Service-Probleme an, die nur passiv ermittelt werden, z.B. wenn man sich die Ergebnisse per NSCA schicken lässt.

Abhilfe lässt sich schaffen, indem die URL für die unhandled problems auf status.cgi?host=all&type=detail&hoststatustypes=3&serviceprops=10&servicestatustypes=28 gesetzt wird.

Mit status.cgi?host=all&type=detail&hoststatustypes=3&serviceprops=10&servicestatustypes=28&sorttype=1&sortoption=6 wird die Liste nach der Dauer (Duration) des Problems aufsteigend angezeigt.

Weiß man nicht genau, wo sich die side.php befindet, nutzt man unter Linux den Befehl find / -name side.php oder updatedb && locate side.php.

Verwandte Posts:

Easy AdSense by Unreal