none
Обновления нод Hyper-V в кластере не совместимы. RRS feed

  • Вопрос

  • В отчёте по валидации кластера выдаёт предупреждение, что нода1 требует обновлений

    Hotfix Id Description
    KB2660465 Security Update
    KB2534366 Update
    KB2533623 Update
    KB2507938 Security Update
    KB2478662

    Security Update

    ... и др.

    Нода2 другой набор обновлений, Нода3 свой набор обновлений и т.д. Однако при запуске обновления Windows выдаёт, что все ноды обновлены полностью. Попытался вручную скачать и усатновить соответствующие обновления, однако установилось только 2-3 обновления, остальные обновления выдало ошибку, что данные обновления не совместимы с данным компьютером.

    Что я не правильно делаю? Может быть и не надо ставить эти обновления? Тогда почему отчёт по валидации кластера выдаёт предупреждения?

    Взялся за обновления потому, что периодически, по непонятным причинам, пропадает Volume2 (подключенный по iSCSI таргету).


    19 марта 2012 г. 12:41

Ответы

  • Уже как-то объяснял в этой ветке, что мастер валидации не проводит проверку бинарных файлов. Если у Вас на узлых установлены разные кумулятивные обновления - такое поведение валидатора нормально, в принципе.

    Скорее, Вам нужно будет запросить специфический хотфикс. Если опишите симптомы подробнее, возможно, будет понятно, какой именно.

    • Помечено в качестве ответа Akim Negrey 20 марта 2012 г. 11:52
    19 марта 2012 г. 13:16
    Модератор
  • 1. KB2531907, как полагаю, установлено? Линк некорректный у Вас.

    2. У Вас виртуальные машины в это время не бэкапируются? Т.к. при выполнении резервных копий том автоматически  Redirect Access уходит.

    Обратите внимание на эти базы знаний: KB2637197, KB2494162


    • Изменено Denis DyagilevEditor 19 марта 2012 г. 13:59 Правка KB
    • Помечено в качестве ответа Akim Negrey 20 марта 2012 г. 11:52
    19 марта 2012 г. 13:58
    Модератор

Все ответы

  • Уже как-то объяснял в этой ветке, что мастер валидации не проводит проверку бинарных файлов. Если у Вас на узлых установлены разные кумулятивные обновления - такое поведение валидатора нормально, в принципе.

    Скорее, Вам нужно будет запросить специфический хотфикс. Если опишите симптомы подробнее, возможно, будет понятно, какой именно.

    • Помечено в качестве ответа Akim Negrey 20 марта 2012 г. 11:52
    19 марта 2012 г. 13:16
    Модератор
  • Трудно во всех деталях восстановить ход происшествия, но у меня в памяти осталась такая цепочка событий:

    (У нас кластер из 3-х нод Hyper-V и двух файлеров iSCSI StarWind)

    1. При попытке добавить в кластер 4-ю ноду Hyper-V валидация не проходила по признаку "Validate SCSI device Vital Product Data (VPD)" по одной из нод.

    2. Я загуглил ошибку, установил хотфикс какой-то (не помню точно). Ребутнул ноду.

    3. После ребута заметил, что Volume2 в Redirect Mode. В принципе ничего страшного, но я запаниковал, и начал её перемещать на другую ноду (менять владельца). И после этого данные на вольюме полностью потерялись.

    На кластере ошибка:

    Cluster Shared Volume 'Volume2' ('Cluster Disk 3') is no longer available on this node because of 'STATUS_MEDIA_WRITE_PROTECTED(c00000a2)'. All I/O will temporarily be queued until a path to the volume is reestablished.

    4. Отправил логи ПО СтарВинд к ним в техподдержку. Обобщённое заключение ТП СтарВИнд: "Согласно логов там действительно спонтанная перерезервация томов кластером, в процессе нее возникли ошибки."

    Как итог, данные потерялись, и порядка 40 ВМ пришлось восстанавливать специальной утилиткой Active.Partition.Recovery.Enterprise.v6.0.0.1-ESD и потом копировать, простой сервиса более суток. Плохо, короче.

    Если нужено какой-то хот фикс, то более всего беспокоит эта вот ошибка кластера: Cluster Shared Volume 'Volume2' ('Cluster Disk 3') is no longer available on this node because of 'STATUS_MEDIA_WRITE_PROTECTED(c00000a2)'. All I/O will temporarily be queued until a path to the volume is reestablished.


    19 марта 2012 г. 13:37
  • 1. KB2531907, как полагаю, установлено? Линк некорректный у Вас.

    2. У Вас виртуальные машины в это время не бэкапируются? Т.к. при выполнении резервных копий том автоматически  Redirect Access уходит.

    Обратите внимание на эти базы знаний: KB2637197, KB2494162


    • Изменено Denis DyagilevEditor 19 марта 2012 г. 13:59 Правка KB
    • Помечено в качестве ответа Akim Negrey 20 марта 2012 г. 11:52
    19 марта 2012 г. 13:58
    Модератор
  • KB2531907 не было установлено на одной из нод, - установил.

    KB2494162 мы не используем Volume Shadow Copy Service (VSS), а в этом обновлении говорится об этом. Но обновление всё-таки поставил, на всякий случай и там речь ещё идёт о Redirect Access.

    "Линк некорректный у Вас." - 100%? Мне кажется данных недостаточно, чтобы так уверенно такое утверждать. Или ошибка "Cluster Shared Volume 'Volume2' ('Cluster Disk 3') is no longer available on this node..." однозначно говорит о плохом линке? Как можно исправить линк - заменить витую пару? Попробуем.


    20 марта 2012 г. 7:17
  • Вы попробуйте сами перейти по вставленному линку "Validate SCSI device Vital Product Data (VPD)" Имелась в виду ссылка, а не кабель сетевого подключения. Кстати, у Вас с написанием постов какая-то беда.
    20 марта 2012 г. 7:29
    Модератор
  • URL ссылка не имеет значения, она работает только на ноде, на которой я валидацию кластера делал, это внутренняя локальная ссылка, я только хотел указать на проблему в валидации, важен только текст "Validate SCSI device Vital Product Data (VPD)".

    С постами "беда", но проблема та же, как с рабочего компьютера так и с домашнего. Пользуюсь FireFox 11 (дома) и FireFox 10 (на работе), а ошибка остаётся. Поэтому делаю вывод, что проблема какая-то в движке форума.

    По поводу обновлений, валидации кластера, ошибки "STATUS_MEDIA_WRITE_PROTECTED(c00000a2)" пока вопрос закрыт. Но у меня возникли ещё другие проблемы, как следствие "STATUS_MEDIA_WRITE_PROTECTED(c00000a2)". А именно:

    1) После копирования данных с плохого диска на новый Volume2, кластера стало не хватать прав доступа, чтобы запустить виртуальные машины свеже-скопированные. Утилита "Hyper-V Unamed VM Fix", не помогла. Пришлось назначить пользователю Everyone полные права (Full control) и тогда ВМ запустились. Как корректно назначить права? Понятно, что моё решение не безопасно, так скажем.

    2) Скриншот говорит сам за себя:

    В SCVMM появились копии ВМ, одна рабочая, вторая сбойная. При удалении сбойной удаляется и рабочая. Миграция сбойной или живой ВМ не помогает. Перезагрузка нод и сервера SCVMM тоже не помогает. Как исправить такую ситуацию? Конечно, фактически ВМ доступна и работает, но не приятно видеть эти сбойные копии, мешает. И понятно, что так не должно быть.


    20 марта 2012 г. 8:09
  • Проблема в Вашем браузере, а не движке форума, полагаю -) Не пробовали IE использовать. Хотя хозяин барин, не будем оффтопик.

    Выполните экспорт ВМ, удалите обе копии, импортируйте ВМ. У Вас накопительные обновления/SP1 установлены на VMM?

    20 марта 2012 г. 8:23
    Модератор
  • Специально никаких обновлений не ставил, но переносили SCVMM на другой сервер и установил поновее версию. Судя по всему у меня SCVMM SP1 и стоит.

    (Данный пост с IE8.0)

    20 марта 2012 г. 8:48