A Juju client mismatch should be handled gracefully
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Snap |
Triaged
|
Medium
|
Unassigned |
Bug Description
The machine preparation step (prepare-
At the preparation step, we should detect the problem that is guaranteed to occur and at least warn the user that they need to take some action (i.e. juju refresh).
If the user proceeds anyway, the bootstrap command should fail early with a similar message and avoid a stacktrace from being displayed.
$ juju version
3.1.5-genericli
$ sudo snap install openstack --channel 2023.1
$ sunbeam prepare-node-script | bash -x && newgrp snap_daemon
$ sunbeam cluster bootstrap --accept-defaults
Error bootstrapping Juju
Traceback (most recent call last):
File
"/snap/
.py", line 290, in run
process = subprocess.run(cmd, capture_
check=True)
File "/usr/lib/
raise CalledProcessEr
subprocess.
'['/snap/
'sunbeam-
status 2.
ERROR this client can only bootstrap 3.1 agents
Error: Command '['/snap/
We are due to remove the agent version from the codebase which means that the version of juju installed will be the version used throughout - this enables some interesting possibilities for placement of sunbeam in the test gates of the Juju project.
2023.1/ stable, candidate still have this pin.