Handle error when trying to introspect an 'available' node

Bug #1643325 reported by Udi Kalifon
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tripleo
Expired
Undecided
Unassigned

Bug Description

I tried to re-run introspection without first setting the nodes back to "manageable". I got the same long and unclear error 7 times (I have 7 nodes):

Failed to run action [action_ex_id=3bf7e82b-1132-49fb-a361-c13a7bcecbe8, action_cls='<class 'mistral.actions.action_factory.BaremetalIntrospectionAction'>', attributes='{u'client_method_name': u'introspect'}', params='{u'uuid': u'b82b5172-298f-47e3-9764-a64c40a5f067', u'new_ipmi_username': None, u'new_ipmi_password': None}'] BaremetalIntrospectionAction.introspect failed: <class 'ironic_inspector_client.common.http.ClientError'>: Invalid provision state for introspection: "available", valid states are "['manageable', 'inspectfail', 'enroll', 'inspecting']"

The only relevant part that the user should see is the last line. The user should get a list of nodes that are in an invalid state, and not the same error 7 times.

Tags: ui ux workflows
Revision history for this message
Dougal Matthews (d0ugal) wrote :

This is probably an action bug - we need to give the GUI a better error to display. It might be that we need to make a change in Mistral to make this possible - I'm not sure. It requires some investigtion.

tags: added: workflows
Changed in tripleo:
assignee: nobody → Dougal Matthews (d0ugal)
importance: Undecided → Medium
Dougal Matthews (d0ugal)
Changed in tripleo:
status: New → Confirmed
Dougal Matthews (d0ugal)
Changed in tripleo:
assignee: Dougal Matthews (d0ugal) → nobody
milestone: none → pike-1
Changed in tripleo:
milestone: pike-1 → pike-2
Changed in tripleo:
milestone: pike-2 → pike-3
Changed in tripleo:
status: Confirmed → Triaged
Changed in tripleo:
milestone: pike-3 → pike-rc1
Changed in tripleo:
milestone: pike-rc1 → queens-1
Toure Dunnon (toure)
Changed in tripleo:
assignee: nobody → Toure Dunnon (toure)
Changed in tripleo:
milestone: queens-1 → queens-2
Changed in tripleo:
milestone: queens-2 → queens-3
tags: added: ux
Toure Dunnon (toure)
Changed in tripleo:
assignee: Toure Dunnon (toure) → nobody
Changed in tripleo:
milestone: queens-3 → queens-rc1
Changed in tripleo:
milestone: queens-rc1 → rocky-1
Changed in tripleo:
milestone: rocky-1 → rocky-2
Changed in tripleo:
milestone: rocky-2 → rocky-3
Changed in tripleo:
milestone: rocky-3 → rocky-rc1
Changed in tripleo:
milestone: rocky-rc1 → stein-1
Changed in tripleo:
milestone: stein-1 → stein-2
Revision history for this message
Emilien Macchi (emilienm) wrote : Cleanup EOL bug report

This is an automated cleanup. This bug report has been closed because it
is older than 18 months and there is no open code change to fix this.
After this time it is unlikely that the circumstances which lead to
the observed issue can be reproduced.

If you can reproduce the bug, please:
* reopen the bug report (set to status "New")
* AND add the detailed steps to reproduce the issue (if applicable)
* AND leave a comment "CONFIRMED FOR: <RELEASE_NAME>"
  Only still supported release names are valid (FUTURE, PIKE, QUEENS, ROCKY, STEIN).
  Valid example: CONFIRMED FOR: FUTURE

Changed in tripleo:
importance: Medium → Undecided
status: Triaged → Expired
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.