OMSA: So werden nach dem Austausch des Controllers erste BOSS-Controller-Warnmeldungen angezeigt
Summary: OpenManage Server Administrator (OMSA) protokolliert möglicherweise keine ersten BOSS-Controllerereignisse nach einem Controlleraustausch, da die gespeicherte Sequenznummer verhindert, dass neue Warnmeldungen aufgezeichnet werden. Durch Anpassen der SequenceNumber wird das Problem behoben. ...
Symptoms
Fehlende anfängliche Warnmeldungen:
Nach dem Austausch eines BOSS-Controllers und dem Starten des Betriebssystems mit einem importierten fremden virtuellen Laufwerk enthält das OMSA-Warnungsprotokoll nicht die ersten Ereignisse, die vom neuen Controller erzeugt werden.
Beobachtetes Verhalten:
In den OMSA-Warnungsprotokollen werden keine Einträge für den neu installierten BOSS-Controller angezeigt.
Nachfolgende Warnmeldungen werden normal aufgezeichnet, was darauf hinweist, dass nur die anfänglichen Ereignisse ausgelassen werden.
HINWEIS: Wenn z. B. 500 der endgültige Wert war, der in das Feld "Sequenznummer" geschrieben wurde, als der alte BOSS-Controller verwendet wurde, protokolliert OMSA nicht die ersten 500 Ereignisse für den neuen BOSS-Controller.
Cause
Der vorherige Controller schreibt die letzte Ereignissequenznummer in das Feld SequenceNumber in der INI-Datei für Warnmeldungszuordnungen (MarvelAlertMapping.ini für S1/S2 oder libBossNvmeAlertMapping.ini für N1).
(da die Ereignissequenznummer jedes Mal in die INI-Datei geschrieben wird, wenn ein Ereignis protokolliert wird, und nicht nur während des Austauschs des Controllers)
OMSA-Ereignisfilterlogik:
OpenManage Server Administrator (OMSA) zeichnet nur Events auf, deren Sequenznummer größer ist als der im Feld Sequenznummer gespeicherte Wert. Daher haben die ersten Ereignisse, die vom neu installierten Controller erzeugt werden, Sequenznummern, die nicht größer als der gespeicherte Wert sind und daher ignoriert werden.
Auswirkung von Sequenznummerwerten:
Bei S1/S2-Controllern ist der gespeicherte Wert in der Regel eine nicht negative Ganzzahl.
Bei N1-Controllern kann der gespeicherte Wert eine negative ganze Zahl sein.
Da OMSA neue Ereignisse mit diesem persistenten Wert vergleicht, erreichen die anfänglichen Warnungen vom Ersatz-Controller nie das OMSA-Warnungsprotokoll.
Resolution
Voraussetzungen:
Administratorzugriff auf das Betriebssystem, auf dem der BOSS-Controller installiert ist.
Kenntnis des zu ersetzenden BOSS-Controller-Modells (S1/S2 oder N1)
Schritte:
- Starten Sie den Server mit dem importierten fremden virtuellen Laufwerk (VD) im Betriebssystem neu.
- Suchen Sie die entsprechende INI-Datei für die Warnmeldungszuordnung:
- Öffnen Sie für BOSS-S1- oder -S2-Controller C:\Program Files\Dell\SysMgt\sm\MarvelAlertMapping.ini.
- Öffnen Sie für BOSS N1-Controller C:\Program Files\Dell\SysMgmt\sm\libBossNvmeAlertMapping.ini.
3. Bearbeiten Sie das Feld Recommendation.
- Legen Sie den Wert für S1/S2-Controller auf 0 fest.
- Legen Sie den Wert für N1-Controller auf -1 fest.
- Speichern Sie die INI-Datei und stellen Sie sicher, dass die Änderungen erhalten geblieben sind.
- Starten Sie den Server neu oder starten Sie die OpenManage Services neu, damit OMSA die aktualisierte Datei liest.
- Überprüfung:
- Öffnen Sie OpenManage Server Administrator (OMSA) und zeigen Sie die Warnungsprotokolle an.
- Vergewissern Sie sich, dass die anfänglichen BOSS-Controllerereignisse jetzt aufgezeichnet wurden.