legacy-knowledge-base
公開されました Sep. 10, 2025

クラッシュしたjgroupspingのエントリーを切り捨てると、Liferayクラスタが動作する。 なぜこうなるのでしょうか?

written-by

Thanga Meena

How To articles are not official guidelines or officially supported documentation. They are community-contributed content and may not always reflect the latest updates to Liferay DXP. We welcome your feedback to improve How To articles!

While we make every effort to ensure this Knowledge Base is accurate, it may not always reflect the most recent updates or official guidelines.We appreciate your understanding and encourage you to reach out with any feedback or concerns.

legacy-article

learn-legacy-article-disclaimer-text

問題

  • Podの起動段階でPodを再作成すると、クラスタリングが正常に行われず、以下のエラーが発生します。 しかし、JGroupsPingテーブルのエントリを切り捨てることで、 Liferayクラスタは、ポッドの再起動後に完全に動作します 。 なぜこうなるのでしょうか?
  • -0-58215: java.net.SocketTimeoutException: connect timed out
    2021-12-13 15:10:34.367 ERROR [TQ-Bundler-9,liferay-channel-transport-0,liferay-dxp-0-63276][TCP:99] JGRP000034: liferay-dxp-0-63276: failure sending message to liferay-dxp-0-46318: java.net.SocketTimeoutException: connect timed out
    2021-12-13 15:10:34.668 ERROR [TQ-Bundler-9,liferay-channel-transport-0,liferay-dxp-0-63276][TCP:99] JGRP000034: liferay-dxp-0-63276: failure sending message to liferay-dxp-0-52310: java.net.SocketTimeoutException: connect timed out

Environment

  • Liferay DXP 7.3
  • Google Kubernetes Engineのクラスターモード
  • TCP構成でのJDBC Ping

解決策

  • クラッシュしたエントリーが何らかの理由で削除に失敗した可能性があります。 そして、JGroupsPingテーブルのエントリーを切り捨てたときに、作業状態に戻って再開するところです。 clear_table_on_view_change パラメーターが remove_all_data_on_view_changeに置き換えられているようです。 このプロパティは、本来 FILE_PING のためのものであるが、JDBC_PING でも適用可能である。 この 非公式な記事 を通して、さらなる詳細 をご覧ください。

追加情報

  • この回避策により、お客様のユースケースの一部で役立っています。 それゆえ、試しに使ってみて、より低い環境を確認する価値はあると思います。
  • 例えば、 、DXP 7.3 SP1 vanilla bundleの場合、jgroupsのバージョンは4.1.7です。 Jgroupsのマニュアルから、利用可能なプロパティをもとに、ご自身の判断でチェックすることができます。
    • Jgroups manual 4 [インストールはJGroupsのバージョン4.xを指します]では、ゾンビの処理方法を規定するプロパティ clear_table_on_view_change について触れています。 clear_table_on_view_change が true に設定されている場合、コーディネータ はビュー変更後に のテーブルをクリアします(クラッシュしたメンバーだけを削除するのではありません)。 ゾンビの自動削除を希望する場合、この属性をtrueに設定することができます。 また、remove_all_data_on_view_changeにtrueを設定すると、ビューの変更時に新しいコーディネーターは自分のデータ以外を削除する。
    • Jgroups manual 3 【インストール先はJGroupsのバージョン3.xです】 remove_all_data_on_view_change= property is not available. しかし、それは
    • クリアテーブルオンビューチェンジ ビューの変更に伴い、テーブルの内容を削除します。 これを有効にすると、テーブルに残っているクラッシュしたメンバーを削除することができますが、より多くのDBトラフィックが発生します。
  • Liferay 7.3 CEをKubernetesにデプロイする。
    • コミュニティリソースはコミュニティのメンバーによって書かれたものですが、ヘルプセンター・ナレッジベースのドキュメントのようにLiferayサポートによって公式に認可されたものではないことにご注意ください。
did-this-article-resolve-your-issue

legacy-knowledge-base