Note: this documentation is obsolete. xCAT is now on MarkDown wiki, not mediawiki.
c1
c2aaaa
c3
c4
c5
c6
blah blah
{{hidden |header=my title |content=my content }}
blah blah
{{hidden |header=Title for Collapsible Section |content= These are details that initially should be hidden, but can be shown if the reader is interested
}}
blah blah
These features can be used in most xCAT environments.
This is to test out some mediawiki features.
This is a simple reference to a section in this doc. See
#fifth-section
This is a longer ref to the same:
XCAT_Doc_Test_Page#fifth-section
blah blah
{{:XCAT Doc Test Transcluded Page}}
one
first command
second command
</ol>
1. two
one
indented text
2. two
1. one
single line command
two
see my Linda Test Page: Linda_Test_Page
This cookbook provide
For most operations,the Power 775 is managed directly by xCAT, not using the HMC. This requires the new xCAT Direct FSP Management plugin (xCAT-dfm-*.ppc64.rpm), which is not part of the core xCAT open source, but is available as a free download from IBM. You must download this and install it on your xCAT management node (and possibly on your service nodes, depending on your configuration) before proceeding with this document.
Download DFM and the pre-requisite hardware server from Fix Central (need more specific instructions here when it GAs):
Once you have downloaded these packages, install the hardware server package, and then install DFM using:
The following terms will be used in this document:
xCAT DFM: Direct FSP Management is the name that we will use to describe the ability for xCAT software to communicate directly to the System p server's service processor without the use of the HMC for management.
Frame node: A node with hwtype set to frame represents a high end System P server 24 inch frame.
BPA node: is node with a hwtype set to bpa and it represents one port on one bpa (each BPA has two ports). For xCAT's purposes, the BPA is the service processor that controls the frame. The relationship between Frame node and BPA node from system admin's perspective is that the admin should always use the Frame node definition for the xCAT hardware control commands and xCAT will figure out which BPA nodes and their ip addresses to use for hardware service processor connections.
CEC node: A node with attribute hwtype set to cec which represents a System P CEC (i.e. one physical server).
FSP node: FSP node is a node with the hwtype set to fsp and represents one port on the FSP. In one CEC with redundant FSPs, there will be two FSPs and each FSP has two ports. There will be four FSP nodes defined by xCAT per server with redundant FSPs. Similar to the relationship between Frame node and BPA node, system admins will always use the CEC node for the hardware control commands. xCAT will automatically use the four FSP node definitions and their attributes for hardware connections.
Blah, blah, blah, blah.
When setting up a new cluster, you can use the xCAT commands xcatsetup and lsslp to specify the proper definition of all of the cluster hardware in the xCAT database, by automatically discovering and defining them. This is optional - you can define all of the hardware in the database by hand, but that can be confusing and error prone.
Wiki: Editing_and_Downloading_xCAT_Documentation
Wiki: Linda_Test_Page