MFEグループ: ConGroup タスクが既存の MODE MULTI ConGroup ネットワークに参加しない

Summary: 既存のMODE=MULTIコンシステンシー グループ(ConGroup)ネットワークには、4つの論理パーティション(LPAR)上に4つのメンバー ノードがあります。追加の 2 つの LPAR ConGroup タスクが ConGroup ネットワークに参加するように構成されますが、代わりに独自の別個のネットワークが作成されます。

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.
Check out other resources

Symptoms

既存の4ノードのConGroupネットワークに参加する目的で、2つの新しいConGroupタスクが2つのLPARに設定されました

すべてのConGroupタスクが引き続きConGroup保護を提供するため、最初の影響は確認されませんでした。ただし、OWNER LPAR で入力されたコマンドは、2 つの新しい ConGroup タスクに伝搬されません

既存の 4 人のメンバーで構成される ConGroup ネットワークが起動します。4ノード ネットワークが確立されます。            
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

まったく同じ初期化パラメーターを使用して 2 つの新しい ConGroup タスクが開始されると、別個の 2 ノード ネットワークが形成されます。最初は、同じ OWNER LPAR が他の 4 つの 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

この環境内のすべてのLPARは、2つの別個の物理プロセッサー上にあります。すべてのLPARは、同じLOCAL TIMEを実行します。MULTI-NODEネットワークに参加していない2つのLPARでは、UTC時間がグリニッジ時間に設定されています。他の 4 つの LPAR では、UTC 時刻がローカル時刻に設定されています。これは、以下に示す「D T」コマンドの出力から確認できます。
           
CPU1 
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

対処方法:
以前の資料には、次のように記載されていました
LPAR またはシスプレックス間で MULTI-LPAR モードを使用するには、SYSTEM 時刻が同じソースから取得される必要があります。これは、シスプレックス・タイマーまたは単一の中央電子複合体 (CEC) クロックである可能性があります
プログラム一時修正 (PTF) が開発され、MODE=MULTI ネットワーク内のすべての LPAR に共通のクロック・ソースを使用する必要がなくなりました。PTF を適用すると、LPAR 間のタイム・スタンプは CSC 提供のリアルタイム GMT 差分を使用して正規化されるため、UTC 時刻が LPAR 間で異なる場合があります。

解決策:

  • Mainframe Enablers (MFE) 10.0.0では、この問題を修正するためにPTF SCA0032が開発されており、ダウンロード可能です。
  • Mainframe Enablers 10.1.0では、この問題を修正するためにPTF SCA1014が開発されており、ダウンロード可能です。
  • MFE 10.2.0の場合、この問題はベース製品で解決されています。ダウンロード可能です。 

すべてのPTFは Dell.com/Support からダウンロードできます。 


 

Additional Information

MFE 8.5、10.0.0、または 10.1.0 の場合、上記の PTF が適用 されていない場合 は、『ConGroup Product Guide』の次の注記が適用されます

。これは、シスプレックス・タイマーまたは単一の CEC クロックである可能性があります。

Affected Products

Mainframe Enablers
Article 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.