MFE-ConGroup: ConGroup-Aufgaben werden nicht zum vorhandenen MODE MULTI ConGroup-Netzwerk hinzugefügt
Summary: Ein vorhandenes MODE=MULTI Consistency Groups (ConGroup)-Netzwerk verfügt über vier Mitgliedsknoten auf vier logischen Partitionen (LPARs). Zwei zusätzliche LPAR ConGroup-Aufgaben werden so konfiguriert, dass sie dem ConGroup-Netzwerk beitreten. Stattdessen erstellen sie ein eigenes separates Netzwerk. ...
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
Auf zwei LPARs wurden zwei neue ConGroup-Aufgaben eingerichtet, um das bestehende ConGroup-Netzwerk mit vier Nodes zu ergänzen.
Es wurden keine anfänglichen Auswirkungen festgestellt, da alle ConGroup-Aufgaben weiterhin ConGroup-Schutz boten. Auf der OWNER-LPAR eingegebene Befehle werden jedoch nicht an die beiden neuen ConGroup-Aufgaben weitergegeben.
Das bestehende vierköpfige ConGroup-Netzwerk geht an den Start. Ein Netzwerk mit vier Nodes wird eingerichtet.
Wenn die beiden neuen ConGroup-Aufgaben mit genau denselben Initialisierungsparametern gestartet werden, wird ein separates Netzwerk mit zwei Knoten gebildet. Zu Beginn wird dieselbe OWNER-LPAR genauso gemeldet wie die anderen vier ConGroup-Aufgaben.
Es wurden keine anfänglichen Auswirkungen festgestellt, da alle ConGroup-Aufgaben weiterhin ConGroup-Schutz boten. Auf der OWNER-LPAR eingegebene Befehle werden jedoch nicht an die beiden neuen ConGroup-Aufgaben weitergegeben.
Das bestehende vierköpfige ConGroup-Netzwerk geht an den Start. Ein Netzwerk mit vier Nodes wird eingerichtet.
EMCP001I GLOBAL=(OWNER=MVSG) OWNER OF CONGROUP EMCP001I MODE=MULTI MULTI CONGROUP COMMUNICATION CGRP000I ConGroup V7.6 (10/03/13-11.20 SCGP760-SC76017) Initializing CGRP020I Established communications with SCF CGRP637I Initiating seek sequence CGRP751I MVSD CONNECTING CGRP752I MVSF PREVIOUSLY CONNECTED CGRP752I MVSG PREVIOUSLY CONNECTED CGRP752I MVSP PREVIOUSLY CONNECTED CGRP281I BUILD DATE: 10/03/13-11.20 SCGP760-SC76017 CGRP760I MULTI-NODE (4) NETWORK 0003082F ESTABLISHED
Wenn die beiden neuen ConGroup-Aufgaben mit genau denselben Initialisierungsparametern gestartet werden, wird ein separates Netzwerk mit zwei Knoten gebildet. Zu Beginn wird dieselbe OWNER-LPAR genauso gemeldet wie die anderen vier ConGroup-Aufgaben.
EMCP001I GLOBAL=(OWNER=MVSG) OWNER OF CONGROUP EMCP001I MODE=MULTI MULTI CONGROUP COMMUNICATION CGRP000I ConGroup V7.6 (10/03/13-11.20 SCGP760-SC76017) Initializing CGRP020I Established communications with SCF CGRP637I Initiating seek sequence CGRP751I MVSE CONNECTING CGRP752I MVSB PREVIOUSLY CONNECTED CGRP760I MULTI-NODE (2) NETWORK 0001330C ESTABLISHED
Cause
Alle LPARs in dieser Umgebung befinden sich auf zwei separaten physischen Prozessoren. Alle LPARs werden zur gleichen ORTSZEIT ausgeführt. Für die beiden LPARs, die nicht dem MULTI-NODE-Netzwerk beigetreten sind, ist die UTC-Zeit auf die Greenwich-Zeit eingestellt. Bei den anderen vier LPARs ist die UTC-Zeit auf die Ortszeit eingestellt. Dies wird durch die Ausgabe der unten gezeigten "D T"-Befehle bestätigt.
CPU 2
CPU 1
MVSG - LOCAL: TIME=15.48.33 DATE=2014.153 UTC: TIME=15.48.33 DATE=2014.153 MVSD - LOCAL: TIME=15.48.37 DATE=2014.153 UTC: TIME=15.48.37 DATE=2014.153 MVSP - LOCAL: TIME=15.50.59 DATE=2014.153 UTC: TIME=15.50.59 DATE=2014.153 MVSE - LOCAL: TIME=15.48.27 DATE=2014.153 UTC: TIME=05.48.27 DATE=2014.153
CPU 2
MVSF - LOCAL: TIME=15.48.30 DATE=2014.153 UTC: TIME=15.48.30 DATE=2014.153 MVSB - LOCAL: TIME=15.48.24 DATE=2014.153 UTC: TIME=05.48.24 DATE=2014.153
Resolution
Problemumgehung:
Zuvor hieß es in der Dokumentation:
Um den MULTI-LPAR-Modus für LPARs und/oder Sysplexe zu verwenden, muss die SYSTEM-Zeit aus derselben Quelle stammen. Dabei kann es sich um den Sysplex-Timer oder eine einzelne CEC-Uhr (Central Electronic Complex) handeln.
Es werden Program Temporary Fixes (PTF) entwickelt, die die Verwendung einer gemeinsamen Taktquelle für alle LPARs im MODE=MULTI-Netzwerk überflüssig machen. Wenn die PTF angewendet wird, können die UTC-Zeiten zwischen den LPARs unterschiedlich sein, da die Zeitstempel zwischen den LPARs mithilfe von CSC-bereitgestellten Echtzeit-GMT-Differenzen normalisiert werden.
Um den MULTI-LPAR-Modus für LPARs und/oder Sysplexe zu verwenden, muss die SYSTEM-Zeit aus derselben Quelle stammen. Dabei kann es sich um den Sysplex-Timer oder eine einzelne CEC-Uhr (Central Electronic Complex) handeln.
Es werden Program Temporary Fixes (PTF) entwickelt, die die Verwendung einer gemeinsamen Taktquelle für alle LPARs im MODE=MULTI-Netzwerk überflüssig machen. Wenn die PTF angewendet wird, können die UTC-Zeiten zwischen den LPARs unterschiedlich sein, da die Zeitstempel zwischen den LPARs mithilfe von CSC-bereitgestellten Echtzeit-GMT-Differenzen normalisiert werden.
Lösung:
- Für Mainframe Enablers (MFE) 10.0.0 wurde PTF SCA0032 entwickelt, um das Problem zu beheben, und steht zum Download zur Verfügung.
- Für Mainframe Enablers 10.1.0 wurde PTF SCA1014 entwickelt, um das Problem zu beheben, und steht zum Download zur Verfügung.
- Bei MFE 10.2.0 wurde das Problem im Basisprodukt behoben. Es steht zum Download zur Verfügung.
Alle PTFs können von Dell.com/Support heruntergeladen werden.
Additional Information
Für MFE 8.5, 10.0.0 oder 10.1.0, bei denen die oben genannten PTFs nicht angewendet wurden, gilt der folgende Hinweis im ConGroup-Produkthandbuch:
Um den MULTI-LPAR-Modus für LPARs und/oder Sysplexe zu verwenden, muss die LPAR-Zeit aus derselben Quelle stammen. Dies kann der Sysplex-Timer oder eine einzelne CEC-Uhr sein.
Um den MULTI-LPAR-Modus für LPARs und/oder Sysplexe zu verwenden, muss die LPAR-Zeit aus derselben Quelle stammen. Dies kann der Sysplex-Timer oder eine einzelne CEC-Uhr sein.
Affected Products
Mainframe EnablersArticle Properties
Article Number: 000055779
Article Type: Solution
Last Modified: 26 Jun 2025
Version: 6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.