Data Domain: Diagnozowanie i rozwiązywanie problemów z SDPM | Alerty NVRAM

Krok 1: Zidentyfikuj zdarzenie SDPM

Uzyskaj odpowiednie kody zdarzeń z następujących źródeł:

• • Interfejs użytkownika kontrolera iDRAC
    iDRAC Dashboard → Maintenance → System Event Log
  • RACADM
    racadm getsel
  • Interfejs wiersza poleceń DDOS
    alerts show current
system show hardware
system show nvram
  • AutoSupport i SupportAssist / TSR
    Przejrzyj zebrane dzienniki AutoSupport i TSR.

Nagrywanie

• • Kod zdarzenia
  • Lokalizacja i identyfikator komponentu
  • Istotność zdarzenia
    • Kod zdarzenia DDOS: EVT-NVRAM-000201 Krytyczny:
    • Kody i istotność zdarzeń SDPM kontrolera iDRAC:
      • Skrócone odniesienie:
        • Błędy 5xxx → Błędy informacyjne
          6xxx → Ostrzeżenie
          Błędy 7xxx → Krytyczne

      • KOD ZDARZENIA iDRAC	Stopień ważności:
        SDPM5198 – zdarzenie diagnostyczne o nieokreślonym poziomie istotności	Informacyjne
        SDPM5199 — nieznane zdarzenie diagnostyczne	Informacyjne
        SDPM6101 — ostrzeżenie diagnostyczne (kontrola konfiguracji)	Ostrzeżenie
        SDPM6199 — nieznane ostrzeżenie diagnostyczne	Ostrzeżenie
        HWC8016 — problem z kablem SDPM	Krytyczny
        SDPM7101 — krytyczne zdarzenie diagnostyczne (kontrola konfiguracji)	Krytyczny
        SDPM7106 — krytyczne zdarzenie diagnostyczne (skontaktuj się z usługodawcą)	Krytyczny
        SDPM7107 — krytyczne zdarzenie diagnostyczne (ponowna próba)	Krytyczny
        SDPM7108 — krytyczne zdarzenie diagnostyczne (wymagane oczyszczenie)	Krytyczny
        SDPM7197 — nieobsługiwana konfiguracja wentylatora	Krytyczny
        SDPM7199 — nieznane krytyczne zdarzenie diagnostyczne	Krytyczny

Krok 2: Przeprowadzenie wstępnej weryfikacji poprawności poprawności działania

Przed zbadaniem określonego zdarzenia SDPM sprawdź ogólny stan urządzenia.

Uruchom:

• • alerts show current
  • disk show state
  • filesys status
  • system show nvram

Weryfikacja

• • Brak aktywnych awarii dysków
  • Brak usterek sprzętowych niezwiązanych z SDPM
  • Brak ostatnich nieobsługiwanych zmian sprzętowych
  • Urządzenie nadal działa, a system plików jest uruchomiony
  • Kontroler iDRAC korzysta z wersji oprogramowania wewnętrznego zatwierdzonej przez Data Domain

Jeśli urządzenie zgłasza dodatkowe alerty sprzętowe, należy je zbadać wraz ze zdarzeniem SDPM, ponieważ mogą być powiązane.

Krok 3: postępuj zgodnie ze ścieżkami rozwiązywania problemów i rozwiązywania problemów specyficznymi dla zdarzenia:

SDPM5198 – Zdarzenie diagnostyczne o nieokreślonym stopniu istotności

Oznacza: zainstalowane oprogramowanie wewnętrzne kontrolera iDRAC nie może w pełni zdekodować zdarzenia diagnostycznego SDPM.

Działania klienta:

1. 1. 1. Zapisz lokalizację i identyfikator rozszerzony.
      2. Sprawdź bieżącą wersję oprogramowania wewnętrznego kontrolera iDRAC.
      3. Podczas następnego okna konserwacyjnego zaktualizuj kontroler iDRAC do najnowszej wersji zatwierdzonej przez Data Domain.
         • Data Domain NIE obsługuje uaktualnień poza pasmem — odpowiednia wersja kontrolera iDRAC jest dołączona do każdej wersji DDOS. 
         • Aby zaktualizować kontroler iDRAC do najnowszej, obsługiwanej wersji, uaktualnij DDOS.
      4. Monitoruj pod kątem nawrotu.

Najbardziej prawdopodobne rozwiązanie: Aktualizacja kontrolera iDRAC rozwiązuje alert, ponieważ oprogramowanie wewnętrzne zyskuje możliwość prawidłowej interpretacji zgłoszonego zdarzenia SDPM.

Eskalacja, jeśli: Zdarzenie pojawia się ponownie po aktualizacji oprogramowania wewnętrznego/DDOS.

SDPM5199 — nieznane zdarzenie diagnostyczne

Znaczenie: Wykryto zdarzenie SDPM, ale zainstalowane oprogramowanie wewnętrzne kontrolera iDRAC nie może go zdekodować.

Działania klienta:

1. 1. 1. Zapisz lokalizację i identyfikator rozszerzony.
      2. Sprawdź bieżącą wersję oprogramowania wewnętrznego kontrolera iDRAC.
      3. Podczas następnego okna konserwacyjnego zaktualizuj kontroler iDRAC do najnowszej wersji zatwierdzonej przez Data Domain.
         • Data Domain NIE obsługuje uaktualnień poza pasmem — odpowiednia wersja kontrolera iDRAC jest dołączona do każdej wersji DDOS. 
         • Aby zaktualizować kontroler iDRAC do najnowszej, obsługiwanej wersji, uaktualnij DDOS.
      4. Monitoruj pod kątem nawrotu.

Najbardziej prawdopodobne rozwiązanie: Aktualizacja kontrolera iDRAC rozwiązuje alert, ponieważ oprogramowanie wewnętrzne zyskuje możliwość prawidłowej interpretacji zgłoszonego zdarzenia SDPM.

Eskalacja, jeśli: Zdarzenie pojawia się ponownie po aktualizacji oprogramowania wewnętrznego/DDOS.

SDPM6101 – Ostrzeżenie diagnostyczne (kontrola konfiguracji)

Znaczenie: Urządzenie SDPM może działać w pogorszonym stanie z powodu niespójności konfiguracji lub rozwijającego się problemu ze sprzętem.

Działania klienta:

1. 1. 1. W kontrolerze iDRAC przejrzyj dziennik zdarzeń systemowych pod kątem skorelowanych zdarzeń.

      2. W wierszu polecenia DDOS uruchom:
         system show hardware
alerts show current
system show nvram
filesystem status

Najbardziej prawdopodobne rozwiązanie: Niezgodność konfiguracji została skorygowana lub zdegradowany komponent SDPM został zidentyfikowany i wymieniony.

Eskalacja, jeśli: Ostrzeżenie nadal występuje po sprawdzeniu poprawności i ponownym uruchomieniu komputera.

SDPM6199 – Nieznane ostrzeżenie diagnostyczne

Czyli: Wystąpiło zdarzenie SDPM na poziomie ostrzeżenia, ale zainstalowane oprogramowanie wewnętrzne nie może go zdekodować.

Działania klienta:

1. 1. 1. Zapisz lokalizację i identyfikator rozszerzony.
      2. Sprawdź bieżącą wersję oprogramowania wewnętrznego kontrolera iDRAC.
      3. Podczas następnego okna konserwacyjnego zaktualizuj kontroler iDRAC do najnowszej wersji zatwierdzonej przez Data Domain.
         • Data Domain NIE obsługuje uaktualnień poza pasmem — odpowiednia wersja kontrolera iDRAC jest dołączona do każdej wersji DDOS. 
         • Aby zaktualizować kontroler iDRAC do najnowszej, obsługiwanej wersji, uaktualnij DDOS.
      4. Monitoruj pod kątem nawrotu.

Najbardziej prawdopodobne rozwiązanie: Aktualizacja kontrolera iDRAC rozwiązuje alert, ponieważ oprogramowanie wewnętrzne zyskuje możliwość prawidłowej interpretacji zgłoszonego zdarzenia SDPM.

Eskalacja, jeśli: Zdarzenie pojawia się ponownie po aktualizacji oprogramowania wewnętrznego/DDOS.

HWC8016 – Krytyczny problem z kablem SDPM

Znaczenie: Wykryto krytyczną awarię kabla w podsystemie SDPM. Operacje zapisywania pamięci trwałej mogą zakończyć się niepowodzeniem.

Działania klienta:

1. 1. 1. Sprawdź, czy krytyczne operacje tworzenia kopii zapasowej zostały ukończone pomyślnie.
      2. Natychmiast zbierz pakiet pomocy technicznej i TSR.
      3. Otwórz zgłoszenie do pomocy technicznej.
      4. Unikaj niepotrzebnego wyłączania i włączania zasilania.

Najbardziej prawdopodobne rozwiązanie:

• • • Inspekcja kabli SDPM
    • Ponowne osadzanie kabli SDPM
    • Wymiana kabla SDPM
    • Wymiana sprzętu SDPM (jeśli jest wymagana)

Eskalacja, jeśli: System plików Data Domain nie działa

SDPM7101 – Krytyczne zdarzenie diagnostyczne (kontrola konfiguracji)

Oznacza: Podsystem SDPM zgłosił krytyczny stan zdegradowany.

Działania klienta:

1. 1. 1. Przejrzyj wpisy systemowego dziennika zdarzeń.
      2. Sprawdź skorelowane alerty DDOS.
      3. Sprawdź konfigurację platformy.
      4. Zbierz dane diagnostyczne.

Najbardziej prawdopodobne rozwiązanie:

• • • Korekta nieobsługiwanej konfiguracji lub wymiana uszkodzonego komponentu SDPM.

Eskalacja, jeśli: Zdarzenie pozostaje aktywne po zweryfikowaniu konfiguracji.

SDPM7106 — Krytyczne zdarzenie diagnostyczne (kontakt z usługodawcą)

Znaczenie: Podsystem SDPM zgłosił krytyczną usterkę wymagającą dalszej analizy.

Działania klienta:

1. 1. 1. Przejrzyj wpisy systemowego dziennika zdarzeń.
      2. Zbierz TSR.
      3. Wygeneruj pakiet pomocy technicznej.
      4. Otwórz zgłoszenie do pomocy technicznej.

Najbardziej prawdopodobne rozwiązanie:

• • • Pomoc techniczna określa, czy wymagane jest naprawienie oprogramowania wewnętrznego, wymiana elementów SDPM lub dodatkowa usługa sprzętu.

Eskalacja, jeśli: System plików Data Domain nie działa.

SDPM7107 – Krytyczne zdarzenie diagnostyczne (operacja ponawiania próby)

Czyli: Operacja SDPM nie powiodła się i nie mogła zostać ukończona.

Działania klienta:

1. 1. 1. Ponów operację, której dotyczy problem.
      2. Sprawdź, czy alert został usunięty.
      3. Przejrzyj dziennik SEL pod kątem dodatkowych zdarzeń SDPM.
      4. Zaplanuj ponowne uruchomienie systemu

Najbardziej prawdopodobne rozwiązanie:

• • • Przejściowe niepowodzenie operacji może zostać usunięte po ponowieniu próby lub ponownym uruchomieniu. Powtarzające się zdarzenia często wskazują na podstawowy problem ze sprzętem SDPM.

Eskalacja, jeśli: Zdarzenie powraca po ponowieniu operacji i ponownym uruchomieniu systemu.

SDPM7108 — Krytyczne zdarzenie diagnostyczne (wymagane oczyszczenie)

Znaczenie: Urządzenie SDPM zawiera bezużyteczne dane konfiguracyjne lub wykryło niemożliwy do odzyskania stan uruchomienia. Często spotykany po wymianie modułu SDPM.

Działania klienta:

1. 1. 1. Przejrzyj wpisy systemowego dziennika zdarzeń.
      2. Przejdź do ponownej inicjalizacji i czyszczenia pamięci masowej SDPM: Data Domain: Ponowne inicjowanie i oczyszczanie SDPM | NVRAM (alt: Przykład  procesu w systemie PowerFlex) 

Najbardziej prawdopodobne rozwiązanie:

• • • Sanityzacja i ponowna inicjalizacja SDPM usuwa alert i nie są wymagane żadne dalsze działania.

Eskalacja, jeśli: Alerty utrzymują się po przeprowadzeniu oczyszczania LUB system plików nie chce się włączyć (pomoc techniczna musi ominąć przestarzałą pamięć NVRAM).

SDPM7197 – Nieobsługiwana konfiguracja wentylatora

Oznacza: platforma nie wykrywa konfiguracji wentylatora o wysokiej wydajności wymaganej przez SDPM.

Działania klienta:

1. 1. 1. Przejrzyj ostatnie działania związane z wymianą podzespołów.
      2. Sprawdź, czy nie wystąpiły nieobsługiwane zmiany sprzętowe.

Najbardziej prawdopodobne rozwiązanie:

• • • Wymiana niezgodnych modułów wentylatorów na odpowiednie zespoły wentylatorów o wysokiej wydajności zatwierdzone przez firmę Dell.

SDPM7199 – Nieznane krytyczne zdarzenie diagnostyczne

Znaczenie: Wystąpiło krytyczne zdarzenie SDPM, którego nie można zdekodować za pomocą zainstalowanego oprogramowania wewnętrznego kontrolera iDRAC.

Działania klienta:

1. 1. 1. Przeglądanie i zbieranie wpisów do dziennika zdarzeń systemowych.
      2. Sprawdź bieżącą wersję oprogramowania wewnętrznego kontrolera iDRAC.
      3. Podczas następnego okna konserwacyjnego zaktualizuj kontroler iDRAC do najnowszej wersji zatwierdzonej przez Data Domain.
         • Data Domain NIE obsługuje uaktualnień poza pasmem — odpowiednia wersja kontrolera iDRAC jest dołączona do każdej wersji DDOS.
         • Aby zaktualizować kontroler iDRAC do najnowszej, obsługiwanej wersji, uaktualnij DDOS.
      4. Monitoruj pod kątem nawrotu.

Najbardziej prawdopodobne rozwiązanie:

• • • Aktualizacja kontrolera iDRAC rozwiązuje alert, ponieważ oprogramowanie wewnętrzne zyskuje możliwość prawidłowej interpretacji zgłoszonego zdarzenia SDPM.

Eskalacja, jeśli: Zdarzenie pojawia się ponownie po aktualizacji oprogramowania wewnętrznego/DDOS.

Krok 4: Zbieranie danych diagnostycznych:

• Utwórz pakiet pomocy technicznej DDOS z poziomu interfejsu wiersza poleceń:
  support bundle create default
• Utwórz serwer iDRAC TSR:
  RACADM: racadm techsupreport collect
• Graficzny interfejs użytkownika kontrolera iDRAC:
  Konserwacja → SupportAssist → rozpoczęcie zbierania danych

Podaj wygenerowane pliki podczas otwierania zgłoszenia do pomocy technicznej.

Krok 5: Kryteria eskalacji:

Otwórz zgłoszenie do Dell Support, jeśli:

• • Każde zdarzenie SDPM7xxx pozostaje aktywne po próbach korygowania.
  • Ma to wpływ na operacje tworzenia kopii zapasowych lub przywracania.
  • Zdarzenie SDPM pojawia się ponownie po aktualizacji oprogramowania wewnętrznego i ponownym uruchomieniu.

Dotyczy:
Podręcznik informacyjny dotyczący komunikatów o błędach i zdarzeniach kontrolera iDRAC (v7.x) (wyszukaj "sdpm")
Data Domain: Ponowne inicjowanie i oczyszczanie SDPM | NVRAM