Проблема с переводом Concurent VG в Non-Concurent VG


Главная Форумы POWER Systems Проблема с переводом Concurent VG в Non-Concurent VG

В этой теме 4 ответа, 2 участника, последнее обновление  Николай Т. 2 года/лет, 1 месяц назад.

  • Автор
    Сообщения
  • #38076

    Николай Т.
    Участник

    Столкнулся на тестовом стенде с такой проблемой. Есть две конкурентных VG (каждая на своём диске), каждая их которых реплицируется между двумя StorWize (соответственно с переключением направления репликации на уровне СХД). Над одной VG всячески издевались вырубая сервера на ходу или переключая направление репликации, вторую VG особо не мучали и она переключалась в тепличных условиях. Теперь решил эти VG перевесли из конкурентных в обычные. Вторая VG прекрасно отработала chvg -l и стала неконкурентной, а вот первая упорно отказывается включаться в неконкурентном режиме, ссылаясь что на другой ноде она в конкуретном режиме включена. Подскажите, как пролечить данную VG.

    === Кусь ===

    [root@powerha-1 /]# varyonvg datavg

    0516-1972 varyonvg: The volume group is varied on in other node in concurrent

    mode; you cannot vary on the volume group in non-concurrent mode. Use -O

    flag to force varyon the volume group if needed.

    [root@powerha-1 /]# varyonvg -O datavg

    0516-052 varyonvg: Volume group cannot be varied on without a

    quorum. More physical volumes in the group must be active.

    Run diagnostics on inactive PVs.

    === Кусь ===

  • #38085

    Ihar
    Участник

    Попробуйте выключить кворум.

    На одной машине exportvg, на второй chvg, на первой importvg.

    Всё сказанное выше не последовательность действий, а варианты.

    Мы для перевода vg из Concurent capable в nonConcurent режим, бакапили, пересоздавали и восстанавливали.

    Правда не спрашивайте зачем, уже не вспомню. (а нужно это всё было для совмещения HACMP и ERM на схд).

     

    • #38087

      Николай Т.
      Участник

      Есть сложность, что вторую ноду уже за ненадобностью удалили. А на этой ноде отключение кворума, export/import результата не даёт.

      === Кусь ===

      [root@powerha-1 /]# chvg -Qn datavg

      0516-011 lchangevg: The volume group has been forcefully varied off

      due to a loss of quorum.

      Could not free cfg lock for this node

      0516-732 chvg: Unable to change volume group datavg.

      [root@powerha-1 /]# varyonvg  datavg

      0516-013 varyonvg: The volume group cannot be varied on because

      there are no good copies of the descriptor area.

      [root@powerha-1 /]# varyonvg -c datavg

      0516-013 varyonvg: The volume group cannot be varied on because

      there are no good copies of the descriptor area.

      [root@powerha-1 /]# varyoffvg datavg

      0516-013 lqueryvg: The volume group cannot be varied on because

      there are no good copies of the descriptor area.

      [root@powerha-1 /]# varyonvg  datavg

      0516-1972 varyonvg: The volume group is varied on in other node in concurrent

      mode; you cannot vary on the volume group in non-concurrent mode. Use -O

      flag to force varyon the volume group if needed.

      [root@powerha-1 /]# varyonvg -c datavg

       

  • #38088

    Ihar
    Участник

    Ну тогда остаётся только попробовать exportvg с последующим importvg, может и поможет.

    Если нет, то только, backup или flashCopy и пересоздание. (IMHO)

    • #38098

      Николай Т.
      Участник

      Это пробовалось в самом начале, результата это не принесло. Посколько «проблемный» диск тестовый, то его я просто пересоздам, но для продакшена придётся учитывать возможность возникновения такой проблемы.

Для ответа в этой теме необходимо авторизоваться.