Avamar — nowe wdrożenie Dell EMC Cloud Director Data Protection Extension (DPE) kończy się niepowodzeniem z błędem "Poświadczenia chmury są nieprawidłowe"
Podsumowanie: DPE — nowe wdrożenie kończy się niepowodzeniem z komunikatem o błędzie "Poświadczenia chmury są nieprawidłowe".
Ten artykuł dotyczy
Ten artykuł nie dotyczy
Ten artykuł nie jest powiązany z żadnym konkretnym produktem.
Nie wszystkie wersje produktu zostały zidentyfikowane w tym artykule.
Objawy
Podczas wstępnego wdrożenia oprogramowania Dell EMC Cloud Director Data Protection Extension (DPE) w wersji 19.3 lub nowszej początkowy etap wdrażania węzła kończy się niepowodzeniem w środowisku
vCloud 10.x. Dane wyjściowe wyglądają następująco
Jednak poświadczenia vcloud w pliku node-init.yaml są poprawne, a logowanie do interfejsu użytkownika dostawcy vmware (https://vcloud.example.com/provider ) w przeglądarce zakończyło się pomyślnie.
W węźle DPE w katalogu /var/log/vcp/vcp-manager.log wyświetlany jest następujący komunikat
vCloud 10.x. Dane wyjściowe wyglądają następująco
dpe.example.com: # vcp-cli node init -c=node-init.yaml Input password: Error: The cloud credentials are invalid.
Jednak poświadczenia vcloud w pliku node-init.yaml są poprawne, a logowanie do interfejsu użytkownika dostawcy vmware (https://vcloud.example.com/provider ) w przeglądarce zakończyło się pomyślnie.
W węźle DPE w katalogu /var/log/vcp/vcp-manager.log wyświetlany jest następujący komunikat
2021-04-22 14:47:04.218 INFO 12941 --- [https-jsse-nio-9000-exec-3] com.emc.vcp.dpem.service.NodeService : login to cloud: vcloud.example.com by user administrator@system
2021-04-22 14:47:04.243 WARN 12941 --- [https-jsse-nio-9000-exec-3] c.e.v.d.e.ExceptionConfiguration :
com.emc.vcp.dpem.exception.AppServerException: The cloud credentials are invalid.
at com.emc.vcp.dpem.service.NodeService.cloudLogin(NodeService.java:391)
at com.emc.vcp.dpem.service.NodeService.setCloud(NodeService.java:355)
at com.emc.vcp.dpem.service.NodeService.init(NodeService.java:203)
at com.emc.vcp.dpem.controller.NodeController.init(NodeController.java:50)
at sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) Przyczyna
Administrator systemu chmury vmware wyłączył starszy punkt końcowy interfejsu API.
Zwykle ta usługa jest domyślnie włączona i wymagana dla DPE. W komórce vcloud administrator vmware uruchomił to polecenie zarządzania komórką vcd, aby zmienić zachowanie interfejsu API. To polecenie vmware spowoduje niepowodzenie wdrożenia DPE.
Więcej informacji znajdziesz na tej stronie:
https://docs.vmware.com/en/VMware-Cloud-Director/10.0/com.vmware.vcloud.install.doc/GUID-84390C8F-E8C5-4137-A1A5-53EC27FE0024.htmlRozwiązywanie problemów:
Po vmware kb 56948 widzimy, że nawet punkt końcowy api/sessions również kończy się niepowodzeniem z HTTP 401, niezależnie od używanej wersji interfejsu API lub nazwy użytkownika/hasła.
Na przykład to polecenie curl przetestuje logowanie do interfejsu api/sessions przy użyciu nazwy użytkownika administrator@system/hasła w wersji 30.0
Po włączeniu starszego interfejsu API polecenie curl powinno zwrócić kod stanu HTTP 200 i token uwierzytelniania w następujący sposób
gdy api/sessions jest wyłączone (vcloud.api.legacy.nonprovideronly -v true) odpowiedź HTTP będzie zawsze HTTP 401, niezależnie od nazwy użytkownika i hasła.
Zwykle ta usługa jest domyślnie włączona i wymagana dla DPE. W komórce vcloud administrator vmware uruchomił to polecenie zarządzania komórką vcd, aby zmienić zachowanie interfejsu API. To polecenie vmware spowoduje niepowodzenie wdrożenia DPE.
/opt/vmware/vcloud-director/bin/cell-management-tool manage-config -n vcloud.api.legacy.nonprovideronly -v true
Więcej informacji znajdziesz na tej stronie:
https://docs.vmware.com/en/VMware-Cloud-Director/10.0/com.vmware.vcloud.install.doc/GUID-84390C8F-E8C5-4137-A1A5-53EC27FE0024.htmlRozwiązywanie problemów:
Po vmware kb 56948 widzimy, że nawet punkt końcowy api/sessions również kończy się niepowodzeniem z HTTP 401, niezależnie od używanej wersji interfejsu API lub nazwy użytkownika/hasła.
Na przykład to polecenie curl przetestuje logowanie do interfejsu api/sessions przy użyciu nazwy użytkownika administrator@system/hasła w wersji 30.0
curl -k -I --header "Accept: application/*;version=30.0" --header "Authorization: Basic `echo -n administrator@system:Password |base64`" --request POST https://vcloud.example.com/api/sessions
Po włączeniu starszego interfejsu API polecenie curl powinno zwrócić kod stanu HTTP 200 i token uwierzytelniania w następujący sposób
HTTP/1.1 200 OK
Date: Thu, 03 Jun 2021 19:59:20 GMT
X-VMWARE-VCLOUD-REQUEST-ID: c8cb4fe3-e9ea-4abc-a135-cb284b7e1ea5
X-VMWARE-VCLOUD-ACCESS-TOKEN: eyJhbGciOiJSUzI1NiJ9.eyJzdWIiOiJhZG1pbmlzdHJhdG9yIiwiaXNzIjoiYTkzYzlkYjktNzQ3MS0zMTkyLThkMDktYThmN2VlZGE4NWY5QGNhODM3MGRmLWFhM2QtNGE4YS1iZDNkLTM5MzZjOGJkMzAxNiIsImV4cCI6MTYyMjgzNjc2MCwidmVyc2lvbiI6InZjbG91ZF8xLjAiLCJqdGkiOiIyYjIyZDkwNDk1NTI0MDJjOTI4YzRmYzFiYzUyNGY5YiJ9.HttOVBg-mRm94c64GdTyvofcK6m22PSPbY-qNrKnVGg6ATcfabRsSJ_q-3YdKGx37BizRGOnxGwCG3mVc3O4suv6qU8WOQgmhd9-f-FF-xL9KHz3m5t2dxwSIUOJ0-0ePLfLrYdBy5l-H-1BHaU9bsMnGXem9ql1oAAuVAf5Epv0lZ7j9CBQG7-V1HP35dv2FAUuS5Mdppc1onOlOhxsBU8N9DKzy04wWkRAXpOz1z32lE4vKP-gqlw8nNxI6z_XpaUcg-BWuduhJt2jJrqTKyEo1lqvTixGyNIUI7XSJ1JDP76YgN1jO8qcl4NsYihRe60X8Fqv-z7xlcA_9j1Rpg
X-VMWARE-VCLOUD-TOKEN-TYPE: Bearer
x-vcloud-authorization: 2b22d9049552402c928c4fc1bc524f9b
Content-Type: application/vnd.vmware.vcloud.session+xml;version=30.0
X-VMWARE-VCLOUD-REQUEST-EXECUTION-TIME: 404
Cache-Control: no-store, must-revalidate
Vary: Accept-Encoding, User-Agent
Content-Length: 2512
dpe-test:~ #
gdy api/sessions jest wyłączone (vcloud.api.legacy.nonprovideronly -v true) odpowiedź HTTP będzie zawsze HTTP 401, niezależnie od nazwy użytkownika i hasła.
dpe-test:~ # curl -k -I --header "Accept: application/*;version=30.0" --header "Authorization: Basic `echo -n administrator@system:Password |base64`" --request POST https://vcloud.example.com/api/sessions
HTTP/1.1 401 Unauthorized
Date: Thu, 03 Jun 2021 21:08:26 GMT
X-VMWARE-VCLOUD-REQUEST-ID: f620175f-0df2-43dd-8ac6-0b8246ca9e2f
Content-Length: 0Rozwiązanie
Aby można było korzystać z rozszerzenia Dell EMC Cloud Director Data Protection Extension (DPE), wymagane będzie ponowne włączenie przez administratora systemu vcloud starszego punktu końcowego API poprzez uruchomienie tego polecenia w komórkach katalogu vcloud.
/opt/vmware/vcloud-director/bin/cell-management-tool manage-config -n vcloud.api.legacy.nonprovideronly -v falseProdukty, których dotyczy problem
AvamarWłaściwości artykułu
Numer artykułu: 000188038
Typ artykułu: Solution
Ostatnia modyfikacja: 10 maj 2026
Wersja: 4
Znajdź odpowiedzi na swoje pytania u innych użytkowników produktów Dell
Usługi pomocy technicznej
Sprawdź, czy Twoje urządzenie jest objęte usługą pomocy technicznej.