lvm: миграция жёстко прервана электриками

версия ядра?

2.6.18-164.11.1.el5

аминь ... иди за бекапами.

Ну, у меня есть план «б»

[root@x3650_10 ~]# lvchange -ay vg21/pvmove0
  Unable to change pvmove LV pvmove0
  Use 'pvmove --abort' to abandon a pvmove

Хотя абсолютной уверенности нет, поэтому оставлю его на крайний случай. Больше всего жалко времени, которое уже потрачено на миграцию

у меня напрашивается вопрос - это продакшн?

Хуже. Это сервер бекапа %)

Диски с san массива сервер отдавал наружу как ленты ( tape ). Т.е. по сути может быть потеряна одна лента. Не критично, но неприятно

Кстати да, с международным днём бэкапа тебя.

dmsetup resume не пробовал? На копии естественно?

Предлагаю загрузиться каким-либо свежим livecd, убедиться, что конфигурация lvm распознана, и повторить действия.

upd. но, наверно, с учетом сложно-сконфигурированного хранилища, это не вариант.

ох уж эти электрики ...

Победитель по жизни =)

Кто именно? ;) Потеря одной ленты ( пока причём гипотетическая ) не критична

pvmove --abort отработал успешно. Потеряно только 2 дня миграции

З.Ы. Увидишь Джавдета^W электрика - не трогай его. Он мой

Ну с электриками-пи-расами все понятно. Но где был бесперебойник в это время?

Бесперебойники держали, пока могли.

pvmove --abort отработал успешно. Потеряно только 2 дня миграции

абсолютно неверно, потеряно время переноса последнего 64к блока. повторная миграция с него и начнется.

4.2

[root@x3650_10 ~]# pvmove /dev/mapper/mpath46p1 /dev/mapper/mpath68p1
  /dev/mapper/mpath46p1: Moved: 0.0%

Moved: 0.0%

Это вычисляется от оставшегося не перенесенного размера пространства!

pvdisplay /dev/mapper/mpath46p1 /dev/mapper/mpath48p1 было бы более в тему

Не волнуйся, я и это проверил ;) Целевой том был пуст

Целевой том был пуст?

Вы так спокойно об этом говорите, у вас два дня копировались террабайты, и если у вас «целевой том был пуст» ваших террабайтов просто несуществует!

А напоследок, для того чтобы не вводить в заблуждение, man pvmove:

If pvmove gets interrupted for any reason (e.g. the machine crashes) then run pvmove again without any PhysicalVolume arguments to restart any moves that were in progress from the last checkpoint. Alternatively use pvmove --abort at any time to abort them at the last check- point.

ох уж эти электрики ...

А не надо брать на такую ответственную должность двух джамшутов за еду.

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

Операционка какая? Интересуюсь для расширения кругозора.

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

не позорься, трололо:

vgdisplay -v vg21
Alloc PE / Size       2097150 / 8.00 TB
Free  PE / Size       0 / 0