NVP-vProxy: Zálohování selže a zobrazí se chyba "Panic Occurred Runtime Error", když jsou data Data01 plná.

Zálohování virtuálních počítačů občas selhává na konkrétním zařízení vProxy. V protokolu pracovního postupu NetWorker se zobrazí chyba 500 a zpráva o panickém běhu:

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"}}}".

Kód /data01 Systém souborů v zařízení vProxy zobrazuje 100% využití:

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

Prostor je spotřebováván protokoly relace zálohování v /opt/emc/vproxy/runtime/logs/. Tyto protokoly jsou umístěny v /data01 partition Ostatní virtuální počítače na různých zařízeních vProxy se budou i nadále úspěšně zálohovat.

Kód /data01 souborový systém na zařízení vProxy ukládá protokoly relace zálohování /opt/emc/vproxy/runtime/. Výchozí doba uchování protokolů je jeden měsíc. V prostředích s vysokou aktivitou zálohování mohou protokoly relace spotřebovávat veškeré dostupné místo na /data01.

Když oddíl dosáhne 100 %, vProxy nemůže vytvářet nové soubory protokolu relace. Proces zálohování narazí na nulovou referenci ukazatele, když se nezdaří zapsat protokol. Tím se aktivuje chyba paniky za běhu se stavovým kódem HTTP 500.

Možnost 1 – Opětovné nasazení zařízení vProxy

Opětovné nasazení zařízení vProxy z konzole PPDM nebo NetWorker. Při opětovném nasazení se vymažou všechny stávající protokoly a obnoví se /data01 partition

Možnost 2 – Ruční opětovné získání místa

Pokud opětovné nasazení není okamžitě možné:

1. Přihlaste se k serveru vProxy přes SSH jako admin. Přepnout na root:

   sudo su - root

2. Odstraňte staré recyklované protokoly relací, abyste znovu uvolnili místo:

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

3. Ověřte, že bylo uvolněno místo:

   df -h /data01

4. Opakujte zálohování dotčených virtuálních počítačů.

Prevent Recurrence — Konfigurace úlohy Cron pro vyčištění protokolů

Pokud chcete zabránit opětovnému dosažení 100 % /data01, vytvořte naplánovanou úlohu čištění:

1. Přihlaste se k serveru vProxy přes SSH jako admin. Přepnout na root:

   sudo su - root

2. Vytvořte položku crontab pro root Users

   crontab -e

3. Chcete-li každý den v 6 hodin ráno odstranit protokoly relací starší než 14 dní, přidejte následující řádek:

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

4. Uložte a ukončete systém BIOS. Ověřte cron Úlohy

   crontab -l

Kontaktujte technickou podporu společnosti Dell

Je-li /data01 se rychle zaplňuje i po provedení vymazání, kontaktujte podporu společnosti Dell s žádostí o další šetření. Přečtěte si článek znalostní databáze:

Místo ve přípojném bodu /data01 systému vProxy lze získat odstraněním protokolů z adresáře: /data01/runtime/logs/recycle/

Zde je příklad postupu pro vytvoření úlohy cron, která odstraní protokoly staré 14 dnů:

• Přihlaste se k serveru vProxy přes SSH jako admin a přepněte na uživatele root: sudo su - root
• Vytvořte úlohu crontab pro uživatele root pomocí: crontab -e
• V textovém editoru vložte následující řádek, chcete-li každý den v 6 hodin ráno odstranit protokoly relací starší než 14 dní:

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

• Zobrazte obsah nové úlohy cron uživatele root pomocí: crontab -l
• Počet dní pro uchování protokolů lze upravit tak, aby systém souborů nedosáhl 100 %.