NVP-vProxy: Sikkerhetskopiering slutter å svare med feilen 'Overdreven dybde i dokumentet'

Backup Administrator konfigurerer VMware-sikkerhetskopier ved hjelp av NVP vProxy-apparatet. Sikkerhetskopieringene er først fullført mot alle vProxy-apparater. Sikkerhetskopier slutter deretter å svare mot en bestemt vProxy. Andre vProxy-apparater fortsetter å behandle arbeidsordrer på vanlig måte.

Sikkerhetskopiloggen viser sikkerhetskopistoppene på ulike stadier for ulike VM-er. Oppførselen som ikke svarer, er ikke begrenset til én enkelt virtuell maskin.

Meldingen /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log viser kontinuerlig en XML-parserfeil:

noname.xml:7: parser error : Extra content at the end of the document
a67fc16d47</uuid><contentId>d3df551ae74b3a5e1618dd2fa62962ef</contentId><parent>

Meldingen vmconfig Kommandolinjeverktøy reset-backup, disable-migration, og enable-migration -alternativer genererer en dybdefeil for visse VM-er:

noname.xml:7: parser error : Excessive depth in document: 256 use XML_PARSE_HUGE option
93c9a65840</uuid><contentId>ca3f9d42bfd056ff3eb2db1f8072aa4b</contentId><parent>

En virtuell maskin i beskyttelsesgruppen har et betydelig antall filer i datalagerkatalogen. I ett tilfelle hadde en VM over 2000 filer som var to år gamle.

Arbeidsflyten for vProxy-sikkerhetskopiering samler inn konfigurasjonsinformasjon for virtuelle maskiner ved starten av hver sikkerhetskopiering. Den oppretter en XML-fil som inneholder filnavn fra VM-datalagerkatalogen. XML-dataene lagres i BackupVmSessions.gob -filen.

Når datalagerkatalogen inneholder overflødige filer, overskrider XML grensen for parserdybde på 256. Parserfeilen ødelegger BackupVmSessions.gob -filen. Den ødelagte filen gjør vbackupd.service Kunne ikke behandle noen reservearbeidsordrer.

1. Fjern den berørte VM-en fra beskyttelsesgruppen:

• • Identifiser VM-en med for mange filer i datalagerkatalogen.
  • Fjern VM-en fra beskyttelsesgruppen.

2. Gjenskap BackupVmSessions.gob Fil:

• • SSH til det berørte vProxy-apparatet som root.
  • Kontroller statusen til vbackupd Tjeneste:

systemctl status vbackupd.service

• • Stopp vbackupd Tjeneste:

systemctl stop vbackupd.service

• • Gi nytt navn til den skadede gob Fil:

mv /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob.bak

• • Start vbackupd Tjeneste: 

systemctl start vbackupd.service

• • Sjekk ikonet service Status:

systemctl status vbackupd.service

• • Bekreft fremdriften i vbackupd Logg:

tail -f /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log

3. Fjern VM-låsflagg om nødvendig: Hvis noen VM-er har foreldede sikkerhetskopilåser eller migreringsflagg, bruker du vmconfig verktøy for å fjerne dem:

/opt/emc/vproxy/bin/vmconfig -v <vcenter_fqdn> -u '<vcenter_user>' -p '<vcenter_password>' -c "reset-backup" -l moref -k <vm_moref>

4. Rens VM Datastore-katalogen:

• • Se gjennom datalagerkatalogen for den fjernede VM-en. Fjern gamle eller unødvendige filer for å redusere antall filer.
  • Etter opprydding legger du til VM-en i beskyttelsesgruppen igjen om nødvendig. Kontroller at sikkerhetskopieringen fullføres uten parserfeilen.

I noen tilfeller rapporterer vSphere Web Console at de berørte virtuelle maskinene krever konsolidering. I vSphere-nettklienten velger du VM-fanen for vCenter Server, og deretter bruker du alternativet Administrer kolonner for å vise kolonnen Behovskonsolidering . Hvis noen av de beskyttelsespolicybeskyttede virtuelle maskinene i VMware krever konsolidering, bør de virtuelle maskinene konsolideres ved hjelp av vSphere Client.

Hvis du vil ha mer informasjon om hvordan du konsoliderer en virtuell maskin, kan du se artikkel i Brocades kunnskapsbase 316575 (ekstern lenke).