Dell NativeEdge: Litmus Edge-Bereitstellung schlägt bei Install_init_config fehl
Zusammenfassung: In diesem Artikel wird erläutert, warum eine Litmus Edge-Bereitstellung bei Schritt Install_init_config fehlschlägt und wie Sie das Problem beheben können.
Symptome
Die folgende Meldung wird während des install_init_config , wenn der Blueprint versucht, das Kennwort der virtuellen Litmus Edge-Maschine zu ändern.
Die Kennwortänderung erfolgt als Unteraufgabe von install_init_config.
2025-06-20T11:04:09.883Z nativeedge_event Task started 'ne_ansible.tasks.run'
(shortened)
2025-06-20T11:04:48.275Z debug nativeedge_log playbook_args:
playbook_path : /opt/manager/resources/deployments/default_tenant/a770b122-f1d3-4557-8a7d-f13ed7968adc/init_config_y9iubj/tmp8sd5zvi5/playbook/change_password.yml
module_path : /opt/manager/resources/deployments/default_tenant/a770b122-f1d3-4557-8a7d-f13ed7968adc/tmpzn1y01ae
sources : /opt/manager/resources/deployments/default_tenant/a770b122-f1d3-4557-8a7d-f13ed7968adc/init_config_y9iubj/tmp8sd5zvi5/playbook/hosts
verbosity : 2
additional_args :
ansible_external_venv : /opt/ansible
log_stdout : False
run_data :
ADMIN_PASSWD : *******
DEFAULT_PASSWD : litmusedge
IP : hzp-eoproxy-svc-0-tcp-service.hzp.svc.cluster.local:9004
VALIDATE_CERTS : False
sensitive_keys : ['ADMIN_PASSWD', 'ansible_password', 'ansible_user', 'ansible_ssh_private_key_file', 'AUTHORIZATION', 'TOKEN', 'SECRET', 'PASSWORD', 'AZURE_SECRET', 'AZURE_PASSWORD', 'AWS_ACCESS_KEY_ID', 'AWS_SECRET_ACCESS_KEY']
store_facts : False
tags : []
environment_variables :
REST_HOST : fusion-entrypoint
REST_PORT : 80
LOCAL_REST_CERT_FILE : /etc/nativeedge/ssl/cloudify_internal_ca_cert.pem
CTX_NODE_INSTANCE_ID : init_config_y9iubj
ANSIBLE_CONFIG : /opt/manager/resources/deployments/default_tenant/a770b122-f1d3-4557-8a7d-f13ed7968adc/init_config_y9iubj/tmp8sd5zvi5/ansible.cfg
2025-06-20T11:04:48.324Z warning nativeedge_log The parameter log_stdout is set to False, you will not see logs for this execution from Ansible.
2025-06-20T11:04:50.379Z debug nativeedge_log log_stdout=False, log_stderr=True, stderr_to_stdout=False
2025-06-20T11:04:50.448Z debug nativeedge_log Process created, PID: 100079
2025-06-20T11:04:53.973Z debug nativeedge_log Execution done (PID=100079, return_code=2): /opt/ansible/bin/ansible-playbook -vv -i /opt/manager/resources/deployments/default_tenant/a770b122-f1d3-4557-8a7d-f13ed7968adc/init_config_y9iubj/tmp8sd5zvi5/playbook/hosts --extra-vars='@/tmp/tmp39kjny67' /opt/manager/resources/deployments/default_tenant/a770b122-f1d3-4557-8a7d-f13ed7968adc/init_config_y9iubj/tmp8sd5zvi5/playbook/change_password.yml --module-path=/opt/manager/resources/deployments/default_tenant/a770b122-f1d3-4557-8a7d-f13ed7968adc/tmpzn1y01ae
2025-06-20T11:04:54.082Z debug nativeedge_log Context proxy closed
2025-06-20T11:04:54.604Z nativeedge_event Task rescheduled 'ne_ansible.tasks.run' -> The following Ansible tasks failed: The action ansible.builtin.uri failed for localhost: Status code was 400 and not [200, 302]: HTTP Error 400: Bad Request.
Die Meldung lautet "The following Ansible tasks failed: The action ansible.builtin.uri failed for localhost: Status code was 400 and not [200, 302]: HTTP Error 400: Bad Request" indicates that the password change event is unsuccessful.“
Ursache
Definition des Kennworts für den Litmus Edge-Nutzer im geheimen Typ Litmus Edge, da das Admin-Kennwort auf "Test!23" (sieben Zeichen)
Lösung
Um dieses Problem zu beheben, legt der Litmus Edge-Nutzer im geheimen Typ Litmus Edge das Administratorkennwort auf ein achtstelliges Kennwort fest. Beispiel: "Test1!23“