NVP-vProxy:data01がいっぱいになるとバックアップが「パニック発生ランタイム エラー」で失敗する

特定のvProxyアプライアンスで、VMバックアップが断続的に失敗します。NetWorkerワークフロー ログに、パニック ランタイム メッセージを含む500エラーが表示されます。

MM/DD/YYYY HH:MM:SS [VM_NAME]: Unable to start backup on vProxy '[VPROXY_NAME]': Received an HTTP code: 500, libCURL message: "", vProxy message: "Error received from vProxy ="-500: Panic occurred: runtime error: invalid memory address or nil pointer dereference". ", url: "https://[VPROXY_NAME]:9090/api/v1/BackupVmSessions", body: "{"Config":{"SessionId":"","LogTag":"@(#) Build number: 288","IdleTimeout":300,"LogLevel":"TRACE","AcceptedLanguage":"en","TransportModeRequested":"hotadd","Parallelism":1,"UseCbt":true,"AutoEnableCbt":true,"AutoRepairCbt":true,"VimServerRef":{"HostName":"[VCENTER_NAME]","UserName":"S001891","UserPassword":"****","TcpPort":0},"VmSpec":{"Name":"[VM_NAME]","VmMoref":"vm-152712","VirtualDisks":[{"Label":"Hard disk 1","Key":2000}],"CustomFieldName":"Last EMC vProxy Backup","CustomFieldValue":"Backup Server=[NSR_NAME], Policy=[POLICY_NAME], Workflow=[WORKFLOW_NAME], Action=[ACTION_NAME], JobId=490597"},"SnapshotSpec":{"Name":"NetWorker Backup Snapshot","Description":"Snapshot is created as part of protecting this VM by EMC NetWorker VProxy.","Quiesce":false,"DumpMemory":false,"RemoveAll":false,"Consolidate":false},"TargetSpec":{"DeviceType":"DataDomain","HostName":"[DATADOMAIN_NAME]","UserName":"boostadmin","UserPassword":"****","BackupMode":"VSS","BackupPath":"[NSR_NAME]/[DEVICE_NAME]//[NSR_NAME]/[DEVICE_NAME]/05/47/e03a0faf-00000006-9122ca5e-5b22ca5e-5380e9f4-822ca7d4","PreviousBackupPath":"/[NSR_NAME]/[DEVICE_NAME]/75/82/7f12c16b-00000006-2720fcc2-5b20fcc2-40eae9f4-822ca7d4","CurrentBackupPath":"/[NSR_NAME]/[DEVICE_NAME]/active/e03a0faf-00000006-9122ca5e-5b22ca5e-5380e9f4-822ca7d4"}}}".

『オペレーティングシステム』ディスクはオプションなので、同梱されていないコンピューターもあります。 /data01 vProxyアプライアンス上のファイルシステムの使用率が100%と表示されます。

myvproxy:/data01/runtime/logs # df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda4 17G 2.7G 14G 18% /
devtmpfs 3.9G 8.0K 3.9G 1% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 3.9G 8.8M 3.9G 1% /run
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/sda4 17G 2.7G 14G 18% /.snapshots
/dev/sda4 17G 2.7G 14G 18% /var/crash
/dev/sda4 17G 2.7G 14G 18% /var/tmp
/dev/sda4 17G 2.7G 14G 18% /usr/local
/dev/sda4 17G 2.7G 14G 18% /var/spool
/dev/sda4 17G 2.7G 14G 18% /var/lib/pgsql
/dev/sda4 17G 2.7G 14G 18% /var/opt
/dev/sda4 17G 2.7G 14G 18% /var/lib/mailman
/dev/sda4 17G 2.7G 14G 18% /var/lib/named
/dev/sda4 17G 2.7G 14G 18% /srv
/dev/sda4 17G 2.7G 14G 18% /opt
/dev/sda4 17G 2.7G 14G 18% /home
/dev/sda4 17G 2.7G 14G 18% /tmp
/dev/sda4 17G 2.7G 14G 18% /var/log
/dev/sdb1 82G 82G 20K 100% /data01
/dev/sda2 95M 73M 18M 81% /boot
/dev/sda4 17G 2.7G 14G 18% /boot/grub2/x86_64-efi
/dev/sda4 17G 2.7G 14G 18% /boot/grub2/i386-pc
/dev/sdb2 16G 33M 16G 1% /data01/logs

この領域は、バックアップ セッションのログインによって消費されます /opt/emc/vproxy/runtime/logs/。これらのログは、 /data01 partition異なるvProxyアプライアンス上の他のVMは、引き続き正常にバックアップされます。

『オペレーティングシステム』ディスクはオプションなので、同梱されていないコンピューターもあります。 /data01 vProxyアプライアンス上のファイル システムでは、バックアップ セッションのログが /opt/emc/vproxy/runtime/。デフォルトのログ保存期間は1か月です。バックアップ アクティビティの多い環境では、セッション ログによって使用可能なすべての領域が消費される可能性があります /data01。

パーティションが100%に達すると、vProxyは新しいセッション ログ ファイルを作成できません。ログの書き込みに失敗した場合、バックアップ プロセスでnilポインタ逆参照が発生します。これにより、HTTPステータス コード500のパニック ランタイム エラーがトリガーされます。

オプション1:vProxyアプライアンスを再導入する

PPDMまたはNetWorkerコンソールからvProxyアプライアンスを再導入します。再導入により、既存のログがすべてクリアされ、 /data01 partition

オプション 2 — スペースを手動で再利用する

再導入がすぐにできない場合は、次の手順を実行します。

1. SSHを介してvProxyに次のようにログインします。 admin。切り替え先 root:

   sudo su - root

2. リサイクルされた古いセッション ログを削除してスペースを再利用するには、次のようにします。

   find /opt/emc/vproxy/runtime/logs/recycle/ -type f -mtime +14 -delete

3. スペースが再利用されたことを確認します。

   df -h /data01

4. 影響を受けるVMのバックアップを再試行します。

再発防止 — ログクリーンアップ cron ジョブの設定

/data01が再び100%に達しないようにするには、スケジュール設定されたクリーンアップ ジョブを作成します。

1. SSHを介してvProxyに次のようにログインします。 admin。切り替え先 root:

   sudo su - root

2. 次のcrontabエントリーを作成します。 root ユーザー：

   crontab -e

3. 14日以上経過したセッション ログを毎日午前6時に削除するには、次の行を追加します。

   0 6 * * * find /opt/emc/vproxy/runtime/logs/recycle/vbackupd -type f -mtime +14 -delete

4. 保存してエディタを終了します。を認証します。 cron Job

   crontab -l

Dellサポートに連絡する

プロファイルエディタで /data01 クリーンアップを実行した後も急速に容量が溜まり続けます。 Dellサポート に連絡して詳細な調査を依頼してください。このKB記事をお知らせください。

vProxyの/data01マウントポイントの領域は、次の場所からログを削除することで再利用できます。/data01/runtime/logs/recycle/

14日経過したログを削除するcronジョブを作成する手順の例を次に示します。

• SSH経由で管理者としてvProxyにログインし、rootに切り替えます。 sudo su - root
• rootユーザーのcrontabジョブを次のように作成します。 crontab -e
• テキスト エディターで次の行を挿入して、14日以上経過したセッション ログを毎日午前6時に削除します。

* 6 * * * find /opt/emc/vproxy/runtime/logs/recycle/vbackupd -type f -mtime +14 -delete

• 新しいrootユーザーのcronジョブの内容を次のように表示します。 crontab -l
• ログを保持する日数は、ファイル システムが100%に達しないように変更できます。