none
Ошибки доступа в кластере 2012 R2 RRS feed

  • Вопрос

  • Привет всем!

    Имеется кластер на 2012 R2 из двух нод. Работают виртуалки и файловый сервер общего назначения. При открытии диспетчера серверов на node1 показывает состояние node2 как "В сети, отказано в доступе". То есть управлять node2 с через node1 я не могу, но доступ к дискам, файлам и т.п. на node2 я получать могу, как по имени, так и по ip. С другой стороны, управлять node1 с node2 можно, в этом случае всё работает исправно и в диспетчере серверов всё ок. Виртуалки работают стабильно, мигрируют нормально. С node1 не могу управлять так же Файловым сервером через диспетчер отказоустойчивости кластеров, пишет "ошибка при получении общих файловых ресурсов". При этом не важно, какая нода является владельцем роли файлового сервера. Так же с node1 в диспетчере отказоустойчивости кластеров не могу подключиться к виртуальным машинам.. 

    Подскажите, куда капнуть? Проверка кластера ошибок не даёт, Node1 пробовал перезаводить в домен, ничего не изменилось.

    7 октября 2015 г. 14:26

Ответы

  • имеется в виду что оптимальным решением есть 1 сервер для одной роли

    если у вас сервера на сете несут виртуальные машины то это их роль, и лучше ничего дополнительно не довешивать, а в виртуальных машинал можно поднять в том числе и самбу, и сиквел, и терминальники так же из расчета 1 вирт. сервер на одну роль

    это не является жестким критерием (для большинства ролей) но является настойчивой рекомендацией.

    Что касаемо вашего вопроса: у вас редакции ОС одинаковые, обновления все стоят?

    Попробуйте прибить кластер и собрать его заново с валидацией (это вызовет небольшой простой так как могут отпадать диски и сеть но как правило за час уложится можно, главное выбрать не бизнескритичное время)

    У вас галки на ВМ совмесимость процесоров установлены?


    The opinion expressed by me is not an official position of Microsoft

    • Предложено в качестве ответа Vector BCOModerator 15 октября 2015 г. 12:16
    • Помечено в качестве ответа Vector BCOModerator 16 октября 2015 г. 6:37
    8 октября 2015 г. 7:09
    Модератор

Все ответы

  • сервера равнозначны (проц, память, сеть...)?

    У нас была похожая проблема.  пересобрали кластер на новых серверах с 0 проблема отпала


    The opinion expressed by me is not an official position of Microsoft

    7 октября 2015 г. 18:20
    Модератор
  • Копните в сторону разделения ролей кластера: файловый сервер отдельно, виртуальные машины отдельно.
    8 октября 2015 г. 6:12
    Отвечающий
  • Отличается только ревизия процессора - на одном из узлов постарше.
    8 октября 2015 г. 6:41
  • Отдельно имеет в виду на разных узлах? Получается, что один будет простаивать, с единственно-то ролью файлового сервера.
    8 октября 2015 г. 6:49
  • имеется в виду что оптимальным решением есть 1 сервер для одной роли

    если у вас сервера на сете несут виртуальные машины то это их роль, и лучше ничего дополнительно не довешивать, а в виртуальных машинал можно поднять в том числе и самбу, и сиквел, и терминальники так же из расчета 1 вирт. сервер на одну роль

    это не является жестким критерием (для большинства ролей) но является настойчивой рекомендацией.

    Что касаемо вашего вопроса: у вас редакции ОС одинаковые, обновления все стоят?

    Попробуйте прибить кластер и собрать его заново с валидацией (это вызовет небольшой простой так как могут отпадать диски и сеть но как правило за час уложится можно, главное выбрать не бизнескритичное время)

    У вас галки на ВМ совмесимость процесоров установлены?


    The opinion expressed by me is not an official position of Microsoft

    • Предложено в качестве ответа Vector BCOModerator 15 октября 2015 г. 12:16
    • Помечено в качестве ответа Vector BCOModerator 16 октября 2015 г. 6:37
    8 октября 2015 г. 7:09
    Модератор
  • Отдельно имеет в виду на разных узлах? Получается, что один будет простаивать, с единственно-то ролью файлового сервера.

    Отдельно — имеется в виду размещение на узлах только ролей виртуальных машин. Разместить кластер файлового сервера можно в виртуальных машинах, тем более, что гостевой кластер можно развернуть как с использованием Shared VHDX, так и с использованием Virtual Fibre Channel SAN.
    8 октября 2015 г. 7:55
    Отвечающий
  • Редакции Standard, обновления стоят все, галки на совместимость стоят тоже. Буду пробовать пересобирать, что же делать. 

    Спасибо.

    8 октября 2015 г. 14:14
  • Спасибо за совет, приму к сведению.
    8 октября 2015 г. 14:14
  • имеется в виду что оптимальным решением есть 1 сервер для одной роли

    если у вас сервера на сете несут виртуальные машины то это их роль, и лучше ничего дополнительно не довешивать, а в виртуальных машинал можно поднять в том числе и самбу, и сиквел, и терминальники так же из расчета 1 вирт. сервер на одну роль

    это не является жестким критерием (для большинства ролей) но является настойчивой рекомендацией.

    Что касаемо вашего вопроса: у вас редакции ОС одинаковые, обновления все стоят?

    Попробуйте прибить кластер и собрать его заново с валидацией (это вызовет небольшой простой так как могут отпадать диски и сеть но как правило за час уложится можно, главное выбрать не бизнескритичное время)

    У вас галки на ВМ совмесимость процесоров установлены?


    The opinion expressed by me is not an official position of Microsoft

    Пришлось вывести первый узел из кластера, переустановить на нём Windows и добавить в кластер с полной валидацией. Всё работает нормально. На всякий случай изменил первой ноде имя компьютера. Теперь всё отрабатывает как и должно. 
    15 октября 2015 г. 10:49