Gotcha, now it’s hidden in the kebab menu. I think we will revisit this when the kebab menu is full of actions. It may be good to add a Provisioning overview card so it’s immediatelly clear, what’s the status of it. I suppose that would only be displayed if the Host has build status defined.
For the templates, we’re tracking the following stories in upcoming version or two.
As a user I’d like to see all assigned provisioning templates for the Host in the Details tab
As a user, I can review the assigned provisioning template I see in the Details tab, the result should not force me to leave the page.
I think it would be extremely helpful to have something like:
for the new UI. It could add either a completely new tab, or cards to the “Details” tab. This would allow users to add interesting facts or host parameters of their own choice for hosts.
For example, we use it to add a link to the BMC web page (if available), planned reboot times, RTC wake times for machines, machine location data (room, network switch etc.) and much more. This can probably not be captured in a generic way, so it would be best to have something configurable e.g. via YAML.
Since “custom” is by design “custom”, what I’d love would be the possibility to add custom cards with custom rows, with simple “label” => “value” pairs, similar as to what foreman_column_view was doing, but with the possibility to add cards to group this information.
For example, I’d then create a location card, which contains the location, room, rack and bay host parameters we maintain manually, maybe extended with network facts like to which switch-port a machine is attached (via custom facts).
I’d similarly create a card with reboot information and rtcwake information, for example. To give an idea, the rtcwake data is populated by calling rtcwake -m show, and we manage RTC wakeup times with Puppet to conserve energy for machines and wake them up at specific times (with a very large variety of desktops, this works more reliably than Wake on LAN).
We show the boot time as a relative value, so I think this is already covered.
This is a built in fact we could easily store. We already extract the BIOS information and this would be similar. Since it doesn’t rely on custom facts, it’s something I could see added by default.
The foreman_datacenter plugin isn’t well maintained, but this had an idea like that. There is also foreman_netbox which aims to integrate with netbox. I have used neither, but perhaps that could be a good place for some of that information.
Thanks! I don’t see this in 3.4 yet, but a lot seems to be queued for 3.5.
That would be very helpful (for most users, I presume). Many manufacturers store numbers in there which are used to get hardware support, so it’s quite useful to have this readily available.
Thanks for the pointers! Indeed, these look like good solutions, while barely maintained of course is an issue. Since we currently keep this information in Foreman (and extract it via hammer-cli to display it externally), we basically go the opposite way, but it’s an interesting thought to reconsider this.
Still, it would be useful (especially for “special” stuff like rtcwake which likely is not really of any use to others) to have a way to add custom cards / key-value-pairs displayed in the new UI. It would of course be lovely to see this as a core feature, or maybe as a plugin to the new UI?
I think it could help not only with special cases such as this one, but would also allow users to add additional information locally and suggest upstreaming it after determining that it is really useful to have and that it may be of common interest. What do you think?
Running Foreman 3.41 and seems SCAP is still missing from the “Host Overview” page. Is this something planned to be added? Would be nice to be able to see what SCAP policy(s) has been assigned to the host and perhaps compliance status. Bonus points to be able to change SCAP policy.
These are good suggestions. We didn’t have anything specific in mind for this plugin, the old page didn’t show anything either, which is why we probably missed it. @MariSvirik do you think you could create a card for the Overview or Detail page? One host can belong to multiple policies but I’d dare to say, mostly it’s a single policy for host. 3.5 is out already, but perhaps we could add something in 3.6 or 3.7. @tedevil (or anyone else), would you be interested in contributing this functionality? Currently we don’t have many active developers on the foreman_openscap plugin.
First of all, I really like the new design, it is clear and modern and works very well. There are only a few exceptional cases when I need to switch to the original page, like template preview.
There is one small thing I have noticed, though. When an ansible job has run and involved the host I am looking at, even though the host processed the job successfully, but another host had an issue, the status of that job shows “failed”. I think it would be better to show the host status here, which would be green and “success” and leave the ob status the job page, to avoid confusion.
Even if I have basic programming skills, I an not really a developer, more a “power user”, but I can for sure provide SCAP “input/feedback” if needed.
Hosts can for sure have multiple SCAP policies applied like when you want to roll out a new policy and see how it works on old hosts before switching.
If I get that correctly, the last remote execution status is determined by the overall job status, not the status for a particular host from that job. If that’s the case, I agree that’s not a great behavior. @aruzicka when you’re back, could you please confirm?
This I think is the same thing I replied to in the first paragraph. See how it looks at Foreman Community Demo #118 - YouTube, it should be in 3.5 already. We’ll be happy to hear feedback on this too
Gotcha, let’s see if we can find someone to work on that. We should start first with the design, I’ll talk with our UXD.
Thanks everyone for wonderful feedback so far. I’ve renamed the thread so it better represents the topic. Please keep it coming.
Thank you Marek It looks great and works, however, I wasn’t aware we need to turn on “experimental tabs” in the config in order to see the “Details” tab at all in the new host UI. Has this been officially included in 3.5 or is it still in preview?