NetWorker: Fehler beim Laden der Bestandsaufnahme aus der vCenter VMware Gruppen fehlgeschlagen.

1. NetWorker Workflows im Zusammenhang mit dem Gruppentyp: VMware und die Dynamic Association Enabled (Tag-basierte Zuordnung) schlägt fehl mit der Fehlermeldung "Fehler beim Laden der Bestandsaufnahme".
2. Die Workflows melden keine VMs darunter, wenn der Versuch unternommen wird, "einzelne Clients zu starten".
3. Die folgenden Fehler werden in Daemon. log festgestellt:
 

der Status nsrdisp_nwbg kritischen Inventar Sitzung von NSR wurde mit einem Fehler zurückgegeben. Fehler: ' Fehler beim Laden der Bestandsaufnahme von ' < vCenter-Name > '. Fehler beim Laden der Kategorie/Tagging-Metadaten: Anmeldung beim CIS-Service unter ' https://< vCenter Name >/Rest/com/VMware/CIS/Session ' fehlgeschlagen: Post https://< vCenter Name >/Rest/com/VMware/CIS/Session: net/http: Request Canceled (Client. Timeout überschritten während des ausstehens der Header) '. der Status nsrdisp_nwbg kritischen Inventar Sitzung von NSR wurde mit einem Fehler zurückgegeben. Fehler: ' Fehler beim Laden der Bestandsaufnahme von ' < vCenter-Name > '. Fehler beim Laden der Kategorie/Tagging-Metadaten: ungültige Speicheradresse oder NULL-Pointer-Dereferenzierung "Bestandsaufnahme-Sitzungsstatus wird mit einem Fehler zurückgegeben. Fehler: ' Fehler beim Laden der Bestandsaufnahme von ' < vCenter Name > '.  Fehler beim Laden der Kategorie/Tagging-Metadaten:  Fehler beim Senden Rest Anforderung an vCenter: Post https://< vCenter Name >/Rest/com/VMware/CIS/Tagging/Tag-Association/ID: urn: vmomi: InventoryServiceTag: 73f530b9-ea0b-48dB-b657-c6cf308c2a53: Global? ~ Action = list-angebundene Objekte: net/http: Request Canceled (Client. Timeout überschritten während des ausstehens der Kopfzeilen) '.

1. Fehler beim Löschen der veralteten Tags von CS. Identity in vCenter:

Dies kann durch Ausführen der folgenden Befehle auf vCenter CLI identifiziert werden. Verbinden Sie sich mit vCenter Postgres-Datenbank:

/opt/vmware/vpostgres/current/bin/psql -d VCDB -U postgres

So Fragen Sie das mit der VM verknüpfte veraltete Tag ab:

# SELECT count (*) from cis_kv_keyvalue WHERE kv_provider like ' Tagging:% ' and kv_key like ' tag_association urn: vmomi: VirtualMachine:% ' and regexp_replace (kv_key, ' tag_association urn: vmomi: VirtualMachine: VM-([0-9] +). * ', ' \ 1 '):: bigint not in (SELECT ID from vpx_vm);

So Fragen Sie das mit dem Host verknüpfte veraltete Tag ab: 

# SELECT count (*) from cis_kv_keyvalue WHERE kv_provider like ' Tagging:% ' and kv_key like ' tag_association urn: vmomi: HostSystem:% ' and regexp_replace (kv_key, ' tag_association urn: vmomi: HostSystem: Host-([0-9] +). * ', ' \ 1 '):: bigint not in (SELECT ID from vpx_host);

2. VAPI Endpoint schlägt auf vCenter Due-Memory-Crunch und dort durch Dumping Heap-Speicher:

Dies kann durch Ausführen der folgenden Befehle auf vCenter CLI identifiziert werden:

# ls-ltrh * hprof * | awk {' Print $9 '} java_pid62528. hprof java_pid45649. hprof java_pid36715. hprof java_pid2514. hprof java_pid43896. hprof java_pid52081. hprof

Jede der oben genannten Punkte entspricht einer Zeit, zu der Sie die Fehler bei Daemon. log on NetWorker bemerkt haben. 

Jeder der oben genannten Fälle sollte durch einen VMware Administrator gelöst werden, indem Sie die unten stehenden Vorschläge befolgen:

1. Veraltete Tags:

 So löschen Sie veraltete Tags:

a. Beenden Sie den vpxd & Inhalts Bibliotheksservice:

Service-Control--Stop VMware-vpxd Service-Control--Stop VMware-Content-Library

b. Herstellen einer Verbindung zu vCenter Postgres-Datenbank
 

/opt/vmware/vpostgres/current/bin/psql -d VCDB -U postgres

So löschen Sie veraltete Tags:
 

Löschen Sie aus cis_kv_keyvalue, wobei kv_provider like "Tagging:%" und kv_key like ' tag_association urn: vmomi: VirtualMachine:% ' and regexp_replace (kv_key, ' tag_association urn: vmomi: VirtualMachine: VM-([0-9] +). * ', ' \ 1 '):: bigint not in (SELECT ID from vpx_vm) Returning kv_key, kv_value; Löschen Sie aus cis_kv_keyvalue, wobei kv_provider like "Tagging:%" und kv_key like ' tag_association urn: vmomi: HostSystem:% ' and regexp_replace (kv_key, ' tag_association urn: vmomi: HostSystem: Host-([0-9] +). * ', ' \ 1 '):: bigint not in (SELECT ID from vpx_host) Returning kv_key, kv_value; Löschen Sie aus cis_kv_keyvalue, wobei kv_provider wie "Tagging:%" und kv_key like ' tag_association urn: vmomi: DataStore:% ' and regexp_replace (kv_key, ' tag_association urn: vmomi: DataStore: Datastore-([0-9] +). * ', ' \ 1 '):: bigint not in (SELECT ID from vpx_datastore) Returning kv_key, kv_value;

a. führen Sie erneut über zwei Befehle zum Auswählen von Abfragen aus, um sicherzustellen, dass Anzahl 0 ist.
b. Starten Sie die Services:

Service-Control--Start VMware-vpxd Service-Control--Start VMware-Content-Library

c. Melden Sie sich vCenter Sitzung ab und melden Sie sich wieder an und validieren Sie die Umgebung, Tags, NSX, Backup, Provisioning usw.

Wenn vCenter nicht ordnungsgemäß aussieht, sammeln Sie das Protokoll von vCenter mit dem Befehl "VC-Support" und wenden Sie sich an VMware.


2. VAPI stürzt ab:

eine. Identifizieren Sie den Speicher, der VAPI zugewiesen ist, und erhöhen Sie, wenn der Arbeitsspeicher zu niedrig ist. Best Practice kann durch VMware Support festgelegt werden.
 

#cloudvm-RAM-Größe-l | grep-i VAPI VMware-VAPI-Endpoint = 256

Zu:

#cloudvm-RAM-Größe-l | grep-i VAPI VMware-VAPI-Endpoint = 1120