Hpacucli

Po testach z oprogramowaniem ACU, postanowiłem uruchomić program hpacucli służący do zarządzania kontrolerami RAID. Pierwsze uruchomienie programu zainstalowanego w najnowszej wersji przebiega w następujący sposób:


HP Array Configuration Utility CLI 7.20.12.0
Detecting Controllers...Done.
Type "help" for a list of supported commands.
Type "exit" to close the console.
=> controller all show
No controllers detected.
=>

Najnowsza wersja programu hpacucli, mimo iż w specyfikacji wymienione są kontrolery
Smart Array 3200, nie obsługuje ich poprawnie. Dlatego należy zainstalować wersje starszą.
Po kilku testach, ostatecznie wersja 7.15.19.0 okazała się wspierać zainstalowane w serwerze
kontrolery. Jak widać kontrolery są już poprawnie wykrywane:

/usr/sbin/hpacucli
HP Array Configuration Utility CLI 7.15.19.0
Detecting Controllers...Done.
Type "help" for a list of supported commands.
Type "exit" to close the console.
=> rescan
=> controller all show status
Smart Array 3200 in Slot 4
Controller Status: OK
Cache Status: OK
Battery Status: OK
Smart Array 3200 in Slot 5
Controller Status: OK
Cache Status: OK
Battery Status: OK

Do kontrolerów podłączonych jest po 5 dysków 9,1 GB:

=> controller slot="4" physicaldrive all show
Smart Array 3200 in Slot 4
array A
physicaldrive 1:0   (port 1:id 0 , Parallel SCSI, 9.1 GB, OK)
physicaldrive 1:1   (port 1:id 1 , Parallel SCSI, 9.1 GB, OK)
physicaldrive 1:2   (port 1:id 2 , Parallel SCSI, 9.1 GB, OK)
physicaldrive 1:3   (port 1:id 3 , Parallel SCSI, 9.1 GB, OK)
physicaldrive 1:4   (port 1:id 4 , Parallel SCSI, 9.1 GB, OK)
=> controller slot="5" physicaldrive all show
Smart Array 3200 in Slot 5
array A
physicaldrive 1:0   (port 1:id 0 , Parallel SCSI, 9.1 GB, OK)
physicaldrive 1:1   (port 1:id 1 , Parallel SCSI, 9.1 GB, OK)
physicaldrive 1:2   (port 1:id 2 , Parallel SCSI, 9.1 GB, OK)
physicaldrive 1:3   (port 1:id 3 , Parallel SCSI, 9.1 GB, OK)
physicaldrive 1:4   (port 1:id 4 , Parallel SCSI, 9.1 GB, OK)

Dyski skonfigurowane są w macierz RAID 0:


=> controller slot="4" logicaldrive all show
Smart Array 3200 in Slot 4
array A
logicaldrive 1 (42.3 GB, RAID 0, OK)
=> controller slot="5" logicaldrive all show
Smart Array 3200 in Slot 5
array A
logicaldrive 1 (42.3 GB, RAID 0, OK)
=> controller slot="4" logicaldrive 1 show
Smart Array 3200 in Slot 4
logicaldrive 1
Size: 42.3 GB
Fault Tolerance: RAID 0
Heads: 255
Sectors per Track: 32
Cylinders: 10889
Stripe Size: 128 KB
Status: Ok
Array Accelerator: Enabled
Disk Name: Unknown
Mount Points: Unknown
=> controller slot="5" logicaldrive 1 show
Smart Array 3200 in Slot 5
logicaldrive 1
Size: 42.3 GB
Fault Tolerance: RAID 0
Heads: 255
Sectors per Track: 32
Cylinders: 10889
Stripe Size: 128 KB
Status: Ok
Array Accelerator: Enabled
Disk Name: Unknown
Mount Points: Unknown
=>

Zmiana wielkości paska (strip size) z linii poleceń odbywa się poprzez:
=> controller slot=”5″ logicaldrive 1 modify raid=0 stripesize=?

Available stripesize options:
8
16
32
64
128 (default)
256
=> controller slot="5" logicaldrive 1 modify raid=0 stripesize=8
=> controller slot="5" logicaldrive 1 show
Smart Array 3200 in Slot 5
logicaldrive 1
Size: 42.3 GB
Fault Tolerance: RAID 0
Heads: 255
Sectors per Track: 32
Cylinders: 10889
Stripe Size: 8 KB
Status: Ok
Array Accelerator: Enabled
Disk Name: Unknown
Mount Points: Unknown

Jak widać zmiany wprowadzone w macierzach przy pomocy programu hpacucli działają i są stosunkowo proste do przeprowadzenie. Występowało z tym jednak kilka dziwnych problemów. Ich rozwiązanie było z reguły proste, ale nie oczywiste. Również żaden opis programu hpacucli nie przewidywał tego typu błędów. Po zmianie wartości parametru stripe size program hpacucli natychmiast zwracał gotowość do przyjęcia następnego polecenia. Jednak wartość stripe size tak naprawdę zmieniana była dopiero wtedy, gdy zostało podane zapytanie o status kontrolera (a konkretnie urządzenia logicznego na którym wartość była zmieniana). Inaczej zmiana parametrów macierzy nie była wogóle wykonywana. Po wydaniu polecenia zapytania o status kontrolera, program hpacucli pracował przez około dwóch do pięciu godzin i zmieniał wartość stripe size. Kolejny problem występował podczas rozszerzania macierzy RAID 0. Przykładowo, po skończonym testowaniu macierzy składającej się z dwóch urządzeń i wydaniu poleceń na skasowanie obecnej macierzy, a następnie utworzenie nowej, składającej się z trzech dysków. Po takich operacjach również trzeba było wykonać zapytanie o status kontrolera, żeby ?zmusić? go do utworzenia nowej macierzy, a po zakończeniu całego procesu wymagany był restart serwera. W przeciwnym wypadku macierz nie posiadała pełnej pojemności i tym samym (prawdopodobnie) wykonanie testów przebiegałoby nie na macierzy trzy?, a jedynie dwu?dyskowej. Kolejnym utrudnieniem jest brak jakichkolwiek informacji na temat stanu wykonywanych operacji. W przypadku zmiany wartości stripe size czy tworzenia macierzy innych niż RAID 0 (np. RAID 5), status wykonywanych operacji przedstawiony jest jako ?In Progress?, co nie daje żadnych, nawet szacunkowych informacji na temat spodziewanego ukończenia operacji.

Odpowiedz

Możesz używać tagów : <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>



"tworzenie", "projektowanie". "wycena" stron internetowych "gdańsk", "trójmiasto", "gdynia", "sopot" # Grecja # Słowenia # Organizowanie się do PRZYGODY # druk na szkle gdańsk