Remote restore fails with timeout replacing /etc/hosts
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
StarlingX |
Fix Released
|
Medium
|
Thiago Paiva Brito |
Bug Description
Brief Description
-----------------
When attempting a remote restore on Virtualbox, the operation times out at task "Restore /etc/hosts file". It was verified that when a previous task removes the existing /etc/hosts, any operation that requires sudo takes more than 40 seconds to prompt for password.
The interaction on [1] leads me to conclude that we should not be without a valid /etc/hosts at any given moment.
Severity
--------
Provide the severity of the defect.
Major: System/Feature is usable only on local play
Steps to Reproduce
------------------
Run the restore playbook from a non-starlingx system
Expected Behavior
------------------
Restore succeeds
Actual Behavior
----------------
Restore times out
Reproducibility
---------------
3/3
System Configuration
-------
Virtual AIO-SX
Branch/Pull Time/Commit
-------
2022-08-05
Last Pass
---------
N/A
Timestamp/Logs
--------------
TASK [bootstrap/
task path: /home/tbrito/
<10.127.130.10> ESTABLISH SSH CONNECTION FOR USER: sysadmin
<10.127.130.10> SSH: EXEC sshpass -d10 ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=11100 -o 'User="sysadmin"' -o ConnectTimeout=10 -o ControlPath=
<10.127.130.10> (0, b'ansible-
Using module file /tmp/tbrito_
<10.127.130.10> PUT /home/tbrito/
<10.127.130.10> SSH: EXEC sshpass -d10 sftp -o BatchMode=no -b - -C -o ControlMaster=auto -o ControlPersist=60s -o Port=11100 -o 'User="sysadmin"' -o ConnectTimeout=10 -o ControlPath=
<10.127.130.10> (0, b'sftp> put /home/tbrito/
<10.127.130.10> ESTABLISH SSH CONNECTION FOR USER: sysadmin
<10.127.130.10> SSH: EXEC sshpass -d10 ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=11100 -o 'User="sysadmin"' -o ConnectTimeout=10 -o ControlPath=
<10.127.130.10> (0, b'', b'')
<10.127.130.10> ESTABLISH SSH CONNECTION FOR USER: sysadmin
<10.127.130.10> SSH: EXEC sshpass -d10 ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=11100 -o 'User="sysadmin"' -o ConnectTimeout=10 -o ControlPath=
<10.127.130.10> ESTABLISH SSH CONNECTION FOR USER: sysadmin
<10.127.130.10> SSH: EXEC sshpass -d10 ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=11100 -o 'User="sysadmin"' -o ConnectTimeout=10 -o ControlPath=
<10.127.130.10> (0, b'', b'')
fatal: [lab_vbox_
"msg": "Timeout (12s) waiting for privilege escalation prompt: "
}
PLAY RECAP *******
lab_vbox_1-debian : ok=262 changed=87 unreachable=0 failed=1 skipped=277 rescued=0 ignored=0
### Trying any sudo task on the target now takes long ###
sysadmin@
sudo: unable to resolve host controller-0: Name or service not known
real 0m42,083s
user 0m0,007s
sys 0m0,018s
Test Activity
-------------
Developer Testing
Workaround
----------
- Delete /etc/platform/
- Recreate /etc/hosts
- Increase timeout
- Retry restore
description: | updated |
Changed in starlingx: | |
assignee: | nobody → Thiago Paiva Brito (outbrito) |
importance: | Undecided → Medium |
tags: | added: stx.8.0 stx.update |
Fix proposed to branch: master /review. opendev. org/c/starlingx /ansible- playbooks/ +/853361
Review: https:/