Новый динамический том (петля) пропущен после перезапуска Centos

У меня есть Centos на моем физическом двигателе. новый том создан как команды ниже:

dd if=/dev/zero of=cinder-volumes bs=1 count=0 seek=50G
losetup /dev/loop3 cinder-volumes
fdisk /dev/loop3
n
p
1
ENTER
ENTER
t
8e
w
pvcreate /dev/loop3

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

1 ответ

Вы можете связать /dev/loop3 с cinder-volumes файлы как использующие /etc/rc.d/rc.local конф.

CentOS 6 или меньше

# vim /etc/rc.d/rc.local

mknod -m 660 /dev/loop3 b 7 3
losetup /dev/loop3 /path/to/cinder-volumes

CentOS 7

# vim /etc/rc.d/rc.local

mknod -m 660 /dev/loop3 b 7 3
losetup /dev/loop3 /path/to/cinder-volumes

После изменения вы устанавливаете флаг выполнения на /etc/rc.d/rc.local

# chmod u+x /etc/rc.d/rc.local

И еще проверяет вашу ОС rc-local.service следующим образом,

# systemctl list-unit-files rc-local.service
UNIT FILE        STATE
rc-local.service static

или же

UNIT FILE        STATE
rc-local.service disable

Если состояние отключено, вы можете включить службу rc-local, но состояние статическое больше не является конф.

# systemctl enable rc-local.service

Обновлено: добавление шагов восстановления на основе гипотезы, которая ссылается на вопросы.

★★★ Заранее я определил, что эти шаги просто написаны как предоставление информации, я не буду нести ответственность за потерю данных, вызванную этими шагами.★★★

  1. Подготовьте другой сервер с такими же техническими характеристиками, насколько это возможно.

  2. резервное копирование данных (здесь cinder-volumes файл) с помощью команд dd или cp

  3. проверьте файл резервной копии, совпадают ли исходные данные с md5sum команда.

  4. резервное копирование данных на новый сервер для тестирования.

  5. тестовая команда; losetup /dev/loop3 /path/to/cinder-volumes а также blkid команда для проверки UUID, то же самое с оригинальным устройством loop3.

  6. На новом сервере всегда проводились дополнительные тесты, а не производственные или важные среды.

устройство loop3 или loopN является виртуальным устройством для использования неблочного устройства в качестве блочного устройства. Это просто отображение интерфейсов. Устройство loop3 исчезает, но если cinder-volumes понятно, проблем нет.

Я надеюсь, что это полезно.

Другие вопросы по тегам