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

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

Просмотр 2 веток ответов
  • Автор
    Сообщения
    • #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
        Николай Т.
        Участник

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

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