SRDF/TimeFinder Manager : Erreur lors de l’utilisation de la commande STM IASPCTL Image REMOVEIOA introuvable
Summary: 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. ...
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
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.
Cause
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.
Resolution
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.
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.