Update/upgrade actions don't set DeployIdentifier, later upgrade run does nothing with some containers

Bug #1804858 reported by Jiří Stránský
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tripleo
Fix Released
Critical
Jiří Stránský

Bug Description

On update/upgrade/ffwd prepare we don't set DeployIdentifier, so during update/upgrade run we don't reexecute Paunch and the containers stay unchanged.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to tripleo-common (master)

Fix proposed to branch: master
Review: https://review.openstack.org/619759

Changed in tripleo:
assignee: nobody → Jiří Stránský (jistr)
status: Triaged → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to tripleo-common (stable/rocky)

Fix proposed to branch: stable/rocky
Review: https://review.openstack.org/620316

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to tripleo-common (master)

Reviewed: https://review.openstack.org/619759
Committed: https://git.openstack.org/cgit/openstack/tripleo-common/commit/?id=c907add512817363207ba8899a3cb14e122078d4
Submitter: Zuul
Branch: master

commit c907add512817363207ba8899a3cb14e122078d4
Author: Jiri Stransky <email address hidden>
Date: Fri Nov 23 16:54:10 2018 +0100

    Set DeployIdentifier on update/upgrade/ffwd prepare actions

    We have separate actions for deploy vs. upgrade prepare, because on
    upgrade prepare we don't want to trigger Ansible. DeployIdentifier was
    left out from the upgrade prepare action, which got exposed as a bug
    after we fixed --skip-deploy-identifier functionality in
    Ibab17dcaeebea65135fca4f40562109c90f36c27.

    Over time it would be good to further improve code sharing between
    `overcloud deploy` and `overcloud update/upgrade/ffwd prepare`, but
    for now we need a backportable fix so we just set DeployIdentifier in
    the upgrade prepare action.

    Additionally it turned out that we never updated the plan env via the
    UpdateStackAction as intended, which is now fixed too.

    Change-Id: Iefaff07995ae47dcef58739eaf90c4026fe255b0
    Closes-Bug: #1804858

Changed in tripleo:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to tripleo-common (stable/rocky)

Reviewed: https://review.openstack.org/620316
Committed: https://git.openstack.org/cgit/openstack/tripleo-common/commit/?id=a1a0bc4699945a555ea5e6edc33c71dc8bbede8a
Submitter: Zuul
Branch: stable/rocky

commit a1a0bc4699945a555ea5e6edc33c71dc8bbede8a
Author: Jiri Stransky <email address hidden>
Date: Fri Nov 23 16:54:10 2018 +0100

    Set DeployIdentifier on update/upgrade/ffwd prepare actions

    We have separate actions for deploy vs. upgrade prepare, because on
    upgrade prepare we don't want to trigger Ansible. DeployIdentifier was
    left out from the upgrade prepare action, which got exposed as a bug
    after we fixed --skip-deploy-identifier functionality in
    Ibab17dcaeebea65135fca4f40562109c90f36c27.

    Over time it would be good to further improve code sharing between
    `overcloud deploy` and `overcloud update/upgrade/ffwd prepare`, but
    for now we need a backportable fix so we just set DeployIdentifier in
    the upgrade prepare action.

    Additionally it turned out that we never updated the plan env via the
    UpdateStackAction as intended, which is now fixed too.

    Change-Id: Iefaff07995ae47dcef58739eaf90c4026fe255b0
    Closes-Bug: #1804858
    (cherry picked from commit c907add512817363207ba8899a3cb14e122078d4)

tags: added: in-stable-rocky
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-common 10.2.0

This issue was fixed in the openstack/tripleo-common 10.2.0 release.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-common 9.5.0

This issue was fixed in the openstack/tripleo-common 9.5.0 release.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.