-
Bug
-
Resolution: Unresolved
-
Undefined
-
None
-
None
-
None
-
0
-
False
-
-
False
-
?
-
rhos-workloads-compute
-
None
-
-
-
-
Important
To Reproduce Steps to reproduce the behavior:
- Take the same environment as linked issue, WITH the authentication issue
- Create a dummy workload on one of the computes
- Initialize a migration
Unable to find source-code formatter for language: shell. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml
openstack --os-compute-api-version 2.30 server migrate \ --live-migration \ --block-migration \ --host <DEST_HYPERVISOR_NAME> \ <SERVER_ID_OR_NAME>
- See Complete message
Expected behavior
- It should throw an error stating "migration aborted due to authentication issues" or some similar message.
Bug impact
A user may think they did successfully move a virtual machine, while it's still on the same host. This can lead to service outage for instance.
Known workaround
- None
Additional context
- It seems evacuating the compute using Watcher does report the error - at least the action is flagged as "FAILED", which is good. But doing the manual migration afterward would make things awkward since it would report as "Complete", while it's actually not done
- relates to
-
OSPRH-26409 libvirt-secret tempering during configuration
-
- New
-