Obserwacje korzystania z karty sieciowej USB z modułem iDRAC Service Module 3.5.x i integracją OpenManage dla MS Windows Admin Center

Zarówno zintegrowany moduł usług (iSM) 3.5 kontrolera Dell Remote Access Controller (iDRAC), jak i moduł OpenManage Integration for Windows Admin Center (OMIWAC) korzystają z funkcji przekazywania BMC systemu operacyjnego (USB NIC) do komunikacji między systemem operacyjnym hosta a kontrolerem iDRAC. Te opcje zarządzania nie mogą działać zgodnie z oczekiwaniami, gdy karta sieciowa USB jest wyłączona.

Domyślnie dla tego połączenia typu punkt-punkt między kontrolerem iDRAC a systemem operacyjnym hosta kontroler iDRAC ma adres IPv4 ustawiony na 169.254.0.1, a koniec połączenia hosta otrzymuje adres IPv4 zwiększony o 1 (169.254.0.2).

Obecność karty sieciowej USB ujawnia kilka błędów podczas sprawdzania poprawności klastra i menedżera klastra trybu failover.

Test-Cluster kończy się niepowodzeniem z błędami zduplikowanego adresu IP

Gdy karta sieciowa USB jest włączona w kontrolerze iDRAC, w przypadku uruchomienia polecenia Test-Cluster w celu sprawdzenia gotowości do utworzenia klastra lub kondycji klastra w raporcie weryfikacji zostanie wyświetlony błąd dotyczący tego, że węzły w klastrze mają zduplikowane adresy IP. Ten błąd można bezpiecznie zignorować.

Ten błąd pojawia się, gdy przekazywanie BMC systemu operacyjnego w konfiguracji domyślnej pobiera ten sam adres IP (169.254.0.2) we wszystkich węzłach uczestniczących w klastrze.

Rozwiązanie 1: Przed uruchomieniem polecenia Test-Cluster można tymczasowo wyłączyć kartę sieciową USB (domyślnie oznaczoną jako Ethernet).

Rozwiązanie 2: Można statycznie zmienić adres IPv4 przypisany do karty sieciowej USB w systemie operacyjnym hosta, tak aby wszystkie węzły miały inny adres IPv4.

Rozwiązanie 3: za pomocą konsoli sieciowej kontrolera iDRAC można zmienić adres IPv4 przypisany po stronie kontrolera iDRAC karty sieciowej USB, a tym samym pośrednio zmienić adres IPv4 przypisany w systemie operacyjnym hosta dla karty sieciowej USB. Zmiana adresu IPv4 karty sieciowej USB iDRAC na adresy alternatywne spowoduje przypisanie różnych adresów IPv4 do punktów końcowych karty sieciowej USB systemu operacyjnego hosta.

Na przykład w klastrze, jeśli w klastrze są cztery węzły, zmiana adresów IP karty sieciowej USB kontrolera iDRAC na 169.254.0.1, 169.254.0.3, 169.254.0.5 i 169.254.0.7 spowoduje pobranie przez interfejs sieciowy USB systemu operacyjnego adresów IPv4, odpowiednio 169.254.0.2, 169.254.0.4, 169.254.0.6 i 169.254.0.8.

Test-Cluster kończy się niepowodzeniem z błędami komunikacji sieciowej

Jeśli w kontrolerze iDRAC włączona jest karta sieciowa USB, to po uruchomieniu polecenia Test-Cluster w celu sprawdzenia gotowości do utworzenia klastra lub kondycji klastra w raporcie weryfikacji zostanie wyświetlony komunikat o błędzie informujący, że adresy IPv4 przypisane do karty sieciowej USB systemu operacyjnego hosta nie mogą być używane do komunikacji z innymi sieciami klastra. Ten błąd można bezpiecznie zignorować.

Rozwiązanie: Przed uruchomieniem polecenia Test-Cluster można tymczasowo wyłączyć kartę sieciową USB (domyślnie oznaczoną jako Ethernet).

Sieć karty sieciowej USB jest wyświetlana jako sieć klastra partycjonowanego

Po włączeniu karty sieciowej USB w kontrolerze iDRAC sieci klastra w menedżerze klastra trybu failover pokazują sieci powiązane z kartą sieciową USB jako podzielone na partycje. Ten problem występuje, ponieważ komunikacja klastra jest domyślnie włączona na wszystkich kartach sieciowych, a adresy IPv4 karty sieciowej USB nie mogą być używane do komunikacji zewnętrznej, co przerywa komunikację klastra na tych kartach sieciowych. Ten błąd można bezpiecznie zignorować.

Rozwiązanie: Można wyłączyć komunikację klastra z sieciami powiązanymi z kartami sieciowymi USB.