基本的な動作確認

Ooyala Flexのインスタンスを構築する際に必要な一連の基本的な動作確認については、以下を参照してください。

1.Ooyala Flexプロセスが動作していることを確認します。

Ooyala FlexのJavaプロセスがシステム上で動作していることを確認します。

ps –ef | grep mio

該当のJavaプロセスが動作していない場合、JVMが動作していないか、またはクラッシュしている可能性があります。この場合、調査のために該当の/tmp/hs_err_pid*.logを用意してください。

サーバーで「top」を使用して、プロセスの状態に加えて、CPUを消費している可能性のあるものをすべて確認します。

2.CPUとRAM

パフォーマンスが著しい影響を受けている場合には、サーバーに割り当てられたCPUの数とRAMの量に応じて、動作しているワークフロー/ジョブの数が大幅に増加しているかどうかを確認します。CPU/RAMの追加が必要になる可能性があります。

3.例外またはエラーがないかログファイルを確認します。

Ooyala Flexマスターサーバーで、サーバーのログファイルに例外またはエラーメッセージが表示されていないか確認します。

/nem/logs/jboss/logs/server.log

例外がある場合、ログの履歴全体を調べ直して、例外が最初に発生した時刻を確定できるかどうか、また規則性/パターンを特定できるかどうかを確認します。

grep “Exception” /nem/logs/jboss/logs/server.log

 

4.ログレベルを確認します。

JBossのログがDEBUGモードに設定されている場合、パフォーマンスが悪影響を受ける可能性があります。

/nem/mio/jboss-eap-6.3/standalone/configuration/mio-*.xml

 

5.ワークフローのステータスを確認します。

Ooyala Flex Consoleから、作成された数のワークフローが動作していること、またはそれらが3~24時間以内に失敗したかどうかを確認します。

1) Ooyala Flex Consoleにログインします。

2) ワークフロータブをクリックします。

3) 右側(ワークフローの検索の直下)にある詳細設定ボタンをクリックします。

4) 検索用の一般設定オプションまたはWorkflowオプションを使用します。

ほとんどのジョブが「スケジュール済み」状態にある場合、Ooyala Flexマスターは再起動が必要になります。マスターがクラスター化されている場合には、現在どのマスターがライブWebサイトを提供しているかを特定します。いずれかのマスターサーバーにログオンし、表示されるインターフェースの数を確認します。

IPアドレス

2つのIPアドレスが表示されている場合、そのサーバーはライブWebサイトを提供しており、再起動することはできません。他のサーバーでOoyala Flexを再起動します。

再起動されたサーバーで自動IPフェールオーバーのために「ucarp」が動作していることを確認します。

cd /nem/carp

sudo nem status

最初のマスターサーバーに移動し、NEMを無効にします。

cd /nem/carp

sudo nem disable

6.影響を受けるJavaプロセスに関連するJavaダンプを取得します。

Ooyala Flexがまだ影響を受けており、Javaプロセスが動作している場合には、プロセスから少数のダンプを取得する価値があります。

 

Javaスタックトレースダンプ

Ooyala Flexプロセスがまだ動作している場合にJavaスタックトレースダンプを取得し、調査のためにサポートチームに送信します。これにより、特定のJavaプロセスに関するアクティブなJavaスレッドのダンプが取得されます。場合によっては、比較のために一定期間にわたって少数のダンプを取得する価値があります。

Ooyala Flexプロセス所有者として:

ps –ef | grep mio

jstack PID > /tmp/jstack-dump.`date +%F.%H:%M`

 

Javaヒープダンプ

Javaプロセスがメモリに保持しているものを確認するには:

Ooyala Flexプロセス所有者として:

ps –ef | grep mio

jmap –dump:file=/tmp/jmap-dump.`date +%F.%H:%M` PID

この記事はお役にたちましたか?