GDDR: Ett PA21-skript som kör en DASD-växling misslyckas med meddelandet CGRP135E

På en hanterad LPAR utfärdades meddelandet CGRP135E eftersom CONGROUPs-valideringen inte kan hitta en icke-R1-enhet – CGRP135E listan över felaktiga enheter – har R21-enhet. 

På det primära C-systemet som körde skriptet utfärdades meddelandet CGRP387W eftersom ett lås fortfarande hölls av en medlem LPAR - 'CGRP387W Command not allowed. ALL-CONGROUPS lock held by ECGMN00 MSTC'.

I steg 6 i PA21-skriptet som körs på det primära C-systemet uppmanas alla CONGROUP-medlemmar att DASD-växla till R2 för växlingsgruppens CGNAME. När rensningen efter bytet har slutförts på det primära C-systemet fortsätter skriptet att köra flera steg med RDF-kommandon för att konfigurera om SRDF-konfigurationen för DC2 DASD till R1-platsen.   
När steg 15 har nåtts, där en CONGROUP REFRESH utfärdas för att låta den nya CONGROUP hantera synkront läge från DC2 till DC1, har normalt alla medlemssystem slutfört sin rensning efter DASD-växling. Rensningen tog lång tid på en hanterad värd och valideringen misslyckades när icke-R1-enheter i den gamla CONGROUP hittades på grund av den RDF-omkonfiguration som redan hade inträffat. Ett lås lämnades sedan kvar vilket gör att CONGROUP REFRESH kommando som utfärdas av skriptet i steg 15 för att sedan misslyckas.

Alternativ lösning:
      Skriptet kan startas om vid det misslyckade steget eftersom det bara är en fråga om några minuter till innan de hanterade LPAR:erna som inte slutförde sin rensning efter bytet skulle ha gjort det.

Permanent korrigering:

• För GDDR 5.3 (Geographical Dispersed Disaster Restart) finns PTF-GD53062 tillgängligt för att åtgärda problemet. Den kan laddas ner från Dell Technologies onlinesupport.
• För GDDR 5.2 (Geographical Dispersed Disaster Restart) finns PTF-GD52132 tillgängligt för att åtgärda problemet. Den kan laddas ner från Dell Technologies onlinesupport.