Napęd iSCSI nie montuje się po ponownym uruchomieniu systemu Windows 2008 R2


9

Mam serwer z Win2008R2 i synology NAS. Na Nas jest 6 partycji iSCSI, które są zamontowane na serwerze Windows. Serwer Windows jest wirtualizowany w ramach Hyper-V.

Po ponownym uruchomieniu komputera klienckiego dwie z 6 partycji nie są montowane ponownie i muszę je ponownie montować ręcznie ... za każdym razem.

Każdy z nich ma podobną konfigurację i został skonfigurowany z uwierzytelnianiem CHAP. Wszystkie 6 pojawi się na liście ulubionych.

Dziennik zdarzeń nie pokazuje błędów dotyczących iSCSI. Pozostałe 4 partycje montują się bez problemów.

Wszelkie sugestie dotyczące dalszego debugowania?

EDYCJA: Po rozmowie z synologią zasugerowali wyłączenie uwierzytelniania chap i włączenie czegoś zwanego maskowaniem, które jest w zasadzie filtrem blokującym, które węzły mogą łączyć się z każdą jednostką LUN. To ogromnie zmieniło problem. Nadal występuje od czasu do czasu po przerwach w zasilaniu lub podobnych, ale po ponownym uruchomieniu mogę być prawie pewien, że lunowie ponownie się spotkają. Wydaje mi się, że jest to problem między inicjatorem Windows iscsi a celem podczas negocjacji uwierzytelnienia.


Czy sprawdziłeś dzienniki na serwerze NAS?
Joseph Kern

Dobre myślenie, nie sprawdziłem tego. Jednak nic nie mówi. Dziennik jest prawie pusty.
Ian Murphy

Odpowiedzi:


10

Czy oprócz listy Ulubione sprawdziłeś, czy woluminy są wymienione na karcie Woluminy i urządzenia we właściwościach inicjatora iSCSI? Czy są ustawione na Automatyczną konfigurację?

To powinno (teoretycznie) upewnić się, że wszystkie woluminy zostały zainicjowane.

Automatyczna konfiguracja woluminów

Źródło


Ta lista jest pusta na tym serwerze i na każdym innym serwerze, z którego korzystam iSCSI. Każdy pomysł, w jakim celu służy to przeciwko ulubionym celom. Wydaje się, że robią to samo. Ulubione są ponownie otwierane po ponownym uruchomieniu, podobnie jak to, co pojawia się na tej liście. Mówiąc to, właśnie wypróbowałem przycisk „automatycznej konfiguracji” i dodałem dyski w postaci D: \, E: \ itp., A nie tak, jak pokazano na zrzucie ekranu powyżej. Dziwne, nie? Wydaje mi się, że pamiętam próbowanie tego w przeszłości i nieużyteczne.
Ian Murphy

Zgodnie z drugim akapitem okna dialogowego powinieneś mieć swojego inicjatora w Ulubionych, a poszczególne urządzenia w Woluminach i Urządzeniach. Możesz spróbować usunąć wszystkie urządzenia, a następnie dodać je ponownie za pomocą przycisku Automatyczna konfiguracja.
Joseph Kern

Dzięki za pomoc wizualną;). Bardzo mile widziane. Też myślę, że wyczyszczenie urządzeń i ponowne odczytanie ich za pomocą funkcji Automatycznej konfiguracji może pomóc.
Łukasza

2

Upewnij się, że dodajesz do ulubionych i włączasz muilti-path podczas łączenia się z celami:

Kiedy odkryjesz portal, kliknij zaawansowane, nie używaj ustawień domyślnych, kliknij „Microsoft iSCSI Intiator” i jesteś IP NIC dla IP inicjatora.


Wypróbowałem wszystkie powyższe sugestie i nadal widzę, że cele się nie wspinają. Dzieje się tak we wszystkich wersjach systemu Windows i na wielu klientach. Występuje również w przypadku Nas różnych marek, więc nie może być to spowodowane słabą implementacją Nas ... chyba że wszystkie są oparte na tych samych bibliotekach. Co najmniej zakłopotany. Powinienem również wspomnieć, że widziałem również, jak zaklęcia rozłączają się w oknach, gdy Nas jest restartowany. Niektóre lunty ponownie się połączą, inne po prostu znikną. Inni ponownie podłączą się, ale będą offline (w oknach)
Ian Murphy

0

Raczej stary wątek, ale obecnie występuje ten sam problem z Windows Server 2008 R2 SP1 i Synology RS18017xs + z DSM 6.1.5-15254. Sprawdziłem powyższą sugestię dotyczącą „automatycznej konfiguracji”, ale nie działa ona dla mnie. Rozwiązanie tego faceta zadziałało dla mnie:

  • Usuń automatycznie skonfigurowane urządzenie
  • Kliknij „Dodaj ...” i ręcznie określ literę dysku lub punkt instalacji - w moim przypadku „F: \”

Tylko dla dokumentacji.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.