ログ問題

Classic/VPC環境で利用できます。

Cloud Log Analyticsの利用中に次のような問題が発生することがあります。問題ごとの原因と解決方法を確認し、適切に対処してください。

ログ削除

ログを削除したいです。

原因

Cloud Log Analyticsに保存されたログは任意に削除できません。

解決方法

ログは任意に削除できず、保存期間(最大30日)が過ぎると古い順に自動的に削除されます。詳細な説明は、Cloud Log Analytics の仕様をご参照ください。

ログ収集の解除

Cloud DB for MySQLサービスを利用していますが、ログ収集機能を使いたくないです。

原因

Cloud DBサービスは Cloud Log Analyticsと連携し、Errorログと Slow Queryログを収集して提供します。Cloud DBサービスは Cloud Log Analytics使用が必須であるため、Cloud Log Analyticsの解約とログ削除はできません。

解決方法

Cloud DBサービスを利用している場合は、Cloud Log Analyticsとの連携解除はできません。

filebeatログ照会

収集設定エージェントをインストールした後、ログが正常に送信されるかサーバで filebeatログを照会したいです。

原因

filebeatのログはファイルとして作成しないよう設定されています。

解決方法

ログファイルを保存したい場合は、次のように対応します。

1. /etc/filebeat/filebeat.yml ファイルの末尾に次の内容を追加します。

logging.level: debug
logging.to_stderr: false
logging.to_syslog: false
logging.to_files: true
logging.files:
  path: /var/log/filebeat
  name: filebeat
  keepfiles: 7
  permissions: 0644

2. エージェントを再起動します。

sudo systemctl restart filebeat.service

3. /var/log/filebeat パスに作成されたログファイルでエラーメッセージを確認します。

ログ転送エラー

エージェントをインストールして「Finish Installation」メッセージを確認したのに、ログ送信ができません。

原因

ログが照会されない場合は、次のように区分されます。該当する状況の項目を事前にご確認ください。

ログがまったく送信されない場合、その原因は次の通りです。

解決方法

以下の手順に確認して対応します。

1. エージェントプロセスが起動しているか確認します。

ps -ef | grep filebeat

• プロセスがない場合、sudo systemctl restart filebeat.serviceコマンドで再起動します。

2. エージェント設定ファイルが作成されているか、収集サーバアドレスが含まれているか確認します。

ls -altr /etc/filebeat/filebeat.yml
cat /etc/filebeat/filebeat.yml

• ファイルが存在しなかったり、内容がない場合はコンソールのインストールコマンドをサーバで再実行します。
• output.logstash.hosts項目に収集サーバアドレスとポートがあることを前提としています。

3. サーバから収集サーバに通信できるか確認します。収集サーバのポートは 5043/TCPです。

telnet{収集サーバアドレス}5043

• Windowsサーバでは Test-NetConnection {collection-server-address} -Port 5043コマンドを利用します。
• 収集サーバアドレスは2番で確認した output.logstash.hostsの値です。

4. 通信されない場合、ACGまたはファイヤーウォールで当該アドレスとポートのアウトバウンド通信を許可します。サーバ内で iptablesを利用する場合、許可対象を destinationに登録する必要があります。
5. エージェントがインストールされた状態のサーバイメージで作成したサーバの場合、以前のサーバを基準にインストールされたエージェントが残っているため、ログが送信されないことがあります。エージェントを削除した後、当該サーバの Management画面で発行したインストールコマンドで再インストールします。
6. 上記の項目をすべて確認した後もログが送信されない場合、filebeatログ照会で診断ログを保存した後、/var/log/filebeatパスのエラーメッセージと共にサポートまでお問い合わせください。

特定のログ未収集

SYSLOG、Securityなどのテンプレートで設定したログは照会できますが、Custom Logのみ照会されません。

原因

一部のログのみ収集されない場合、エージェント全体の問題ではなく当該 Log Typeの収集設定、または収集対象ファイルの問題です。原因は次の通りです。

解決方法

1. 収集設定反映の有無確認

最もよく発生する原因です。コンソールで収集ログを追加したり、パスを変更した後は Management画面に表示されるインストールコマンドをサーバで再実行することで、変更内容がエージェント設定ファイルに反映されます。

1. 設定ファイルに収集されないログのパスがあるか確認します。

cat /etc/filebeat/filebeat.yml

2. paths項目に当該パスがない場合、コンソールで当該サーバのインストールコマンドを再コピーしてサーバで実行します。

2. 収集パスと対象ファイルの確認

1. 設定ファイルのpaths項目にディレクトリパスのみ入力されていることを確認します。ログはファイル単位で収集されるため、パスにファイル名またはファイル名のパターンまで入力します。

• 収集されない例: /home/nginx/log
• 収集される例: /home/nginx/log/access*.log

2. paths項目の文字列と実際のファイル名が一致することを確認します。指定したパスにファイルがあるか、次のコマンドで確認できます。

ls -altr {ログパス}

3. 収集対象がシンボリックリンクであり、リンク対象ファイルが定期的に置き換えられる場合、固定されたリンクファイル名の代わりに実際のログファイル名のパターンに設定を変更します。
4. パスを変更した後は、1番の方法でインストールコマンドを再実行します。

3. 収集対象ファイルの形式確認

エージェントはテキストファイルのみ収集します。バイナリファイル(wtmp、btmp、lastlogなど)や、圧縮ファイルは収集対象に指定しても正常に収集されません。テキスト形式に記録されるログファイルを指定します。

4. エージェントインストールアカウントの確認

一部のログファイルに読み取り権限のないアカウントでエージェントをインストールした場合、当該ログのみ収集されないことがあります。この場合、ログファイルの権限を変更する方法では解決できないため、root権限でエージェントを再インストールします。

5. 追加確認

上記の項目をすべて確認した後もログが収集されない場合、filebeatログ照会で診断ログを保存した後、/var/log/filebeatパスのエラーメッセージと共にサポートまでお問い合わせください。

収集ログ未照会

ログの収集中に Search画面で一部のログが照会されません。

原因

以下はすべて正常動作であり、ログが収集されなかったわけではありません。

解決方法

1. Searchの Log Typeリストにはログ量の多い上位5つの Log Typeのみ表示されます。リストに表示されない場合、当該ログが収集されなかったという意味ではありません。収集有無は、Menu > All Services > Management & Governance > Cloud Log Analytics > Management画面の収集設定ステータスでご確認ください。検索条件と検索結果の表示方法は、Searchをご参照ください。
2. ログが送信された後、検索に反映されるまで時間差があります。ログ発生の直後に照会されない場合、しばらくしてから再照会してください。
3. ワイルドカードでローリングログを収集する場合、エージェントは各ファイルで既に読み取りした場所を管理し、その後に追加された内容のみ送信します。ファイルが新規作成されたり、置き換えられた場合にも、重複送信や漏れは発生しません。