Вопросы Теги

Не могу смонтировать второй жесткий диск на CentOS 6.6 - Повторяющееся имя VG

Добро пожаловать в замечательный мир сигналов и условий состязания.

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

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

3
14.05.2015, 11:40
2 ответа

Вот временная шкала событий.

  1. Первое резервное копирование, выполненное rsnapshot , будет еже.0 .
  2. При выполнении второго резервного копирования с помощью rsnapshot сначала переименовывается hourly.0 в часов.1 , а затем происходит создание нового hourly.0 .
  3. При выполнении третьего резервного копирования rnapshot сначала переименовывает hourly.1 в часов.2 , переименовывает hourly.0 в часов.1 , а затем создает hourly.0 .

Таким образом, самая старая (первая) резервная копия в этом сценарии теперь называется часов.2 , а самая новая (последняя) всегда называется часов.0 .

Между резервными копиями создаются связи, так что файл hourly.0/data/etc/hosts вполне может быть тем же файлом , что и hourly.1/data/etc/hosts и hourly.2/data/etc/hosts . При редактировании реального /etc/hosts следующая резервная копия не будет связана с существующим часов.1/data/etc/hosts , а возьмет новую копию /etc/hosts в качестве hourly.0/data/etc/hosts .

-121--229478-

Проблема решена переименованием VolumeGroup. С помощью команды 

vgrename bwQkRq-mgph-9BYf-9WPF-cKz0-FLFq-0Qxs73 storage
-121--102709-

Имя группы томов должно быть уникальным в системе по конструкции. Проблема возникает при перемещении диска из одной системы в другую.

Поэтому у вас есть несколько вариантов (подробно см. ниже)

  • Переименуйте VG внешне [не смонтированные] диски.
  • Переименовать VG системы (нереально)
  • Объединить группу обоих томов в одну (вероятно, необходимо сначала переименовать)

Параметр 1 - Переименовать VG внешне на несмонтированных дисках

Используйте команду vgrename . Для получения UUID группы томов необходимо использовать vgdisplay или vgs . 

$ vgs -o vg_name,vg_attr,vg_uuid
VG           Attr   VG UUID                               
vg_andromeda wz--n- gc5zhX-vrW9-mEDA-mzNN-kZxf-9nON-1aWwGY
????         ?????? bwQkRq-mgph-9BYf-9WPF-cKz0-FLFq-0Qxs73

$ vgrename bwQkRq-mgph-9BYf-9WPF-cKz0-FLFq-0Qxs73 vg_andromeda_old
$ vgchange -ay vg_andromeda_old

(отредактируйте/обновите эту запись с помощью фактического выхода команды vgs)

Вариант 2 - Переименование VG вашей системы

Это нереально. Вы не можете переименовать активную группу томов, поэтому вам придется загрузиться на CD/DVD, переименовать VG и исправить конфигурацию системы в различных местах (fstab, загрузчик)...

Однако, поскольку установка является новой, можно переустановить систему под другим именем.

Вариант 3 - Объединить группу обоих томов в одну

Можно объединить обе VG, но в ней есть несколько предостережений;

  1. Имеет смысл только в том случае, если оба диска должны оставаться в системе.
  2. В одном VG не может быть двух LV с одинаковым именем.
  3. У вас есть твердотельный накопитель и жесткий диск. Рекомендуется держать их на разных VG для ясности.
  4. Команда vgmerge , по-видимому, объединяет только два VG по имени (не UUID), поэтому в любом случае необходимо переименовать дубликат VG.
5
27.01.2020, 21:16

Проблема разрешена переименованием VolumeGroup. С этой командой: 

vgrename bwQkRq-mgph-9BYf-9WPF-cKz0-FLFq-0Qxs73 storage
0
27.01.2020, 21:16

Теги

Похожие вопросы