+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Замена диска ZFS, Proxmox Виртуальная Среда

qgrasso

Guest

07.02.2018 01:25:00

Привет всем, У нас вышел из строя диск в нашем ZFS rpool, ищем процедуру замены диска. Пока что мы нашли пару вики, но решил проконсультироваться с вами, все ли еще верно. Мы используем Proxmox VE 4.4. 1) Замените физически вышедший из строя/офлайн диск, /dev/sdc Инициализируйте диск 2) Через WebUI, Имя сервера -> Диски -> Инициализировать диск с GPT (/dev/sdc) Скопируйте таблицу разделов с /dev/sda на /dev/sdc 3) sgdisk --replicate=/dev/sdc /dev/sda Убедитесь, что GUIDы случайные 4) sgdisk --randomize-guids /dev/sdc Установите Grub на новый диск 5) grub-install /dev/sdc Затем замените диск в ZFS пуле, 6) zpool replace rpool /dev/sdc2 Готово? Спасибо, Q

Andreas Piening Guest	#2 0 26.06.2018 12:49:00 Большое спасибо! Я все еще не понимаю, почему у меня не работает grub-install. Но мне это не критично, так как система сейчас работает нормально. Я займусь этим, если у меня будет запланированное время простоя.

mailinglists

Guest

13.06.2018 09:48:00

Удалите sda и протестируйте загрузку. RAIDZ1 работает нормально без одного диска. Если бы я увидел ошибку неизвестной файловой системы, я думаю, я бы запомнил. На всякий случай я только что повторно выполнил grub-install на sdb. Вот результат: Код: root@p26:~# zpool status
пул: rpool
состояние: ONLINE
сканирование: восстановлено 871M за 0ч0м без ошибок в Пн Май 21 15:08:39 2018
конфигурация:

ИМЯ СОСТОЯНИЕ ЧТЕНИЕ ЗАПИСЬ КСУМ
rpool ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
sda2 ONLINE 0 0 0
sdb2 ONLINE 0 0 0
журналы
sdc1 ONLINE 0 0 0
sdd1 ONLINE 0 0 0
кэш
sdc2 ONLINE 0 0 0
sdd2 ONLINE 0 0 0

ошибки: Неизвестных ошибок данных
root@p26:~# fdisk -l /dev/sdb
Диск /dev/sdb: 1.8 TiB, 2000398934016 байт, 3907029168 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: 93E30F40-2653-4716-9FD2-0FE0D65EB15D

Устройство Начало Конец Секторы Размер Тип
/dev/sdb1 34 2047 2014 1007K BIOS загрузка
/dev/sdb2 2048 3907012749 3907010702 1.8T Solaris /usr & Apple ZFS
/dev/sdb9 3907012750 3907029134 16385 8M Зарезервировано Solaris 1
root@p26:~# grub-install /dev/sdb
Установка для платформы i386-pc.
Установка завершена. Ошибок не обнаружено.
root@p26:~#

Adamg

Guest

08.02.2020 23:23:00

Вы когда-нибудь заставляли grub-install /dev/sdb работать? Или кто-то другой? Я только что прошел через эти шаги на двух разных компьютерах. На первом компьютере каждый шаг сработал идеально. На втором компьютере, на шаге "grub-install /dev/sdb", я получаю "grub-install: error: cannot find EFI directory", и я не понимаю, почему. Думаю, это связано с тем, что второй компьютер загружается в режиме UEFI вместо Legacy, но я не понимаю, может быть, мне вообще не нужно выполнять шаг "grub-install /dev/sdb" на втором компьютере. Очевидно, что я просто хочу убедиться, что система загрузится независимо от того, какие из четырех дисков ZFS могут выйти из строя в будущем.

lastingRespector

Guest

14.03.2020 19:07:00

Скорее всего, вы загружаете EFI, и ваша схема разделов состоит из 3 частей (1, 2, 3). Номер 2 — это EFI-раздел. Попробуйте: pve-efiboot-tool format <device disk-by-id-part2> pve-efiboot-tool init <device disk-by-id-part2> Лучше попытайтесь: pve-efiboot-tool format /dev/sdX2 --force pve-efiboot-tool init /dev/sdX2 Источник: https://pve.proxmox.com/pve-docs/pve-admin-guide.html#sysboot

MH_MUC

Guest

24.03.2020 16:54:00

Я только что пытался сделать то же самое (убрать диск и вернуть его назад, чтобы убедиться, что система загружается с каждого диска). У меня используется EFI. Я попробовал pve-efiboot-tool, но он выдает ошибку: root@test:~# pve-efiboot-tool format /dev/sdb2 UUID="20A2-29D7" SIZE="536870912" FSTYPE="vfat" PARTTYPE="c12a7328-f81f-11d2-ba4b-00a0c93ec93b" PKNAME="sdb" MOUNTPOINT="" E: '/dev/sdb2' содержит файловую систему ('vfat') - выход из программы (используйте --force для принудительного выполнения) root@test:~# fdisk -l /dev/sdb Диск /dev/sdb: 931.5 GiB, 1000204886016 байт, 1953525168 секторов Модель диска: WDC WD10EACS-22D Единицы: секторы по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: gpt Идентификатор диска: 274BF179-F089-441F-AD75-365E8315D722 Устройство Начало Конец Секторов Размер Тип /dev/sdb1 34 2047 2014 1007K BIOS boot /dev/sdb2 2048 1050623 1048576 512M EFI System /dev/sdb3 1050624 1953525134 1952474511 931G Solaris /usr & Apple ZFS Есть ли ещё идеи? Спасибо!

lastingRespector

Guest

25.03.2020 16:21:00

Ой, я ошибся в своем предыдущем комментарии. На самом деле, что я сделал на своей системе, заменяя второй диск зеркала ZFS: pve-efiboot-tool format /dev/sdb2 --force pve-efiboot-tool init /dev/sdb2 Имей в виду. Это сработало нормально, но я на самом деле не проверял это так, как ты делаешь, убирая один из дисков... Слишком много дел

В любом случае, попробуй опцию --force. Что бы ни произошло, ты убьёшь только один диск

lastingRespector

Guest

25.03.2020 16:27:00

Мой полный личный справочник выглядит следующим образом: ######### Где sda — это здоровое загрузочное устройство, а sdb — новое устройство ########### Шаги 1-2 фактически такие же, как и 3. Вы можете добавить шаги 1-2, если предыдущие попытки завершить процесс не увенчались успехом, просто чтобы попробовать. Шаг 3 можно выполнить двумя способами. Страница man для sgdisk сама по себе неясна. Что я нашел в интернете, 3.1 или 3.2 дают одинаковый результат, но синтаксис между ними довольно запутан, так что будьте осторожны. Шаг 4 рандомизирует GUID, используйте одно из обозначений 1 sgdisk --backup=table /dev/sda 2 sgdisk --load-backup=table /dev/sdb (Выберите, какое использовать, оба делают одно и то же) 3.1 sgdisk -R /dev/sdb /dev/sda - sgdisk -R /dev/[destination] /dev/[source] 3.2 sgdisk /dev/sda -R /dev/sdb - sgdisk /dev/[source] -R /dev/[destination] (Выберите, какое использовать, оба делают одно и то же) 4.1 sgdisk -G /dev/sdb 4.2 sgdisk --randomize-guids /dev/sdb 5 pve-efiboot-tool format /dev/sdb2 --force 6 pve-efiboot-tool init /dev/sdb2 7 zpool attach rpool (sda disk-by-id-part3) (sdb disk-by-id-part3) (Любая запись для диска подходит, просто убедитесь, что это part3 в конце)

MH_MUC Guest	#9 0 25.03.2020 17:04:00 Сила сработала. Спасибо. Надеюсь, мне никогда не придется это делать на рабочем сервере...

Andreas Piening

Guest

#10

10.06.2018 18:03:00

Я должен был найти эту тему раньше: у меня была такая же ситуация (один диск в моем rpool умирал), но я заменил диск без шага 2 (инициализация диска с помощью GPT через WebUI). Я напрямую клонировал таблицу разделов с помощью sgdisk, случайным образом изменил GUID и выполнил "zpool replace rpool old new". Ресерверинг все еще продолжается. Сейчас я выполнил "grub-install /dev/sdb" и получил следующее сообщение: grub-install: Ошибка: неизвестная файловая система. Нужно ли мне вручную отформатировать /dev/sdb1 в этом случае? С уважением, Андреас.

Andreas Piening Guest	#11 0 10.06.2018 18:24:00 Я только что заметил, что /boot/ — это просто папка на моем корневом ZFS-том, так что для grub нет специального раздела. Возможно, мой grub-install не знает о ZFS?

mailinglists

Guest

#12

11.06.2018 14:08:00

Я заменил диски в PM 5.* без шага 2.) и всё всегда работало. Я также протестировал перезагрузку только с установленным заменённым диском. У меня не возникло ошибки grub-install unknown filesystem. Я не вижу загрузочного раздела на своих серверах. Может быть, что-то не так с разделами или файловыми системами на вашем новом диске. Проверьте таблицу разделов и список zpool. Код: root@p26:~# fdisk /dev/sda

Добро пожаловать в fdisk (util-linux 2.29.2). Изменения останутся в памяти, пока вы не решите их записать. Будьте осторожны перед использованием команды записи.

Команда (m для справки): p Диск /dev/sda: 1.8 TiB, 2000398934016 байт, 3907029168 сектора Единицы: сектора по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: gpt Идентификатор диска: 05DB9387-8561-4E6C-84D9-0A2DCDEBDA22

Устройство Начало Конец Секторы Размер Тип /dev/sda1 34 2047 2014 1007K BIOS boot /dev/sda2 2048 3907012749 3907010702 1.8T Solaris /usr & Apple ZFS /dev/sda9 3907012750 3907029134 16385 8M Solaris reserved 1

Andreas Piening

Guest

#13

11.06.2018 14:49:00

Кроме размера диска, моя разметка выглядит точно так же, как и твоя: Код: # fdisk /dev/sdb

Добро пожаловать в fdisk (util-linux 2.25.2). Изменения будут сохраняться в памяти только до тех пор, пока вы не решите их записать. Будьте осторожны перед использованием команды записи.

Команда (m для справки): p Диск /dev/sdb: 5,5 TiB, 6001175126016 байт, 11721045168 секторов Единицы: сектора по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 4096 байт Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт Тип метки диска: gpt Идентификатор диска: 664936B4-76C3-4A69-8D9C-55AB161BA5F2

Устройство Начало Конец Секторы Размер Тип /dev/sdb1 34 2047 2014 1007K BIOS boot /dev/sdb2 2048 11721028749 11721026702 5,5T Solaris /usr & Apple ZFS /dev/sdb9 11721028750 11721045134 16385 8M Solaris reserved 1 Я использую raidz1 и не могу загрузиться только с одного диска. Моя система загружается нормально, но я хочу быть уверенным, что в случае поломки sda она всё ещё сможет загрузиться. Даже после того, как я заменил один диск в своём пуле. В общем, ты тоже сделал 'grub-install /dev/sdX' на заменённом диске и получил сообщение об успешном выполнении, а не ошибку "неизвестная файловая система"?

killmasta93 Guest	#14 0 27.06.2018 06:42:00 Кстати, старайся не использовать sdx, лучше используй диск по ID. Поверь мне, у меня был перезапуск сервера, и пул ZFS вышел из строя.

mailinglists

Guest

#15

27.03.2020 19:05:00

Примечание на случай путаницы для будущих читателей. Похоже, MH_MUC возобновил старую тему. В оригинальной проблеме у нас была версия proxmox <= 5, и не было загрузки EFI с ZFS, и инструкции все еще актуальны. Последняя проблема, похоже, относится к PM 6, где у нас может быть загрузка EFI и ZFS, поэтому появился новый инструмент командной строки и новые инструкции.

joy123

Guest

#16

11.12.2020 14:04:00

Привет, друзья, нужна ваша помощь по пункту 3 выше. Моя команда допустила глупую ошибку, они выполнили sgdisk --replicate=new/drive old/drive Код: root@pve:~# sgdisk --replicate=/dev/sdd /dev/sde. Предупреждение: Ядро все еще использует старую таблицу разделов. Новая таблица будет использоваться после следующей перезагрузки или после выполнения команды partprobe(8) или kpartx(8). Операция завершена успешно. Сервер еще не перезагружен, есть ли способ отменить это? Я попытался сделать резервную копию и восстановить старый диск следующим образом: Код: root@pve:~# sgdisk --backup=/root/sdd_good /dev/sdd. Операция завершена успешно.

root@pve:~# sgdisk --load-backup=/root/sdd_good /dev/sde. Операция завершена успешно.
root@pve:~# sgdisk --load-backup=/root/sdd_good /dev/sdd. Предупреждение: Ядро все еще использует старую таблицу разделов. Новая таблица будет использоваться после следующей перезагрузки или после выполнения команды partprobe(8) или kpartx(8). Операция завершена успешно. Теперь я не уверен, как подтвердить, что при резервном копировании была сохранена старая активная таблица разделов, а не новая. Просто чтобы вы знали, я выполнил команду partprobe для нового диска. Код: root@pve:~# partprobe /dev/sde.
root@pve:~# ls /dev/sde*.
/dev/sde.
root@pve:~# ls /dev/sdd*.
/dev/sdd /dev/sdd1 /dev/sdd2 /dev/sdd3, но, как вы видите выше, sde не показывает 3 раздела, как sdd.

Wadera

Guest

#17

11.12.2020 14:09:00

Да... Я тоже это делал однажды. Это может быть проблемой, если у тебя нет копии таблиц разделов. К счастью, мой старый диск как-то работал, поэтому я скопировал с него таблицу разделов и восстановил свои данные, но если твой HDD совершенно мертв, тогда могут возникнуть проблемы. Эти ссылки были полезны для меня: https://www.reddit.com/r/sysadmin/comments/3pr6ad/reverse_sgdisk_r_devsdx_devsdy/ https://www.redhat.com/sysadmin/recover-partition-files-testdisk

joy123 Guest	#18 0 11.12.2020 14:12:00 Спасибо за быстрый ответ. Мой старый HDD /dev/SDD в порядке и работает со старой таблицей разделов, так как я ещё не перезагружал систему.

joy123 Guest	#19 0 11.12.2020 15:55:00 Если не трудно, можешь объяснить, каким путем ты пошел в конце?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры