none
Общий том кластера "Volume1" ("Диск кластера 1") больше не доступен на этом узле из-за "STATUS_BAD_NETWORK_PATH(c00000be) RRS feed

  • Общие обсуждения

  • После того как удалил тиминг на нодах -на одной из них стала пропадать сеть с вылетом из кластера с ошибкой-Общий том кластера "Volume1" ("Диск кластера 1") больше не доступен на этом узле из-за "STATUS_BAD_NETWORK_PATH(c00000be)". Все операции ввода-вывода будут временно поставлены в очередь, пока путь к тому не будет установлен заново. Есть нода 1 и нода2 - на ноде 2 при перезагрузки перестаёт подключаться общий том CSV -при этом если в программе управлении кластера  перенести общий диск на ноду2 то диск становится доступным для этой ноды и кластер функционирует нормально. 
    9 сентября 2011 г. 10:24

Все ответы

  • Данные протоколы на проблемном узле включены?

    • Client for Microsoft Networks
    • File and Printer Sharing for Microsoft Networks
    13 сентября 2011 г. 8:44
    Модератор
  • Уважаемый пользователь!
    В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    19 сентября 2011 г. 13:35
  • Добрый день. Возник ещё один вопрос. Две ноды HP ProLiant DL 160 G6 c двумя двухпортовыми сетевыми интерфейсами один из которых встроенный Intel(R) 82576 Gigabit  -второй внешний Broadcom BCM 5709C Gigabit. Intel отдан для управления нодами и кластеру. 

    Broadcom на данный момент не используется по причине нестабильной работы сетевого интерфейса в виртуальной сети. То есть один из двух интерфейсов Intel отданы виртуальной сети как внешний интерфейс у VM. Проблема в том что для кластера этот интерфейс используется кластером как КЛАСТЕР НЕТВОРК2 только имеет статус как отключенный. На нодах IP адреса этих интерфейсов изменены на другие но кластер всё -равно видит подсеть заданную изначально. 

    Делал следующее - выключал VM -удалял виртуальную сеть привязаную к этим интерфейсам - перезагружал ноды - менял ип адреса на нодах для данных интерфейсов - заново создавал виртуальную сеть на каждом узле кластера привязанную к нужному интерфейсу. Искомый результат чтобы кластер перестал использовать кластер нетворк состоящий из этих интерфейсов потому что они используются то есть привязанны к виртуальной сети - но добиться этого результата не удаётся. Подскажите как сделать чтобы кластер не отображал данную сеть.

    9 января 2012 г. 7:01
  • Запустите мастер проверки кластера, выбрал проверку только сетей.

    9 января 2012 г. 9:18
    Модератор
  • Проверка прошла - вот результат. 
      Проверка отсутствия в узле нескольких адаптеров, подключенных к одной подсети.
      Адаптеры Local Area Connection 6 и Local Area Connection 5 узла HVSRV1.corp.arsec.ru имеют IP-адреса в одной и той же подсети.
      Возможно, это сделано намеренно, поскольку адаптер Local Area Connection 6 в настоящий момент имеет состояние В нерабочем состоянии.
      Адаптеры Local Area Connection 6 и Local Area Connection 4 узла HVSRV1.corp.arsec.ru имеют IP-адреса в одной и той же подсети.
      Возможно, это сделано намеренно, поскольку адаптер Local Area Connection 6 в настоящий момент имеет состояние В нерабочем состоянии.
      Адаптеры Local Area Connection 5 и Local Area Connection 4 узла HVSRV1.corp.arsec.ru имеют IP-адреса в одной и той же подсети.
      Несколько адаптеров узла HVSRV1.corp.arsec.ru имеют адреса в одной и той же подсети.
      Адаптеры Local Area Connection 6 и Local Area Connection 5 узла HVSRV2.corp.arsec.ru имеют IP-адреса в одной и той же подсети.
      Возможно, это сделано намеренно, поскольку адаптер Local Area Connection 6 в настоящий момент имеет состояние В нерабочем состоянии.
      Адаптеры Local Area Connection 6 и Local Area Connection 4 узла HVSRV2.corp.arsec.ru имеют IP-адреса в одной и той же подсети.
      Возможно, это сделано намеренно, поскольку адаптер Local Area Connection 6 в настоящий момент имеет состояние В нерабочем состоянии.
      Адаптеры Local Area Connection 5 и Local Area Connection 4 узла HVSRV2.corp.arsec.ru имеют IP-адреса в одной и той же подсети.
      Несколько адаптеров узла HVSRV2.corp.arsec.ru имеют адреса в одной и той же подсети.
      Проверка наличия на каждом из узлов как минимум одного адаптера со шлюзом, определенным по умолчанию.
      Проверка отсутствия адаптеров узлов с одинаковым физическим адресом EUI-48.
      Обнаружено дублирование физического адреса 98-4B-E1-6C-EF-0E на узлах HVSRV1.corp.arsec.ru (адаптер Local Area Connection 6) и HVSRV1.corp.arsec.ru (адаптер Local Area Connection 7).
      Возможно, это сделано намеренно, поскольку адаптер Local Area Connection 6 на узле HVSRV1.corp.arsec.ru имеет состояние В нерабочем состоянии.
      Обнаружено дублирование физического адреса 98-4B-E1-6C-7E-D2 на узлах HVSRV2.corp.arsec.ru (адаптер Local Area Connection 6) и HVSRV2.corp.arsec.ru (адаптер Local Area Connection 7).
      Возможно, это сделано намеренно, поскольку адаптер Local Area Connection 6 на узле HVSRV2.corp.arsec.ru имеет состояние В нерабочем состоянии.
      Проверка отсутствия дублирования IP-адресов для любой пары узлов.
      Проверка согласованности настройки узлов на адреса IPv4 и (или) IPv6. 
      Проверка того, что узлы сети IPv4 не настроены на использование автоматических частных IP-адресов (APIPA).
      Для узла HVSRV1.corp.arsec.ru адрес IPv4 169.254.68.72 настроен как автоматический частный IP-адрес (APIPA) для адаптера Local Area Connection 7. Этот адаптер не будет добавлен в отказоустойчивый кластер Windows. Если адаптер предназначен для использования отказоустойчивым кластером Windows, необходимо изменить свойства IPv4 адаптера, чтобы разрешить назначение допустимого IP-адреса, который не входит в диапазон APIPA. Для APIPA используется диапазон адресов от 169.254.0.1 до 169.245.255.254 с маской подсети 255.255.0.0.
      Для узла HVSRV1.corp.arsec.ru адрес IPv4 169.254.67.71 настроен как автоматический частный IP-адрес (APIPA) для адаптера Local Area Connection 5. Этот адаптер не будет добавлен в отказоустойчивый кластер Windows. Если адаптер предназначен для использования отказоустойчивым кластером Windows, необходимо изменить свойства IPv4 адаптера, чтобы разрешить назначение допустимого IP-адреса, который не входит в диапазон APIPA. Для APIPA используется диапазон адресов от 169.254.0.1 до 169.245.255.254 с маской подсети 255.255.0.0.
      Для узла HVSRV1.corp.arsec.ru адрес IPv4 169.254.66.239 настроен как автоматический частный IP-адрес (APIPA) для адаптера Local Area Connection 4. Этот адаптер не будет добавлен в отказоустойчивый кластер Windows. Если адаптер предназначен для использования отказоустойчивым кластером Windows, необходимо изменить свойства IPv4 адаптера, чтобы разрешить назначение допустимого IP-адреса, который не входит в диапазон APIPA. Для APIPA используется диапазон адресов от 169.254.0.1 до 169.245.255.254 с маской подсети 255.255.0.0.
      Для узла HVSRV2.corp.arsec.ru адрес IPv4 169.254.68.73 настроен как автоматический частный IP-адрес (APIPA) для адаптера Local Area Connection 7. Этот адаптер не будет добавлен в отказоустойчивый кластер Windows. Если адаптер предназначен для использования отказоустойчивым кластером Windows, необходимо изменить свойства IPv4 адаптера, чтобы разрешить назначение допустимого IP-адреса, который не входит в диапазон APIPA. Для APIPA используется диапазон адресов от 169.254.0.1 до 169.245.255.254 с маской подсети 255.255.0.0.
      Для узла HVSRV2.corp.arsec.ru адрес IPv4 169.254.156.144 настроен как автоматический частный IP-адрес (APIPA) для адаптера Local Area Connection 5. Этот адаптер не будет добавлен в отказоустойчивый кластер Windows. Если адаптер предназначен для использования отказоустойчивым кластером Windows, необходимо изменить свойства IPv4 адаптера, чтобы разрешить назначение допустимого IP-адреса, который не входит в диапазон APIPA. Для APIPA используется диапазон адресов от 169.254.0.1 до 169.245.255.254 с маской подсети 255.255.0.0.
      Для узла HVSRV2.corp.arsec.ru адрес IPv4 169.254.112.208 настроен как автоматический частный IP-адрес (APIPA) для адаптера Local Area Connection 4. Этот адаптер не будет добавлен в отказоустойчивый кластер Windows. Если адаптер предназначен для использования отказоустойчивым кластером Windows, необходимо изменить свойства IPv4 адаптера, чтобы разрешить назначение допустимого IP-адреса, который не входит в диапазон APIPA. Для APIPA используется диапазон адресов от 169.254.0.1 до 169.245.255.254 с маской подсети 255.255.0.0.
      

      Адаптер 
      Адаптеры Local Area Connection 6 - это виртуальный адаптер ext1 используемый виртуальными машинами.
    Адаптер  Local Area Connection 6  
    Описание адаптера  ext1  
    Физический адрес  98-4B-E1-6C-EF-0E  
    Состояние  В нерабочем состоянии  
    DNS-серверы   
    IP-адрес  fe80::905c:bd66:6700:b004%27  
    Длина префикса  64  
    IP-адрес  169.254.176.4  
    Длина префикса  16  
    IP-адрес  192.168.22.1  
    Длина префикса  24  
    

    Адаптер  Local Area Connection 7  
    Описание адаптера  Microsoft Virtual Network Switch Adapter #3  
    Физический адрес  98-4B-E1-6C-EF-0E  
    Состояние  Работает  
    DNS-серверы   
    IP-адрес  fe80::6101:133e:f5c4:25d2%34  
    Длина префикса  64  
    IP-адрес  169.254.68.72  
    Длина префикса  24  
    

    Как видно оба адаптера используют один физический интерфейс

    Адаптер  Local Area Connection  
    Описание адаптера  HP NC362i Integrated DP Gigabit Server Adapter #3  
    Физический адрес  98-4B-E1-6C-EF-0F  
    Состояние  Работает  
    DNS-серверы  192.168.5.1; 192.168.5.2  
    IP-адрес  fe80::c53e:5b19:7e13:cd2f%25  
    Длина префикса  64  
    IP-адрес  192.168.5.112  
    Длина префикса  24  
    
    Это первый встроенный интерфейс кот используется для управления нодой и для обмена с дисковым хранилищем iscsi кот имеет адрес 5.78.
    Адаптер  Local Area Connection* 17  
    Описание адаптера  Microsoft Failover Cluster Virtual Adapter  
    Физический адрес  9A-4B-E1-6C-EF-0E  
    Состояние  Работает  
    DNS-серверы   
    IP-адрес  fe80::aca4:4565:215d:8b93%23  
    Длина префикса  64  
    IP-адрес  169.254.1.50  
    Длина префикса  16  
    

    Адаптер  Local Area Connection 5  
    Описание адаптера  HP NC382T PCIe DP Multifunction Gigabit Server Adapter #39  
    Физический адрес  1C-C1-DE-7B-25-16  
    Состояние  Работает  
    DNS-серверы   
    IP-адрес  fe80::4964:8bbb:1008:4347%21  
    Длина префикса  64  
    IP-адрес  169.254.67.71  
    Длина префикса  16  
    
    Элемент  Имя  
    Адаптер  Local Area Connection 4  
    Описание адаптера  HP NC382T PCIe DP Multifunction Gigabit Server Adapter #35  
    Физический адрес  1C-C1-DE-7B-25-14  
    Состояние  Работает  
    DNS-серверы   
    IP-адрес  fe80::64c9:5f9f:69db:42ef%19  
    Длина префикса  64  
    IP-адрес  169.254.66.239  
    Длина префикса  16  
    
    Последние два подключения 4и 5 это  Broadcom BCM 5709C Gigabit. с двумя портами кот ранее использовалась для виртуальной сети VM но по причине нестабильной работы по невыясненным пока причинам отключены от VM и теперь не используются ни кластером ни для VM. 


    • Изменено Solger2005 10 января 2012 г. 6:09
    10 января 2012 г. 5:51
  • Отключите на неиспользуемых сетевых картах протоколы, указанные в моем первом посте этого топа.
    11 января 2012 г. 5:49
    Модератор
  • Удалил протоколы на всех неиспользуемых адаптерах на обоих нодах - точнее на адаптерах 

    Адаптер  Local Area Connection 5  
    Описание адаптера  HP NC382T PCIe DP Multifunction Gigabit Server Adapter #39  
    Физический адрес  1C-C1-DE-7B-25-16  
    Состояние  Работает  
    DNS-серверы   
    IP-адрес  fe80::4964:8bbb:1008:4347%21  
    Длина префикса  64  
    IP-адрес  169.254.67.71  
    Длина префикса  16  
    
    Элемент  Имя  
    Адаптер  Local Area Connection 4  
    Описание адаптера  HP NC382T PCIe DP Multifunction Gigabit Server Adapter #35  
    Физический адрес  1C-C1-DE-7B-25-14  
    Состояние  Работает  
    DNS-серверы   
    IP-адрес  fe80::64c9:5f9f:69db:42ef%19  
    Длина префикса  64  
    IP-адрес  169.254.66.239  
    Длина префикса  16  
    Но хорошо если поясните цель этой процедуры - что это даст?

     

    13 января 2012 г. 5:59