NetWorker: VMware-grupper, der mislykkedes med fejl, kunne ikke indlæse lageret fra vCenter

1. NetWorker arbejdsgange knyttet til gruppe type: VMware og har dynamisk tilknytning aktiveret (mærkat baseret tilknytning), mislykkes med fejl "lageret kunne ikke indlæses".
nr. Arbejdsprocesserne rapporterer ikke VM'er under det, når der gøres et forsøg på at starte individuelle klienter.
vha. Fejlene nedenfor er bemærket i daemon. log:
 

nsrdisp_nwbg status for NSR-kritisk lager session returneret med en fejl. Fejl: ' Det lykkedes ikke at indlæse lageret fra ' < vCenter-navn > '. Kunne ikke indlæse metadata for kategori/kodning: Det lykkedes ikke at logge på CIS-service på ' HTTPS://< vCenter navn >/rest/com/VMware/CIS/session ': Post-https://< vCenter navn >/rest/com/VMware/CIS/session: net/http: anmodning annulleret (klient. timeout er overskredet under ventende headere) '. nsrdisp_nwbg status for NSR-kritisk lager session returneret med en fejl. Fejl: ' Det lykkedes ikke at indlæse lageret fra ' < vCenter-navn > '. Kunne ikke indlæse metadata for kategori/kodning: ugyldig hukommelsesadresse eller Nil-pointer-reference-lager sessionsstatus returneret med en fejl. Fejl: ' Det lykkedes ikke at indlæse lageret fra ' < vCenter navn > '.  Kunne ikke indlæse metadata for kategori/kodning:  Det lykkedes ikke at sende REST anmodning til vCenter: Post https://< vCenter navn >/rest/com/VMware/CIS/tagging/tag-Association/id: urn: vmomi: InventoryServiceTag: 73f530b9-ea0b-48dB-b657-c6cf308c2a53: GLOBAL? ~ action = List-Attached-Objects: net/http: anmodning annulleret (klient. timeout er overskredet under ventende headers) '.

1. Fejl fra vCenter ved rydning af forældede koder fra CS. identitet:

Dette kan identificeres ved at køre nedenstående kommandoer på vCenter-CLI. Opret forbindelse til vCenter Postgres-database:

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

Sådan forespørges den forældede kode, der er knyttet til VM:

# Select count (*) fra cis_kv_keyvalue hvor kv_provider Like ' tagging:% ' og kv_key Like ' tag_association urn: vmomi: VirtualMachine:% ' og regexp_replace (kv_key, ' tag_association urn: vmomi: VirtualMachine: VM-([0-9] +). * ', ' \ 1 '):: bigint ikke i (Vælg id fra vpx_vm).

Sådan forespørges den forældede kode, som er tilknyttet værten: 

# Select count (*) fra cis_kv_keyvalue hvor kv_provider Like ' tagging:% ' og kv_key Like ' tag_association urn: vmomi: HostSystem:% ' og regexp_replace (kv_key, ' tag_association urn: vmomi: HostSystem: Host-([0-9] +). * ', ' \ 1 '):: bigint ikke i (Vælg id fra vpx_host).

2. VAPI-slutpunkt, der ikke er på vCenter forfaldne Crunch, og der er en dumping heap-hukommelse

Dette kan identificeres ved at køre nedenstående kommandoer på vCenter CLI:

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

Hver af ovenstående svarer til en gang, du har bemærket fejlene på daemon. log på NetWorker. 

Hver af de ovennævnte tilfælde skal løses af en VMware administrator ved at følge nedenstående forslag:

1. Fejlkoder:

 Sådan rydder du for gamle koder:

a. Stop vpxd & indholds Biblioteks tjeneste:

Service-Control--stop VMware-vpxd Service-Control--stop VMware-indhold-bibliotek

B Opret forbindelse til vCenter Postgres-database
 

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

Sådan slettes forældede koder:
 

Slet fra cis_kv_keyvalue hvor kv_provider Like "tagging:% \" og kv_key Like "tag_association urn: vmomi: VirtualMachine:% ' og regexp_replace (kv_key, ' tag_association urn: vmomi: VirtualMachine: VM-([0-9] +). * ', ' \ 1 '):: bigint ikke i (Vælg id fra vpx_vm), der returnerer kv_key, kv_value; Slet fra cis_kv_keyvalue hvor kv_provider Like ' kode:% ' og kv_key Like ' tag_association urn: vmomi: HostSystem:% ' og regexp_replace (kv_key, ' tag_association urn: vmomi: HostSystem: Host-([0-9] +). * ', ' \ 1 '):: bigint ikke i (Vælg id fra vpx_host) returnering af kv_key, kv_value; Slet fra cis_kv_keyvalue hvor kv_provider Like ' tagging:% ' og kv_key Like ' tag_association urn: vmomi: DataStore:% ' og regexp_replace (kv_key, ' tag_association urn: vmomi: DataStore-([0-9] +). * ', ' \ 1 '):: bigint ikke i (Vælg id fra vpx_datastore) returnering af kv_key, kv_value;

a. Kør over to udvælgelses forespørgsels kommandoer igen for at sikre, at tallet er 0.
b. Start servicer:

Service-Control--start VMware-vpxd Service-Control--start VMware-indhold-bibliotek

c. log af vCenter session, og log tilbage igen og Valider miljøet, koder, NSX, sikkerhedskopiering, Provisioning osv.

Hvis vCenter ikke ser sunde ud, skal du indsamle log fra vCenter med Command "VC-support" og kontakte VMware.


2. VAPI nedbrud:

det. Identificer den hukommelse, der er allokeret til VAPI, og øg, hvis hukommelsen er for lav. Best Practice kan bestemmes af VMware support.
 

#cloudvm-RAM-størrelse-l | GREP-i Vapi VMware-Vapi-slutpunkt = 256

til:

#cloudvm-RAM-størrelse-l | GREP-i Vapi VMware-Vapi-slutpunkt = 1120