Замена загнувшегося HDD

Очередной косяк с винтами у моего любимого хостера.
Достаю из черновиков старую статью и публикую краткий мануал по действиям в этой ситуации.
Мне повезло и в RAID 1 Массиве загнулся только 1 винт из 2х. Такое случается, не смотря на обильное наличие практик нормальной работы обоих винтов и случаев парной смерти .

Краткий мануал действий на следующий раз.
Что имеем изначально 2 диска по 3Tb, GPT, RAID 1, debian, grub2, остальное вроде не важно.
Что случилось - /dev/sda стал совсем неживым
smartctl --all /dev/sda ругается, что ничего не может прочитать с диска
cat /proc/mdstat показывает что в рейде живых разделов из /dev/sdaX нет

Что нужно делать
1) проверить целостность бекапов на внешнем сервере (если они есть, если нет - задуматься над необходимостью таковых, пока не поздно)
2) отцепить от рейда сбойный диск

на случай если еще не помечен как сбойный:

# mdadm --manage /dev/mdY --fail /dev/sdaX 

собственно отцепляем

# mdadm /dev/mdY -r /dev/sdaX

естественно операция проводится столько раз сколько у нас разделов 

3) определяем серийник умершего или живого диска

smartctl --all /dev/sda |grep Serial

и заполняем заявку в саппорт на замену диска

Я дополнительно попросил проверить возможность загрузки с оставшегося диска и установить порядок загрузки дисков, на что мне любезно ответили согласием и все сделали согласно моей просьбе.

4) после замены диска биос успешно пропустил загрузку с нового диска и прогрузился со старого обозначив его как sda (но это я так понимаю сказывается умность udev'а)

5) клонируем GPT. можно и одной строкой, но я решил немного подстраховаться и сохранить себе ее еще и в файл

# sgdisk --backup=gpttable /dev/sda

# sgdisk --load-backup=gpttable /dev/sdb

получил склонированную таблицу и ее копию в файле

Поменяем UUID новому диску

# sgdisk -G /dev/sdb

Если разделы не увидились, попросим ядро перитать таблицу

# sfdisk -R /dev/sdb

Вернем разделы в рэйд

# mdadm /dev/mdY -a /dev/sdbX

Посмотрим за процессом

#watch cat /proc/mdstat

Дождавшись окончания процесса, принимаемся за загрузчик

Обновим таблицу устройств

# grub-mkdevicemap

попросим груба на новый диск

# grub-install /dev/sdb

На этом все, можно дышать, можно отсыпаться. А можно ребутнуть машину и проверить, что все грузится правильно.

hetzner.de проблемы с жесткими дисками

В связи с очередным сбоем на хетснеровских серверах раскопал и вернул черновик в строй.

Сегодня в выходной меня разбудили и сообщили, что сервер, расположенный у любимого мною хостера совсем молчит и что это не есть хорошо, поскольку он не партизан в плену, а боевой сервер.

Краткое расследование показало проблемы с /dev/sda

=============================================================

Feb  3 11:50:36 hz kernel: ata1.00: exception Emask 0x0 SAct 0x1c SErr 0x0 action 0x0

Feb  3 11:50:36 hz kernel: ata1.00: irq_stat 0x40000008

Feb  3 11:50:36 hz kernel: ata1.00: failed command: READ FPDMA QUEUED

Feb  3 11:50:36 hz kernel: ata1.00: cmd 60/f8:10:a8:2c:18/00:00:a8:00:00/40 tag 2 ncq 126976 in

Feb  3 11:50:36 hz kernel:         res 41/40:f8:98:2d:18/00:00:a8:00:00/00 Emask 0x409 (media error) <F>

Feb  3 11:50:36 hz kernel: ata1.00: status: { DRDY ERR }

Feb  3 11:50:36 hz kernel: ata1.00: error: { UNC }

Feb  3 11:50:37 hz kernel: ata1.00: configured for UDMA/133

Feb  3 11:50:37 hz kernel: ata1: EH complete

Feb  3 11:50:41 hz kernel: ata1.00: exception Emask 0x0 SAct 0x4 SErr 0x0 action 0x0

Feb  3 11:50:41 hz kernel: ata1.00: irq_stat 0x40000008

Feb  3 11:50:41 hz kernel: ata1.00: failed command: READ FPDMA QUEUED

Feb  3 11:50:41 hz kernel: ata1.00: cmd 60/f8:10:a8:2c:18/00:00:a8:00:00/40 tag 2 ncq 126976 in

Feb  3 11:50:41 hz kernel:         res 41/40:f8:98:2d:18/00:00:a8:00:00/00 Emask 0x409 (media error) <F>

Feb  3 11:50:41 hz kernel: ata1.00: status: { DRDY ERR }

Feb  3 11:50:41 hz kernel: ata1.00: error: { UNC }

Feb  3 11:50:41 hz kernel: ata1.00: configured for UDMA/133

Feb  3 11:50:41 hz kernel: ata1: EH complete

=============================================================

# hdparm -t /dev/sda

 /dev/sda:

 Timing buffered disk reads:  28 MB in  3.07 seconds =   9.13 MB/sec

=============================================================

Продолжаем обживаться на hetzner.de (настройка Proxmox)

Перейдем в браузер
https://Your_IP:8006
Введем логин root и пароль присланный по почте на первом шаге - мы оказались в веб интерфейсе управления Proxmox. 

Первым делом понажимаем все кнопочки и залезем во все менюшки, затем, наигравшись, приймемся за настройку Proxmox. Рассмотрим основные действия, которые нам нужно выполнить прежде чем создавать виртуальную машну.

Обживаемся на hetzner.de

Для начала посетим  http://ru.hetzner.com/ и выберем, что нам больше по душе и карману.

Я остановился на EX4 на мой взгляд наиболее сбалансированное решение под хост виртуалок для LAMP серверов.

Затем идем на форму заказа и выбираем понравившийся сервер и необходимые опции.

В ходе этой операции необходимо будет указать данные кредитной карты (дебитная тоже подойдет), без этого регистрация не завершится и заказ не примут. Теперь ждем 2 письма, одно о том что заявка принята, другое о том что она выполнена (в нем же будут данные по панели управления, включая логин и пароль). Не забываем, что немцы работают по строгому распорядку и многие заказы выполняются только в рабочее время.