The fix for this went into 13z3, this bug was closed because it wasn't verified before release. I assume that its been tested just by doing upgrades and can be closed as CURRENTRELEASE? I don't think its been seem as part of upgrade testing.
previous comment should be "this bug was *cloned*"
Wasn't able to verify that bug, because another bug poped up during the process: https://bugzilla.redhat.com/show_bug.cgi?id=1648998
As fix has already been delivered in OSP-13 moving this to ON_QA, it just needs verification.
Verified: Environment: openstack-ironic-conductor-11.1.1-0.20181012152843.el7ost.noarch openstack-ironic-common-11.1.1-0.20181012152843.el7ost.noarch The reported issue doesn't reproduce. After FFU (OSP10->OSP13), successfully upgraded undercloud OSP13 -> OSP14. ######################################################## Deployment successfull! ######################################################## Writing the stack virtual update mark file /var/lib/tripleo-heat-installer/update_mark_undercloud ########################################################## The Undercloud has been successfully upgraded. Useful files: Password file is at ~/undercloud-passwords.conf The stackrc file is at ~/stackrc Use these files to interact with OpenStack services, and ensure they are secured. ########################################################## [stack@undercloud-0 ~]$
According to our records, this should be resolved by openstack-ironic-10.1.6-4.el7ost. This build is available now.