Привід гарячої заміни отримав нову назву. Якщо я додаю його до масиву `md`, і він буде перейменований при перезавантаженні, чи буде масив ще працювати?

Один з жорстких дисків у RAID-конфігурації мого сервера не вдався, тому я вийняв його з масиву і переніс його в центр обробки даних. Вони зробили це, але тепер новий привід, /dev/sdcа не /dev/sda. Я підозрюю, що якщо я перезавантажую сервер, це буде /dev/sdaзнову, тому я вагаюся додати його назад до масиву, /dev/sdcтому що я не хочу закладати пастку для себе, щоб потрапити в наступну перезавантаження. Я б як тільки не перезавантажував сервер, якщо мені цього не потрібно (якщо мені це потрібно, ну дуже шкода для мене).

Якщо я додаю це як /dev/sdc, чи виникне проблема при перезавантаженні? Або є спосіб змінити ім’я пристрою /dev/sdcна, /dev/sdaне перезавантажуючи його?

Це на Ubuntu 10.04 LTS. Це mdмасив ("Linux Software RAID"), де наразі один з пристроїв (їх є кілька) виглядає так ("деградував", тому що я видалив старе /dev/sdaз нього):

# mdadm --detail / dev / md0
/ dev / md0:
        Версія: 00.90.03
  Час створення: Вс 11 жовтня 21:07:54 2009
     Рівень рейду: рейд1
     Розмір масиву: 97536 (95,27 МіБ 99,88 МБ)
  Розмір Dev: 97536 (95,27 МіБ 99,88 МБ)
   Рейдові пристрої: 2
  Всього пристроїв: 1
Кращий неповнолітній: 0
    Наполегливість: Superblock є стійким

    Час оновлення: Чт 30 червня 09:31:16 2011
          Стан: чистий, деградований
 Активні пристрої: 1
Робочі пристрої: 1
 Пошкоджені пристрої: 0
  Запасні пристрої: 0

           UUID: 496be7a5: ab9177ed: 7792c71e: 7dc17aa4
         Події: 0,112

    Число Стан головного неповнолітнього рейду
       0 8 17 0 активна синхронізація / dev / sdb1
       1 0 0 1 видалено

ubuntu hard-drive hotswap

— TJ Crowder
джерело

Який масив? Якщо він сканує UID, не має значення, чи це sda або sdc

— Jure1873,

Це mdмасив ("Linux Software RAID"). Всі додавання / видалення пристрою і подібне стосується імен пристроїв, але я не знаю, що це означає, що він насправді покладається на них або ... Я додав висновок mdadm --detailпро це до питання.

— TJ Crowder

для масивів md mdadm сканує всі диски (як визначено в /etc/mdadm.conf), тому не має значення, де вони знаходяться, тому що він записує ідентифікатор у заголовку диска, щоб він міг зібрати масиви.

— Jure1873

Так, спасибі, ознайомтеся з оновленням питання, я описав таку поведінку і двічі перевірив, чи працює.

— TJ Crowder

@TJCrowder замість цього (або додатково) оновлення свого питання ви можете додати своє висновок як відповідь (і прийняти його), оскільки це питання в основному вирішено.

— Денніс Нолте

Чудово йти вперед і додавати його як /dev/sdc. Читаючи документацію ядраmd , якщо ім'я змінюється при перезавантаженні, це не має значення. (Хороший дизайн, це.) Ось чому:

Автовідкриття часу завантаження масивів RAID

Коли md компілюється в ядро (не як модуль), розділи типу 0xfd скануються і автоматично збираються в масиви RAID. Це автоматичне виявлення може бути придушене параметром ядра "raid = noautodetect". Як і в ядрі 2.6.9, лише диски з суперблоком типу 0 можуть бути автоматично виявлені та запускатися під час завантаження.

Параметр ядра "raid = partitionable" (або "raid = частина") означає, що всі автоматично виявлені масиви збираються як роздільні.

Хоча я не mdкомпілював у ядро, моє налаштування робить те саме, що описано вище, тому що воно автоматично завантажується mdadmі mdadm.confналаштовано на сканування всіх розділів для суперблоку, як і ядро:

# за замовчуванням скануйте всі розділи (/ proc / розділи) на наявність суперблоків MD.
# альтернативно, вкажіть пристрої для сканування, використовуючи символи, за бажанням.
Перегородки ПРИСТРОЮ

Тож добре відновити масив за допомогою /dev/sdc; ім'я, ймовірно, зміниться /dev/sdaна перезавантаження, але це не спричинить жодних проблем, якщо mdвстановлено вище.

— TJ Crowder
джерело