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. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
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.
Article Properties
Article Number: 000183564
Article Type: Solution
Last Modified: 04 Mar 2021
Version: 1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.