Napęd Hot-Swap otrzymał nową nazwę. Jeśli dodam go z powrotem do tablicy `md` i nazwa zostanie zmieniona przy ponownym uruchomieniu, czy tablica nadal będzie działać?

Jeden z dysków twardych w konfiguracji RAID mojego serwera nie powiódł się, więc wyjąłem go z macierzy i kazałem centrum wymiany danych na gorąco. Zrobili to, ale teraz nowy dysk jest /dev/sdcraczej niż /dev/sda. Podejrzewam, że jeśli zrestartuję serwer, nastąpi to /dev/sdaponownie, więc waham się, aby dodać go z powrotem do tablicy, /dev/sdcponieważ nie chcę stawiać pułapki, by wpaść w następny restart. Tak szybko nie zrestartowałbym serwera, jeśli nie muszę (jeśli trzeba, cóż, szkoda dla mnie).

Jeśli dodam go jako /dev/sdc, czy będzie problem z restartem? Czy jest jakiś sposób na zmianę nazwy urządzenia z /dev/sdcna /dev/sdabez ponownego uruchamiania?

To jest na Ubuntu 10.04 LTS. Jest to mdtablica („Linux Software RAID”), w której obecnie jedno z urządzeń (jest ich kilka) wygląda tak („zdegradowane”, ponieważ usunąłem stare /dev/sda):

# mdadm --detail / dev / md0
/ dev / md0:
        Wersja: 00.90.03
  Czas utworzenia: niedz. 11 października 21:07:54 2009
     Poziom nalotu: nalot 1
     Rozmiar tablicy: 97536 (95,27 MiB 99,88 MB)
  Używany rozmiar urządzenia: 97536 (95,27 MiB 99,88 MB)
   Urządzenia rajdowe: 2
  Wszystkie urządzenia: 1
Preferowany mniejszy: 0
    Trwałość: Superblok jest trwały

    Czas aktualizacji: Czw 30 czerwca 09:31:16 2011
          Stan: czysty, zdegradowany
 Aktywne urządzenia: 1
Działające urządzenia: 1
 Awarie urządzeń: 0
  Zapasowe urządzenia: 0

           UUID: 496be7a5: ab9177ed: 7792c71e: 7dc17aa4
         Wydarzenia: 0.112

    Liczba Major Minor RaidDevice State
       0 8 17 0 active sync / dev / sdb1
       1 0 0 1 usunięty

ubuntu hard-drive hotswap

— TJ Crowder
źródło

Jaka tablica? Jeśli skanuje identyfikatory UID, nie ma znaczenia, czy jest to sda czy sdc

— Jure1873 30.06.11

Jest to mdtablica („Linux Software RAID”). Całe dodawanie / usuwanie urządzeń i tym podobne odnosi się do nazw urządzeń, ale nie wiem, że to oznacza, że tak naprawdę na nich polega lub ... dodałem wynik mdadm --detailtego do pytania.

— TJ Crowder

w przypadku tablic md mdadm skanuje wszystkie dyski (zgodnie z definicją w /etc/mdadm.conf), więc nie ma znaczenia, gdzie one są, ponieważ zapisuje identyfikator w nagłówku dysku, aby mógł ponownie złożyć tablice.

— Jure1873

Tak, dziękuję, sprawdź aktualizację pytania, opisałem to zachowanie i dwukrotnie sprawdziłem, czy działa.

— TJ Crowder

@ TJCrowder zamiast (lub dodatkowo) aktualizując pytanie, możesz dodać swoje odkrycie jako odpowiedź (i zaakceptować je), ponieważ to pytanie jest w zasadzie rozwiązane.

— Dennis Nolte

Można śmiało dodać i dodać jako /dev/sdc. Czytanie dokumentacji jądramd , jeśli nazwa zmienia się przy ponownym uruchomieniu, nie ma znaczenia. (Dobry projekt.) Oto dlaczego:

Autodetekcja czasu rozruchu macierzy RAID

Kiedy md jest wkompilowany w jądro (nie jako moduł), partycje typu 0xfd są skanowane i automatycznie składane w macierze RAID. Ta autodetekcja może zostać wyłączona za pomocą parametru jądra „raid = noautodetect”. Począwszy od jądra 2.6.9, tylko dyski z superblokiem typu 0 mogą być automatycznie wykrywane i uruchamiane podczas rozruchu.

Parametr jądra „raid = partycjonowany” (lub „raid = part”) oznacza, że wszystkie automatycznie wykryte tablice są składane jako partycjonowane.

Chociaż nie mdwkompilowałem się do jądra, moja konfiguracja robi to samo, co powyżej, ponieważ jest automatycznie ładowana mdadmi mdadm.confjest skonfigurowana do skanowania wszystkich partycji w poszukiwaniu superbloku, tak jak jądro:

# domyślnie skanuj wszystkie partycje (/ proc / partitions) w poszukiwaniu superbloków MD.
# alternatywnie, określ urządzenia do skanowania, w razie potrzeby używając symboli wieloznacznych.
Przegrody URZĄDZENIA

Więc dobrze jest odbudować tablicę /dev/sdc; nazwa prawdopodobnie zmieni się na /dev/sdaprzy ponownym uruchomieniu, ale nie spowoduje żadnych problemów, jeśli mdzostanie skonfigurowana jak powyżej.

— TJ Crowder
źródło