Manualne rozpoczęcie procesu CopyBack z StorCLI

Z Thomas-Krenn-Wiki
Przejdź do nawigacji Przejdź do wyszukiwania

Jeżeli na kontrolerze RAID jest skonfigurowany dysk hot spare, to w przypadku stwierdzenia przez kontroler awarii nośnika danych w macierzy zostaje zazwyczaj rozpoczęty automatyczny rebuild na dysk hot spare. Po wymianie uszkodzonego dysku kontrolery MegaRAID Avago z serii 92xx i 93xx, ze standardowo skonfigurowaną funkcją CopyBack, kopiują wszystkie dane z dysku hot spare na nowy dysk, przez co zostaje przywrócona pierwotna konfiguracja. Jednakże w niektórych przypadkach funkcja CopyBack nie uruchamia się automatycznie po wymianie niesprawnego dysku i kontroler nadal generuje sygnał akustyczny informujący o błędzie w 3-sekundowych odstępach. W tym artykule chcemy opisać jak w takich przypadkach rozpocząć procedurę CopyBack manualnie i w ten sposób wyłączony sygnał dźwiękowy.

Problem: RAID status optimal ale kontroler nadal generuje sygnał akustyczny

Po awarii nośnika danych i następującym pomyślnym rebuildzie na dysk hot spare, status macierzy RAID jest przedstawiony jako optymalny, ale kontroler nadal generuje sygnał akustyczny w 3-sekundowym odstępach. Ten alarm jest generowany do momentu wymiany niesprawnego dysku i zakończenia następującej procedury CopyBack na nowym dysku. Informacje odnoście procesu CopyBack znajdują się również w logach kontrolera:

T31: C0:DEBUG_ALARM : Alarm activated for event : Hotspare Rebuild Complete

Po wymianie niesprawnego dysku proces CopyBack rozpoczyna się zazwyczaj automatycznie i kopiuje wszystkie dane z aktualnie wykorzystywanego dysku hot spare na nowy dysk. Po zakończeniu tego procesu dysk hot spare jest ponownie dostępny i sygnał akustyczny nie jest już generowany. Jeżeli jednak proces CopyBack nie został rozpoczęty automatycznie to może zostać to zrobione ręcznie w poniżej opisany sposób.

Kontrola enclosure ID i numeru slotu

W tym przykładzie został wykorzystany kontroler Avago 9341-4i RAID ze skonfigurowaną macierzą RAID 1 (slot HDD 1 i 2) + hot spare (slot HDD 0) i systemem operacyjnym Windows Server 2012R2. W teście został odłączony dysk na slocie 1 i rozpoczęty rebuild na dysk hot spare na slocie 0. Po wymianie dysku na slocie 1 na nowy zostaje on oznaczony jako unconfigured good. Po zakończeniu rebuildu na dysku hot spare może zostać rozpoczęty proces CopyBack z konsoli za pośrednictwem storcli. Przed rozpoczęciem należy sprawdzić numeracje enclosure'a i slotów na kontrolerze. Może zostać to zrobione za pomocą polecenia:

storcli.exe /c0 show 

Manualne rozpoczęcie procesu CopyBack

W naszym przykładzie proces CopyBack ma zostać przeprowadzony z dysku hot spare na slocie 0 (enclosure 62, slot 0) na nowy dysk na slocie 1 (enclosure 62, slot 1). Polecenie storcli składa się z numeru enclosure'a i slotu dysku źródłowego i docelowego, zalecamy tutaj dokładną kontrolę tych danych w systemie. Po wprowadzeniu komendy proces CopyBack jest w toku i w MegaRAID Storage Manager jest widoczny status replacing. Jak tylko proces zostanie zakończony to dysk hot spare (slot0) zostaje ponownie oznaczony jako hot spare.

/storcli.exe /c0/e62/s0 copyback target=62:1

Autor: Sebastian Köbke

Powiązane artykuły

Aktualizacja firmware'u kontrolerów MegaRAID za pomocą storcli w systemach VMware
Aktywacja Advanced Software Options w MegaRAID Storage Manager
Kontrolery RAID LSI MegaRAID 6Gbs