Red Hat Bugzilla – Bug 1477589
[RFE][Default Route] - Add exclamation mark next to host with no default route
Last modified: 2017-11-22 07:34:29 EST
Description of problem:
[Default Route] - Add warning or notify the admin that the host has no default route.
As it was decided to close and not fix BZ 1476804 it is very possible that users will found them self in a situations they have no default route on the host.
If we not blocking to set a non-mgmt network with default route while not being attached to any host, we will end up without default route on the host.
It is very important to have an indication about such case. Admin/user should be notified that the host/s have no default route.
Version-Release number of selected component (if applicable):
I don't think it's high.
We could do it via an Ansible running in cron job and inject an event if needed.
I think that Burman is looking for for an exclamation mark next to host with no default route, not a periodic alert. I find periodic alert disturbing, as hosts with no gateway and no default route are perfectly usable and reasonable to have.
in which places it should be displayed? Main host tab, Clusters -> Hosts or both?
Both. If a host has no fencing configuration an exclamation mark shows on both places. Hovering above it, gave the reason(s) for it (such as no fencing config) in the old UI. That the tooltip functionality seems to be currently broken, but I'd like to see it restored, and to include a warning about a host with no default route.
The tooltip is not broken but was replaced by status report only. Do we want to display additional message under status if something went wrong with host? This messages are currently in general host tab.
Yes, let's add this under "Action Items".
Do you know if there's a UX bug on how the exclamation shows on the cluster sub-tab (almost hidden by the separator)? Or why there is no hyperlink from the cluster sub-tab hosts to the host details?
The almost hidden exclamation mark will be resolved in the patch as well. But I am not sure about the link to host details. From my point of view it looks like it would be pretty complicated, but maybe someone from UX team can give us hints if it is worth the effort.
(In reply to Ales Musil from comment #3)
> Hi Michael,
> in which places it should be displayed? Main host tab, Clusters -> Hosts or
Hi, on both please, as Dan mentioned.
Currently the exclamation mark give no tooltip with no info explaining why the exclamation mark is there.
The only place we have the info of why is under 'Action Items' and i actually would like to see this info on the tooltip when hovering on top of the exclamation mark.
do we want show warning before we get reported configuration from host (e.g. on creation of new host)? Or is it suitable enough to get this warning after it gets reported?
(In reply to Ales Musil from comment #9)
> Hi Michael,
> do we want show warning before we get reported configuration from host (e.g.
> on creation of new host)? Or is it suitable enough to get this warning after
> it gets reported?
Good question, actually not sure, it can be nice.
Let's ask Dan, but if we decide that yes, then this warning should appear when adding new host that has no default route and when editing a non-mgmt network with default route role while still not attached to the host.
(In reply to Michael Burman from comment #10)
> (In reply to Ales Musil from comment #9)
> > Hi Michael,
> > do we want show warning before we get reported configuration from host (e.g.
> > on creation of new host)? Or is it suitable enough to get this warning after
> > it gets reported?
> Hi Ales,
> Good question, actually not sure, it can be nice.
> Let's ask Dan, but if we decide that yes, then this warning should appear
> when adding new host that has no default route and when editing a non-mgmt
> network with default route role while still not attached to the host.
I would not mix this idea with this bug. Let us limit this bug for raising a warning on existing hosts with no default route.
I is a nice idea to add the warning to HostSetupNetwork dialog, too, but I'm not sure where, as that dialog is already overcrowded with information.
It is better to warn the use only after we have the first getCaps in our hands, but I can live with a temporary warning that would go away quickly.