Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Recommended Bare Metal Node enrollment method missing info, also can lose data #181

Open
QuantumTux opened this issue May 9, 2022 · 0 comments
Labels
bug Something isn't working documentation usability

Comments

@QuantumTux
Copy link

In the CHI-in-a-Box documentation for enrolling Bare Metal Nodes, one method suggested is to create a JSON file with the relevant information and import it. This works to an extent, but there are several issues.

First, and probably most-important, the documentation fails to mention that additional configuration of various port attributes for the NICs in the Bare Metal Nodes is required for the imported Node to actually be useful. Specifically, the attribute --pxe-enabled needs to be set on the appropriate NIC(s), --pxe-disabled probably ought to be set on any NICs that are not actually wired to anywhere, and --local-link-connection attributes such as port_id, switch_id and switch_info need values set.

Second, the documentation also fails to mention that when altering attributes of an enrolled Node using CLI commands like openstack baremetal port set blahblahblah, the work effort is destroyed if someone subsequently issues a command such as openstack hardware sync <node_uuid>. At minimum, that should be clearly noted, and also a process documented to address this problem for sites who may have already made this mistake.

Next, the upstream documentation for openstack baremetal port set --local-link-connection switch_id fails to mention format requirements for the value. Based on my testing, the command expects the value to be a string matching a valid MAC address, complete with colon characters separating each octet. Thus,

openstack baremetal port set --local-link-connection switch_id="de:ad:be:ef:de:ad" <node_uuid>

is valid, while this next example would generate an error:

openstack baremetal port set --local-link-connection switch_id="deadbeefdead" <node_uuid>

The CHI-in-a-Box documentation/examples should probably make the requirement clear.

Finally, the switch_info attribute is not actually required, at least not by the openstack baremetal port set --local-link-connection blahblahblah command. This seems odd, as the recommended value of the attribute is the name of the switch as it is listed in defaults.yml for the CHI-in-a-Box installation. Again, the CHI-in-a-Box documentation should probably recommend setting a useful value for the attribute.

@QuantumTux QuantumTux added the bug Something isn't working label May 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working documentation usability
Projects
None yet
Development

No branches or pull requests

2 participants