SRDF/Menedżer TimeFinder: Wystąpił błąd podczas korzystania z polecenia STM IASPCTL REMOVEIOA nie odnaleziono obrazu
Summary: 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. ...
Acest articol se aplică pentru
Acest articol nu se aplică pentru
Acest articol nu este legat de un produs specific.
Acest articol nu acoperă toate versiunile de produs existente.
Symptoms
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.
Cause
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.
Resolution
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.
Proprietăți articol
Article Number: 000183564
Article Type: Solution
Ultima modificare: 04 mar. 2021
Version: 1
Găsiți răspunsuri la întrebările dvs. de la alți utilizatori Dell
Servicii de asistență
Verificați dacă dispozitivul dvs. este acoperit de serviciile de asistență.