SRDF/TimeFinder Manager: Fehler bei Verwendung des STM-Befehls IASPCTL REMOVEIOA Image nicht gefunden
摘要: 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. ...
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
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.
原因
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.
解决方案
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.
文章属性
文章编号: 000183564
文章类型: Solution
上次修改时间: 04 3月 2021
版本: 1
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。