ConGroup MFE: Le attività ConGroup non si collegano alla rete ConGroup MODE MULTI esistente
Summary: Una rete di consistency group (ConGroup) MODE=MULTI esistente dispone di quattro nodi membri su quattro partizioni logiche (LPAR). Altre due attività LPAR ConGroup sono configurate per l'aggiunta alla rete ConGroup, tuttavia creano una propria rete separata. ...
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
Due nuove attività ConGroup sono state impostate su due LPAR con l'intenzione di unirsi alla rete ConGroup esistente a quattro nodi.
Non è stato notato alcun impatto iniziale in quanto tutte le attività ConGroup hanno continuato a fornire protezione ConGroup. Tuttavia, i comandi immessi nella partizione logica OWNER non vengono propagati alle due nuove attività ConGroup.
Viene avviata l'attuale rete ConGroup, composta da quattro membri. Viene stabilita una rete a quattro nodi.
Quando le due nuove attività ConGroup vengono avviate utilizzando esattamente gli stessi parametri di inizializzazione, si forma una rete a due nodi separata. Inizialmente, viene segnalato lo stesso LPAR OWNER come per le altre quattro attività ConGroup.
Non è stato notato alcun impatto iniziale in quanto tutte le attività ConGroup hanno continuato a fornire protezione ConGroup. Tuttavia, i comandi immessi nella partizione logica OWNER non vengono propagati alle due nuove attività ConGroup.
Viene avviata l'attuale rete ConGroup, composta da quattro membri. Viene stabilita una rete a quattro nodi.
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
Quando le due nuove attività ConGroup vengono avviate utilizzando esattamente gli stessi parametri di inizializzazione, si forma una rete a due nodi separata. Inizialmente, viene segnalato lo stesso LPAR OWNER come per le altre quattro attività ConGroup.
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
Tutte le partizioni LPAR in questo ambiente sono su due processori fisici separati. Tutte le LPAR vengono eseguite con la stessa ORA LOCALE. Le due LPAR che non si sono unite alla rete MULTI-NODE hanno l'ora UTC impostata sull'ora di Greenwich. Gli altri quattro LPAR hanno l'ora UTC impostata sull'ora locale. Ciò è confermato dall'output dei comandi 'D.T' mostrato di seguito.
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
Soluzione alternativa:
In precedenza la documentazione indicava quanto segue:
Per utilizzare la modalità MULTI-LPAR tra LPAR e/o sysplex, l'ora di SYSTEM deve provenire dalla stessa origine. Potrebbe trattarsi del timer sysplex o di un singolo clock CEC (Central Electronic Complex).
Sono state sviluppate PTF (Program Temporary Fixes) che eliminano la necessità di utilizzare un'origine di clock comune per tutte le LPAR nella rete MODE=MULTI. Con la PTF applicata, gli orari UTC possono essere diversi tra gli LPAR perché i timestamp tra gli LPAR vengono normalizzati utilizzando differenziali GMT in tempo reale forniti da CSC.
Per utilizzare la modalità MULTI-LPAR tra LPAR e/o sysplex, l'ora di SYSTEM deve provenire dalla stessa origine. Potrebbe trattarsi del timer sysplex o di un singolo clock CEC (Central Electronic Complex).
Sono state sviluppate PTF (Program Temporary Fixes) che eliminano la necessità di utilizzare un'origine di clock comune per tutte le LPAR nella rete MODE=MULTI. Con la PTF applicata, gli orari UTC possono essere diversi tra gli LPAR perché i timestamp tra gli LPAR vengono normalizzati utilizzando differenziali GMT in tempo reale forniti da CSC.
Risoluzione:
- Per Mainframe Enablers (MFE) 10.0.0, PTF SCA0032 è stato sviluppato per correggere il problema ed è disponibile per il download.
- Per Mainframe Enablers 10.1.0, PTF SCA1014 è stato sviluppato per correggere il problema ed è disponibile per il download.
- Per MFE 10.2.0, il problema viene risolto nel prodotto di base. È disponibile per il download.
Tutte le PTF possono essere scaricate da Dell.com/Support.
Additional Information
Per MFE 8.5, 10.0.0 o 10.1.0, senza le PTF di cui sopra applicate, si applica la seguente nota nella Guida al prodotto ConGroup:
Per utilizzare la modalità MULTI-LPAR tra LPAR e/o sysplex, l'ora LPAR deve provenire dalla stessa origine. Potrebbe trattarsi del timer sysplex o di un singolo clock CEC.
Per utilizzare la modalità MULTI-LPAR tra LPAR e/o sysplex, l'ora LPAR deve provenire dalla stessa origine. Potrebbe trattarsi del timer sysplex o di un singolo clock CEC.
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.