"Different channel detected" error with an air-gapped deployment
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Triaged
|
Medium
|
Unassigned | ||
maas-ui |
Triaged
|
Low
|
Unassigned |
Bug Description
Very similar to https:/
In this case, I have MAAS installed in an HA config, but I am able to recreate it with single node maas as well. The instructions to recreate are the same as in lp:1961008
my `snap list`:
Name Version Rev Tracking Publisher Notes
core18 20230320 2721 latest/stable canonical base
core20 20230308 1852 latest/stable canonical base
core22 20230325 607 latest/stable canonical base
juju 2.9.42 22345 - canonical classic
juju-crashdump 1.0.2+git120.
juju-helpers 0.1.1 55 - kennethkoski classic
juju-lint 1.0.6 91 - canonical classic
juju-wait 2.8.4~2.8.4 96 - stub classic
kubectl 1.26.3 2914 - canonical classic
lxd 4.0.9-a29c6f1 24061 4.0/stable/ canonical -
maas 3.2.7-12037-
maas-cli 0.6.8 79 latest/stable canonical -
openstackclients yoga 338 - canonical -
snapd 2.58.3 18596 latest/stable canonical snapd
All controllers are in an unhealthy state with the error message 'Different channel detected'.
description: | updated |
Changed in maas: | |
importance: | Undecided → Medium |
Changed in maas: | |
status: | New → Triaged |
Changed in maas-ui: | |
milestone: | none → 3.4.0 |
Changed in maas: | |
milestone: | 3.4.0 → 3.4.x |
Testing with 3.3.2 and a single controller, I get the following error message in the popup: "Different missing-channel detected."
The same happens if the machine is not airgapped, but the snap was installed manually as described in lp:1961008
Backend is reporting "missing-channel" in version issues, which is correct. I think the UI message is a bit confusing, though.