Bug 1373567 - Confirm Host has been rebooted is not very intuitive.
Summary: Confirm Host has been rebooted is not very intuitive.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ---
: ---
Assignee: Martin Perina
QA Contact: meital avital
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-09-06 15:16 UTC by Matt Pusateri
Modified: 2022-06-27 12:10 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-07-04 07:54:49 UTC
oVirt Team: Infra
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHV-46693 0 None None None 2022-06-27 12:10:18 UTC

Description Matt Pusateri 2016-09-06 15:16:08 UTC
Description of problem:

I had a host die. I couldn't get it back up. I couldn't put it in maintenance mode b/c it was down.  I didn't select  Confirm host has been rebooted b/c I know it wasn't. Suggestion to put a "Force Maintenance Mode" Checkbox in.

See IRC transcript from #rhev-dev.

<mpusater> Host still has running VMs on it and is in Non Responsive state."
<mpusater> I should add this is the only host in environment
<mpusater> and I don't care about the running vm's
<mpusater> I just don't want to rebuild the manager as well if I can help it.
<awels> mpusater: Okay, you can right click on the host and say the host has been rebooted, that will clear the running VMs in the database, at which point you should be able to put the host in maintenance.
<mpusater> aweis, that worked
<awels> mpusater: Once in maintaince you can remove it.
<mpusater> awels, I mean :(
<awels> mpusater: The confirm host has been rebooted is basically a manual fence.
<mpusater> Yes, I was able to remove it. Thank you.  I'm not sure how intuitive that is, as the host wasn't rebooted.
<mpusater> Ok, good to know.
<awels> mpusater: Its to stop the deadlock between not being able to talk to the host, and the engine thinking stuff is still running on it.
<mpusater> Ok, I understand now - Thank you.
<mpusater> Though I don't think any admin would ever guess that.
<awels> mpusater: If you have a better wording for the 'confirm host has been rebooted' feel free to open a bugzilla with some better wording.
<mpusater> Have we ever considered a "force to maint mode" check box, that does all that behind the scenes.
* omachace has quit (Client Quit)
<mpusater> As an admin I know the host hasn't been rebooted. so I wouldn't think to confirm it's been rebooted.
<awels> mpusater: That is a good idea.
<awels> mpusater: I figured it out when having some issues with my hosts and trying to re-install and was unable to get it in maintaince mode. I figured what the hell, what can it hurt.
<awels> mpusater: Maybe the option should say confirm host has no VMs running on it.
<mpusater> well that too is slightly mis-leading.
<awels> mpusater: Since its dead already.
<mpusater> yeah, but would that be the case all the time?
<awels> mpusater: The problem is, the engine has no way to know, so it needs the human to tell it
<mpusater> Sure I get that.



Version-Release number of selected component (if applicable):

3.5, but I suspect it's on all future versions. 

How reproducible:


Steps to Reproduce:
1. configure 1 host in rhev-m.
2. Turn host off and act like it's unrecoverable(aka, hardware failure)
3. How to remove host from manager when it's completely down.

Actual results:


Expected results:


Additional info:

Comment 2 Oved Ourfali 2017-07-04 07:54:49 UTC
We aren't going to change the flow around this one.
closing as wontfix.


Note You need to log in before you can comment on or make changes to this bug.