SRDF/TimeFinder Manager : Erreur lors de l’utilisation de la commande STM IASPCTL Image REMOVEIOA introuvable
摘要: Après l’utilisation de la commande STM IASPCTL REMOVEIOA sur le nœud principal/source, toutes les commandes STM sur l’image IASP échouent. Ce problème a été observé sur les versions 9.1 de STM et ultérieures sur IBMi 7.4. Cela fonctionne bien sur les versions inférieures d’IBMi. ...
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
Un problème se produit lorsque les utilisateurs obtiennent une erreur avec IASPCTL (source). La même commande fonctionne avec les commandes IASPCTLC
qui échouent sur le nœud SOURCE sans raison apparente.
Lorsque la commande IASPCTL STATUS est exécutée avant le processus de basculement, elle fonctionne. Ensuite, une fois que l’iASP est VARIED OFF et que la commande IASPCTL REMOVEIOA est exécutée, la même commande IASPCTL STATUS échoue soudainement avec « Image image-name not found »
Dans un cluster de notre S3TESTQ LPAR de test portant le nom iASP « TESTQ », il affiche le même comportement :
La commande STATUS échoue, mais l’échec de la commande SRDFDRCTL avec la même erreur s’affiche également. Utilisez la commande CTLACTTGT pour effectuer le role-swap, puis exécutez la commande status à partir du nœud cible, la commande IASPCTLC fonctionne.
qui échouent sur le nœud SOURCE sans raison apparente.
Lorsque la commande IASPCTL STATUS est exécutée avant le processus de basculement, elle fonctionne. Ensuite, une fois que l’iASP est VARIED OFF et que la commande IASPCTL REMOVEIOA est exécutée, la même commande IASPCTL STATUS échoue soudainement avec « Image image-name not found »
Dans un cluster de notre S3TESTQ LPAR de test portant le nom iASP « TESTQ », il affiche le même comportement :
La commande STATUS échoue, mais l’échec de la commande SRDFDRCTL avec la même erreur s’affiche également. Utilisez la commande CTLACTTGT pour effectuer le role-swap, puis exécutez la commande status à partir du nœud cible, la commande IASPCTLC fonctionne.
原因
Ce problème se produit sur IBMi V7R4 avec STM 9.1 et versions ultérieures. Des modifications ont été apportées à certaines API IBM dans les versions 7.2 et 7.4, ce qui est soupçonné d’être à l’origine de ce problème. Ces API sont utilisées dans Solutions Enabler et STM. Le problème fait actuellement l’objet d’une enquête entre Dell et IBM. IBM a apporté des modifications à l’API de gestion des disques IBM responsable de l’exécution de REMOVEIOA. Les modifications ont été apportées pour éviter que des flashcopies partielles ne soient accidentellement mises en ligne et consultées après la fin du flash.
解决方案
La solution de contournement à ce problème consiste à émettre les commandes à partir du ou des nœuds de sauvegarde.
Après REMOVEIOA, les commandes du nœud DR peuvent être émises.
Pour ramener le nœud principal à l’état correct, la commande IASPCTLC ADDIOA doit être émise à partir du nœud de sauvegarde et la commande DISCOVER doit être exécutée sur le nœud principal.
Après REMOVEIOA, les commandes du nœud DR peuvent être émises.
Pour ramener le nœud principal à l’état correct, la commande IASPCTLC ADDIOA doit être émise à partir du nœud de sauvegarde et la commande DISCOVER doit être exécutée sur le nœud principal.
文章属性
文章编号: 000183564
文章类型: Solution
上次修改时间: 04 3月 2021
版本: 1
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。