Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products

NetWorker VMware Protection-vProxy: デバッグ ログを有効にする方法

Summary: vProxyアプライアンス ソリューション(NVP-vProxy)を使用したNetWorker VMware Protection (NVP)の問題をトラブルシューティングするには、ログ レベルを「debug」に変更する必要がある場合があります。この記事では、ログ レベルを変更する方法について説明します。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

このビデオをご覧ください。vProxyデバッグ ログを有効にする方法。

 


通常は、NetWorkerサーバーのポリシー ログを /nsr/logs/policy/[policy name]ただし、場合によっては、vProxyアプライアンス自体からのログを分析し、さらに、失敗の理由をより明確に把握するために デバッグするログ レベルを上げる必要があります。これは通常、NetWorkerサポートが関与し、サポート エンジニアが特定のプロセスとしてトラブルシューティングするようにデバッグ設定を要求した場合にのみ必要です。

vProxyアプライアンス上のNVP-vProxyログ ファイルは、次のディレクトリーにあります。 /opt/emc/vproxy/runtime/logs.

vProxyアプライアンスでのNetWorker操作に使用される各主要プロセスには、サブディレクトリーがあります。
vbackupd

vflrd

vrapid

vrecoverd
たとえば、 vbackupd サブディレクトリには、次のログがあります。
[session-uuid].log             Processing details for a session
vbackupd-engine.log            Requests and problem events including error and panic messages from the session log.
vbackupd-boost.log             DD Boost logging.
vbackupd-snapmgr.log           Snapshot logging
3. vbackupd-vddk.log           VDDK logging -  VMware Virtual Disk Development Kit
vProxyのログと収集の詳細については、「 NVP-vProxyトリアージ ガイド: NetWorker VMware Protection vProxyのトリアージとログの概要


サービス デバッグ方法1の適用:

この方法は、vProxyバージョン4.3.x以降に適用されます。これを使用して、vProxyサービス(vrapid, vrecoverd, vbackupd, vflrd。DD Boostトラフィック、VDDK、スナップショット メッセージング(該当する場合)に対して、より多くのデバッグを有効にすることができます。
  1. vProxy 管理者 アカウントを使用して、SSH経由でvProxyに接続します。
  2. rootに切り替えます。
sudo su -
  1. vProxyエージェントのbinディレクトリーに変更します。
cd /opt/emc/vproxy/bin
  1. デバッグするサービスに対して、次のコマンドを実行します。

バックアップ エンジン: vbackupd
デーモン ログ記録エンティティ コマンドの使用例 ログの場所
vbackupd プログラム(メイン エンジン)
./vProxy_debug.sh -s -d vbackupd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

個々のバックアップ セッション ログ: 

/opt/emc/vrproxy/runtime/logs/vbackupd/BackupVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vbackupd/<DATE>/BackupVmSession-<session-id>.log
  DD Boost
./vProxy_debug.sh -s -d vbackupd -p ddboost -l all
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log
  VDDKの
./vProxy_debug.sh -s -d vbackupd -p vddk -l 4
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.log
VDDKは、ディレクトリー内にプライベート ログも保持します /tmp/vmware-root
       スナップショット マネージャー
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

リカバリー エンジン: vrecoverd
デーモン ログ記録エンティティ コマンドの使用例 ログの場所
vrecoverd プログラム(メインエンティティ)
./vProxy_debug.sh -s -d vrecoverd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

個々のリカバリー セッション ログ: 

/opt/emc/vrproxy/runtime/logs/vrecoverd/RecoverVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vrecoverd/<DATE>/RecoverVmSession-<session-id>.log
  DD Boost
./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log
  VDDKの
./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log
また、VDDKはプライベート ログをディレクトリーに保持します /tmp/vmware-root

FLRエンジン: vflrd
デーモン ログ記録エンティティ コマンドの使用例 ログの場所
vflrd プログラム(メイン エンジン)
./vProxy_debug.sh -s -d vflrd -p program -l debug
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log
個々のFLRマウント セッション ログ:
/opt/emc/vrproxy/runtime/logs/vflr/FlrMountSession-<session-id>.log
Individual FLR Browse Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrBrowseSession-<session-id>.log
Individual FLR Recover Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrRecoverSession-<session-id>.log
完了したログは次の場所に移動されます:
/opt/emc/vrproxy/runtime/logs/recycle/vflrd
  DD Boost
./vProxy_debug.sh -s -d vflrd -p ddboost -l all
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log
  VDDKの
./vProxy_debug.sh -s -d vflrd -p vddk -l 4
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log
また、VDDKはプライベート ログをディレクトリーに保持します /tmp/vmware-root

RESTサーバー: vrapid
デーモン ログ記録エンティティ コマンドの使用例 ログの場所
vrapid プログラム(メイン エンジン)
./vProxy_debug.sh -s -d vrapid -p program -l debug
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

上記のコマンドは、デバッグの有効化を示しています。これらのコマンドは、 -l デフォルトにリセットするオプション:

オプション:
  • プログラムログの場合:
warn | info | trace (既定値) | debug
  • DD Boostログの場合:
none | error | warn | info | debug | trace (既定値) | all
  • VDDKログの場合:
0 = ログなし
1 = エラーのみ
2 = 警告とエラー
3 = 重要な情報メッセージ、エラー、警告(デフォルト)
4 = デバッグ データとその他すべて
  • スナップショット マネージャー ログの場合:
warn | info | trace (既定値) | debug


サービス デバッグ方法2の適用:

使用可能なログ レベルはnone、error、warn、info、trace、debugです

設定するには vbackupd ロギングレベルの デバッグに処理します。
  1. SSHまたはコンソールを介して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。
sudo su -
  1. 次の場所にアクセスします。 systemd ディレクトリ:
cd /usr/lib/systemd/system/ 

注:各サービス ファイルは、次の場所にあります。 vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, など...
  1. デバッグを適用するサービス ファイルを開きます。例:
vi vbackupd.service 
  1. で行を見つけます ExecStart= そして、 --program-log-level=debug
その他のパラメーター:
vProxy 2.x engine log level: { debug, trace, info, warn }.
--engine-log-level=string        

vProxy 3.x and later engine level: { debug, trace, info, warn } (default "trace")
--program-log-level=string (vbackupd)

Display version
--version
 
注:NVP-vProxyのバージョンは、NetWorker管理コンソールのvProxyプロパティの[構成]タブに表示されます >デバイス > VMプロキシ プロキシ>vProxyアプライアンスを右クリックし> [プロパティ]>[構成]>[VMプロキシのバージョン]をクリックします。  
 
  1. 変更をファイルに保存します
  2. 次のコマンドを入力して、ユニット構成ファイルを再ロードします。
systemctl daemon-reload
  1. NetWorker Management Consoleでバックアップが実行されていないことを確認してから、 vbackupd サービス:
systemctl restart vbackupd.service
上記のプロセスは、次のサービスに適用されます。 vrapid, vrecoverd, vbackupd, vflrd.


VDDKデバッグの適用:

  1. SSHまたはコンソールを使用して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。
sudu su -
  1. VixDiskLib.configファイルを編集して、次の行を含めます。
vi /opt/emc/vproxy/conf/VixDiskLib.config vixDiskLib.transport.LogLevel=4

0 = No logging
1 = Errors only
2 = Warnings, and Errors
3 = Important information messages, errors, and warnings
4 = Debug data plus everything else
  1. 関連サービスを再開します。
systemctl restart [service-name].service 
例: 
systemctl restart vrecoverd.service
デバッグ ログ レベルを設定したら、関連するログ ファイルに「Debug.」という単語で始まるメッセージがあることを確認できます

デバッグ プロセスが完了したら、同じ手順を使用してログ レベルをリセットできます。「debug」ではなく、等号の後に「trace」という単語を使用します。この変更をすぐに適用するには、前述のようにデーモンの再ロードと再起動が必要です。


DD Boost事前証明書のデバッグ:

このプロセスは、上記で説明した他のデバッグ方法で行われます。
  1. SSHまたはコンソールを使用して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。
sudu su -
  1. ファイルの作成 ddboost_precert.ini 下:
/: touch /ddboost_precert.ini
  1. を作成します。 DDLog ディレクトリ:
mkdir /DDLog
  1. デバッグするサービスのDD Boostデバッグを有効にします。
vbackupd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vbackupd -p ddboost -l debug

vflrd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vflrd -p ddboost -l debug

vrecoverd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vrecoverd -p ddboost -l debug
  1. ddboost_precert.log が生成されます。
ls -l /DDLog
​​​​​​ ログ確認のスクリーンショット
  1. デバッグ操作が不要になったら、次のコマンドを再実行します。
vProxy_debug.sh -l trace


vProxy選択のログ:

このデバッグは、VMのバックアップ ワークフローでVMが 「Waiting to Run」状態になっている場合に使用できます。このシナリオでは、バックアップ ジョブは開始されていますが、バックアップ セッションを開始するためのvProxyが選択されていません。標準ログでは、vProxy選択プロセスのログは記録されません。当社は vmbackup_logging NetWorkerサーバー上にあります。VMware保護ポリシーの開始時にvProxy選択プロセスがログに記録されます。これは、NetWorkerサーバーとvProxy(ポート9090)の間に通信の問題がなく、NMCまたはdaemon.logでvProxyが使用できないというエラーがない場合に役立ちます。
 
  1. NetWorkerサーバーで、管理者用PowerShellプロンプト(Windows)またはroot SSHセッション(Linux)を開きます。
  2. という拡張子のないファイルを作成します。 vmbackup_logging NetWorkerの下 /nsr/tmp ディレクトリ:
Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
上記のコマンドは、デフォルトのNetWorkerのインストール場所が使用されていることを前提としています。NetWorkerが別の場所にインストールされている場合は、場所を調整します /nsr/tmp だから。
  1. VMバックアップ ジョブを開始します。
  2. Vmproxyキューのレンダリングされたdaemon.logを監視し、vproxyメッセージを選択します
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
ご不明な点がございましたら、次の記事を参照してください。NetWorker:nsr_render_logの使用方法
  1. このデバッグを無効にするには、vmbackup_logging ファイルを /nsr/tmp dir です。

Additional Information

Affected Products

NetWorker

Products

NetWorker, NetWorker Series
Article Properties
Article Number: 000022610
Article Type: How To
Last Modified: 02 Aug 2024
Version:  12
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.