Znane problemy z Intel® iSCSI Remote Boot

Po dodaniu lub aktualizacji sprzętu lub oprogramowania, które mogą mieć wpływ na stos sieciowy, np. Sterowniki sieciowe, pakiety usług systemu operacyjnego itp., musisz uruchomić iscsibcg.exe z opcjami /verify /fix. To narzędzie jest instalowane w ramach instalacji oprogramowania Microsoft* iSCSI. Zdecydowanie zalecane jest, aby to narzędzie uruchamiało się przy każdym wyłączeniu systemu, aby nie zapomnieć i złamać systemu. Aby skonfigurować to narzędzie do działania przy wyłączeniu systemu, wykonaj następujące kroki.

1. Uruchom gpedit.msc. Rozpocznie się edytor zasad grupowych; w tym narzędziu:
2. Rozwiń Konfigurację komputera
3. Rozwiń ustawienia systemu Windows
4. Rozwiń lub wybierz Skrypty (uruchomienie/wyłączenie)
5. Kliknij dwukrotnie Shutdown
6. Otworzy się okno dialogowe Właściwości wyłączenia; kliknij przycisk Dodaj i dodaj ten plik wykonywalny lub plik wsadowy, aby uruchomić ten plik.

Po skonfigurowaniu systemu dla zdalnego rozruchu iSCSI za pomocą dwóch portów podłączonych do celu i pomyślnego uruchomienia systemu, jeśli później spróbujesz uruchomić system jedynie z drugiego portu rozruchowego podłączonego do docelowego, Microsoft Initiator nieprzerwanie uruchamia system.

Aby ominąć to ograniczenie, wykonaj następujące czynności:

1. Używając edytora rejestru, rozwiń następujący klucz rejestru:
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parametry
2. Stwórz wartość INERC o nazwie DisableDHCPMediaSense i ustaw wartość na 0.

W przypadku instalacji systemu Windows* przeniesienie karty iSCSI do gniazda PCI innego niż to, w którym znajduje się podczas instalacji sterowników i inicjatora rozruchu MS ISCSI, może pojawić się błąd systemu (niebieski ekran) na środku ekranu Windows. Ten problem odchodzi, jeśli karta sieciowa zostanie zwrócona do oryginalnego gniazda PCI. Nie zalecamy przenoszenia karty sieciowej używanej do instalacji iSCSI. Jest to znany problem z systemami operacyjnymi.

Jeśli musisz przenieść kartę sieciową do innego gniazda, musisz zainstalować nową kartę sieciową do innego gniazda i skonfigurować tę kartę dla Intel iSCSI Remote Boot a następnie przenieść poprzednią kartę sieciową.

Wykonaj następujące czynności:

1. Zainstaluj nową kartę sieciową w innym gnieździe
2. Konfiguracja nowej karty sieciowej dla uruchamiania iSCSI
3. Uruchom iSCSI na system operacyjny za pomocą oryginalnej karty sieciowej.
4. Sprawdź, czy nowa karta sieciowa iSCSI-bootowa będzie uruchamialna dla systemu operacyjnego.
5. Ponownie obuwać
6. Przenieś starą kartę sieciową do innego gniazda
7. Powtórz kroki 2 – 5 dla starej karty sieciowej, która się właśnie przeniosła

Jeśli sterownik dla urządzenia służącego do Intel iSCSI Remote Boot zostanie odinstalowany za pomocą Menedżera urządzeń, system Windows uruchomi się ponownie na niebieskim ekranie, a system operacyjny będzie musiał zostać ponownie zainstalowany. Jest to znany problem z systemem Windows.

Podczas odinstalowywania wszystkie inne oprogramowanie połączeń sieciowych firmy Intel są usuwane, ale sterowniki dla kart zdalnego rozruchu iSCSI, które mają priorytet rozruchu, przypisanych jako podstawowe lub dodatkowe, nie są odinstalowane.

Rozwiązaniem tego problemu jest zmiana następującej wartości rejestru na 0:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start

Zmień wartość rejestru tylko jeśli Intel iSCSI Remote Boot jest włączona i jeśli chcesz odciążenie I/OAT. Jeśli to ustawienie zostanie zmienione na 0, niebieski ekran zostanie zmieniony na 0, Intel iSCSI Remote Boot jest ona włączona. Należy ją ustawić na wartość 3, jeśli Intel iSCSI Remote Boot jest wyłączona lub niebieski ekran nastąpi po ponownym uruchomieniu.

Jeśli korzystasz z dwóch serwerowych kart sieciowych Intel PRO/1000 PT w dwóch gniazdach PCI Express x8, instalacja systemu Windows można wykonać wyłącznie w ramach lokalnej procedury hdd.

Jeśli nazwa i tajemnica użytkownika iSCSI Remote Boot port, NIE są zgodne z nazwą i tajemnicą docelowego użytkownika, windows Server 2008 może niebieski ekran lub ponowne uruchomienie podczas instalacji lub uruchamiania. Upewnij się, że wszystkie ustawienia INER(-s) są zgodne z ustawieniami ustawionymi na celach.

Jeśli wykonujesz system Windows F6 bez instalacji lokalnego dysku, nie należy korzystać z trybu wstrzymania.

Jeśli przeprowadzasz instalację WDS i próbujesz ręcznie zaktualizować sterowniki podczas instalacji, sterowniki wczytują się, ale target iSCSI SCSI nie wyświetla się na liście lokalizacji instalacji. Jest to znane ograniczenie WDS bez bieżącej naprawy. W związku z tym należy przeprowadzić instalację z nośnika DVD lub USB albo wstrzyknąć sterowniki na obrazie WDS WinPE.

Podczas uruchamiania iSCSI nie jest obsługiwane uruchamianie zespołu. Tworzenie zespołu przy użyciu podstawowych i wtórnych kart iSCSI oraz wybranie tego zespołu podczas instalacji inicjatora Microsoft może nie powiodło się przy nieustannym ponownym uruchomieniu. Nie należy wybierać zespołu dla Intel iSCSI Remote Boot, nawet jeśli jest on dostępny do wyboru podczas instalacji inicjatora.

W celu zrównoważenia obciążeń i obsługi trybu failover można w zamian użyć MSFT MPIO. Zapoznaj się z podręcznikiem użytkownika inicjatora Microsoft, jak skonfigurować MPIO.

Wykonanie instalacji bez dysku F6 podczas ponownego lub czasowego urządzenia pamięci masowej (takiego jak pendrive USB lub dysk Firewire) może spowodować zmianę kolejności uruchamiania systemu BIOS. W takim przypadku należy ponownie rozpocząć instalację bez dysku F6. Z tego powodu zalecamy nie wczytywanie ponownego lub czasowego urządzenia pamięci masowej podczas instalacji bez dysku F6.

Jest to znany problem dla systemu Windows Server 2003 i nie można go Intel iSCSI Remote Boot. Dodatkowe informacje dotyczące tego problemu z systemem Windows Server 2003 można znaleźć w artykule pomocy technicznej firmy Microsoft kb816793.

Nie ustawiaj LAA na portach z włączoną obsługą rozruchu iSCSI.

Instalacja klawisza F6 może nie wystąpić podczas ponownego uruchamiania w kroku 10 instalacji systemu Windows 2003 bez dysku lokalnego z powodu różnicy między sterownikiem Intel® F6, inicjatorem iSCSI firmy Microsoft a następującymi wersjami docelowego modelu oprogramowania sprzętowego EMC:

• Tablice AX4-5: 02.23.050.5.705 lub większe
• Tablice z serii CX300, CX500, CX700 i CX-3: 03.26.020.5.021 lub wyższe.
• Tablice z serii CX-4: 04.28.000.5.701 lub wyższe, w tym 04.29.000.5.xxx wersji.

Aby uniknąć awarii, upewnij się, że dodatkowy port iSCSI nie może osiągnąć docelowego celu podczas ponownego uruchamiania w kroku 10.

Ten problem jest spowodowany ograniczoną obsługą dużych odciążeń (LSO) w tym systemie operacyjnym. Należy pamiętać, że jeśli ruch ISCSI jest wymagany dla systemu Windows 2003 Server R2, funkcja LSO zostanie wyłączona.

Jeśli urządzenie nie jest ustawione na podstawową, ale jest wyliczone jako pierwsze, system BIOS nadal będzie korzystać z wersji rozruchu iSCSI na tym urządzeniu. W związku z tym użytkownik może w końcu korzystać z wcześniejszej wersji Intel® Ethernet iSCSI Boot niż oczekiwano. Rozwiązanie jest takie, że wszystkie urządzenia w systemie muszą mieć tę samą wersję rozruchu iSCSI. W tym celu użytkownik powinien przejść do zakładki Opcje uruchamiania i zaktualizować pamięć flash urządzeń do najnowszej wersji.

W przypadku portu, na którym utworzony jest VMSwitch, nie jest możliwe iSCSI over DCB (priority tagging). Wszystko to zgodnie z projektem w systemie Microsoft* Windows Server* 2012.

Funkcja iSCSI for Data Center Bridging (DCB) wykorzystuje filtry ruchu wysokiej jakości (QOS) w celu otagowania pakietów o priorytecie. Agent Intel iSCSI dynamicznie tworzy te filtry ruchu w sieciach korzystających z adresowania IPv4.

Funkcja iSCSI for Data Center Bridging (DCB) wykorzystuje filtry ruchu wysokiej jakości (QOS) w celu otagowania pakietów o priorytecie. Agent Intel iSCSI dynamicznie tworzy te filtry ruchu zgodnie z potrzebami systemu Windows Server 2008 R2 i nowszych.

Łączenie kanałów Linux ma podstawowe problemy ze Intel iSCSI Remote Boot i nie należy ich używać.

Te komunikaty o błędzie nie oznaczają bloku podczas logowania lub uruchamiania i mogą zostać bezpiecznie zablokowane.

W systemie iBFT korzystającym z RHEL 5.2, Anac procesor nie uruchamia automatycznie sieci po instalacji. Użytkownik musi ręcznie uruchomić sieć za pomocą konsoli. Szczegółowe informacje na temat ręcznego wymuszania sieci można znaleźć w dokumentacji RedHat.

RHEL 5.2 nie obsługuje oprogramowania RAZ PODCZAS INSTALACJI. Jeśli na celu korzystasz z uwierzytelniania UWIERZYTELNIENIE, wyłącz USŁUGĘ , w trakcie instalacji i włącz ją po zakończeniu instalacji.

W systemach RHEL5.1 niewłaściwy interfejs sieciowy jest naprawiany przy pierwszym rozruchu iSCSI po instalacji. Powoduje to zawisanie systemu i wymaga przynajmniej ponownej instalacji. Rozwiązaniem tego problemu jest edycja skryptu init wkrótce po instalacji i zmiana interfejsu, który chcesz wprowadzić. Gorąco zachęcamy naszych użytkowników do korzystania z RHEL5.2, aby uniknąć tego problemu.

LRO (large receive offload) jest insektujący z ruchem docelowym iSCSI lub inicjatorem. Jeśli ruch iSCSI jest odbierany za pośrednictwem sterownika ixgbe z włączoną LRO, może pojawić się błąd. W celu obejścia tego problemu sterownik powinien zostać zbudowany i zainstalowany za pomocą:

# make CFLAGS_EXTRA=-DIXGBE_NO_LRO instalacji

Zdalne uruchamianie iSCSI działa wyłącznie na tym samym portze, który został użyty do instalacji zdalnej sieci SCSI. Po zainstalowaniu iSCSI nie można uruchamiać z alternatywnego portu LAN.