ラベル OCFS2 の投稿を表示しています。 すべての投稿を表示
ラベル OCFS2 の投稿を表示しています。 すべての投稿を表示

2017年12月23日土曜日

Oracle VM 3.x での iSCSI ストレージ構成。(ovmcli)

Oracle VM Server(OVMS)で iSCSI ストレージを利用できるようにしてみます。
今回も、ovmcli を利用してみます。

今回の構成です。
  • Oracle VM 3.4.4
  • 今回の OVMS は 2ホストです。(ovms334-01、ovms334-02)
  • iSCSI ストレージは Oracle Linux 7.4 ※セットアップは省略。
  • iSCSI の接続は 2経路のマルチパス。
    • iSCSI Target Path #1: 192.168.41.17 
    • iSCSI Target Path #2: 192.168.42.17

(なお、長くなるので今回はコマンドの出力結果は省略しています。)

2013年2月12日火曜日

OCFS2のcluster.conf設定の注意点

地味な話ですが、
OCFS2の設定ファイル cluster.conf では、
インデントが重要です。

正しい書き方は、下記のようになります。
[root@ovs001 ~]# cat /etc/ocfs2/cluster.conf
node:
        ip_port     = 7777
        ip_address  = 192.168.10.101
        number      = 0
        name        = ovs001
        cluster     = ovscluster
node:
        ip_port     = 7777
        ip_address  = 192.168.10.102
        number      = 1
        name        = ovs002
        cluster     = ovscluster
cluster:
        node_count  = 2
        name        = ovscluster

node: や cluster: 以外の部分にはインデントが必要です。
まちがって下記のようにしてしまうとエラーが出ます。
node:
ip_port     = 7777
ip_address  = 192.168.10.101
number      = 0
name        = ovs001
cluster     = ovscluster
node:
ip_port     = 7777
ip_address  = 192.168.10.102
number      = 1
name        = ovs002
cluster     = ovscluster
cluster:
node_count  = 2
name        = ovscluster

上記のような状態では、OCFS2に依存関係があるo2cbが起動できなくなってしまいます。
そのため、OCFS2も使用できません。
設定ファイルが存在しても、「設定ファイルがロードできません」となってしまいます。
[root@ovs001 ~]# service o2cb start
Starting O2CB cluster ovscluster: Failed
o2cb_ctl: Unable to load cluster configuration file "/etc/ocfs2/cluster.conf"
Stopping O2CB cluster ovscluster: Failed
o2cb_ctl: Unable to load cluster configuration file "/etc/ocfs2/cluster.conf"
インデントは、スペース1つでも、Tabでも、どちらでもOKです。

以上、cluster.confの注意点でした。

2013年2月9日土曜日

クラスタファイルシステム(ocfs2)でディスク共有

今回は、クラスタファイルシステムでディスク共有してみます。

※前回のポストの続きです。
OCFS2のようなクラスタファイルシステムを使用することで
共有ディスク上のファイルに対して、複数サーバからのデータ書き込みができるようになります。

共有ディスクをOCFS2でフォーマット

まず、以前に作成した ext3 のファイルシステムをocfs2 でフォーマットしなおします。
共有ディスク(/dev/sdb1)は、まだどちらのノードでもマウントされていません。
★ノード1側
[root@ovs001 ~]# blkid /dev/sdb1
/dev/sdb1: UUID="85cfeb37-ade9-49e2-8c67-4ec52f620de7" SEC_TYPE="ext2" TYPE="ext3"
[root@ovs001 ~]# mount | grep sdb1
[root@ovs001 ~]#

★ノード2側
[root@ovs002 ~]# blkid /dev/sdb1
/dev/sdb1: UUID="85cfeb37-ade9-49e2-8c67-4ec52f620de7" SEC_TYPE="ext2" TYPE="ext3"
[root@ovs002 ~]# mount | grep sdb1
[root@ovs002 ~]#

共有ディスクなので、フォーマットはノード1側からだけ実施します。
[root@ovs001 ~]# mkfs -t ocfs2 /dev/sdb1
mkfs.ocfs2 1.4.3
Cluster stack: classic o2cb
Filesystem label=
Block size=4096 (bits=12)
Cluster size=4096 (bits=12)
Volume size=4293562368 (1048233 clusters) (1048233 blocks)
33 cluster groups (tail covers 16041 clusters, rest cover 32256 clusters)
Journal size=67108864
Initial number of node slots: 4
Creating bitmaps: done
Initializing superblock: done
Writing system files: done
Writing superblock: done
Writing backup superblock: 1 block(s)
Formatting Journals: done
Formatting slot map: done
Writing lost+found: done
mkfs.ocfs2 successful

ocfs2になりました。
★ノード1側から確認
[root@ovs001 ~]# blkid /dev/sdb1
/dev/sdb1: LABEL="" UUID="be12fb29-8b3e-4325-a13a-b18d4dc7ead0" TYPE="ocfs2"

★ノード2側からも確認
[root@ovs002 ~]# blkid /dev/sdb1
/dev/sdb1: LABEL="" UUID="be12fb29-8b3e-4325-a13a-b18d4dc7ead0" TYPE="ocfs2"

既存ディスクのアンマウント

最初に /OVSから既存のディスクをアンマウントしておきます。
★ノード1側
[root@ovs001 ~]# umount /OVS

★ノード2側
[root@ovs002 ~]# umount /OVS

クラスタファイルシステムのマウント

両方のノードで手動マウントしてみます。
自動マウント設定をしていないため、今回のマウントは
OSを再起動したら元の状態(既存のディスクマウント状態)に戻ります。
★ノード1でマウント
[root@ovs001 ~]# mount -t ocfs2 /dev/sdb1 /OVS
[root@ovs001 ~]# df -h /OVS
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 4.0G 270M 3.8G 7% /var/ovs/mount/8FA1F11000F145DA8A8272436BCD02C2

★ノード2でマウント
[root@ovs002 ~]# df -h /OVS
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 4.0G 270M 3.8G 7% /var/ovs/mount/4EA14718C32B4D7784F3161A75953439

共有ディスクに、ディレクトリとファイルを作ってみる。

まずノード1側でディレクトリとファイルを作成してみます。
[root@ovs001 ~]# mkdir /OVS/dir1
[root@ovs001 ~]# ls -dl /OVS/dir1
drwxr-xr-x 2 root root 3896 Feb 9 11:35 /OVS/dir1
[root@ovs001 ~]# echo Test01 > /OVS/dir1/test1.f
[root@ovs001 ~]# cat /OVS/dir1/test1.f
Test01

ext3 の時とは異なり、ノード2側でも
ノード1で作成したディレクトリとファイルが見えます。
※ext3を使用した時は見えなくなっていました。
root@ovs002 ~]# ls -ld /OVS/dir1
drwxr-xr-x 2 root root 3896 Feb 9 11:38 /OVS/dir1
[root@ovs002 ~]# cat /OVS/dir1/test1.f
Test01

ノード2側でもディレクトリとファイルを作成してみます。
[root@ovs002 ~]# mkdir /OVS/dir2
[root@ovs002 ~]# echo Test02 > /OVS/dir2/test2.f
[root@ovs002 ~]# cat /OVS/dir2/test2.f
Test02

ノード1側からも見ることができます。
[root@ovs001 ~]# cat /OVS/dir2/test2.f
Test02


このように、OCFS2のようなクラスタファイルシステムであれば、
複数OSからの書き込み処理が発生してもデータの整合性を保つことができます。
使い勝手はNFSに近い感じになります。

以上、クラスタファイルシステムでのディスク共有でした。

2013年1月27日日曜日

ファイルシステムの話 (その2)

今回は、前回の
ファイルシステムの話 (その1)
に続き、クラスタファイルシステムの話です。

通常のファイルシステムについて

まず、クラスタ対応していない、通常のファイルシステム
(とりあえず、ローカルファイルシステムと呼んだりしています)についてです。
※ローカルファイルシステムという呼び方は微妙かもしれません…

一般的に、Linuxでは ext3、ext2 などのファイルシステムが使用されています。
OSがこれらの仕組み(ファイルシステム)でファイルを管理するとき、
複数のアプリケーション(プロセス)が同時にファイルを更新しないように働いています。

ただし、これは1つのOSが、1つのファイルシステムでファイルを管理している場合の話です。



クラスタ対応していないローカルファイルシステムの場合は、
それぞれのOSが、他のOSのファイル管理操作を意識できません。
そのOS自身の中での(それぞれのOSからの)ファイル操作の整合性はとれますが
それぞれのOSが勝手にファイル操作をしてしまうため、
結果的に共有ディスクのデータは、整合性がない状態になってしまいます。

そのため、基本的にローカルファイルシステムを使用しているときに、
複数OSで同時に同じファイルシステムに書き込むことはNGです。



このような場合、
共有したディスク上のファイルを書き込むためには
サーバ(OS)のクラスタ環境に対応したファイルシステムとして
クラスタファイルシステムや、NFSを使用します。


クラスタファイルシステムについて

OVSで利用するクラスタファイルシステムは
OCFS2(Oracle Cluster File System version 2)です。
これは汎用的なクラスタファイルシステムなので、
OVS以外(たとえば、RACの共有ディスクなど)でも使用できます。
「Oracle」という名前がついていますが、Oracleのデータベースファイルだけでなく
一般的なファイル(バイナリファイルや、ログファイルなど)も格納することが可能で、
OVSで使用する場合は、VMの設定ファイルや、仮想ディスクイメージファイル等を
OCFS2の領域に格納します。

OCFS2は、複数のOSからのデータ書き込みに対して整合性を確保するため、
独自のクラスタウェア(o2cb)を使用します。
共有ディスクを利用するOSそれぞれで o2cb のプロセスが起動して
お互いが確認し合ってデータの整合性を確保するわけです。



以上、クラスタファイルシステムの話でした。

2013年1月26日土曜日

ファイルシステムの話 (その1)

今回は、ファイルシステムについての話です。

OVSではクラスタファイルシステム(OCFS2)を利用することが多いと思いますが、
OCFS2の前にローカルファイルシステムについて考えてみます。

OSでディスクにファイルを保存するためには、
ファイルシステムという仕組みを使用します。

ファイルシステムを作成するためには、一般的に下記の手順を踏みます。
※LVMの話は、ひとまずおいておきます。
  1. まず、OSにディスクを認識させる。
  2. 認識させたディスクに、パーティションを作成する。
  3. パーティションにファイルシステムを作成する。
    (ディスク上に、ファイルを管理する仕組みを作る。)
  4. ファイルシステムをディレクトリ(マウントポイント)にマウントする。



作成したファイルシステムは、マウントして使用しますが
通常のローカルファイルシステム(クラスタ対応していないファイルシステム)を使用している場合、
OSは自分だけがファイル管理をする前提で動作します。
ファイルを管理する仕組みも、そのOS自身のメモリ上で処理されます。



そのため、
複数のサーバが同一のファイルシステム(ディスク領域)をマウントして
それぞれでデータ書き込みをしたりすると、不整合が発生してしまいます。

たとえば下図のような状態だと、
OS1とOS2がそれぞれ別にファイル管理をしてしまうため
OS1の更新がOS2で認識できなかったり、
OS2の更新がOS2で認識できなかったりします。


複数のOSから同じディスク領域をマウントして
ファイル操作(書き込みなど)をしたい場合は、
不整合を発生させないために、クラスタ環境対応しているファイルシステム
(たとえばOCFS2やNFSなど)を使用する必要があります。

以上、OCFS2への導入として、ローカルファイルシステムの話でした。

2013年1月24日木曜日

OCFS2:クラスタファイルシステム環境構築

以前のエントリの続きです。

前回のエントリ

OVS on VirtualBox 環境に共有ディスクを割り当てたので、
今回はその領域にクラスタファイルシステムを作成してみます。

1. ノード1側のOVSでのディスク認識を確認

共有ディスクが、/dev/sdb として認識されています。
[root@ovs001 ~]# fdisk -l

Disk /dev/sda: 12.8 GB, 12884901888 bytes
255 heads, 63 sectors/track, 1566 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 405 3148740 83 Linux
/dev/sda3 406 1435 8273475 83 Linux
/dev/sda4 1436 1566 1052257+ 5 Extended
/dev/sda5 1436 1566 1052226 82 Linux swap / Solaris

Disk /dev/sdb: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sdb doesn't contain a valid partition table
You have new mail in /var/spool/mail/root

2. ノード2側のOVSでのディスク認識を確認

こちらでも共有ディスクが /dev/sdb として認識されています。
[root@ovs002 ~]# fdisk -l

Disk /dev/sda: 12.8 GB, 12884901888 bytes
255 heads, 63 sectors/track, 1566 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 405 3148740 83 Linux
/dev/sda3 406 1435 8273475 83 Linux
/dev/sda4 1436 1566 1052257+ 5 Extended
/dev/sda5 1436 1566 1052226 82 Linux swap / Solaris

Disk /dev/sdb: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sdb doesn't contain a valid partition table

3. パーティションを作成

ノード1側のOVSで、
共有ディスク(/dev/sdb)にパーティション(/dev/sdb1)を作成します。
[root@ovs001 ~]# fdisk /dev/sdb
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won't be recoverable.

Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-522, default 1): ★エンター
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-522, default 522):★エンター
Using default value 522

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

fdiskコマンドでパーティション(/dev/sdb1)が表示されるようになりました。
[root@ovs001 ~]# fdisk -l

Disk /dev/sda: 12.8 GB, 12884901888 bytes
255 heads, 63 sectors/track, 1566 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 405 3148740 83 Linux
/dev/sda3 406 1435 8273475 83 Linux
/dev/sda4 1436 1566 1052257+ 5 Extended
/dev/sda5 1436 1566 1052226 82 Linux swap / Solaris

Disk /dev/sdb: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 1 522 4192933+ 83 Linux

共有領域に対してパーティションを作成したので、
2台目OVS側でも、作成したパーティション(/dev/sdb1)が見えるようになります。
[root@ovs002 ~]# fdisk -l

Disk /dev/sda: 12.8 GB, 12884901888 bytes
255 heads, 63 sectors/track, 1566 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 14 405 3148740 83 Linux
/dev/sda3 406 1435 8273475 83 Linux
/dev/sda4 1436 1566 1052257+ 5 Extended
/dev/sda5 1436 1566 1052226 82 Linux swap / Solaris

Disk /dev/sdb: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 1 522 4192933+ 83 Linux

4. クラスタファイルシステムの作成

ノード1側のOVSで、/dev/sdb1 パーティションに、ファイルシステムを作成します。
  • -t ocfs2 → ファイルシステムの種類は、OCFS2
  • -N 4 →このファイルシステムに接続するノード数(少し多めの4台にした)
  • -L /OVS → ファイルシステムのラベル。(マウントポイントと合わせておいた)

[root@ovs001 ~]# mkfs -t ocfs2 -N 4 -L /OVS /dev/sdb1
mkfs.ocfs2 1.4.3
Cluster stack: classic o2cb
Filesystem label=/OVS
Block size=4096 (bits=12)
Cluster size=4096 (bits=12)
Volume size=4293562368 (1048233 clusters) (1048233 blocks)
33 cluster groups (tail covers 16041 clusters, rest cover 32256 clusters)
Journal size=67108864
Initial number of node slots: 4
Creating bitmaps: done
Initializing superblock: done
Writing system files: done
Writing superblock: done
Writing backup superblock: 1 block(s)
Formatting Journals: done
Formatting slot map: done
Writing lost+found: done
mkfs.ocfs2 successful

ノード1側で確認
ファイルシステムを作成すると、
blkid コマンドでファイルシステムのUUIDを見られるようになります。
[root@ovs001 ~]# blkid
/dev/sda5: LABEL="92bd3ba0a8ea" TYPE="swap"
/dev/sda3: LABEL="" UUID="5ec25b24-cb6f-4681-a59e-ede39840b5af" TYPE="ocfs2"
/dev/sda2: LABEL="/" UUID="562b8305-61ec-4673-8433-0edccf75d609" TYPE="ext3"
/dev/sda1: LABEL="/boot" UUID="cddae22e-6f94-4e59-882c-1d0dfa3c099d" TYPE="ext3"
/dev/sdb1: LABEL="/OVS" UUID="b5c473c6-b650-473e-b196-f4a2af104868" TYPE="ocfs2"


ノード2側で確認
ノード2側では、まず partprobe コマンドを実行して
OSにディスクパーティションテーブルの情報を再読み込みさせておきます。

blkid コマンドを実行してみると、
/dev/sdb1(ラベルは"/OVS")のUUIDがノード1側と同じものになっていて
同一のデバイスを共有していることがわかります。
[root@ovs002 ~]# partprobe /dev/sdb
[root@ovs002 ~]# blkid
/dev/sda5: LABEL="f678b4e7110e" TYPE="swap"
/dev/sda3: LABEL="" UUID="bebfa05e-5ba3-4e02-bf5a-164edaf9b0a4" TYPE="ocfs2"
/dev/sda2: LABEL="/" UUID="60a03a37-f574-4376-9233-8716a014dca5" TYPE="ext3"
/dev/sda1: LABEL="/boot" UUID="dfabb15a-a290-43f4-b8d8-c8fb76433546" TYPE="ext3"
/dev/sdb1: LABEL="/OVS" UUID="af59f99b-9163-49a3-b474-5f9948b57b7d" TYPE="ocfs2"

5. 既存の/OVSをアンマウント

現時点では、ノード1、ノード2 それぞれでことなるデバイスを/OVSにマウントしています。
そのため、両ノードで既存の /OVS をアンマウントしたうえで、
新規作成した /dev/sdb1 のクラスタファイルシステムをマウントします。

既存の/OVSをマウントしている状態
★ノード1
[root@ovs001 ~]# ls -ld /OVS
lrwxrwxrwx 1 root root 47 Jan 20 06:22 /OVS -> /var/ovs/mount/8FA1F11000F145DA8A8272436BCD02C2
[root@ovs001 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 3.0G 847M 2.0G 30% /
/dev/sda1 99M 46M 49M 49% /boot
tmpfs 257M 0 257M 0% /dev/shm
none 256M 40K 256M 1% /var/lib/xenstored
/dev/sda3 7.9G 264M 7.7G 4% /var/ovs/mount/8FA1F11000F145DA8A8272436BCD02C2
[root@ovs001 ~]# blkid /dev/sda3
/dev/sda3: LABEL="" UUID="b33cf2ad-5021-4321-8faf-52e5b19c5e27" TYPE="ocfs2"

★ノード2
[root@ovs002 ~]# ls -ld /OVS
lrwxrwxrwx 1 root root 47 Jan 20 06:35 /OVS -> /var/ovs/mount/4EA14718C32B4D7784F3161A75953439
[root@ovs002 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 3.0G 847M 2.0G 30% /
/dev/sda1 99M 46M 49M 49% /boot
tmpfs 257M 0 257M 0% /dev/shm
none 256M 40K 256M 1% /var/lib/xenstored
/dev/sda3 7.9G 264M 7.7G 4% /var/ovs/mount/4EA14718C32B4D7784F3161A75953439
[root@ovs002 ~]# blkid /dev/sda3
/dev/sda3: LABEL="" UUID="bebfa05e-5ba3-4e02-bf5a-164edaf9b0a4" TYPE="ocfs2"
それぞれのサーバで/OVSをアンマウントします。
ノード1側でアンマウント
[root@ovs001 ~]# umount /OVS

ノード2側でもアンマウント
[root@ovs002 ~]# umount /OVS

このあと、共有ディスクを/OVSにマウントします。
ただし、このままではマウントできません。
OCFS2で共有ディスクを制御するための専用のクラスタウェアを使用します。
[root@ovs001 ~]# mount -t ocfs2 /dev/sdb1 /OVS
mount.ocfs2: Unable to access cluster service while trying initialize cluster

6. OCFS2のクラスタ設定ファイル作成

OCFS2でディスクを共有するため、クラスタの設定ファイルを作成します。
ディスクを共有したいサーバを、OCFS2独自のクラスタに所属させる設定をします。

  • クラスタの名前: ovscluster
  • クラスタのノード数: 2
  • クラスタに参加するノード: ovs001 と ovs02
  • OCFS2用クラスタの通信で使用するIPアドレスは192.168.10.x を指定。(これは、共有ディスクをマウントするネットワークセグメントとは別でもよい)

[root@ovs001 ~]# mkdir /etc/ocfs2
[root@ovs001 ~]# vi /etc/ocfs2/cluster.conf

【ファイルの内容】
node:
  ip_port = 7777
  ip_address = 192.168.10.101
  number = 0
  name = ovs001
  cluster = ovscluster

node:
  ip_port = 7777
  ip_address = 192.168.10.102
  number = 1
  name = ovs002
  cluster = ovscluster

cluster:
  node_count = 2
  name = ovscluster

7. O2CBの設定と起動

OCFS2のクラスタウェアは、O2CBという名前です。
下記のように「/etc/init.d/o2cb configure」コマンドで、
O2CBの設定変更とその内容の読み込みができます。
設定した内容は、/etc/sysconfig/o2cb ファイルに反映されます。

[root@ovs001 ~]# /etc/init.d/o2cb configure
Configuring the O2CB driver.

This will configure the on-boot properties of the O2CB driver.
The following questions will determine whether the driver is loaded on
boot. The current values will be shown in brackets ('[]'). Hitting
without typing an answer will keep that current value. Ctrl-C
will abort.

Load O2CB driver on boot (y/n) [n]: y
Cluster stack backing O2CB [o2cb]: ★Enterキー
Cluster to start on boot (Enter "none" to clear) [ocfs2]: ovscluster
Specify heartbeat dead threshold (>=7) [31]:★Enterキー
Specify network idle timeout in ms (>=5000) [30000]:★Enterキー
Specify network keepalive delay in ms (>=1000) [2000]:★Enterキー
Specify network reconnect delay in ms (>=2000) [2000]:★Enterキー
Writing O2CB configuration: OK
Mounting configfs filesystem at /sys/kernel/config: OK
Loading filesystem "ocfs2_dlmfs": OK
Creating directory '/dlm': OK
Mounting ocfs2_dlmfs filesystem at /dlm: OK
Starting O2CB cluster ovscluster: OK
8. 共有ディスクのマウント

ノード1で、共有ディスクをマウントします。
マウント後に「mounted.ocfs2 -f」コマンドで
/dev/sdb1 のocfs2ファイルシステムが ovs001サーバ からマウントされていることが確認できます。
[root@ovs001 ~]# mount -t ocfs2 /dev/sdb1 /OVS
[root@ovs001 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 3.0G 848M 2.0G 30% /
/dev/sda1 99M 46M 49M 49% /boot
tmpfs 257M 0 257M 0% /dev/shm
none 256M 40K 256M 1% /var/lib/xenstored
/dev/sdb1 4.0G 270M 3.8G 7% /var/ovs/mount/8FA1F11000F145DA8A8272436BCD02C2

[root@ovs001 ~]# mounted.ocfs2 -f /dev/sdb1
Device FS Nodes
/dev/sdb1 ocfs2 ovs001

9. ノード2側でも同様にOCFS2環境を設定して、共有ディスクをマウント

ノード2側でOCFS2の設定ファイルを作成します。
※ノード1側と同じ設定をします。
[root@ovs002 ~]# mkdir /etc/ocfs2
[root@ovs002 ~]# vi /etc/ocfs2/cluster.conf
[root@ovs002 ~]# cat /etc/ocfs2/cluster.conf
node:
  ip_port = 7777
  ip_address = 192.168.10.101
  number = 0
  name = ovs001
  cluster = ovscluster

node:
  ip_port = 7777
  ip_address = 192.168.10.102
  number = 1
  name = ovs002
  cluster = ovscluster

cluster:
  node_count = 2
  name = ovscluster

ノード2側のO2CBを設定して起動します。
[root@ovs002 ~]# /etc/init.d/o2cb configure
Configuring the O2CB driver.

This will configure the on-boot properties of the O2CB driver.
The following questions will determine whether the driver is loaded on
boot. The current values will be shown in brackets ('[]'). Hitting
without typing an answer will keep that current value. Ctrl-C
will abort.

Load O2CB driver on boot (y/n) [n]: y
Cluster stack backing O2CB [o2cb]:
Cluster to start on boot (Enter "none" to clear) [ocfs2]: ovscluster
Specify heartbeat dead threshold (>=7) [31]:
Specify network idle timeout in ms (>=5000) [30000]:
Specify network keepalive delay in ms (>=1000) [2000]:
Specify network reconnect delay in ms (>=2000) [2000]:
Writing O2CB configuration: OK
Mounting configfs filesystem at /sys/kernel/config: OK
Loading filesystem "ocfs2_dlmfs": OK
Creating directory '/dlm': OK
Mounting ocfs2_dlmfs filesystem at /dlm: OK
Starting O2CB cluster ovscluster: OK

ノード2でも、共有ディスクをマウントします。
マウント後に「mounted.ocfs2 -f」コマンドで
/dev/sdb1 のocfs2ファイルシステムが2台のサーバ(ovs001とovs002)から
マウントされていることが確認できます。
[root@ovs002 ~]# mount -t ocfs2 /dev/sdb1 /OVS
[root@ovs002 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 3.0G 847M 2.0G 30% /
/dev/sda1 99M 46M 49M 49% /boot
tmpfs 257M 0 257M 0% /dev/shm
none 256M 40K 256M 1% /var/lib/xenstored
/dev/sdb1 4.0G 270M 3.8G 7% /var/ovs/mount/4EA14718C32B4D7784F3161A75953439

[root@ovs002 ~]# mounted.ocfs2 -f /dev/sdb1
Device FS Nodes
/dev/sdb1 ocfs2 ovs001, ovs002

以上、OCFS2の環境構築でした。