xCAT/xcat-core
2
0
Fork 0
mirror of https://github.com/xcat2/xcat-core.git synced 2025-06-12 00:00:12 +00:00
Code Issues Releases Wiki Activity

Added some changes to mtms section based on the review comments.

Browse Source
This commit is contained in:
Victor Hu
2016-04-18 10:50:17 -04:00
parent b7c841999e
commit 000ec281f1
3 changed files with 11 additions and 11 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
docs/source/guides/admin-guides/manage_clusters/ppc64le/discovery/mtms/discovery_using_defined.rst
View File

@ -15,7 +15,7 @@ The following example outlines the MTMS based hardware discovery for a single IP
| IP address | 10.1.2.1 |
+------------------------------+------------+
The BMC IP address is obtained by the open range dhcp server and the plan in this scenario is to change the IP address for the BMC to a static IP address in a different subnet than the open range addresses.
The BMC IP address is obtained by the open range dhcp server and the plan in this scenario is to change the IP address for the BMC to a static IP address in a different subnet than the open range addresses. The static IP address in this example is in the same subnet as the open range to simplify the networking configuration on the xCAT management node.
+------------------------------+------------+
| BMC Information | Value |

12
docs/source/guides/admin-guides/manage_clusters/ppc64le/discovery/mtms/discovery_using_dhcp.rst
View File

@ -96,18 +96,18 @@ The BMC IP address is obtained by the open range dhcp server and the plan is to
#. **[Optional]** Monitor the node discovery process using rcons
Configure the conserver for the **discovered** node to watch the discovery process using ``rcons``::
Configure the conserver for the **predefined** node to watch the discovery process using ``rcons``::
makeconservercf node-8247-22l-10112ca
makeconservercf cn01
In another terminal window, open the remote console: ::
rcons node-8247-22l-10112ca
rcons cn01
#. Start the discovery process by booting the **discovered** node definition: ::
#. Start the discovery process by booting the **predefined** node definition: ::
rsetboot node-8247-22l-10112ca net
rpower node-8247-22l-10112ca on
rsetboot cn01 net
rpower cn01 on
#. The discovery process will network boot the machine into the diskless xCAT genesis kernel and perform the discovery process. When the discovery process is complete, doing ``lsdef`` on the compute nodes should show discovered attributes for the machine. The important ``mac`` information should be discovered, which is necessary for xCAT to perform OS provisioning.

8
docs/source/guides/admin-guides/manage_clusters/ppc64le/discovery/mtms/index.rst
View File

@ -8,9 +8,9 @@ MTMS-based hardware discovery assumes the administator has the model type and se
**Overview**
#. Automatically search and collect MTMS information from the servers
#. Define the **discovered-node** to xCAT
#. Create a **predefined-node** to xCAT providing additional properties
#. Power on the **discovered-nodes** triggering xCAT's hardware discovery engine.
#. Write **discovered-bmc-nodes** to xCAT (recommened to set different BMC IP address)
#. Create **predefined-compute-nodes** to xCAT providing additional properties
#. Power on the nodes which triggers xCAT hardware discovery engine
**Pros**
@ -18,7 +18,7 @@ MTMS-based hardware discovery assumes the administator has the model type and se
**Cons**
* When compared to switch-based discovery, the administrator needs to create the **predefined-node** for each of the **discovered-nodes** stanzas. This could become difficult for a large number of servers.
* When compared to switch-based discovery, the administrator needs to create the **predefined-compute-nodes** for each of the **discovered-bmc-nodes**. This could become difficult for a large number of servers.
.. toctree::
:maxdepth: 2