event list not showing proper message for deployment signal

Bug #1300679 reported by Qiming Teng
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Heat
Fix Released
Medium
Qiming Teng
Icehouse
Fix Released
Medium
Steve Baker

Bug Description

The event list for a stack that contains SoftwareDeployment resource with signal_transport set to values other than 'NO_SIGNAL', we will (hopefully) get a signal from a VM server.

When the signal is processed at the engine/resource level, it cannot process the 'details' sent with the signal that contains {deploy_stdout: xxx, deploy_stderr: yyy, deploy_status_code: <n> }. So when a user tries 'heat event-list', the resource_status_reason for the event is simply 'Unknown'.

Qiming Teng (tengqim)
Changed in heat:
assignee: nobody → Qiming Teng (tengqim)
Changed in heat:
status: New → In Progress
Changed in heat:
milestone: none → juno-1
importance: Undecided → Medium
Revision history for this message
Openstack Gerrit (openstack-gerrit) wrote : Fix merged to heat (master)

Reviewed: https://review.openstack.org/84665
Committed: https://git.openstack.org/cgit/openstack/heat/commit/?id=5df976875f8dbdd0ada5a66e534547e764a30231
Submitter: Jenkins
Branch: master

commit 5df976875f8dbdd0ada5a66e534547e764a30231
Author: tengqm <email address hidden>
Date: Thu Apr 3 04:44:40 2014 +0800

    Fix status reason in events for deployment signals

    When a signal is received and processed by a Resource, there could be an
    event generated automatically. For such an event, Heat is supposed to
    provide some useful message (including status_reason). But currently,
    the resource code can only process ceilometer alarms and watch rules,
    for signals sent for a SoftwareDeployment resource, the signal is only
    providing an string 'Unknown' as the status change reason. This is
    confusing when a user performs 'heat event-list stack'.

    This patch adds an additional check (guess) whether the signal comes
    from a SoftwareDeployment. If that is the case, fill in the status
    reason as 'deployment succeeded', or 'deployment failed (n)', where n is
    the deploy_status_code that comes with the signal.

    Closes-Bug: #1300679
    Change-Id: Ic970a5dac923fffdcdd365983df58f4d338de849

Changed in heat:
status: In Progress → Fix Committed
tags: added: icehouse-backport-potential
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to heat (stable/icehouse)

Fix proposed to branch: stable/icehouse
Review: https://review.openstack.org/95923

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

Reviewed: https://review.openstack.org/95923
Committed: https://git.openstack.org/cgit/openstack/heat/commit/?id=930cb3c3e72829c959e128d4a6e4002265697a59
Submitter: Jenkins
Branch: stable/icehouse

commit 930cb3c3e72829c959e128d4a6e4002265697a59
Author: tengqm <email address hidden>
Date: Thu Apr 3 04:44:40 2014 +0800

    Fix status reason in events for deployment signals

    When a signal is received and processed by a Resource, there could be an
    event generated automatically. For such an event, Heat is supposed to
    provide some useful message (including status_reason). But currently,
    the resource code can only process ceilometer alarms and watch rules,
    for signals sent for a SoftwareDeployment resource, the signal is only
    providing an string 'Unknown' as the status change reason. This is
    confusing when a user performs 'heat event-list stack'.

    This patch adds an additional check (guess) whether the signal comes
    from a SoftwareDeployment. If that is the case, fill in the status
    reason as 'deployment succeeded', or 'deployment failed (n)', where n is
    the deploy_status_code that comes with the signal.

    Closes-Bug: #1300679
    Change-Id: Ic970a5dac923fffdcdd365983df58f4d338de849

tags: added: in-stable-icehouse
Alan Pevec (apevec)
tags: removed: icehouse-backport-potential
tags: removed: in-stable-icehouse
Thierry Carrez (ttx)
Changed in heat:
status: Fix Committed → Fix Released
Thierry Carrez (ttx)
Changed in heat:
milestone: juno-1 → 2014.2
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.