User manual REDHAT GFS 5.2.1 ADMINISTRATOR GUIDE

[. . . ] Red Hat GFS 5. 2. 1 Administrator's Guide Red Hat GFS 5. 2. 1: Administrator's Guide Copyright © 2004 by Red Hat, Inc. Red Hat, Inc. 1801 Varsity Drive Raleigh NC 27606-2072 USA Phone: +1 919 754 3700 Phone: 888 733 4281 Fax: +1 919 754 3701 PO Box 13588 Research Triangle Park NC 27709 USA Red Hat GFS Administrator's Guide(EN)-5. 2. 1-Print-RHI (2004-01-15T12:12-0400) Copyright © 2004 by Red Hat, Inc. This material may be distributed only subject to the terms and conditions set forth in the Open Publication License, V1. 0 or later (the latest version is presently available at http://www. opencontent. org/openpub/). Distribution of substantively modified versions of this document is prohibited without the explicit permission of the copyright holder. [. . . ] Extract configuration files from the CCA device into temporary directory /root/alpha-new/. ccs_tool extract /dev/pool/alpha_cca /root/alpha-new/ 2. Make changes to the configuration files in /root/alpha-new/. Create a new CCS archive on the CCA device by using the -O (override) flag to forcibly overwrite the existing CCS archive. ccs_tool -O create /root/alpha-new/ /dev/pool/alpha_cca 7. 5. Alternative Methods to Using a CCA Device If it is not possible to reserve shared storage for use as a CCA device, you can use two alternative methods: · · Section 7. 5. 1 CCA File and Server Section 7. 5. 2 Local CCA Files Neither of these methods requires shared storage to store CCS data. 7. 5. 1. CCA File and Server The first alternative to a CCA device is to use a single network server to serve CCS configuration files to all nodes in the cluster. If used, this CCS server is a single point of failure in a cluster. If a single (non-redundant) LOCK_GULM server daemon is being used, it would be reasonable to run a CCS server on the same node as the LOCK_GULM server. The CCS server does not have failover capabilities. The CCS server is called ccs_servd, it can be run on any node in or out of the cluster. When CCS daemons (ccsd) are started on cluster nodes, the IP address of the node running ccs_servd is specified instead of the name of the CCA device. The name of the cluster is also passed to ccsd. The CCS server does not read CCS files directly; rather, it reads a CCA file that is a local file containing a CCS archive. Steps related to CCS in the setup procedure must be modified to use a CCS server in place of a CCA device. Note ccs_servd provides information to any computer that can connect to it. Therefore, ccs_servd should not be used at sites where untrusted nodes can contact the CCS server. 7. 5. 1. 1. Creating a CCA File Like a CCA device, a CCA file is created by the ccs_tool command from a directory of CCS configuration files. Instead of specifying a CCA device as the last parameter when creating an archive, a local file name is specified. The ccs_tool command creates the named file, which is the CCA file. That file should be named ClusterName with a . cca extension. (ClusterName is the usersupplied variable that specifies the name of the cluster. ) The CCA file must be located on the node that runs ccs_servd. 76 7. 5. 1. 1. 1. Usage ccs_tool create Directory CCAFile Chapter 7. Using the Cluster Configuration System Directory The relative path to the directory containing the CCS files for the cluster. CCAFile Specifies the CCA file to create. [. . . ] The two files should look like the following: poolname pool_gfs01 subpools 1 subpool 0 0 1 pooldevice 0 0 /dev/sda1 poolname pool_gfs02 subpools 1 subpool 0 0 1 pooldevice 0 0 /dev/sdb1 2. Use the pool_tool command to create all the pools as follows: n01# pool_tool -c pool_gfs01. cf pool_gfs02. cf Pool label written successfully from pool_gfs01. cf Pool label written successfully from pool_gfs02. cf 168 3. Activate the pools. Note Appendix B. Basic GFS Examples This step must be performed every time a node is rebooted. [. . . ]