MFE ConGroup: Zadania ConGroup nie dołączają do istniejącej sieci MODE MULTI ConGroup
Summary: Istniejąca sieć MODE=MULTI Consistency Groups (ConGroup) ma cztery węzły członkowskie na czterech partycjach logicznych (LPAR). Dodatkowe dwa zadania LPAR ConGroup są skonfigurowane do dołączania do sieci ConGroup, jednak zamiast tego tworzą one własną, oddzielną sieć. ...
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
Dwa nowe zadania ConGroup zostały utworzone na dwóch LPAR z zamiarem przyłączenia się do istniejącej sieci ConGroup składającej się z czterech węzłów.
Nie odnotowano początkowego wpływu, ponieważ wszystkie zadania ConGroup nadal zapewniały ochronę ConGroup. Jednak żadne polecenia wprowadzone w partycji LPAR OWNER nie są propagowane do dwóch nowych zadań ConGroup.
Powstaje istniejąca czteroosobowa sieć ConGroup. Powstaje sieć składająca się z czterech węzłów.
Gdy dwa nowe zadania ConGroup są uruchamiane przy użyciu dokładnie tych samych parametrów inicjalizacji, tworzona jest oddzielna sieć z dwoma węzłami. Początkowo ten sam LPAR OWNER jest zgłaszany tak samo jak pozostałe cztery zadania ConGroup.
Nie odnotowano początkowego wpływu, ponieważ wszystkie zadania ConGroup nadal zapewniały ochronę ConGroup. Jednak żadne polecenia wprowadzone w partycji LPAR OWNER nie są propagowane do dwóch nowych zadań ConGroup.
Powstaje istniejąca czteroosobowa sieć ConGroup. Powstaje sieć składająca się z czterech węzłów.
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
Gdy dwa nowe zadania ConGroup są uruchamiane przy użyciu dokładnie tych samych parametrów inicjalizacji, tworzona jest oddzielna sieć z dwoma węzłami. Początkowo ten sam LPAR OWNER jest zgłaszany tak samo jak pozostałe cztery zadania 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
Wszystkie LPAR w tym środowisku działają na dwóch oddzielnych procesorach fizycznych. Wszystkie LPAR działają tego samego CZASU LOKALNEGO. Dwa LPAR, które nie dołączyły do sieci MULTI-NODE, mają czas UTC ustawiony na czas Greenwich. Pozostałe cztery LPAR mają czas UTC ustawiony na czas lokalny. Jest to potwierdzone na podstawie danych wyjściowych poleceń "D T" pokazanych poniżej.
Procesor 2
Procesor 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
Procesor 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
Obejście problemu:
Poprzednio dokumentacja stwierdzała, co następuje:
Aby można było korzystać z trybu MULTI-LPAR na LPAR i/lub syspleksach, czas SYSTEMU musi pochodzić z tego samego źródła. Może to być zegar sysplex lub pojedynczy zegar CEC (Central Electronic Complex).
Opracowanie poprawek PTF (Program Temporary Fixes), które eliminują konieczność używania wspólnego źródła zegara dla wszystkich LPAR w sieci MODE=MULTI. Po zastosowaniu poprawki PTF czasy UTC mogą się różnić między LPAR, ponieważ znaczniki czasu między LPAR są normalizowane przy użyciu różnic GMT dostarczanych przez CSC w czasie rzeczywistym.
Aby można było korzystać z trybu MULTI-LPAR na LPAR i/lub syspleksach, czas SYSTEMU musi pochodzić z tego samego źródła. Może to być zegar sysplex lub pojedynczy zegar CEC (Central Electronic Complex).
Opracowanie poprawek PTF (Program Temporary Fixes), które eliminują konieczność używania wspólnego źródła zegara dla wszystkich LPAR w sieci MODE=MULTI. Po zastosowaniu poprawki PTF czasy UTC mogą się różnić między LPAR, ponieważ znaczniki czasu między LPAR są normalizowane przy użyciu różnic GMT dostarczanych przez CSC w czasie rzeczywistym.
Rozwiązanie:
- W przypadku Mainframe Enablers (MFE) 10.0.0 opracowano SCA0032 PTF w celu rozwiązania tego problemu i jest on dostępny do pobrania.
- W przypadku oprogramowania Mainframe Enablers 10.1.0 opracowano SCA1014 PTF w celu rozwiązania tego problemu i jest on dostępny do pobrania.
- W przypadku oprogramowania MFE 10.2.0 problem został rozwiązany w produkcie podstawowym. Jest on dostępny do pobrania.
Wszystkie poprawki PTF można pobrać z witryny Dell.com/Support.
Additional Information
W przypadku MFE 8.5, 10.0.0 lub 10.1.0, bez zastosowania powyższych poprawek PTF, obowiązuje następująca uwaga w Podręczniku produktu ConGroup:
Aby można było używać trybu MULTI-LPAR na LPAR i/lub syspleksach, czas LPAR musi pochodzić z tego samego źródła. Może to być czasomierz sysplex lub pojedynczy zegar CEC.
Aby można było używać trybu MULTI-LPAR na LPAR i/lub syspleksach, czas LPAR musi pochodzić z tego samego źródła. Może to być czasomierz sysplex lub pojedynczy zegar 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.