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