SRDF/TimeFinder Manager: Fehler bei Verwendung des STM-Befehls IASPCTL REMOVEIOA Image nicht gefunden
Summary: Nach Verwendung des STM-Befehls IASPCTL REMOVEIOA auf dem primären/Quell-Node schlagen alle STM-Befehle auf dem IASP-Image fehl. Dies wurde bei den STM-Builds 9.1 und höher bei IBMi 7.4 beobachtet. Es funktioniert problemlos mit niedrigeren IBMi-Versionen. ...
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
Es tritt ein Problem auf, bei dem Nutzer einen Fehler mit IASPCTL (Quelle) erhalten. Derselbe Befehl funktioniert mit IASPCTLC
: Befehle schlagen ohne ersichtlichen Grund auf dem SOURCE-Node fehl.
Wenn der Befehl IASPCTL STATUS vor dem Switchprozess ausgeführt wird, funktioniert er. Dann, nachdem der iASP VARY OFF ist und der IASPCTL REMOVEIOA-Befehl ausgeführt wird, schlägt derselbe IASPCTL STATUS-Befehl plötzlich mit der Meldung "Image image-name not found"
fehl. In einem Cluster auf unserer Test-LPAR S3TESTQ mit dem iASP-Namen "TESTQ" zeigt er das gleiche Verhalten:
Der STATUS-Befehl schlägt fehl, aber der SRDFDRCTL-Befehl schlägt mit demselben Fehler fehl. Wenn Sie den Rollentausch mit dem Befehl CTLACTTGT durchführen und dann den Statusbefehl vom Ziel-Node ausführen, funktioniert der IASPCTLC-Befehl.
: Befehle schlagen ohne ersichtlichen Grund auf dem SOURCE-Node fehl.
Wenn der Befehl IASPCTL STATUS vor dem Switchprozess ausgeführt wird, funktioniert er. Dann, nachdem der iASP VARY OFF ist und der IASPCTL REMOVEIOA-Befehl ausgeführt wird, schlägt derselbe IASPCTL STATUS-Befehl plötzlich mit der Meldung "Image image-name not found"
fehl. In einem Cluster auf unserer Test-LPAR S3TESTQ mit dem iASP-Namen "TESTQ" zeigt er das gleiche Verhalten:
Der STATUS-Befehl schlägt fehl, aber der SRDFDRCTL-Befehl schlägt mit demselben Fehler fehl. Wenn Sie den Rollentausch mit dem Befehl CTLACTTGT durchführen und dann den Statusbefehl vom Ziel-Node ausführen, funktioniert der IASPCTLC-Befehl.
Cause
Dieses Problem tritt auf IBMi V7R4 mit STM 9.1 und höher auf. In 7.2 und 7.4 wurden Änderungen an einigen IBM APIs vorgenommen, die dieses Problem verursachen sollen. Diese APIs werden in Solutions Enabler und STM verwendet. Das Problem wird derzeit zwischen Dell und IBM untersucht. IBM hat Änderungen an der IBM-Datenträgermanagement-API vorgenommen, die für die Durchführung von REMOVEIOA verantwortlich ist. Die Änderungen wurden vorgenommen, um zu verhindern, dass partielle Flashcopies versehentlich online geschaltet und nach Beendigung des Flash-Vorgangs abgerufen werden.
Resolution
Die Problemumgehung für dieses Problem besteht darin, die Befehle von dem/den Backup-Node(s) auszugeben.
Nach REMOVEIOA können Befehle vom DR-Node ausgegeben werden.
Um den primären Node wieder in den richtigen Zustand zu versetzen, muss der Befehl IASPCTLC ADDIOA vom Backup-Node ausgegeben und der Befehl DISCOVER auf dem primären Node ausgeführt werden.
Nach REMOVEIOA können Befehle vom DR-Node ausgegeben werden.
Um den primären Node wieder in den richtigen Zustand zu versetzen, muss der Befehl IASPCTLC ADDIOA vom Backup-Node ausgegeben und der Befehl DISCOVER auf dem primären Node ausgeführt werden.
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.