[Check_mk (deutsch)] esx nicht existierenden Snapshots werden gefunden

Hallo,
auf einem Host liegen angeblich snapshots

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.

Kennt jemand das Thema?

Griss

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.

Gruß

Udo

----- Ursprüngliche Mail -----

···

Von: "Ralf Prengel" <ralf.prengel@rprengel.de>
An: checkmk-de@lists.mathias-kettner.de
Gesendet: Mittwoch, 31. Januar 2018 08:05:43
Betreff: [Check_mk (deutsch)] esx nicht existierenden Snapshots werden gefunden

Hallo,
auf einem Host liegen angeblich snapshots

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.

Kennt jemand das Thema?

Griss

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

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.

Gruss

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. :slight_smile:

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.

Gruss

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

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.

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. :slight_smile:

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.

Gruss


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

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?

Gruss

Hi,

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?

Gruss

_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

Zitat von Udo Woehler <uw@bsw-com.de>:

Hi,

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.

Gruss

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.

···

Ralf Prengel ralf.prengel@rprengel.de schrieb am Do., 1. Feb. 2018 um 10:40 Uhr: > > > Zitat von Udo Woehler uw@bsw-com.de:

Hi,

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

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.

Gruss


checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

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.

Gruss