OMSA: Jak sprawić, by początkowe alerty kontrolera Boot Optimized Storage pojawiały się po wymianie kontrolera

Resumen: Narzędzie OpenManage Server Administrator (OMSA) może nie rejestrować pierwszych zdarzeń kontrolera BOSS po wymianie kontrolera, ponieważ zapisany identyfikator SequenceNumber uniemożliwia rejestrowanie nowych alertów. Zmiana wartości SequenceNumber rozwiązuje problem. ...

Este artículo se aplica a Este artículo no se aplica a Este artículo no está vinculado a ningún producto específico. No se identifican todas las versiones del producto en este artículo.

Síntomas

Brak alertów początkowych:

Po wymianie kontrolera BOSS i uruchomieniu systemu operacyjnego przy użyciu zaimportowanego obcego dysku wirtualnego dziennik alertów OMSA nie zawiera pierwszych zdarzeń wygenerowanych przez nowy kontroler.

Zaobserwowane zachowanie:

W dziennikach alertów OMSA nie są wyświetlane żadne wpisy dotyczące nowo zainstalowanego kontrolera BOSS.

Kolejne alerty są rejestrowane normalnie, co oznacza, że pomijane są tylko początkowe zdarzenia.

UWAGA: Jeśli na przykład 500 było końcową wartością zapisaną w polu "SequenceNumber", gdy stary kontroler BOSS był używany, narzędzie OMSA nie zarejestruje pierwszych 500 zdarzeń dla nowego kontrolera BOSS.

Causa

Poprzedni kontroler zapisuje ostatni numer sekwencji zdarzenia w polu SequenceNumber w pliku INI mapowania alertów (MarvelAlertMapping.ini dla S1/S2 lub libBossNvmeAlertMapping.ini dla N1).

(ponieważ numer sekwencji zdarzenia jest zapisywany w pliku INI za każdym razem, gdy rejestrowane jest jakiekolwiek zdarzenie, a nie tylko podczas wymiany kontrolera)

 

Logika filtrowania zdarzeń OMSA:

Narzędzie OpenManage Server Administrator (OMSA) rejestruje tylko zdarzenia, których numer sekwencyjny jest większy niż wartość przechowywana w polu SequenceNumber. W związku z tym pierwsze zdarzenia generowane przez nowo zainstalowany sterownik mają numery sekwencyjne, które nie są większe niż zapisana wartość i dlatego są ignorowane.

 

Wpływ wartości SequenceNumber:

W przypadku kontrolerów S1/S2 przechowywana wartość jest zazwyczaj nieujemną liczbą całkowitą.

W przypadku sterowników N1 zapisana wartość może być ujemną liczbą całkowitą.

Ponieważ narzędzie OMSA porównuje nowe zdarzenia z tą utrwaloną wartością, początkowe alerty z kontrolera zastępczego nigdy nie docierają do dziennika alertów oprogramowania OMSA.

Resolución

Warunki wstępne:

Dostęp administracyjny do systemu operacyjnego, w którym zainstalowano kontroler BOSS.

Znajomość wymienianego modelu kontrolera BOSS (S1/S2 lub N1).

 

Czynności:

  1. Uruchom system operacyjny serwera przy użyciu zaimportowanego obcego dysku wirtualnego (VD).
  2. Odszukaj odpowiedni plik INI mapowania alertów:
  • W przypadku kontrolerów BOSS S1 lub S2 otwórz C:\Program Files\Dell\SysMgt\sm\MarvelAlertMapping.ini.
  • W przypadku kontrolerów Boot Optimized Storage Subsystem N1 otwórz plik C:\Program Files\Dell\SysMgmt\sm\libBossNvmeAlertMapping.ini.

3.  Edytuj pole Numer sekwencyjny:

  • Ustaw wartość na 0 dla kontrolerów S1/S2.
  • Ustaw wartość -1 dla kontrolerów N1.
  1. Zapisz plik INI i upewnij się, że zmiany zostały utrwalone.
  2. Uruchom ponownie serwer lub usługi OpenManage, aby narzędzie OMSA odczytało zaktualizowany plik.
  3. Weryfikacja
  • Otwórz narzędzie OpenManage Server Administrator (OMSA) i wyświetl dzienniki alertów.
  • Upewnij się, że początkowe zdarzenia kontrolera BOSS zostały zarejestrowane.

Productos afectados

Boot Optimized Server Storage (BOSS), Dell OpenManage Server Administrator Version 10.2.0.0, Dell OpenManage Server Administrator Version 10.3.0.0, Dell OpenManage Server Administrator Version 11.1.0.0 , Dell OpenManage Server Administrator Version 11.0.0.0, Dell OpenManage Server Administrator Version 11.0.1.0 ...
Propiedades del artículo
Número del artículo: 000497909
Tipo de artículo: Solution
Última modificación: 14 ago 2026
Versión:  1
Encuentre respuestas a sus preguntas de otros usuarios de Dell
Servicios de soporte
Compruebe si el dispositivo está cubierto por los servicios de soporte.