ceph health validation not working properly during upgrades
Bug #1871380 reported by
Francesco Pantano
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
Undecided
|
Francesco Pantano |
Bug Description
The upgrade from queens path is broken due to the a wrong container_cli fact.
After the undercloud is updated, the default 'container_cli' is podman in the undercloud, but it's still docker in the overcloud and this let the validation playbook to fail because this fact is derived from inventory_hostname that still points to the undercloud.
Changed in tripleo: | |
assignee: | nobody → Francesco Pantano (fmount) |
status: | New → In Progress |
To post a comment you must log in.
Reviewed: https:/ /review. opendev. org/718011 /git.openstack. org/cgit/ openstack/ tripleo- validations/ commit/ ?id=3baced6e89d 4d3af7d2190f4c5 87a4ee05f5977a
Committed: https:/
Submitter: Zuul
Branch: master
commit 3baced6e89d4d3a f7d2190f4c587a4 ee05f5977a
Author: Francesco Pantano <email address hidden>
Date: Tue Apr 7 11:07:06 2020 +0200
Introducing tripleo_delegate_to on ceph health validation
The purpose of this change is to fix the upgrade scenario
without breaking the existing validation for the
deployment phase. During the upgrade from queens, the
default 'container_cli' is podman in the undercloud (which
is updated), but it's still docker in the overcloud and this
let the validation playbook to fail because we're computing
this fact starting from inventory_hostname that still points
to the undercloud. This issue can be solved by removing the
delegation directive from tht and rely on tripleo delegate
wrapper.
This should be enough to access the overcloud (ceph_mon)
variables, setting the right fact.
Closes-Bug: #1871380 1d77bff82483eb0 b48b4570bb3
Change-Id: I46c4fbe0ef7b28