Прерванная миграция LVM тома в AIX

Проблема в stale pp > 0 ?

Проблема в том, что статус миграции неясен. Может даже она идёт где-то в ядре

# lsvg filebackup4vg | grep -i stale
STALE PVs:          1                        STALE PPs:      228

Не надо рассказывать, что это плохо - сделал другой человек

нужно рассказать что не нужно отдавать root от AIX другому человеку?

syncvg предлагали?

нужно рассказать что не нужно отдавать root от AIX другому человеку?

Прямому начальнику?

syncvg предлагали?

Завтра с утра проверю

Прямому начальнику?
kill -9 migratepv

точно прямому?

All Logical Volume Manager migrate functions work by creating a mirror of the logical volumes involved and then resynchronizing the logical volumes. The original logical volume is then removed.

syncvg должен помочь.

Саппорт IBM пока молчит. Запуск syncvg пойдёт как «план Б», если в поддержке будет отказано

А теперь правильный ответ. Парни из IBM сами были в шоке, и подобрали решение не сразу.

1. Create the mapping file for the LV filebackup4lv # lquerylv -L `getlvodm -l filebackup4lv ` -r > /tmp/mapfile

2. Create a new file /tmp/hdisk19.mapfile with entries only from hdisk19, which needs to be removed. # grep 000da9510968e1e7 /tmp/mapfile > /tmp/hdisk19.mapfile ====>>> check it this file has 251 entries (the old snap had 255 entries actually)

3. Removing those entries from the LV. Please make sure if there were exactly 251 entires in /tmp/hdisk19.mapfile file. # lreducelv -l `getlvodm -l filebackup4lv` -s 251 /tmp/hdisk19.mapfile

Необходимые комментарии:

• прерванная миграция шла с hdisk27 на hdisk19.
• filebackup4lv - Logical Volume, к которому относится миграция
• 000da9510968e1e7 - идентификатор hdisk19 :

  root@backup:/# getlvodm -p hdisk19
  000da9510968e1e7