SRDF/Menedżer TimeFinder: Wystąpił błąd podczas korzystania z polecenia STM IASPCTL REMOVEIOA nie odnaleziono obrazu
Podsumowanie: Po użyciu polecenia STM IASPCTL REMOVEIOA w węźle głównym/źródłowym wszystkie polecenia STM na obrazie IASP kończą się niepowodzeniem. Zaobserwowano to w kompilacjach STM 9.1, a później w IBMi 7.4. Działa dobrze na niższych wersjach IBMi. ...
Ten artykuł dotyczy
Ten artykuł nie dotyczy
Ten artykuł nie jest powiązany z żadnym konkretnym produktem.
Nie wszystkie wersje produktu zostały zidentyfikowane w tym artykule.
Objawy
Występuje problem, w którym użytkownicy otrzymują błąd IASPCTL (źródło). To samo polecenie działa z IASPCTLC
Polecenia kończą się niepowodzeniem w węźle SOURCE bez wyraźnej przyczyny.
Polecenie IASPCTL STATUS uruchamiane przed procesem przełączania działa. Następnie, po wyłączeniu iASP i wykonaniu polecenia IASPCTL REMOVEIOA, to samo polecenie IASPCTL STATUS nagle kończy się niepowodzeniem i zwraca komunikat "Nie znaleziono nazwy obrazu obrazu"
W klastrze na naszym testowym S3TESTQ LPAR o nazwie iASP "TESTQ" wykazuje takie samo zachowanie:
Polecenie STATUS kończy się niepowodzeniem, ale widoczne jest również niepowodzenie polecenia SRDFDRCTL z tym samym błędem. Użycie polecenia CTLACTTGT w celu zamiany ról, a następnie uruchomienie polecenia stanu z węzła docelowego, działa polecenie IASPTTLC.
Polecenia kończą się niepowodzeniem w węźle SOURCE bez wyraźnej przyczyny.
Polecenie IASPCTL STATUS uruchamiane przed procesem przełączania działa. Następnie, po wyłączeniu iASP i wykonaniu polecenia IASPCTL REMOVEIOA, to samo polecenie IASPCTL STATUS nagle kończy się niepowodzeniem i zwraca komunikat "Nie znaleziono nazwy obrazu obrazu"
W klastrze na naszym testowym S3TESTQ LPAR o nazwie iASP "TESTQ" wykazuje takie samo zachowanie:
Polecenie STATUS kończy się niepowodzeniem, ale widoczne jest również niepowodzenie polecenia SRDFDRCTL z tym samym błędem. Użycie polecenia CTLACTTGT w celu zamiany ról, a następnie uruchomienie polecenia stanu z węzła docelowego, działa polecenie IASPTTLC.
Przyczyna
Ten problem występuje w IBMi V7R4 z STM 9.1 i nowszymi. W wersjach 7.2 i 7.4 wprowadzono zmiany w niektórych interfejsach API IBM, co może powodować ten problem. Te interfejsy API są używane w narzędziach Solutions Enabler i STM. Problem jest obecnie badany przez Dell i IBM. Firma IBM wprowadziła zmiany w interfejsie IBM Disk Management API odpowiedzialnym za wykonywanie operacji REMOVEIOA. Zmiany zostały wprowadzone, aby zapobiec przypadkowemu przeniesieniu częściowych flashkopii do trybu online i uzyskaniu dostępu do nich po zakończeniu flashowania.
Rozwiązanie
Obejściem tego problemu jest wydawanie poleceń z węzłów kopii zapasowych.
Po REMOVEIOA można wydawać polecenia z węzła DR.
Aby przywrócić prawidłowy stan węzła podstawowego, należy z węzła zapasowego wydać polecenie IASPCTLC ADDIOA, a na węźle podstawowym należy wykonać polecenie DISCOVER.
Po REMOVEIOA można wydawać polecenia z węzła DR.
Aby przywrócić prawidłowy stan węzła podstawowego, należy z węzła zapasowego wydać polecenie IASPCTLC ADDIOA, a na węźle podstawowym należy wykonać polecenie DISCOVER.
Właściwości artykułu
Numer artykułu: 000183564
Typ artykułu: Solution
Ostatnia modyfikacja: 04 mar 2021
Wersja: 1
Znajdź odpowiedzi na swoje pytania u innych użytkowników produktów Dell
Usługi pomocy technicznej
Sprawdź, czy Twoje urządzenie jest objęte usługą pomocy technicznej.