Red Hat Bugzilla – Bug 1301927
[RFE] Check the username and password before the node introspection starts
Last modified: 2016-09-13 12:24:40 EDT
Description of problem:
During the node registration step of RHELOSP deployment, a validation check is needed for username/password for pxe_ipmitool or pxe_ssh. If user made a typo, he must wait for the introspection timeout, which seems like a waste of time.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
If you enter bad credentials the node can't power on and I'm pretty sure it fails and causes a fail in RHCI pretty immediately, at least with pxe_ssh. Do you have hardware with a ipmi interface so we can take a look at how pxe_ipmitool behaves?
I discussed with dev team and their doesn't seem to be an easy way to verify the username/pass before node inspection.
Can you please re-test this.
From what we're seeing, with pxe+ssh at least, the failure is very fast and the node(s) that introspection is unsuccessfully attempted on are properly removed.
Note, there is a separate bug being worked on in that the error message that authentication is not being displayed that is being worked on.
The node was being autodeleted (and clearing the error message). Now that we allow manual deletion of nodes, it was unnecessary to autodelete it. The error will now show as will the faulty node.
Failure is pretty quick with invalid SSH username/password. When using invalid IPMI username/password, the Node Auto-detection window hangs on "Detecting nodes..."
This can easily be reproduced by entering an IP address for a host that is not an actual IPMI interface. I have a window still hanging after 30 minutes.
We might want a different BZ for this. I'm fairly sure we can fix this, but this looks to be a separate issue from the original.
The original bug was about the introspection taking a long time to fail if you entered incorrect info when adding/registering a node, not about the node auto-detection. Also, if the auto-detection is taking too long, I imagine the user would just click the cancel button, go back, and check his info. Most of those other failures are pretty quick.
Having said that, this seems to be about IPMI auto-detection not timing out and deserves a separate BZ.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.