/ / Wildfly 10.1がダウンする原因を診断する方法-java、mysql、postgresql、jpa、wildfly

ワイルドフライ10.1の原因を診断する方法 - java、mysql、postgresql、jpa、wildfly

CentOsとwildlfy 10.1を使用しています。私のシステムでは、私はwildflyを永久に実行し始めましたが、wildflyが時々動作しなくなります。ログには何も記載されていないので、原因の診断方法を教えてください。野生のハエが止まることはありません。

サーバーに次のものをデプロイします。

  1. 1つのEjbモジュール
  2. 4つの戦争モジュール

システムで実行されている5つのスケジュールがあります そして、私はJPAを介して2つのデータベースに接続し、JDBCを介して他のデータベースに接続しています

最後に破棄されたログはスケジュールメッセージで、エラーメッセージなしでワイルドフライが自動的に停止しました

2017-08-03 04:01:59,023 DEBUG
[com.ecomm.pl4sms.loader.receiver.SendHighPrioMsgToSqlBox]
(DefaultQuartzScheduler_Worker-4) Scanning sender fake true

CentOS 7とWildfly 10.1.0-Final、Postgres 9.6、Jdk 1.8、Mysql 5-7を使用しています

停止した原因を診断してください。

回答:

回答№1は0

Wildflyのメモリ使用量を監視するプロセス。 Javaの最大ヒープスペースの設定に達していないが、Linuxカーネルがメモリ使用量が最大のプロセスであるワイルドフライを判断し、最大メモリ使用量に近い状態で実行している場合(たとえば、Javaの最大ヒープは16Gbメモリのシステムで16Gb 、ログファイルにトレースなしでプロセスを強制終了します。 Javaプロセスは、拡張する余地があると考えているため、メモリ不足のヒープダンプを実行しません。