Newton scheduler clients should keep trying to report

Bug #1655494 reported by Dan Smith
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Fix Released
Medium
Dan Smith
Newton
Fix Committed
Undecided
Matt Riedemann

Bug Description

Newton scheduler clients will stop reporting any time they encounter a setup-related error, which isn't very operator-friendly for the ocata upgrade process.

Changed in nova:
assignee: nobody → Dan Smith (danms)
status: New → In Progress
Dan Smith (danms)
Changed in nova:
status: In Progress → Confirmed
importance: Undecided → Medium
tags: added: newton-backport-potential
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to nova (master)

Reviewed: https://review.openstack.org/418590
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=bbf9b431ee26e4064278e58bf9c177de48e8719a
Submitter: Jenkins
Branch: master

commit bbf9b431ee26e4064278e58bf9c177de48e8719a
Author: Dan Smith <email address hidden>
Date: Tue Jan 10 13:49:19 2017 -0800

    Make placement client keep trying to connect

    In Newton, placement is optional and computes will stop even trying
    to connect to placement when they encounter an error or missing
    configuration. We really want them to keep trying so that enabling
    the service pre-upgrade does not require restarting all computes
    to start filling data.

    This patch removes the auto-disable logic and replaces it with a
    limited, but persistent warning to the logs about the required
    nature of placement for the upgrade. If we had messaged the upcoming
    requirement better, I think we could have been less chatty here.
    However, we know that it's not been received, so this patch periodically
    re-emits the warning and mentions the upgrade specifically.

    Closes-Bug: #1655494
    Change-Id: Ie6387afeb239a20d39c00f519e8288f3b3a5e9cb

Changed in nova:
status: Confirmed → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to nova (stable/newton)

Fix proposed to branch: stable/newton
Review: https://review.openstack.org/419217

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to nova (stable/newton)

Reviewed: https://review.openstack.org/419217
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=13ba33a57488f5e553dcca7162cc35b58ff0e7f8
Submitter: Jenkins
Branch: stable/newton

commit 13ba33a57488f5e553dcca7162cc35b58ff0e7f8
Author: Dan Smith <email address hidden>
Date: Tue Jan 10 13:49:19 2017 -0800

    Make placement client keep trying to connect

    In Newton, placement is optional and computes will stop even trying
    to connect to placement when they encounter an error or missing
    configuration. We really want them to keep trying so that enabling
    the service pre-upgrade does not require restarting all computes
    to start filling data.

    This patch removes the auto-disable logic and replaces it with a
    limited, but persistent warning to the logs about the required
    nature of placement for the upgrade. If we had messaged the upcoming
    requirement better, I think we could have been less chatty here.
    However, we know that it's not been received, so this patch periodically
    re-emits the warning and mentions the upgrade specifically.

    Conflicts:
            nova/scheduler/client/report.py

    NOTE(mriedem): The conflict is due to 3c217acb9 not being in Newton.

    Closes-Bug: #1655494
    Change-Id: Ie6387afeb239a20d39c00f519e8288f3b3a5e9cb
    (cherry picked from commit bbf9b431ee26e4064278e58bf9c177de48e8719a)

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/nova 15.0.0.0b3

This issue was fixed in the openstack/nova 15.0.0.0b3 development milestone.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/nova 14.0.4

This issue was fixed in the openstack/nova 14.0.4 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.