Project

General

Profile

Actions

Feature #20187

closed

Display host status in Hammer CLI

Added by Will Foster almost 7 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
High
Assignee:
Category:
Hosts
Target version:
-
Difficulty:
trivial
Triaged:
No
Team Backlog:
Fixed in Releases:
Found in Releases:
In Kanboard:

Description

This is an RFE to include host build status in hammer so it can be queried. We rely heavily on data available from querying hammer cli for the QUADS1 project.
Currently these items can be queried via the API but it would be wonderful to have this in hammer as well.

build_status
build_status_label
Actions #1

Updated by Tomáš Strachota almost 7 years ago

  • Category set to Hosts
Actions #2

Updated by Will Foster almost 7 years ago

Just adding here, very interested in testing this and getting in place, we rely1 a lot on hammer return values for QUADS2 as Foreman is an integral part of our project.

[1] - https://github.com/redhat-performance/quads/issues/48
[2] - https://github.com/redhat-performance/quads

Actions #3

Updated by Tomáš Strachota over 6 years ago

  • Subject changed from Display Foreman Build Status in Hammer CLI to Display host status in Hammer CLI
  • Priority changed from Normal to High
  • Difficulty set to trivial

We should display all available statuses in hammer host info and the global status in hammer host list.

At the moment it's fine to hardcode the fields in hammer but in future we should find a way of extending the status list from plugins (could be done on API level too, maybe even better to have it there).

API returns following:

"global_status" => 0,
"global_status_label" => "Warning",
"configuration_status" => 0,
"configuration_status_label" => "No reports",
"global_status" => 0,
"global_status_label" => "Error",
"build_status" => 2,
"build_status_label" => "Token expired",

Actions #4

Updated by Marek Hulán over 6 years ago

openscap and rex adds their custom statuses, if the api for registering new status from plugin is not too hard, I think it would be good to add it right away

Actions #5

Updated by Will Foster over 6 years ago

Thanks for updating this RFE, we've worked around this not being in
Hammer via some Python API calls directly that Marek suggested which works for now:

https://github.com/redhat-performance/quads/blob/master/bin/quads-post-system-test.py#L58

(our use case)

We are doing simple queries via existing, automated RBAC roles/filters
we create for each of our Engineering groups so they query their own
set of assigned systems for build status and then we gate our systems
validation off of a successful build=0 status (in our case that would
mean that it kickstarted and reported back to Foreman successfully).

-will

Actions #6

Updated by Rahul Bajaj over 6 years ago

  • Assignee set to Rahul Bajaj
Actions #7

Updated by Rahul Bajaj over 6 years ago

  • Target version set to 220
Actions #8

Updated by Rahul Bajaj over 6 years ago

  • Target version changed from 220 to 230
Actions #9

Updated by Rahul Bajaj over 5 years ago

  • Assignee deleted (Rahul Bajaj)
  • Triaged set to No
Actions #10

Updated by Akshay Mendhe over 5 years ago

  • Assignee set to Akshay Mendhe
Actions #11

Updated by The Foreman Bot over 5 years ago

  • Status changed from New to Ready For Testing
  • Pull request https://github.com/theforeman/hammer-cli-foreman/pull/385 added
Actions #12

Updated by Anonymous over 5 years ago

  • Status changed from Ready For Testing to Closed
Actions

Also available in: Atom PDF