NVP vProxy: VM Yedeklemesi VM'nin .vmx Dosyasını İndiremiyor HTTP 500 Dahili Sunucu Hatası

NetWorker VMware Protection (NVP) VM yedeklemesi sırasında yedekleme başarısız olur ve VM yedekleme oturumu günlüğüne aşağıdaki hata kaydedilir:

• NetWorker Sunucusu:

Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/JOBID_VM-NAME_TIMESTAMP.log
Windows (Varsayılan): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME\JOBID_VM-NAME_TIMESTAMP.log
 

 

• vProxy Cihazı:

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

Komutta /var/log/hostd.log VM'lerde (ESXi) ana bilgisayarı aşağıdakileri bildirir:

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)

Bu hata, HTTP 500 Sanal makine yedeklemesi sırasında hata gözlemlenir. 

Komutta HTTP 500 VM yedekleme oturumu günlüğündeki (Dahili Sunucu Hatası) durumu VMware ortamından döndürülür. vProxy yedekleme iş akışı bir HTTP GET VM'nin yapılandırma dosyalarını alma isteği; ancak vCenter ile yanıt veriyor HTTP 500 (Dahili sunucu hatası)

bu hostd hata mesajı "Operation not supported (11)" iletisi genellikle VMware'de belirtilen sanal makine dosyasına erişme veya dosyayı değiştirmeyle ilgili bir sorun olduğunu belirtir.

Bu hataya neden olabilecek birkaç neden vardır; ancak çoğu ESXi düzeyindedir:

• Dosya izinleri -ESXi ana bilgisayarı, dosyaya erişmek için gerekli izinlere sahip değildir.
• Veri Deposu Erişilebilirliği - ESXi ana bilgisayarı ile veri deposu arasındaki bağlantı sorunları.
• Yönetim Aracıları - ESXi ana bilgisayarının hostd ve vpxa Aracılar sorunlarla karşılaşıyor.
• ESXi ana bilgisayarında disk alanı sorunları
• VM yapılandırma dosyası sorunları
• ESXi ana bilgisayarı için güncellemeler gerekiyor

NetWorker VMware Protection (NVP) Permissions Verification: 

Komutta ProxyHC utility Yedek erişim izinlerini doğrulamak için kullanılabilir. Komutta ProxyHC utility varsayılan olarak vProxy cihazında sağlanmamıştır.

Bkz. NVP-vProxy: vProxy cihazında sağlık kontrolü aracı ProxyHC nasıl kullanılır?

./ProxyHC perm

Tarafından tanımlanan eksik izin sorunlarını düzeltin ProxyHC.
  Bu sorun, VMware şifrelemesi etkinleştirildiğinde ancak NetWorker için vCenter kullanıcı hesabında şifreleme izinleri olmadığında görülebilir: NetWorker NVP-vProxy: Backup error: VM yapılandırma dosyası indirilemedi. HTTP Durum kodu: 500

VMware şifrelemesi etkinleştirildiğinde, kullanıcı hesabı aşağıdaki izinlere sahip olmalıdır:

• Şifreleme işlemleri > Disk ekleme
• Şifreleme işlemleri > Doğrudan erişim
• Şifreleme izinleri > Sanal Makine kaydetme

VMware yöneticisi, ESXi ana bilgisayarındaki dosyalar için izin doğrulaması yapmalıdır.

Veri Deposu Erişilebilirliği:

VMware vSphere Client'tan Datastore sekmesinde erişilebilirlik hataları olup olmadığını kontrol edin. Bağlantının kesintili olması durumunda veri deposu erişimiyle ilgili herhangi bir hata veya arıza için vSphere Event Console'u kontrol edin.

Yönetim Aracıları:

ESXi ana bilgisayarını kontrol edin hostd ve vpxa Herhangi bir hata için aracı dosyaları. Bazı durumlarda, aracıları yeniden başlatmak sorunu çözebilir:

/etc/init.d/hostd restart
/etc/init.d/vpxa restart

ESXi disk alanı sorunları:

ESXi ana bilgisayarında yeterli disk alanı olduğundan emin olun. Video (Video) öğesini vurgulamak için vdf -h disk alanını kontrol etme komutu.

VM yapılandırma dosyası bozulması:

'na erişimi doğrulayın .VMX dosyayı yedekleme iş akışının dışına çıkarın. İlgili .vmx dosya URL'si VM oturum günlüğünden VMX dosyasının bütünlüğünü doğrulamak için aşağıdaki seçeneklerden birini veya daha fazlasını kullanın:

• VM'yi yeniden kaydedin.
  • VM'ye sağ tıklayın ve Envanterden Kaldır öğesine tıklayın (DİSKTEN SİLMEYİN!)
  • Veri deposuna göz atın, VM'nin .vmx dosyasını bulun ve envantere geri ekleyin.
• vProxy cihazında bir SSH oturumu açın, aşağıdaki curl komutunu çalıştırın. vCenter kullanıcı adını VM yedeklemeleri gerçekleştirmek için kullanılan kullanıcı hesabıyla değiştirin. URL'yi VM oturum günlüğünde tanımlanan URL ile değiştirin:

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

• Bu işlemi vCenter adresine erişimi olan bir web tarayıcısından yapar. VM oturum günlüğünden URL yi girin/yapıştırın. Yedeklemeler için kullanılan vCenter kullanıcı hesabının kimlik bilgilerini girin:

VMware vCenter ve ESXi sürümleri:

NetWorker sürümünüz için NetWorker uyumluluk matrisine bakın. 

https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerNetWorker Tüm Bileşenler rehberinde NetWorker NVP (Proxy) Uyumluluk Matrisi'ne bakın.
NetWorker sürümünüz tarafından desteklenen ve ESXi sürümünüzle uyumlu en son vProxy ana sürümünü kullanın.
İdeal olarak, vCenter Server ve ESXi ana bilgisayarları aynı sürüm ve güncelleştirme sürümünde olmalıdır.

Geçici Çözüm:

Aşağıdaki geçici çözümlerden herhangi biri test edilebilir; Ancak, her seçenek yalnızca geçici bir çözüm olarak hizmet edebilir:

• Bu hataları bildiren tüm VM'lerin Ana Bilgisayar ve Depolama VMware vSphere vMotion'ını gerçekleştirin. Sanal Makineyi vMotion işleminden sonra NetWorker'dan bir yedekleme gerçekleştirin.
• Yedeklemeler sırasında bu sorunları bildiren VM'leri içeren ESXi ana bilgisayarlarını yeniden başlatın. ESXi ana bilgisayarı tekrar çevrimiçi olduktan sonra, bu ana bilgisayarda bulunan VM'ler için VM yedeklemelerinin başarılı olup olmadığını onaylayın.

Her iki durumda da, bu sorunun kök nedeni olarak VMware desteği önerilir.