Skip Navigation Links | |
Exit Print View | |
Using Sun QFS and Sun Storage Archive Manager With Oracle Solaris Cluster Sun QFS and Sun Storage Archive Manager 5.3 Information Library |
1. Using SAM-QFS With Oracle Solaris Cluster
2. Requirements for Using SAM-QFS With Oracle Solaris Cluster
3. Configuring Sun QFS Local Failover File Systems With Oracle Solaris Cluster
4. Configuring Sun QFS Shared File Systems With Oracle Solaris Cluster
Task Map: Configuring Clustered File Systems With Oracle Solaris Cluster
Creating the Shared Hosts File on the Metadata Server
How Metadata Server Addresses Are Obtained
How to Enable a Shared File System as a SUNW.qfs Resource
How to Bring the Shared Resource Online
How to Verify the Resource Group on All Nodes
5. Configuring SAM-QFS Archiving in an Oracle Solaris Cluster Environment (HA-SAM)
The lines that define a particular file system must be identical in the mcf files on all host systems that support the file system. Only one mcf file can reside on a host. Because you can have other, additional file systems defined in an mcf file, the mcf files on different hosts might not be identical.
Note - If you update a metadata server's mcf file at any time after the shared file system is mounted, you must also update the mcf files as necessary on all hosts that can access that shared file system.
Perform this procedure for each host that you want to include in a shared file system in an Oracle Solaris Cluster environment.
If an mcf file does not exist on this node, create one and include the file system lines.
If an mcf file already exists on this node, add the lines for the new file system.
The samfsconfig command generates configuration information that can help you to identify the devices included in the shared file system. Issue a separate samfsconfig command on each client host. Note that the controller number might not be the same controller number as on the metadata server because the controller numbers are assigned by each client host.
Use vi or another editor to edit the mcf file on one of the client host systems. The mcf file must be updated on all client hosts to be included in the shared file system. The file system and disk declaration information must have the same data for the Family Set name, Equipment Number, and Equipment Type fields as the configuration on the metadata server. The mcf files on the client hosts must also include the shared keyword. The device names, however, can change as controller assignments can change from host to host.
To access or mount a shared file system, a host system must have that file system defined in its mcf file. The content of the mcf files varies depending on the type of Oracle Solaris Cluster hosts:
The primary metadata server
Potential metadata servers
All hosts can be metadata servers because the Oracle Solaris Cluster software fails over system resources in the event of a node failure.
Note - Clients within the cluster are supported within the SC-RAC configuration only. Other configurations have clients within the cluster that serve as passive metadata servers only. They exist as potential metadata servers for failover capabilities but are not supported for reading or writing data as a shared Sun QFS client.
Example 4-1 mcf File Using Hardware RAID and Oracle Solaris Cluster
The following sample mcf file includes six shared file systems.
psfb1% more /etc/opt/SUNWsamfs/mcf OraHomes 20 ma OraHomes - shared /dev/did/dsk/d1s0 21 mm OraHomes - /dev/did/dsk/d2s0 22 mr OraHomes - /dev/did/dsk/d3s0 23 mr OraHomes - CrsHomes 30 ma CrsHomes - shared /dev/did/dsk/d6s0 31 mm CrsHomes - /dev/did/dsk/d7s0 32 mr CrsHomes - OraData 40 ma OraData - shared /dev/did/dsk/d8s0 41 mm OraData - /dev/did/dsk/d9s0 42 mr OraData - /dev/did/dsk/d10s0 43 mr OraData - /dev/did/dsk/d11s0 44 mr OraData - votingdisk1 50 ms votingdisk1 - shared /dev/did/dsk/d4s1 51 md votingdisk1 - votingdisk2 60 ms votingdisk2 - shared /dev/did/dsk/d4s2 61 md votingdisk2 - votingdisk3 70 ms votingdisk3 - shared /dev/did/dsk/d4s3 71 md votingdisk3 -