projekt ESX Snapshots [Open the action menu]
CRIT - Number of Snapshots 2, Powered On: backup_ersatz, Snapshot is older than 83 daysCRIT, Last Snapshot: backup_ersatz 11/09/17 06:34
Problem:
Die Snapshots existieren nicht. Weder auf dem Filesystem noch mittels einschlägiger Tools werden die gemeldeten Backups angezeigt.
Der Name ist eindeutig. Ich habe den mal angelegt aber auch wieder abgeräumt.
ich nehme mal an Du fragst das vCenter ab? Da gab es schon öfter mal Fälle das irgendwelche Daten in der Abfrage des vCenter nicht richtig waren, obwohl Sie auf der Oberfläche korrekt angezeigt wurden. Meistens betrifft das den Hardware Zustand von Maschinen. Lösung war bisher immer das vCenter einmal durchzustarten.
projekt ESX Snapshots [Open the action menu]
CRIT - Number of Snapshots 2, Powered On: backup_ersatz, Snapshot is
older than 83 daysCRIT, Last Snapshot: backup_ersatz 11/09/17 06:34
Problem:
Die Snapshots existieren nicht. Weder auf dem Filesystem noch mittels
einschlägiger Tools werden die gemeldeten Backups angezeigt.
Der Name ist eindeutig. Ich habe den mal angelegt aber auch wieder abgeräumt.
ich nehme mal an Du fragst das vCenter ab? Da gab es schon öfter mal Fälle das irgendwelche Daten in der Abfrage des vCenter nicht richtig waren, obwohl Sie auf der Oberfläche korrekt angezeigt wurden. Meistens betrifft das den Hardware Zustand von Maschinen. Lösung war bisher immer das vCenter einmal durchzustarten.
Hallo,
ich frage den Host direkt ab.
Hatte ich vergessen zui schreiben. Der Host wird nicht über ein VCenter verwaltet.
Ich werde aber wohl tatsählich mal einen reboot testen.
versuch mal nur den Management Prozess neu zu starten. Sollte auch helfen. Wie das genau ging, weiß ich gerade nicht mehr, aber die Vmware Doku weiß das bestimmt.
Gruß
Udo
----- Ursprüngliche Mail -----
···
Von: "Ralf Prengel" <ralf.prengel@rprengel.de>
An: checkmk-de@lists.mathias-kettner.de
Gesendet: Mittwoch, 31. Januar 2018 10:53:28
Betreff: Re: [Check_mk (deutsch)] esx nicht existierenden Snapshots werden gefunden
Zitat von Udo Woehler <uw@bsw-com.de>:
Hi Ralf,
ich nehme mal an Du fragst das vCenter ab? Da gab es schon öfter mal
Fälle das irgendwelche Daten in der Abfrage des vCenter nicht
richtig waren, obwohl Sie auf der Oberfläche korrekt angezeigt
wurden. Meistens betrifft das den Hardware Zustand von Maschinen.
Lösung war bisher immer das vCenter einmal durchzustarten.
Hallo,
ich frage den Host direkt ab.
Hatte ich vergessen zui schreiben. Der Host wird nicht über ein
VCenter verwaltet.
Ich werde aber wohl tatsählich mal einen reboot testen.
neben den Anmerkungen von Udo würde ich einfach mal in den Datastore Browser schauen und dort befindet sich zu fast 100% noch der Snapshot.
Also besser gesagt siehst bei der Maschine noch Snapshot Files.
Wenn das so ist einfach jetzt mal einen Snapshot manuell erstellen und einfach danach auf alle Snapshots entfernen klicken.
Dann sollten auch die “stale” Snapshots mit weg sein.
Gruß
Andreas
···
Udo Woehler uw@bsw-com.de schrieb am Mi., 31. Jan. 2018 um 11:34 Uhr:
Hi,
versuch mal nur den Management Prozess neu zu starten. Sollte auch helfen. Wie das genau ging, weiß ich gerade nicht mehr, aber die Vmware Doku weiß das bestimmt.
Zitat von Andreas Döhler <andreas.doehler@gmail.com>:
Nabend,
neben den Anmerkungen von Udo würde ich einfach mal in den Datastore
Browser schauen und dort befindet sich zu fast 100% noch der Snapshot.
Also besser gesagt siehst bei der Maschine noch Snapshot Files.
Wenn das so ist einfach jetzt mal einen Snapshot manuell erstellen und
einfach danach auf alle Snapshots entfernen klicken.
Dann sollten auch die "stale" Snapshots mit weg sein.
Hallo,
es sind keine Dateien vorhanden und auch einfach mal nach einem neuen Snapshot alle Snapshots zu räumen hat nicht geholfen.
Wie liest check_mk die Snapshots aus?
Check_MK meldet sich an der WebAPI von ESX bzw. vCenter an und fragt per API die verschiedenen Tabellen (eben auch die Guests und Ihre Snapshots) ab.
Wenn es nicht am ESX liegt, könnte es vielleicht noch ein Problem mit den Piggyback Daten geben.
Schau Dir mal die Daten zum Guest unter
~/tmp/check_mk/piggyback
an und lösch die für den Guest eventuell mal.
Was zeigt ein
cmk -vv <esx-host>
an?
Gruß
Udo
----- Ursprüngliche Mail -----
···
Von: "Ralf Prengel" <ralf.prengel@rprengel.de>
An: checkmk-de@lists.mathias-kettner.de
Gesendet: Donnerstag, 1. Februar 2018 08:18:28
Betreff: Re: [Check_mk (deutsch)] esx nicht existierenden Snapshots werden gefunden
Zitat von Andreas Döhler <andreas.doehler@gmail.com>:
Nabend,
neben den Anmerkungen von Udo würde ich einfach mal in den Datastore
Browser schauen und dort befindet sich zu fast 100% noch der Snapshot.
Also besser gesagt siehst bei der Maschine noch Snapshot Files.
Wenn das so ist einfach jetzt mal einen Snapshot manuell erstellen und
einfach danach auf alle Snapshots entfernen klicken.
Dann sollten auch die "stale" Snapshots mit weg sein.
Hallo,
es sind keine Dateien vorhanden und auch einfach mal nach einem neuen
Snapshot alle Snapshots zu räumen hat nicht geholfen.
Wie liest check_mk die Snapshots aus?
Check_MK meldet sich an der WebAPI von ESX bzw. vCenter an und fragt per API die verschiedenen Tabellen (eben auch die Guests und Ihre Snapshots) ab.
Wenn es nicht am ESX liegt, könnte es vielleicht noch ein Problem mit den Piggyback Daten geben.
Schau Dir mal die Daten zum Guest unter
~/tmp/check_mk/piggyback
an und lösch die für den Guest eventuell mal.
Was zeigt ein
cmk -vv <esx-host>
an?
Fehler gefunden:
Auf einem anderen ESX Host lag eine alte inaktive Kopie der VM mit dem gleichen Namen.
Offenbar wurden die Daten dann ineinander geschoben.
Die Daten müssen auch “ineinander geschoben” werden da es für Check_MK jeweils die gleiche Maschine ist.
Ist aber sehr ungünstig ESX Guests mit gleichem Namen doppelt in der Infrastruktur zu haben.
Wenn schon Maschinen doppelt sind diese mit eindeutigen Bezeichnungen versehen dann passiert auch nix komisches im Monitoring.
Zitat von Andreas Döhler <andreas.doehler@gmail.com>:
Die Daten müssen auch "ineinander geschoben" werden da es für Check_MK
jeweils die gleiche Maschine ist.
Ist aber sehr ungünstig ESX Guests mit gleichem Namen doppelt in der
Infrastruktur zu haben.
Wenn schon Maschinen doppelt sind diese mit eindeutigen Bezeichnungen
versehen dann passiert auch nix komisches im Monitoring.
Hallo,
yeap. War eine Altlast. Ich habe das gestern berichtigt.