NVP vProxy: VM-varmuuskopiointi ei lataa virtuaalikoneen .vmx-tiedostoa. HTTP 500:n sisäinen palvelinvirhe
Summary: NetWorker VMware Protection (NVP) on määritetty. Virtuaalikoneen (VM) varmuuskopioinnin aikana virtuaalikoneen varmuuskopiointi epäonnistuu ja ilmoittaa, että virtuaalikoneen .vmx-tiedoston lataus epäonnistuu. HTTP-tilakoodi: 500 (sisäinen palvelinvirhe) palautetaan. ...
Symptoms
NetWorker VMware Protection (NVP) -virtuaalikoneen varmuuskopioinnin aikana varmuuskopiointi epäonnistuu ja virtuaalikoneen varmuuskopiointiistunnon lokiin kirjataan seuraava virhe:
- NetWorker-palvelin:
Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/JOBID_VM-NAME_TIMESTAMP.log
Windows (oletus): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME\JOBID_VM-NAME_TIMESTAMP.log
jobsdb retention (oletus 72 tuntia), säilytysjaksoa vanhemmat lokit poistetaan automaattisesti. Varmuuskopiointi-istunnon lokit löytyvät myös vProxy-laitteesta, eikä jobsdb retention.
- vProxy-laite:
/opt/emc/vproxy/runtime/logs/recycle/vbackupd/DATE/BackupVmSessions-SESSION_ID.log
YYYY-MM-DDTHH:mm:SS ERROR: [NETWORKER-BUILD] UUID-VCENTER-NAME:VM-MOREF: HTTP Get request failed to download config file '[DATASTORE-NAME] VM-NAME/VM-NAME.vmx' using URL 'https://VCENTER-NAME/folder/VM-NAME/VM-NAME.vmx?dcPath=DATACENTER-NAME&dsName=DATASTORE-NAME'. HTTP Status code: 500. YYYY-MM-DDTHH:mm:SS ERROR: [NETWORKER-BUILD] Failed to download VM config file "[DATASTORE-NAME] VM-NAME/VM-NAME.vmx" into saveset file "VM-MOREF-config-file-0.cfg".
pikanäppäimellä /var/log/hostd.log VMs (ESXi) -isännän raporteissa seuraavat tiedot:
YYYY-MM-DDTHH:mm:SS Wa(164) Hostd[79374775]: [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/UUID/VM-NAME/VM-NAME.vmx] File - failed to get objectId, '/vmfs/volumes/UUID/VM-NAME/VM-NAME.vmx': Operation not supported (11)
Tämä virhe on sama kuin silloin, kun HTTP 500 VM:ien varmuuskopioinnin aikana havaitaan virhe.
Cause
pikanäppäimellä HTTP 500 (Sisäinen palvelinvirhe) VM-varmuuskopioistunnon lokissa oleva palautus palautetaan VMware-ympäristöstä. vProxy-varmuuskopioinnin työnkulku lähettää HTTP GET pyytää saada virtuaalikoneen konfigurointitiedostot; vCenter vastaa kuitenkin seuraavilla tavoilla: HTTP 500 (Sisäinen palvelinvirhe)
Sitä hostd virheilmoitus "Operation not supported (11)" tarkoittaa yleensä ongelmaa, joka liittyy määritetyn virtuaalikonetiedoston käyttämiseen tai käsittelemiseen VMwaressa.
Tähän virheeseen voi vaikuttaa useita syitä; useimmat ovat kuitenkin ESXi-tasolla:
- Tiedoston käyttöoikeudet – ESXi-isännällä ei ole tiedoston käyttämiseen tarvittavia oikeuksia.
- Tietosäilön helppokäyttötoiminnot – ESXi-isännän ja tietosäilön väliset yhteysongelmat.
- Hallintoagentit – ESXi-isännän
hostdjavpxaAgentit kohtaavat ongelmia. - ESXi-isännän levytilaongelmat
- Virtuaalikoneen kokoonpanotiedosto-ongelmat
- ESXi-isäntä vaatii päivityksiä
Resolution
NetWorker VMware Protection (NVP) -käyttöoikeuksien vahvistus:
pikanäppäimellä ProxyHC utility voidaan käyttää varmuuskopioinnin käyttöoikeuksien vahvistamiseen. pikanäppäimellä ProxyHC utility ei ole oletusarvoisesti mukana vProxy-laitteessa.
Katso NVP-vProxy: ProxyHC-kuntotarkistustyökalun käyttäminen vProxy-laitteessa
./ProxyHC permKorjaa puuttuvat käyttöoikeusongelmat, jotka ovat
ProxyHC.
ProxyHC ei tarkista, että ESXi-isännällä on virtuaalikoneiden tiedostojen käyttöoikeudet. ProxyHC varmistaa, että NetWorker VMware Protection -palvelun suorittamiseen käytetyllä käyttäjätilillä on asianmukaiset käyttöoikeudet Käyttöoikeudet on dokumentoitu NetWorker VMware Integration Guide -oppaassa, joka on saatavilla osoitteesta https://www.dell.com/support/home/product-support/product/networker/docs.
Kun VMware-salaus on käytössä, käyttäjätilillä on oltava seuraavat oikeudet:
- Salaustoiminnot > Lisää levy
- Salaustoiminnot > Suora pääsy
- Salausoikeudet > Rekisteröi virtuaalikone
Tietosäilön esteettömyys:
Tarkista VMware vSphere Clientin Tietosäilö-välilehdessä helppokäyttöisyysvirheet. Jos yhteys on ajoittain ilmenevä, tarkista vSphere Event Consolesta , onko tietosäilön käytössä virheitä tai vikoja.Hallintoagentit:
Tarkista ESXi-isännänhostd ja vpxa Agenttitiedostot mahdollisten virheiden varalta.
| Osa | Loki | Kuvaus |
| ESXi-isännän agenttiloki | /var/log/hostd.log |
Sisältää tietoja agentista, joka hallinnoi ja määrittää ESXi-isännän ja sen virtuaalikoneet |
| vCenter-palvelimen agenttiloki | /var/log/vpxa.log |
Sisältää tietoja agentista, joka viestii vCenter Serverin kanssa (jos vCenter Server hallitsee isäntää) |
/etc/init.d/hostd restart /etc/init.d/vpxa restart
ESXi-levytilan ongelmat:
Varmista, että ESXi-isännässä on riittävästi levytilaa. Korostavdf -h Komento levytilan tarkistamiseksi.
Virtuaalikoneen kokoonpanotiedoston vioittuminen:
Tarkista pääsy.VMX Varmuuskopiointityönkulun ulkopuolinen tiedosto. Käyttämällä .vmx Tarkista VMX-tiedoston eheys virtuaalikoneen istuntolokista yhdellä tai useammalla seuraavista vaihtoehdoista:
- Rekisteröi virtuaalikone uudelleen.
- Napsauta virtuaalikonetta hiiren kakkospainikkeella ja valitse Poista luettelosta (ÄLÄ POISTA LEVYLTÄ!)
- Selaa tietosäilöä, etsi virtuaalikoneen .vmx-tiedosto ja lisää se takaisin luetteloon.
- Avaa vProxy-laitteessa SSH-istunto ja suorita seuraava curl-komento. Korvaa vCenter-käyttäjänimi käyttäjätilillä, jota käytetään virtuaalikoneiden varmuuskopiointiin. Korvaa URL-osoite virtuaalikoneen istuntolokissa tunnistetulla URL-osoitteella:
curl -v -k --user VCENTER_USER_ACCOUNT "VMX_URL"
admin@nsr-vproxy02:~> curl -v -k --user administrator@vsphere.local "https://vcsa.amer.lan/folder/05b58d65-4eef-c1d2-5070-00505606604d/rhel-client03.amer.lan.vmx?dcPath=vSAN%2520Datacenter&dsName=vsanDatastore"
Enter host password for user 'administrator@vsphere.local':
* Trying 192.168.9.111:443...
* Connected to vcsa.amer.lan (192.168.9.111) port 443 (#0)
...
< HTTP/2 200
...
CONTENTS OF .VMX File
* Connection #0 to host vcsa.amer.lan left intact
HTTP 200 Osoittaa onnistuneen GET VMX-tiedoston pyyntö. Tulos sisältää myös virtuaalikoneen vmx-tiedoston sisällön. Varmista, että tiedoston sisältö on hyvä eikä siinä ole merkkejä vioittumisesta. Jos curl-komento palauttaa jonkin muun HTTP-tilan (404, 500 ja niin edelleen), on käytettävä VMware-tukea.
- Selaimessa, jolla on pääsy vCenter-osoitteeseen. Syötä/liitä URL-osoite virtuaalikoneen istuntolokista. Anna varmuuskopiointiin käytetyn vCenter-käyttäjätilin tunnistetiedot:
HUOMAUTUS: Jos se onnistuu, vmx-tiedosto latautuu. Varmista, että tiedoston sisältö on hyvä eikä siinä ole merkkejä vioittumisesta. Jos selain palauttaa muita HTTP-virheitä (404, 500 jne.), on käytettävä VMware-tukea.
VMware vCenter- ja ESXi-versiot:
Tarkista NetWorker-versiosi NetWorker-yhteensopivuustaulukosta.
https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerKatso NetWorker All Components Guide -oppaan kohdasta NetWorker NVP (välityspalvelin) -yhteensopivuusmatriisi.
Käytä uusinta vProxy-pääversiota, jota NetWorker-versio tukee ja joka on yhteensopiva ESXi-versiosi kanssa.
Ihannetapauksessa vCenter Server- ja ESXi-isännillä on sama versio ja päivitysversio.
Kiertotapa:
Voit kokeilla jompaakumpaa seuraavista kiertotavoista; Kukin vaihtoehto voi kuitenkin toimia vain väliaikaisena ratkaisuna:
- Suorita VMware vSphere vMotionin isäntä- ja tallennuslaite kaikille näistä vioista ilmoittaville virtuaalikoneille. Kun olet vMotioning virtuaalikoneessa, varmuuskopioi NetWorker.
- Käynnistä uudelleen ESXi-isännät, jotka sisältävät virtuaalikoneita, jotka ilmoittavat näistä ongelmista varmuuskopioinnin aikana. Kun ESXi-isäntä on palannut online-tilaan, tarkista, onnistuiko kyseisessä isännässä sijaitsevien virtuaalikoneiden varmuuskopiointi.
Kummassakin tapauksessa suositellaan, että VMware-tuki voi aiheuttaa tämän ongelman.