Advanced
Mailing List Archive

Mailing List Archive

  1. Home >
  2. Linux-HA>
  3. Japanese
sfexリソースエージェントの設定について
k.xnakamu at gmail
Oct 13, 2016, 5:04 AM
Post #1 of 13 (4327 views)
Permalink
$B4X78<T3F0L(B
$B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B

$B4D6-!'(B
CentOS 7.2(x86_64)
pacemaker-1.1.14-1.el7.x86_64
corosync-2.3.5-1.el7.x86_64

$B2TF/7O!'(Bhoge01v
$BBT5!7O!'(Bhoge02v

($B<ALd(B)
pacemaker1.1.14$B$H(Bcorosync2.3.5$B$NAH$_9g$o$;$G$NF0:n8!>Z$r?J$a$F$*$j$^$9!#(B
sfex$B$N%j%=!<%9%(!<%8%'%s%H$NF0:n$r8!>Z$7$F$$$k$N$G$9$,!"$I$&$b$&$^$/5!G=(B
$B$7$^$;$s!#$H$$$&$N$b!"BT5!7O%N!<%I$G(BOS$B:F5/F0$r$5$;$?$H$-!"(BOS$B5/F0$N%?%$%_%s%0(B
$B$G$J$<$+2TF/7O$N6&M-%G%#%9%/(B(LVM)$B%j%=!<%9$,0l;~E*$K(Bstop$B$7;2>H$G$-$J$/$J$C$F$7(B
$B$^$$$^$9!#(B($B%9%W%j%C%H%V%l%$%s$,5/$3$C$F$7$^$&!#(B)
sfex_init$B%3%^%s%I$O<B9T:Q$G$9!#(B

$BA[DjF0:n$H$7$F$O!"(Bsfex$B$N%j%=!<%9%(!<%8%'%s%H$r@_Dj$7$F$$$k$D$b$j$J$N$G(B
$B$3$l$,5!G=$7$F!"BT5!7O$G$O(BLV$B$OHs3h@->uBV$H$J$j!"2TF/7O$O2?$b1F6A$7$J$$$b$N(B
$B$H9M$($F$^$9!#(B

$B$*K;$7$$$H$3$mBgJQ62=L$G$O$4$6$$$^$9$,!"Ho5?2U=j$H;W$o$l$kE@Ey$4$6$$$^$7$?$i(B
$B$4;XE&D:$1$k$H9,$$$G$9!#$4ITL@E@Ey$"$l$P$4O"Mm$/$@$5$$!#(B

$B!&(Bsfex$B$N%j%=!<%9%(!<%8%'%s%H$N=q$-J}$O@5$7$$!)(B
$B!&(Bcorosync$B$N(Bquorum$B%G%#%l%/%F%#%V$O4X78L5$7!)(B
$BEy(B

$B"!@_DjFbMF"!(B
# crm configure show

node 1: hoge01v
node 2: hoge02v
primitive ip_hoge00t IPaddr2 \
meta migration-threshold=5 \
params ip=10.2.24.94 cidr_netmask=24 nic=ens160 iflabel=0 \
op monitor interval=3s
primitive res_ping ocf:pacemaker:ping \
params name=ens160_ping_set host_list=10.2.24.1 multiplier=200
dampen=1 debug=true attempts=10 \
op monitor interval=10s timeout=60 \
op start interval=0 timeout=60
primitive vgua01 LVM \
params volgrpname=vgua01
primitive vgua01_LogVol00 Filesystem \
meta migration-threshold=5 \
params device="/dev/vgua01/LogVol00" fstype=xfs directory="/ua" \
op monitor interval=20s
primitive vgua01_lv_quorum sfex \
params index=1 device="/dev/vgua01/lv_quorum"
group pkg_hoge00t ip_hoge00t vgua01 vgua01_lv_quorum vgua01_LogVol00 \
meta is-managed=true target-role=Started
clone clone_ping res_ping \
meta target-role=Started
location pkg_hoge00t-location pkg_hoge00t \
rule 200: #uname eq hoge01v \
rule 100: #uname eq hoge02v
location pkg_hoge00t-service-location pkg_hoge00t \
rule -inf: defined ens160_ping_set and ens160_ping_set lt 200
property cib-bootstrap-options: \
have-watchdog=false \
dc-version=1.1.14-1.el7-70404b0 \
cluster-infrastructure=corosync \
stonith-enabled=false \
no-quorum-policy=ignore \
default-action-timeout=120s \
last-lrm-refresh=1474010070
rsc_defaults rsc-options: \
resource-stickiness=INFINITY

$B"!(Bcorosync$B$N@_Dj"!(B
# cat /etc/corosync/corosync.conf

totem {
version: 2
token: 10000
rrp_mode: active
interface {
ringnumber: 0
bindnetaddr: 10.0.0.0
mcastport: 5405
ttl: 1
}
interface {
ringnumber: 1
bindnetaddr: 10.2.24.0
mcastport: 5405
ttl: 1
}
transport: udpu
}
logging {
fileline: off
to_logfile: yes
to_syslog: no
logfile: /var/log/cluster/corosync.log
debug: off
timestamp: on
}
nodelist {
node {
ring0_addr: 10.0.0.35
ring1_addr: hoge01v
nodeid: 1
}
node {
ring0_addr: 10.0.0.36
ring1_addr: hoge02v
nodeid: 2
}
}
quorum {
provider: corosync_votequorum
expected_votes: 2
two_node: 1
}

$B"!2TF/7O$G$N(Bsfex_stat$B7k2L"!(B
# sfex_stat /dev/vgua01/lv_quorum

control data:
magic: 0x53, 0x46, 0x45, 0x58
version: 1
revision: 3
blocksize: 512
numlocks: 1
lock data #1:
status: lock
count: 383
nodename: hoge01v
status is LOCKED.

$B0J>e!"59$7$/$*4j$$CW$7$^$9!#(B

--
Naka
_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: sfexリソースエージェントの設定について [ In reply to ]
l05102 at shibaura-it
Oct 13, 2016, 5:10 PM
Post #2 of 13 (4322 views)
Permalink
nakaさん

ひばり と申します。

以下の流れで事象が発生しているものと推察します。

・待機系のOS起動時にlvmが活性化される
・その後Pacemakerが立ち上がるタイミングで
probe処理（Pacemakerの管理するリソースの状態を
確認する処理）により両系のノードでlvmが活性化
されていることを検知
・Pacemaker的には両系のノードでlvmが活性化
されているのはおかしいので、スプリットブレインと判断
・一旦両系でリソースを停止し、再度適切なノードで
リソースを立ち上げる

sfexはPacemaker起動後に排他制御を行ってくれますが、
Pacemaker起動前（OS起動時）にlvmの活性化を防ぐ
事はできません。
対処としてはlvmの設定でOS起動時にクラスタが
管理するVGを活性化しないようにする事になります。

具体的にはlvm.confのvolume_listにクラスタが管理するVG"以外"を
指定すれば良いかと思います。
♯もし設定してもOS起動時にVGが活性化されて
♯しまうようでしたらdracutコマンドでinitramfsの
♯再作成も行ってみて下さい。

それと、現状sfex領域がVG上のLVになっていますので、
上記のVGをOS起動時に活性化しないようにする設定の
影響を受けてしまいます。
sfex領域はlvmでない素のパーティションに
配置するか、別のVG上に配置する必要があります。

以上、宜しくお願い致します。

2016/10/13 21:04 "Keisuke Nakamura" <k.xnakamu@gmail.com>:

> 関係者各位
> お世話になっております。nakaと申します。
>
> 環境：
> CentOS 7.2(x86_64)
> pacemaker-1.1.14-1.el7.x86_64
> corosync-2.3.5-1.el7.x86_64
>
> 稼働系：hoge01v
> 待機系：hoge02v
>
> (質問)
> pacemaker1.1.14とcorosync2.3.5の組み合わせでの動作検証を進めております。
> sfexのリソースエージェントの動作を検証しているのですが、どうもうまく機能
> しません。というのも、待機系ノードでOS再起動をさせたとき、OS起動のタイミング
> でなぜか稼働系の共有ディスク(LVM)リソースが一時的にstopし参照できなくなってし
> まいます。(スプリットブレインが起こってしまう。)
> sfex_initコマンドは実行済です。
>
> 想定動作としては、sfexのリソースエージェントを設定しているつもりなので
> これが機能して、待機系ではLVは非活性状態となり、稼働系は何も影響しないもの
> と考えてます。
>
> お忙しいところ大変恐縮ではございますが、被疑箇所と思われる点等ございましたら
> ご指摘頂けると幸いです。ご不明点等あればご連絡ください。
>
> ・sfexのリソースエージェントの書き方は正しい？
> ・corosyncのquorumディレクティブは関係無し？
> ç­‰
>
> ◆設定内容◆
> # crm configure show
>
> node 1: hoge01v
> node 2: hoge02v
> primitive ip_hoge00t IPaddr2 \
> meta migration-threshold=5 \
> params ip=10.2.24.94 cidr_netmask=24 nic=ens160 iflabel=0 \
> op monitor interval=3s
> primitive res_ping ocf:pacemaker:ping \
> params name=ens160_ping_set host_list=10.2.24.1 multiplier=200
> dampen=1 debug=true attempts=10 \
> op monitor interval=10s timeout=60 \
> op start interval=0 timeout=60
> primitive vgua01 LVM \
> params volgrpname=vgua01
> primitive vgua01_LogVol00 Filesystem \
> meta migration-threshold=5 \
> params device="/dev/vgua01/LogVol00" fstype=xfs directory="/ua" \
> op monitor interval=20s
> primitive vgua01_lv_quorum sfex \
> params index=1 device="/dev/vgua01/lv_quorum"
> group pkg_hoge00t ip_hoge00t vgua01 vgua01_lv_quorum vgua01_LogVol00 \
> meta is-managed=true target-role=Started
> clone clone_ping res_ping \
> meta target-role=Started
> location pkg_hoge00t-location pkg_hoge00t \
> rule 200: #uname eq hoge01v \
> rule 100: #uname eq hoge02v
> location pkg_hoge00t-service-location pkg_hoge00t \
> rule -inf: defined ens160_ping_set and ens160_ping_set lt 200
> property cib-bootstrap-options: \
> have-watchdog=false \
> dc-version=1.1.14-1.el7-70404b0 \
> cluster-infrastructure=corosync \
> stonith-enabled=false \
> no-quorum-policy=ignore \
> default-action-timeout=120s \
> last-lrm-refresh=1474010070
> rsc_defaults rsc-options: \
> resource-stickiness=INFINITY
>
> ◆corosyncの設定◆
> # cat /etc/corosync/corosync.conf
>
> totem {
> version: 2
> token: 10000
> rrp_mode: active
> interface {
> ringnumber: 0
> bindnetaddr: 10.0.0.0
> mcastport: 5405
> ttl: 1
> }
> interface {
> ringnumber: 1
> bindnetaddr: 10.2.24.0
> mcastport: 5405
> ttl: 1
> }
> transport: udpu
> }
> logging {
> fileline: off
> to_logfile: yes
> to_syslog: no
> logfile: /var/log/cluster/corosync.log
> debug: off
> timestamp: on
> }
> nodelist {
> node {
> ring0_addr: 10.0.0.35
> ring1_addr: hoge01v
> nodeid: 1
> }
> node {
> ring0_addr: 10.0.0.36
> ring1_addr: hoge02v
> nodeid: 2
> }
> }
> quorum {
> provider: corosync_votequorum
> expected_votes: 2
> two_node: 1
> }
>
> ◆稼働系でのsfex_stat結果◆
> # sfex_stat /dev/vgua01/lv_quorum
>
> control data:
> magic: 0x53, 0x46, 0x45, 0x58
> version: 1
> revision: 3
> blocksize: 512
> numlocks: 1
> lock data #1:
> status: lock
> count: 383
> nodename: hoge01v
> status is LOCKED.
>
> 以上、宜しくお願い致します。
>
> --
> Naka
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>
Re: sfexリソースエージェントの設定について [ In reply to ]
k.xnakamu at gmail
Oct 13, 2016, 10:33 PM
Post #3 of 13 (4321 views)
Permalink
$B$R$P$jMM(B

$B$42sEzD:$-M-Fq$&$4$6$$$^$7$?!*(B
$B6&M-%G%#%9%/$O;vA0$KHs3h@-$K$J$k$h$&$K$7$F$*$/$h$&!"(B
lvm.conf$B$r:#0lEY3NG'$7!"BP1~$7$F$_$^$9!#(B

$B$465<xD:$-M-Fq$&$4$6$$$^$7$?!#(B

$B0J>e!"59$7$/$*4j$$CW$7$^$9!#(B
_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: sfexリソースエージェントの設定について [ In reply to ]
k.xnakamu at gmail
Oct 19, 2016, 1:04 AM
Post #4 of 13 (4316 views)
Permalink
ひばり様、各位

お世話になっております。nakaと申します。
先日のlvm.confの件、頂いた回答やネット上の情報を参考にしましたがどうもうまくいかず悩んでおります。。

【やったこと】
/etc/lvm/lvm.confの編集。
↓下記の通り設定。

volume_list = [ "vg00" ]　★vg00はローカルでの使用。
use_lvmetad = 0
locking_type = 1

initramfsの再作成
dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)

OSリブート

これで、確かにOS起動時にはローカル(vg00)は活性状態、クラスタ共有ディスク(vgua01)は非活性に
なるのですが、手動で共有ディスク(vgua01)の活性化(vgchange -a y)はできない状態でした。
pacemakerでのLVMリソースの起動も失敗してしまいます。volume_listをコメントアウトすると、
正常に活性化できます。何か足りない設定があるのかな、、

とここまで書いて、既にpacemakerの話ではなく、OSのLVMの話になってますよね。
pacemaker(+corosync)でLVMのクラスタ共有ディスクを使う場合に他に考慮が必要なのでしょうか。。

何か些細なことでも気になる点等ございましたらご指摘頂けると助かります。
参考までに、「crm resouce start vgua01(LVMリソース)」後のcorosync.logを添付致します。

Naka
Re: sfexリソースエージェントの設定について [ In reply to ]
l05102 at shibaura-it
Oct 19, 2016, 3:00 AM
Post #5 of 13 (4317 views)
Permalink
naka様 浜田様

ひばりです。
お世話になっております。

volume_list = [ "vg00" ] ★vg00はローカルでの使用。

上記設定をlvm.confに行った時点でvolume_listで指定した
VG以外をvgchange等のlvmコマンドで操作することが
出来なくなります。
＃クラスタでLVMのボリュームを制御する際は、クラスタの管理外
＃クラスタ管理対象のボリュームが操作されないように上記設定を
＃行います。

そのため手動で共有ディスクの活性化を行えないこと
自体は正常な動作といえます。

ただ、Pacemakerはvolume_listをRA内部で実行する
コマンド上で書き換えていますので、本来であれば
Pacemaker起動時にvgua01がACT側のノードで活性化される
はずです。

具体的には以下の処理を行っていますので、
まずは手動で下記コマンドを実行し、VGが活性化できるかを
ご確認ください。

★★★★★★★★★★★★★★★★★★
（活性化）
# vgchange --addtag pacemaker vgua01
# vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01

（非活性化）
# vgchange -an vgua01
# vgchange --deltag pacemaker vgua01
★★★★★★★★★★★★★★★★★★

resource-agentsのバージョンが古いと上記の処理が
実装されていませんので、念のため上記の実行結果と合わせて
resource-agentsのバージョンもお教え下さい。

なお、浜田様からメールを頂いておりますが
> そもそも、LVM はクラスタに対応していないと思います。
(snip)
> たまたま、何らかのロック機構が働いて、
> LVMを活性化できないおかげでデータが破壊されずに済んでいる、

LVMをクラスタで制御することは可能です。
LVMは複数ノードからの活性化を想定していませんが、
LVMを複数ノードで活性化しないように正しく
設定を行えば問題ありません。
＃そのためにvolume_listの設定を行っています。

> ・LVMの設定ファイルを書き換えるリソースエージェントを開発する。
PacemakerのLVM RAは既に対応しております。
（★部の処理が組み込まれている）

その他、clvmは複数ノードからの活性化(LVMの操作）に対応した
LVMとなりますが、その上に載るファイルシステムがGFSのような
複数ノードからのマウントに対応してるものでない場合、
clvmを利用してもファイルシステムをマウントできるノードは
1つとなりますので、今回のようにxfsを扱う場合、clvmは
オーバースペックかもしれません。

2016/10/19 17:05 "Keisuke Nakamura" <k.xnakamu@gmail.com>:

> ひばり様、各位
>
> お世話になっております。nakaと申します。
> 先日のlvm.confの件、頂いた回答やネット上の情報を参考にしましたがどうもうまくいかず悩んでおります。。
>
> 【やったこと】
> /etc/lvm/lvm.confの編集。
> ↓下記の通り設定。
>
> volume_list = [ "vg00" ] ★vg00はローカルでの使用。
> use_lvmetad = 0
> locking_type = 1
>
> initramfsの再作成
> dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
>
> OSリブート
>
> これで、確かにOS起動時にはローカル(vg00)は活性状態、クラスタ共有ディスク(vgua01)は非活性に
> なるのですが、手動で共有ディスク(vgua01)の活性化(vgchange -a y)はできない状態でした。
> pacemakerでのLVMリソースの起動も失敗してしまいます。volume_listをコメントアウトすると、
> 正常に活性化できます。何か足りない設定があるのかな、、
>
> とここまで書いて、既にpacemakerの話ではなく、OSのLVMの話になってますよね。
> pacemaker(+corosync)でLVMのクラスタ共有ディスクを使う場合に他に考慮が必要なのでしょうか。。
>
> 何か些細なことでも気になる点等ございましたらご指摘頂けると助かります。
> 参考までに、「crm resouce start vgua01(LVMリソース)」後のcorosync.logを添付致します。
>
> Naka
>
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>
>
Re: sfexリソースエージェントの設定について [ In reply to ]
k.xnakamu at gmail
Oct 20, 2016, 12:02 AM
Post #6 of 13 (4315 views)
Permalink
$B$R$P$jMM!"IMEDMM(B

$B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
$B$43NG'D:$-M-Fq$&$4$6$$$^$9!#(B

> $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
> $B!J3h@-2=!K(B
> # vgchange --addtag pacemaker vgua01
> # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>
> $B!JHs3h@-2=!K(B
> # vgchange -an vgua01
> # vgchange --deltag pacemaker vgua01
> $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B

$B>e5-%3%^%s%I$r<jF0$G<B;\$9$k$H!"@5>o$K(Bvgua01$B$r3h@-(B/$BHs3h@-2=$9$k$3$H$,$G$-$^$7$?!#!#(B

# vgchange -ay vgua01
0 logical volume(s) in volume group "vgua01" now active
# vgchange --addtag pacemaker vgua01
Volume group "vgua01" successfully changed
# vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
2 logical volume(s) in volume group "vgua01" now active
# vgchange -an vgua01
0 logical volume(s) in volume group "vgua01" now active
# vgchange --deltag pacemaker vgua01
Volume group "vgua01" successfully changed

resource-agents$B$O%P!<%8%g%s!V(B3.9.7$B!W$G$9!#(B
$B$3$N%P!<%8%g%s$,8E$$$N$G$7$g$&$+$M!)(B

# rpm -qi resource-agents
Name : resource-agents
Version : 3.9.7
Release : 1.2.6f56.el7
Architecture: x86_64
Install Date: 2016$BG/(B09$B7n(B12$BF|(B 10$B;~(B44$BJ,(B49$BIC(B
Group : System Environment/Base
Size : 1873911
License : GPLv2+ and LGPLv2+
Signature : (none)
Source RPM : resource-agents-3.9.7-1.2.6f56.el7.src.rpm
Build Date : 2016$BG/(B04$B7n(B07$BF|(B 13$B;~(B28$BJ,(B39$BIC(B
Build Host : build-centos71
Relocations : (not relocatable)
Vendor : Linux-HA Japan
URL : https://github.com/ClusterLabs/resource-agents
Summary : Open Source HA Reusable Cluster Resource Scripts
Description :
A set of scripts to interface with several services to operate in a
High Availability environment for both Pacemaker and rgmanager
service managers.

resource-agents$B%P!<%8%g%s$N2~D{MzNr$rC5$7$F$_$^$9!#!#(B
$B<h$j5^$.!#(B

2016$BG/(B10$B7n(B19$BF|(B 19:00 Michiro Hibari <l05102@shibaura-it.ac.jp>:
> naka$BMM(B $BIMEDMM(B
>
> $B$R$P$j$G$9!#(B
> $B$*@$OC$K$J$C$F$*$j$^$9!#(B
>
> volume_list = [ "vg00" ]$B!!!z(Bvg00$B$O%m!<%+%k$G$N;HMQ!#(B
>
> $B>e5-@_Dj$r(Blvm.conf$B$K9T$C$?;~E@$G(Bvolume_list$B$G;XDj$7$?(B
> VG$B0J30$r(Bvgchange$BEy$N(Blvm$B%3%^%s%I$GA`:n$9$k$3$H$,(B
> $B=PMh$J$/$J$j$^$9!#(B
> $B!t%/%i%9%?$G(BLVM$B$N%\%j%e!<%`$r@)8f$9$k:]$O!"%/%i%9%?$N4IM}30(B
> $B!t%/%i%9%?4IM}BP>]$N%\%j%e!<%`$,A`:n$5$l$J$$$h$&$K>e5-@_Dj$r(B
> $B!t9T$$$^$9!#(B
>
> $B$=$N$?$a<jF0$G6&M-%G%#%9%/$N3h@-2=$r9T$($J$$$3$H(B
> $B<+BN$O@5>o$JF0:n$H$$$($^$9!#(B
>
> $B$?$@!"(BPacemaker$B$O(Bvolume_list$B$r(BRA$BFbIt$G<B9T$9$k(B
> $B%3%^%s%I>e$G=q$-49$($F$$$^$9$N$G!"K\Mh$G$"$l$P(B
> Pacemaker$B5/F0;~$K(Bvgua01$B$,(BACT$BB&$N%N!<%I$G3h@-2=$5$l$k(B
> $B$O$:$G$9!#(B
>
> $B6qBNE*$K$O0J2<$N=hM}$r9T$C$F$$$^$9$N$G!"(B
> $B$^$:$O<jF0$G2<5-%3%^%s%I$r<B9T$7!"(BVG$B$,3h@-2=$G$-$k$+$r(B
> $B$43NG'$/$@$5$$!#(B
>
> $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
> $B!J3h@-2=!K(B
> # vgchange --addtag pacemaker vgua01
> # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>
> $B!JHs3h@-2=!K(B
> # vgchange -an vgua01
> # vgchange --deltag pacemaker vgua01
> $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>
> resource-agents$B$N%P!<%8%g%s$,8E$$$H>e5-$N=hM}$,(B
> $B<BAu$5$l$F$$$^$;$s$N$G!"G0$N$?$a>e5-$N<B9T7k2L$H9g$o$;$F(B
> resource-agents$B$N%P!<%8%g%s$b$*65$(2<$5$$!#(B
>
> $B$J$*!"IMEDMM$+$i%a!<%k$rD:$$$F$*$j$^$9$,(B
>> $B$=$b$=$b!"(BLVM $B$O%/%i%9%?$KBP1~$7$F$$$J$$$H;W$$$^$9!#(B
> (snip)
>> $B$?$^$?$^!"2?$i$+$N%m%C%/5!9=$,F/$$$F!"(B
>> LVM$B$r3h@-2=$G$-$J$$$*$+$2$G%G!<%?$,GK2u$5$l$:$K:Q$s$G$$$k!"(B
>
> LVM$B$r%/%i%9%?$G@)8f$9$k$3$H$O2DG=$G$9!#(B
> LVM$B$OJ#?t%N!<%I$+$i$N3h@-2=$rA[Dj$7$F$$$^$;$s$,!"(B
> LVM$B$rJ#?t%N!<%I$G3h@-2=$7$J$$$h$&$K@5$7$/(B
> $B@_Dj$r9T$($PLdBj$"$j$^$;$s!#(B
> $B!t$=$N$?$a$K(Bvolume_list$B$N@_Dj$r9T$C$F$$$^$9!#(B
>
>> $B!&(BLVM$B$N@_Dj%U%!%$%k$r=q$-49$($k%j%=!<%9%(!<%8%'%s%H$r3+H/$9$k!#(B
> Pacemaker$B$N(BLVM RA$B$O4{$KBP1~$7$F$*$j$^$9!#(B
> $B!J!zIt$N=hM}$,AH$_9~$^$l$F$$$k!K(B
>
> $B$=$NB>!"(Bclvm$B$OJ#?t%N!<%I$+$i$N3h@-2=(B(LVM$B$NA`:n!K$KBP1~$7$?(B
> LVM$B$H$J$j$^$9$,!"$=$N>e$K:\$k%U%!%$%k%7%9%F%`$,(BGFS$B$N$h$&$J(B
> $BJ#?t%N!<%I$+$i$N%^%&%s%H$KBP1~$7$F$k$b$N$G$J$$>l9g!"(B
> clvm$B$rMxMQ$7$F$b%U%!%$%k%7%9%F%`$r%^%&%s%H$G$-$k%N!<%I$O(B
> 1$B$D$H$J$j$^$9$N$G!":#2s$N$h$&$K(Bxfs$B$r07$&>l9g!"(Bclvm$B$O(B
> $B%*!<%P!<%9%Z%C%/$+$b$7$l$^$;$s!#(B
>
>
> 2016/10/19 17:05 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>>
>> $B$R$P$jMM!"3F0L(B
>>
>> $B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
>> $B@hF|$N(Blvm.conf$B$N7o!"D:$$$?2sEz$d%M%C%H>e$N>pJs$r;29M$K$7$^$7$?$,$I$&$b$&$^$/$$$+$:G:$s$G$*$j$^$9!#!#(B
>>
>> $B!Z$d$C$?$3$H![.(B
>> /etc/lvm/lvm.conf$B$NJT=8!#(B
>> $B"-2<5-$NDL$j@_Dj!#(B
>>
>> volume_list = [ "vg00" ]$B!!!z(Bvg00$B$O%m!<%+%k$G$N;HMQ!#(B
>> use_lvmetad = 0
>> locking_type = 1
>>
>> initramfs$B$N:F:n@.(B
>> dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
>>
>> OS$B%j%V!<%H(B
>>
>> $B$3$l$G!"3N$+$K(BOS$B5/F0;~$K$O%m!<%+%k(B(vg00)$B$O3h@->uBV!"%/%i%9%?6&M-%G%#%9%/(B(vgua01)$B$OHs3h@-$K(B
>> $B$J$k$N$G$9$,!"<jF0$G6&M-%G%#%9%/(B(vgua01)$B$N3h@-2=(B(vgchange -a y)$B$O$G$-$J$$>uBV$G$7$?!#(B
>> pacemaker$B$G$N(BLVM$B%j%=!<%9$N5/F0$b<:GT$7$F$7$^$$$^$9!#(Bvolume_list$B$r%3%a%s%H%"%&%H$9$k$H!"(B
>> $B@5>o$K3h@-2=$G$-$^$9!#2?$+B-$j$J$$@_Dj$,$"$k$N$+$J!"!"(B
>>
>> $B$H$3$3$^$G=q$$$F!"4{$K(Bpacemaker$B$NOC$G$O$J$/!"(BOS$B$N(BLVM$B$NOC$K$J$C$F$^$9$h$M!#(B
>> pacemaker(+corosync)$B$G(BLVM$B$N%/%i%9%?6&M-%G%#%9%/$r;H$&>l9g$KB>$K9MN8$,I,MW$J$N$G$7$g$&$+!#!#(B
>>
>> $B2?$+:3:Y$J$3$H$G$b5$$K$J$kE@Ey$4$6$$$^$7$?$i$4;XE&D:$1$k$H=u$+$j$^$9!#(B
>> $B;29M$^$G$K!"!V(Bcrm resouce start vgua01(LVM$B%j%=!<%9(B)$B!W8e$N(Bcorosync.log$B$rE:IUCW$7$^$9!#(B
>>
>> Naka
>>
>> _______________________________________________
>> Linux-ha-japan mailing list
>> Linux-ha-japan@lists.osdn.me
>> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>>
>
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>



--
Nakamura
_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: sfexリソースエージェントの設定について [ In reply to ]
l05102 at shibaura-it
Oct 20, 2016, 1:31 AM
Post #7 of 13 (4315 views)
Permalink
naka様

ひばりです。
お世話になっております。

resource-agentsのバージョンが3.9.7でしたら、
RAには先のメールに記載した処理が実装されております。

色々と情報を確認してばかりで申し訳ないのですが、
vgsの実行結果もお見せいただけないでしょうか。

あとは/usr/lib/ocf/resource.d/heartbeat/LVM
のシェバン（最初の行）に-xオプションを追加して
実行すると詳細なログが出力されるので手がかりを
得られるかもしれません。


2016/10/20 16:02 "Keisuke Nakamura" <k.xnakamu@gmail.com>:

> ひばり様、浜田様
>
> お世話になっております。nakaと申します。
> ご確認頂き有難うございます。
>
> > ★★★★★★★★★★★★★★★★★★
> > （活性化）
> > # vgchange --addtag pacemaker vgua01
> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
> >
> > （非活性化）
> > # vgchange -an vgua01
> > # vgchange --deltag pacemaker vgua01
> > ★★★★★★★★★★★★★★★★★★
>
> 上記コマンドを手動で実施すると、正常にvgua01を活性/非活性化することができました。。
>
> # vgchange -ay vgua01
> 0 logical volume(s) in volume group "vgua01" now active
> # vgchange --addtag pacemaker vgua01
> Volume group "vgua01" successfully changed
> # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
> 2 logical volume(s) in volume group "vgua01" now active
> # vgchange -an vgua01
> 0 logical volume(s) in volume group "vgua01" now active
> # vgchange --deltag pacemaker vgua01
> Volume group "vgua01" successfully changed
>
> resource-agentsはバージョン「3.9.7」です。
> このバージョンが古いのでしょうかね？
>
> # rpm -qi resource-agents
> Name : resource-agents
> Version : 3.9.7
> Release : 1.2.6f56.el7
> Architecture: x86_64
> Install Date: 2016年09月12日 10時44分49秒
> Group : System Environment/Base
> Size : 1873911
> License : GPLv2+ and LGPLv2+
> Signature : (none)
> Source RPM : resource-agents-3.9.7-1.2.6f56.el7.src.rpm
> Build Date : 2016年04月07日 13時28分39秒
> Build Host : build-centos71
> Relocations : (not relocatable)
> Vendor : Linux-HA Japan
> URL : https://github.com/ClusterLabs/resource-agents
> Summary : Open Source HA Reusable Cluster Resource Scripts
> Description :
> A set of scripts to interface with several services to operate in a
> High Availability environment for both Pacemaker and rgmanager
> service managers.
>
> resource-agentsバージョンの改訂履歴を探してみます。。
> 取り急ぎ。
>
> 2016年10月19日 19:00 Michiro Hibari <l05102@shibaura-it.ac.jp>:
> > naka様 浜田様
> >
> > ひばりです。
> > お世話になっております。
> >
> > volume_list = [ "vg00" ] ★vg00はローカルでの使用。
> >
> > 上記設定をlvm.confに行った時点でvolume_listで指定した
> > VG以外をvgchange等のlvmコマンドで操作することが
> > 出来なくなります。
> > ＃クラスタでLVMのボリュームを制御する際は、クラスタの管理外
> > ＃クラスタ管理対象のボリュームが操作されないように上記設定を
> > ＃行います。
> >
> > そのため手動で共有ディスクの活性化を行えないこと
> > 自体は正常な動作といえます。
> >
> > ただ、Pacemakerはvolume_listをRA内部で実行する
> > コマンド上で書き換えていますので、本来であれば
> > Pacemaker起動時にvgua01がACT側のノードで活性化される
> > はずです。
> >
> > 具体的には以下の処理を行っていますので、
> > まずは手動で下記コマンドを実行し、VGが活性化できるかを
> > ご確認ください。
> >
> > ★★★★★★★★★★★★★★★★★★
> > （活性化）
> > # vgchange --addtag pacemaker vgua01
> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
> >
> > （非活性化）
> > # vgchange -an vgua01
> > # vgchange --deltag pacemaker vgua01
> > ★★★★★★★★★★★★★★★★★★
> >
> > resource-agentsのバージョンが古いと上記の処理が
> > 実装されていませんので、念のため上記の実行結果と合わせて
> > resource-agentsのバージョンもお教え下さい。
> >
> > なお、浜田様からメールを頂いておりますが
> >> そもそも、LVM はクラスタに対応していないと思います。
> > (snip)
> >> たまたま、何らかのロック機構が働いて、
> >> LVMを活性化できないおかげでデータが破壊されずに済んでいる、
> >
> > LVMをクラスタで制御することは可能です。
> > LVMは複数ノードからの活性化を想定していませんが、
> > LVMを複数ノードで活性化しないように正しく
> > 設定を行えば問題ありません。
> > ＃そのためにvolume_listの設定を行っています。
> >
> >> ・LVMの設定ファイルを書き換えるリソースエージェントを開発する。
> > PacemakerのLVM RAは既に対応しております。
> > （★部の処理が組み込まれている）
> >
> > その他、clvmは複数ノードからの活性化(LVMの操作）に対応した
> > LVMとなりますが、その上に載るファイルシステムがGFSのような
> > 複数ノードからのマウントに対応してるものでない場合、
> > clvmを利用してもファイルシステムをマウントできるノードは
> > 1つとなりますので、今回のようにxfsを扱う場合、clvmは
> > オーバースペックかもしれません。
> >
> >
> > 2016/10/19 17:05 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
> >>
> >> ひばり様、各位
> >>
> >> お世話になっております。nakaと申します。
> >> 先日のlvm.confの件、頂いた回答やネット上の情報を参考にしましたがどうもうまくいかず悩んでおります。。
> >>
> >> 【やったこと】
> >> /etc/lvm/lvm.confの編集。
> >> ↓下記の通り設定。
> >>
> >> volume_list = [ "vg00" ] ★vg00はローカルでの使用。
> >> use_lvmetad = 0
> >> locking_type = 1
> >>
> >> initramfsの再作成
> >> dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
> >>
> >> OSリブート
> >>
> >> これで、確かにOS起動時にはローカル(vg00)は活性状態、クラスタ共有ディスク(vgua01)は非活性に
> >> なるのですが、手動で共有ディスク(vgua01)の活性化(vgchange -a y)はできない状態でした。
> >> pacemakerでのLVMリソースの起動も失敗してしまいます。volume_listをコメントアウトすると、
> >> 正常に活性化できます。何か足りない設定があるのかな、、
> >>
> >> とここまで書いて、既にpacemakerの話ではなく、OSのLVMの話になってますよね。
> >> pacemaker(+corosync)でLVMのクラスタ共有ディスクを使う場合に他に考慮が必要なのでしょうか。。
> >>
> >> 何か些細なことでも気になる点等ございましたらご指摘頂けると助かります。
> >> 参考までに、「crm resouce start vgua01(LVMリソース)」後のcorosync.logを添付致します。
> >>
> >> Naka
> >>
> >> _______________________________________________
> >> Linux-ha-japan mailing list
> >> Linux-ha-japan@lists.osdn.me
> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >>
> >
> > _______________________________________________
> > Linux-ha-japan mailing list
> > Linux-ha-japan@lists.osdn.me
> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >
>
>
>
> --
> Nakamura
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>
Re: sfexリソースエージェントの設定について [ In reply to ]
l05102 at shibaura-it
Oct 20, 2016, 2:51 AM
Post #8 of 13 (4314 views)
Permalink
naka様

ひばりです。
連投失礼致します。

〉 vgsの実行結果もお見せいただけないでしょうか。

上記について補足です。
VGを作成する際にクラスタオプションが有効に
なっていないかを気にしています。

vgsの実行結果でattrに表示される6番目のフラグが
"c"となっている場合VGのクラスタオプションが
有効になっています。

この場合、LVM RAでvolume listを書き換える処理が
行われません。

上記に当てはまる場合はVGのクラスタオプションを
無効にして、事象が解消されるかをご確認下さい。

なお、ACT/SBY構成ではLVMが活性化されるのは
ACT側のノードだけですので、LVMから見れば
単ノードで利用されているのと同じ状態です。
その為、今回の使い方ですとVGのクラスタオプションは
不要だと思います。

2016/10/20 17:31 "Michiro Hibari" <l05102@shibaura-it.ac.jp>:

> naka様
>
> ひばりです。
> お世話になっております。
>
> resource-agentsのバージョンが3.9.7でしたら、
> RAには先のメールに記載した処理が実装されております。
>
> 色々と情報を確認してばかりで申し訳ないのですが、
> vgsの実行結果もお見せいただけないでしょうか。
>
> あとは/usr/lib/ocf/resource.d/heartbeat/LVM
> のシェバン（最初の行）に-xオプションを追加して
> 実行すると詳細なログが出力されるので手がかりを
> 得られるかもしれません。
>
>
> 2016/10/20 16:02 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>
>> ひばり様、浜田様
>>
>> お世話になっております。nakaと申します。
>> ご確認頂き有難うございます。
>>
>> > ★★★★★★★★★★★★★★★★★★
>> > （活性化）
>> > # vgchange --addtag pacemaker vgua01
>> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>> >
>> > （非活性化）
>> > # vgchange -an vgua01
>> > # vgchange --deltag pacemaker vgua01
>> > ★★★★★★★★★★★★★★★★★★
>>
>> 上記コマンドを手動で実施すると、正常にvgua01を活性/非活性化することができました。。
>>
>> # vgchange -ay vgua01
>> 0 logical volume(s) in volume group "vgua01" now active
>> # vgchange --addtag pacemaker vgua01
>> Volume group "vgua01" successfully changed
>> # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>> 2 logical volume(s) in volume group "vgua01" now active
>> # vgchange -an vgua01
>> 0 logical volume(s) in volume group "vgua01" now active
>> # vgchange --deltag pacemaker vgua01
>> Volume group "vgua01" successfully changed
>>
>> resource-agentsはバージョン「3.9.7」です。
>> このバージョンが古いのでしょうかね？
>>
>> # rpm -qi resource-agents
>> Name : resource-agents
>> Version : 3.9.7
>> Release : 1.2.6f56.el7
>> Architecture: x86_64
>> Install Date: 2016年09月12日 10時44分49秒
>> Group : System Environment/Base
>> Size : 1873911
>> License : GPLv2+ and LGPLv2+
>> Signature : (none)
>> Source RPM : resource-agents-3.9.7-1.2.6f56.el7.src.rpm
>> Build Date : 2016年04月07日 13時28分39秒
>> Build Host : build-centos71
>> Relocations : (not relocatable)
>> Vendor : Linux-HA Japan
>> URL : https://github.com/ClusterLabs/resource-agents
>> Summary : Open Source HA Reusable Cluster Resource Scripts
>> Description :
>> A set of scripts to interface with several services to operate in a
>> High Availability environment for both Pacemaker and rgmanager
>> service managers.
>>
>> resource-agentsバージョンの改訂履歴を探してみます。。
>> 取り急ぎ。
>>
>> 2016年10月19日 19:00 Michiro Hibari <l05102@shibaura-it.ac.jp>:
>> > naka様 浜田様
>> >
>> > ひばりです。
>> > お世話になっております。
>> >
>> > volume_list = [ "vg00" ] ★vg00はローカルでの使用。
>> >
>> > 上記設定をlvm.confに行った時点でvolume_listで指定した
>> > VG以外をvgchange等のlvmコマンドで操作することが
>> > 出来なくなります。
>> > ＃クラスタでLVMのボリュームを制御する際は、クラスタの管理外
>> > ＃クラスタ管理対象のボリュームが操作されないように上記設定を
>> > ＃行います。
>> >
>> > そのため手動で共有ディスクの活性化を行えないこと
>> > 自体は正常な動作といえます。
>> >
>> > ただ、Pacemakerはvolume_listをRA内部で実行する
>> > コマンド上で書き換えていますので、本来であれば
>> > Pacemaker起動時にvgua01がACT側のノードで活性化される
>> > はずです。
>> >
>> > 具体的には以下の処理を行っていますので、
>> > まずは手動で下記コマンドを実行し、VGが活性化できるかを
>> > ご確認ください。
>> >
>> > ★★★★★★★★★★★★★★★★★★
>> > （活性化）
>> > # vgchange --addtag pacemaker vgua01
>> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>> >
>> > （非活性化）
>> > # vgchange -an vgua01
>> > # vgchange --deltag pacemaker vgua01
>> > ★★★★★★★★★★★★★★★★★★
>> >
>> > resource-agentsのバージョンが古いと上記の処理が
>> > 実装されていませんので、念のため上記の実行結果と合わせて
>> > resource-agentsのバージョンもお教え下さい。
>> >
>> > なお、浜田様からメールを頂いておりますが
>> >> そもそも、LVM はクラスタに対応していないと思います。
>> > (snip)
>> >> たまたま、何らかのロック機構が働いて、
>> >> LVMを活性化できないおかげでデータが破壊されずに済んでいる、
>> >
>> > LVMをクラスタで制御することは可能です。
>> > LVMは複数ノードからの活性化を想定していませんが、
>> > LVMを複数ノードで活性化しないように正しく
>> > 設定を行えば問題ありません。
>> > ＃そのためにvolume_listの設定を行っています。
>> >
>> >> ・LVMの設定ファイルを書き換えるリソースエージェントを開発する。
>> > PacemakerのLVM RAは既に対応しております。
>> > （★部の処理が組み込まれている）
>> >
>> > その他、clvmは複数ノードからの活性化(LVMの操作）に対応した
>> > LVMとなりますが、その上に載るファイルシステムがGFSのような
>> > 複数ノードからのマウントに対応してるものでない場合、
>> > clvmを利用してもファイルシステムをマウントできるノードは
>> > 1つとなりますので、今回のようにxfsを扱う場合、clvmは
>> > オーバースペックかもしれません。
>> >
>> >
>> > 2016/10/19 17:05 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>> >>
>> >> ひばり様、各位
>> >>
>> >> お世話になっております。nakaと申します。
>> >> 先日のlvm.confの件、頂いた回答やネット上の情報を参考にしましたがどうもうまくいかず悩んでおります。。
>> >>
>> >> 【やったこと】
>> >> /etc/lvm/lvm.confの編集。
>> >> ↓下記の通り設定。
>> >>
>> >> volume_list = [ "vg00" ] ★vg00はローカルでの使用。
>> >> use_lvmetad = 0
>> >> locking_type = 1
>> >>
>> >> initramfsの再作成
>> >> dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
>> >>
>> >> OSリブート
>> >>
>> >> これで、確かにOS起動時にはローカル(vg00)は活性状態、クラスタ共有ディスク(vgua01)は非活性に
>> >> なるのですが、手動で共有ディスク(vgua01)の活性化(vgchange -a y)はできない状態でした。
>> >> pacemakerでのLVMリソースの起動も失敗してしまいます。volume_listをコメントアウトすると、
>> >> 正常に活性化できます。何か足りない設定があるのかな、、
>> >>
>> >> とここまで書いて、既にpacemakerの話ではなく、OSのLVMの話になってますよね。
>> >> pacemaker(+corosync)でLVMのクラスタ共有ディスクを使う場合に他に考慮が必要なのでしょうか。。
>> >>
>> >> 何か些細なことでも気になる点等ございましたらご指摘頂けると助かります。
>> >> 参考までに、「crm resouce start vgua01(LVMリソース)」後のcorosync.logを添付致します。
>> >>
>> >> Naka
>> >>
>> >> _______________________________________________
>> >> Linux-ha-japan mailing list
>> >> Linux-ha-japan@lists.osdn.me
>> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>> >>
>> >
>> > _______________________________________________
>> > Linux-ha-japan mailing list
>> > Linux-ha-japan@lists.osdn.me
>> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>> >
>>
>>
>>
>> --
>> Nakamura
>> _______________________________________________
>> Linux-ha-japan mailing list
>> Linux-ha-japan@lists.osdn.me
>> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>>
>
Re: sfexリソースエージェントの設定について [ In reply to ]
k.xnakamu at gmail
Oct 20, 2016, 3:14 AM
Post #9 of 13 (4315 views)
Permalink
$B$R$P$jMM(B

$B$*@$OC$K$J$C$F$*$j$^$9!#(B

$B$43NG'D:$-M-Fq$&$4$6$$$^$9!#(B
vgs$B%3%^%s%I$O@5>oI=<($N$h$&$G$9!#(B(vg00$B$H(Bvgua01$B$r;2>H$G$-$^$9!#(B)
/usr/lib/ocf/resource.d/heartbeat/LVM$B$r<B9T$7$^$9$H!"%U%!%$%k$,$J$$$H(B
$BE\$i$l$^$7$?!#(B

# vgs
VG #PV #LV #SN Attr VSize VFree
vg00 1 7 0 wz--n- 51.09g 0
vgua01 1 2 0 wz--n- 11.00g 0

# sh /usr/lib/ocf/resource.d/heartbeat/LVM
/usr/lib/ocf/resource.d/heartbeat/LVM: $B9T(B 30:
/lib/heartbeat/ocf-shellfuncs: $B$=$N$h$&$J%U%!%$%k$d%G%#%l%/%H%j$O$"$j$^$;$s(B

pacemaker$B$N%P!<%8%g%s$,$"$,$C$F!"(Bheartbeat$B$N%Q%C%1!<%8$,F~$i$J$/$J$C$?$+$i(B
$B$G$7$g$&$+$M!#(BLVM$B$N(BRA$B$rMxMQ$9$k$K$O!"(Bcorosync$B$@$1$G$OB-$j$J$$$C$F$3$H$J$s$G$7$g$&$+$M!#(B
$BL@F|(Bheartbeat$B%Q%C%1!<%8!J(Bheartbeat-2.1.4-1.rhel5.x86_64.RPMS.tar.gz$B!K$"$?$j$rDI2C$G(B
$BF~$l$F$_$h$&$+$J!#!#(B

$B0J>e!"59$7$/$*4j$$CW$7$^$9!#(B


2016$BG/(B10$B7n(B20$BF|(B 17:31 Michiro Hibari <l05102@shibaura-it.ac.jp>:
> naka$BMM(B
>
> $B$R$P$j$G$9!#(B
> $B$*@$OC$K$J$C$F$*$j$^$9!#(B
>
> resource-agents$B$N%P!<%8%g%s$,(B3.9.7$B$G$7$?$i!"(B
> RA$B$K$O@h$N%a!<%k$K5-:\$7$?=hM}$,<BAu$5$l$F$*$j$^$9!#(B
>
> $B?'!9$H>pJs$r3NG'$7$F$P$+$j$G?=$7Lu$J$$$N$G$9$,!"(B
> vgs$B$N<B9T7k2L$b$*8+$;$$$?$@$1$J$$$G$7$g$&$+!#(B
>
> $B$"$H$O(B/usr/lib/ocf/resource.d/heartbeat/LVM
> $B$N%7%'%P%s!J:G=i$N9T!K$K(B-x$B%*%W%7%g%s$rDI2C$7$F(B
> $B<B9T$9$k$H>\:Y$J%m%0$,=PNO$5$l$k$N$G<j$,$+$j$r(B
> $BF@$i$l$k$+$b$7$l$^$;$s!#(B
>
>
> 2016/10/20 16:02 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>>
>> $B$R$P$jMM!"IMEDMM(B
>>
>>
>> $B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
>> $B$43NG'D:$-M-Fq$&$4$6$$$^$9!#(B
>>
>> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>> > $B!J3h@-2=!K(B
>> > # vgchange --addtag pacemaker vgua01
>> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>> >
>> > $B!JHs3h@-2=!K(B
>> > # vgchange -an vgua01
>> > # vgchange --deltag pacemaker vgua01
>> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>>
>> $B>e5-%3%^%s%I$r<jF0$G<B;\$9$k$H!"@5>o$K(Bvgua01$B$r3h@-(B/$BHs3h@-2=$9$k$3$H$,$G$-$^$7$?!#!#(B
>>
>> # vgchange -ay vgua01
>> 0 logical volume(s) in volume group "vgua01" now active
>> # vgchange --addtag pacemaker vgua01
>> Volume group "vgua01" successfully changed
>> # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>> 2 logical volume(s) in volume group "vgua01" now active
>> # vgchange -an vgua01
>> 0 logical volume(s) in volume group "vgua01" now active
>> # vgchange --deltag pacemaker vgua01
>> Volume group "vgua01" successfully changed
>>
>> resource-agents$B$O%P!<%8%g%s!V(B3.9.7$B!W$G$9!#(B
>> $B$3$N%P!<%8%g%s$,8E$$$N$G$7$g$&$+$M!)(B
>>
>> # rpm -qi resource-agents
>> Name : resource-agents
>> Version : 3.9.7
>> Release : 1.2.6f56.el7
>> Architecture: x86_64
>> Install Date: 2016$BG/(B09$B7n(B12$BF|(B 10$B;~(B44$BJ,(B49$BIC(B
>> Group : System Environment/Base
>> Size : 1873911
>> License : GPLv2+ and LGPLv2+
>> Signature : (none)
>> Source RPM : resource-agents-3.9.7-1.2.6f56.el7.src.rpm
>> Build Date : 2016$BG/(B04$B7n(B07$BF|(B 13$B;~(B28$BJ,(B39$BIC(B
>> Build Host : build-centos71
>> Relocations : (not relocatable)
>> Vendor : Linux-HA Japan
>> URL : https://github.com/ClusterLabs/resource-agents
>> Summary : Open Source HA Reusable Cluster Resource Scripts
>> Description :
>> A set of scripts to interface with several services to operate in a
>> High Availability environment for both Pacemaker and rgmanager
>> service managers.
>>
>> resource-agents$B%P!<%8%g%s$N2~D{MzNr$rC5$7$F$_$^$9!#!#(B
>> $B<h$j5^$.!#(B
>>
>> 2016$BG/(B10$B7n(B19$BF|(B 19:00 Michiro Hibari <l05102@shibaura-it.ac.jp>:
>> > naka$BMM(B $BIMEDMM(B
>> >
>> > $B$R$P$j$G$9!#(B
>> > $B$*@$OC$K$J$C$F$*$j$^$9!#(B
>> >
>> > volume_list = [ "vg00" ]$B!!!z(Bvg00$B$O%m!<%+%k$G$N;HMQ!#(B
>> >
>> > $B>e5-@_Dj$r(Blvm.conf$B$K9T$C$?;~E@$G(Bvolume_list$B$G;XDj$7$?(B
>> > VG$B0J30$r(Bvgchange$BEy$N(Blvm$B%3%^%s%I$GA`:n$9$k$3$H$,(B
>> > $B=PMh$J$/$J$j$^$9!#(B
>> > $B!t%/%i%9%?$G(BLVM$B$N%\%j%e!<%`$r@)8f$9$k:]$O!"%/%i%9%?$N4IM}30(B
>> > $B!t%/%i%9%?4IM}BP>]$N%\%j%e!<%`$,A`:n$5$l$J$$$h$&$K>e5-@_Dj$r(B
>> > $B!t9T$$$^$9!#(B
>> >
>> > $B$=$N$?$a<jF0$G6&M-%G%#%9%/$N3h@-2=$r9T$($J$$$3$H(B
>> > $B<+BN$O@5>o$JF0:n$H$$$($^$9!#(B
>> >
>> > $B$?$@!"(BPacemaker$B$O(Bvolume_list$B$r(BRA$BFbIt$G<B9T$9$k(B
>> > $B%3%^%s%I>e$G=q$-49$($F$$$^$9$N$G!"K\Mh$G$"$l$P(B
>> > Pacemaker$B5/F0;~$K(Bvgua01$B$,(BACT$BB&$N%N!<%I$G3h@-2=$5$l$k(B
>> > $B$O$:$G$9!#(B
>> >
>> > $B6qBNE*$K$O0J2<$N=hM}$r9T$C$F$$$^$9$N$G!"(B
>> > $B$^$:$O<jF0$G2<5-%3%^%s%I$r<B9T$7!"(BVG$B$,3h@-2=$G$-$k$+$r(B
>> > $B$43NG'$/$@$5$$!#(B
>> >
>> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>> > $B!J3h@-2=!K(B
>> > # vgchange --addtag pacemaker vgua01
>> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>> >
>> > $B!JHs3h@-2=!K(B
>> > # vgchange -an vgua01
>> > # vgchange --deltag pacemaker vgua01
>> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>> >
>> > resource-agents$B$N%P!<%8%g%s$,8E$$$H>e5-$N=hM}$,(B
>> > $B<BAu$5$l$F$$$^$;$s$N$G!"G0$N$?$a>e5-$N<B9T7k2L$H9g$o$;$F(B
>> > resource-agents$B$N%P!<%8%g%s$b$*65$(2<$5$$!#(B
>> >
>> > $B$J$*!"IMEDMM$+$i%a!<%k$rD:$$$F$*$j$^$9$,(B
>> >> $B$=$b$=$b!"(BLVM $B$O%/%i%9%?$KBP1~$7$F$$$J$$$H;W$$$^$9!#(B
>> > (snip)
>> >> $B$?$^$?$^!"2?$i$+$N%m%C%/5!9=$,F/$$$F!"(B
>> >> LVM$B$r3h@-2=$G$-$J$$$*$+$2$G%G!<%?$,GK2u$5$l$:$K:Q$s$G$$$k!"(B
>> >
>> > LVM$B$r%/%i%9%?$G@)8f$9$k$3$H$O2DG=$G$9!#(B
>> > LVM$B$OJ#?t%N!<%I$+$i$N3h@-2=$rA[.Dj$7$F$$$^$;$s$,!"(B
>> > LVM$B$rJ#?t%N!<%I$G3h@-2=$7$J$$$h$&$K@5$7$/(B
>> > $B@_Dj$r9T$($PLdBj$"$j$^$;$s!#(B
>> > $B!t$=$N$?$a$K(Bvolume_list$B$N@_Dj$r9T$C$F$$$^$9!#(B
>> >
>> >> $B!&(BLVM$B$N@_Dj%U%!%$%k$r=q$-49$($k%j%=!<%9%(!<%8%'%s%H$r3+H/$9$k!#(B
>> > Pacemaker$B$N(BLVM RA$B$O4{$KBP1~$7$F$*$j$^$9!#(B
>> > $B!J!zIt$N=hM}$,AH$_9~$^$l$F$$$k!K(B
>> >
>> > $B$=$NB>!"(Bclvm$B$OJ#?t%N!<%I$+$i$N3h@-2=(B(LVM$B$NA`:n!K$KBP1~$7$?(B
>> > LVM$B$H$J$j$^$9$,!"$=$N>e$K:\$k%U%!%$%k%7%9%F%`$,(BGFS$B$N$h$&$J(B
>> > $BJ#?t%N!<%I$+$i$N%^%&%s%H$KBP1~$7$F$k$b$N$G$J$$>l9g!"(B
>> > clvm$B$rMxMQ$7$F$b%U%!%$%k%7%9%F%`$r%^%&%s%H$G$-$k%N!<%I$O(B
>> > 1$B$D$H$J$j$^$9$N$G!":#2s$N$h$&$K(Bxfs$B$r07$&>l9g!"(Bclvm$B$O(B
>> > $B%*!<%P!<%9%Z%C%/$+$b$7$l$^$;$s!#(B
>> >
>> >
>> > 2016/10/19 17:05 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>> >>
>> >> $B$R$P$jMM!"3F0L(B
>> >>
>> >> $B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
>> >> $B@hF|$N(Blvm.conf$B$N7o!"D:$$$?2sEz$d%M%C%H>e$N>pJs$r;29M$K$7$^$7$?$,$I$&$b$&$^$/$$$+$:G:$s$G$*$j$^$9!#!#(B
>> >>
>> >> $B!Z$d$C$?$3$H![.(B
>> >> /etc/lvm/lvm.conf$B$NJT=8!#(B
>> >> $B"-2<5-$NDL$j@_Dj!#(B
>> >>
>> >> volume_list = [ "vg00" ]$B!!!z(Bvg00$B$O%m!<%+%k$G$N;HMQ!#(B
>> >> use_lvmetad = 0
>> >> locking_type = 1
>> >>
>> >> initramfs$B$N:F:n@.(B
>> >> dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
>> >>
>> >> OS$B%j%V!<%H(B
>> >>
>> >> $B$3$l$G!"3N$+$K(BOS$B5/F0;~$K$O%m!<%+%k(B(vg00)$B$O3h@->uBV!"%/%i%9%?6&M-%G%#%9%/(B(vgua01)$B$OHs3h@-$K(B
>> >> $B$J$k$N$G$9$,!"<jF0$G6&M-%G%#%9%/(B(vgua01)$B$N3h@-2=(B(vgchange -a y)$B$O$G$-$J$$>uBV$G$7$?!#(B
>> >> pacemaker$B$G$N(BLVM$B%j%=!<%9$N5/F0$b<:GT$7$F$7$^$$$^$9!#(Bvolume_list$B$r%3%a%s%H%"%&%H$9$k$H!"(B
>> >> $B@5>o$K3h@-2=$G$-$^$9!#2?$+B-$j$J$$@_Dj$,$"$k$N$+$J!"!"(B
>> >>
>> >> $B$H$3$3$^$G=q$$$F!"4{$K(Bpacemaker$B$NOC$G$O$J$/!"(BOS$B$N(BLVM$B$NOC$K$J$C$F$^$9$h$M!#(B
>> >> pacemaker(+corosync)$B$G(BLVM$B$N%/%i%9%?6&M-%G%#%9%/$r;H$&>l9g$KB>$K9MN8$,I,MW$J$N$G$7$g$&$+!#!#(B
>> >>
>> >> $B2?$+:3:Y$J$3$H$G$b5$$K$J$kE@Ey$4$6$$$^$7$?$i$4;XE&D:$1$k$H=u$+$j$^$9!#(B
>> >> $B;29M$^$G$K!"!V(Bcrm resouce start vgua01(LVM$B%j%=!<%9(B)$B!W8e$N(Bcorosync.log$B$rE:IUCW$7$^$9!#(B
>> >>
>> >> Naka
>> >>
>> >> _______________________________________________
>> >> Linux-ha-japan mailing list
>> >> Linux-ha-japan@lists.osdn.me
>> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>> >>
>> >
>> > _______________________________________________
>> > Linux-ha-japan mailing list
>> > Linux-ha-japan@lists.osdn.me
>> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>> >
>>
>>
>>
>> --
>> Nakamura
>> _______________________________________________
>> Linux-ha-japan mailing list
>> Linux-ha-japan@lists.osdn.me
>> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>
>
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>



--
Nakamura
_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: sfexリソースエージェントの設定について [ In reply to ]
l05102 at shibaura-it
Oct 20, 2016, 3:58 AM
Post #10 of 13 (4315 views)
Permalink
naka様

ひばりです。

gvsの結果をお見せ頂きありがとうございます。
クラスタオプションが原因ではなかったようですね。

> あとは/usr/lib/ocf/resource.d/heartbeat/LVM
> のシェバン（最初の行）に-xオプションを追加して
> 実行すると詳細なログが出力されるので手がかりを
> 得られるかもしれません。

言葉足らずですいません。

上記はシェルを直接実行するのではなく、
RAを編集した上でPacemakerを実行するとを
意図していました。

そうすると corosync.logに詳細なログが
出るようになるはずです。

ocf-shellfuncsはPacemakerがRAを呼び出す
際にはちゃんと読み込まれますので大丈夫です。
heartbeatパッケージをインストールする必要は
ありません。

2016/10/20 19:30 "Keisuke Nakamura" <k.xnakamu@gmail.com>:

> ひばり様
>
> お世話になっております。
>
> ご確認頂き有難うございます。
> vgsコマンドは正常表示のようです。(vg00とvgua01を参照できます。)
> /usr/lib/ocf/resource.d/heartbeat/LVMを実行しますと、ファイルがないと
> 怒られました。
>
> # vgs
> VG #PV #LV #SN Attr VSize VFree
> vg00 1 7 0 wz--n- 51.09g 0
> vgua01 1 2 0 wz--n- 11.00g 0
>
> # sh /usr/lib/ocf/resource.d/heartbeat/LVM
> /usr/lib/ocf/resource.d/heartbeat/LVM: 行 30:
> /lib/heartbeat/ocf-shellfuncs: そのようなファイルやディレクトリはありません
>
> pacemakerのバージョンがあがって、heartbeatのパッケージが入らなくなったから
> でしょうかね。LVMのRAを利用するには、corosyncだけでは足りないってことなんでしょうかね。
> 明日heartbeatパッケージ（heartbeat-2.1.4-1.rhel5.x86_64.RPMS.tar.gz）あたりを追加で
> 入れてみようかな。。
>
> 以上、宜しくお願い致します。
>
>
> 2016年10月20日 17:31 Michiro Hibari <l05102@shibaura-it.ac.jp>:
> > naka様
> >
> > ひばりです。
> > お世話になっております。
> >
> > resource-agentsのバージョンが3.9.7でしたら、
> > RAには先のメールに記載した処理が実装されております。
> >
> > 色々と情報を確認してばかりで申し訳ないのですが、
> > vgsの実行結果もお見せいただけないでしょうか。
> >
> > あとは/usr/lib/ocf/resource.d/heartbeat/LVM
> > のシェバン（最初の行）に-xオプションを追加して
> > 実行すると詳細なログが出力されるので手がかりを
> > 得られるかもしれません。
> >
> >
> > 2016/10/20 16:02 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
> >>
> >> ひばり様、浜田様
> >>
> >>
> >> お世話になっております。nakaと申します。
> >> ご確認頂き有難うございます。
> >>
> >> > ★★★★★★★★★★★★★★★★★★
> >> > （活性化）
> >> > # vgchange --addtag pacemaker vgua01
> >> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]}
> vgua01
> >> >
> >> > （非活性化）
> >> > # vgchange -an vgua01
> >> > # vgchange --deltag pacemaker vgua01
> >> > ★★★★★★★★★★★★★★★★★★
> >>
> >> 上記コマンドを手動で実施すると、正常にvgua01を活性/非活性化することができました。。
> >>
> >> # vgchange -ay vgua01
> >> 0 logical volume(s) in volume group "vgua01" now active
> >> # vgchange --addtag pacemaker vgua01
> >> Volume group "vgua01" successfully changed
> >> # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
> >> 2 logical volume(s) in volume group "vgua01" now active
> >> # vgchange -an vgua01
> >> 0 logical volume(s) in volume group "vgua01" now active
> >> # vgchange --deltag pacemaker vgua01
> >> Volume group "vgua01" successfully changed
> >>
> >> resource-agentsはバージョン「3.9.7」です。
> >> このバージョンが古いのでしょうかね？
> >>
> >> # rpm -qi resource-agents
> >> Name : resource-agents
> >> Version : 3.9.7
> >> Release : 1.2.6f56.el7
> >> Architecture: x86_64
> >> Install Date: 2016年09月12日 10時44分49秒
> >> Group : System Environment/Base
> >> Size : 1873911
> >> License : GPLv2+ and LGPLv2+
> >> Signature : (none)
> >> Source RPM : resource-agents-3.9.7-1.2.6f56.el7.src.rpm
> >> Build Date : 2016年04月07日 13時28分39秒
> >> Build Host : build-centos71
> >> Relocations : (not relocatable)
> >> Vendor : Linux-HA Japan
> >> URL : https://github.com/ClusterLabs/resource-agents
> >> Summary : Open Source HA Reusable Cluster Resource Scripts
> >> Description :
> >> A set of scripts to interface with several services to operate in a
> >> High Availability environment for both Pacemaker and rgmanager
> >> service managers.
> >>
> >> resource-agentsバージョンの改訂履歴を探してみます。。
> >> 取り急ぎ。
> >>
> >> 2016年10月19日 19:00 Michiro Hibari <l05102@shibaura-it.ac.jp>:
> >> > naka様 浜田様
> >> >
> >> > ひばりです。
> >> > お世話になっております。
> >> >
> >> > volume_list = [ "vg00" ] ★vg00はローカルでの使用。
> >> >
> >> > 上記設定をlvm.confに行った時点でvolume_listで指定した
> >> > VG以外をvgchange等のlvmコマンドで操作することが
> >> > 出来なくなります。
> >> > ＃クラスタでLVMのボリュームを制御する際は、クラスタの管理外
> >> > ＃クラスタ管理対象のボリュームが操作されないように上記設定を
> >> > ＃行います。
> >> >
> >> > そのため手動で共有ディスクの活性化を行えないこと
> >> > 自体は正常な動作といえます。
> >> >
> >> > ただ、Pacemakerはvolume_listをRA内部で実行する
> >> > コマンド上で書き換えていますので、本来であれば
> >> > Pacemaker起動時にvgua01がACT側のノードで活性化される
> >> > はずです。
> >> >
> >> > 具体的には以下の処理を行っていますので、
> >> > まずは手動で下記コマンドを実行し、VGが活性化できるかを
> >> > ご確認ください。
> >> >
> >> > ★★★★★★★★★★★★★★★★★★
> >> > （活性化）
> >> > # vgchange --addtag pacemaker vgua01
> >> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]}
> vgua01
> >> >
> >> > （非活性化）
> >> > # vgchange -an vgua01
> >> > # vgchange --deltag pacemaker vgua01
> >> > ★★★★★★★★★★★★★★★★★★
> >> >
> >> > resource-agentsのバージョンが古いと上記の処理が
> >> > 実装されていませんので、念のため上記の実行結果と合わせて
> >> > resource-agentsのバージョンもお教え下さい。
> >> >
> >> > なお、浜田様からメールを頂いておりますが
> >> >> そもそも、LVM はクラスタに対応していないと思います。
> >> > (snip)
> >> >> たまたま、何らかのロック機構が働いて、
> >> >> LVMを活性化できないおかげでデータが破壊されずに済んでいる、
> >> >
> >> > LVMをクラスタで制御することは可能です。
> >> > LVMは複数ノードからの活性化を想定していませんが、
> >> > LVMを複数ノードで活性化しないように正しく
> >> > 設定を行えば問題ありません。
> >> > ＃そのためにvolume_listの設定を行っています。
> >> >
> >> >> ・LVMの設定ファイルを書き換えるリソースエージェントを開発する。
> >> > PacemakerのLVM RAは既に対応しております。
> >> > （★部の処理が組み込まれている）
> >> >
> >> > その他、clvmは複数ノードからの活性化(LVMの操作）に対応した
> >> > LVMとなりますが、その上に載るファイルシステムがGFSのような
> >> > 複数ノードからのマウントに対応してるものでない場合、
> >> > clvmを利用してもファイルシステムをマウントできるノードは
> >> > 1つとなりますので、今回のようにxfsを扱う場合、clvmは
> >> > オーバースペックかもしれません。
> >> >
> >> >
> >> > 2016/10/19 17:05 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
> >> >>
> >> >> ひばり様、各位
> >> >>
> >> >> お世話になっております。nakaと申します。
> >> >> 先日のlvm.confの件、頂いた回答やネット上の情報を参考にしましたがどうもうまくいかず悩んでおります。。
> >> >>
> >> >> 【やったこと】
> >> >> /etc/lvm/lvm.confの編集。
> >> >> ↓下記の通り設定。
> >> >>
> >> >> volume_list = [ "vg00" ] ★vg00はローカルでの使用。
> >> >> use_lvmetad = 0
> >> >> locking_type = 1
> >> >>
> >> >> initramfsの再作成
> >> >> dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
> >> >>
> >> >> OSリブート
> >> >>
> >> >> これで、確かにOS起動時にはローカル(vg00)は活性状態、クラスタ共有ディスク(vgua01)は非活性に
> >> >> なるのですが、手動で共有ディスク(vgua01)の活性化(vgchange -a y)はできない状態でした。
> >> >> pacemakerでのLVMリソースの起動も失敗してしまいます。volume_listをコメントアウトすると、
> >> >> 正常に活性化できます。何か足りない設定があるのかな、、
> >> >>
> >> >> とここまで書いて、既にpacemakerの話ではなく、OSのLVMの話になってますよね。
> >> >> pacemaker(+corosync)でLVMのクラスタ共有ディスクを使う場合に他に考慮が必要なのでしょうか。。
> >> >>
> >> >> 何か些細なことでも気になる点等ございましたらご指摘頂けると助かります。
> >> >> 参考までに、「crm resouce start vgua01(LVMリソース)」後のcorosync.logを添付致します。
> >> >>
> >> >> Naka
> >> >>
> >> >> _______________________________________________
> >> >> Linux-ha-japan mailing list
> >> >> Linux-ha-japan@lists.osdn.me
> >> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >> >>
> >> >
> >> > _______________________________________________
> >> > Linux-ha-japan mailing list
> >> > Linux-ha-japan@lists.osdn.me
> >> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >> >
> >>
> >>
> >>
> >> --
> >> Nakamura
> >> _______________________________________________
> >> Linux-ha-japan mailing list
> >> Linux-ha-japan@lists.osdn.me
> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >
> >
> > _______________________________________________
> > Linux-ha-japan mailing list
> > Linux-ha-japan@lists.osdn.me
> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >
>
>
>
> --
> Nakamura
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>
Re: sfexリソースエージェントの設定について [ In reply to ]
k.xnakamu at gmail
Oct 21, 2016, 2:17 AM
Post #11 of 13 (4310 views)
Permalink
$B$R$P$jMM!"IMEDMM(B

$B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B

$B$R$P$jMMIMEDMM$N$4?TNO$N$*$+$2$G!";v>]2r>C$9$k$3$H$,$G$-$^$7$?!#(B
$BM-Fq$&$4$6$$$^$9!#(B

> $B>e5-$O%7%'%k$rD>@\<B9T$9$k$N$G$O$J$/!"(B
> RA$B$rJT=8$7$?>e$G(BPacemaker$B$r<B9T$9$k$H$r(B
> $B0U?^$7$F$$$^$7$?!#(B
$B$=$&$G$9$h$M!"!"<:NiCW$7$^$7$?!#(B

$B;d$b(B/usr/lib/ocf/resource.d/heartbeat/LVM$B$r(B
$B$6$C$HD/$a$F$_$^$7$?!#IMEDMM$N$4;XE&$NDL$j!"(B
LVM$B$N(BRA$B$K(Bexclusive=true$B$rDI5-$7$?$H$3$m!"@5>o$K(B
RA$B$,5/F0$7F0:n$7$^$7$?!*(B

$B;29M$^$G$K(BRH$B<R$N!V(BHigh_Availability_Add-On_Administration$B!W%^%K%e%"%k$K(B
exclusive$B$N5-=R$,$"$j$^$7$?!#(B
https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux/7/html/High_Availability_Add-On_Administration/s1-resourcegroupcreatenfs-HAAA.html

volume_list$B$N=$@5$H>e5-(BRA$B$NDI5-$G!"BT5!7O$N(BOS$B:F5/F08e$bFC$K(B
$B%9%W%j%C%H%V%l%$%s$OH/@8$;$:!#(Bsfex$B$K$D$$$F$OAG$N%Q!<%F%#%7%g%s$r(B
$BMQ0U$7$F=`Hw$7$?$$$H;W$$$^$9!#(B

# pacemaker1.0$B7O$@$H!">e5-(BLVM$B$N%=!<%9%3!<%I$K(Bexclusive$B$N(B
# $B@)8f$O$5$l$F$$$J$$$h$&$G$9$M!#$5$9$,$K5l%P!<%8%g%s$N@_Dj(B
# $BDL$j$K$O$$$+$J$+$C$?$G$9!#!#(B

$B=t!9$43NG'D:$-BgJQ=u$+$j$^$7$?!#(B
$B$H$F$bJY6/$K$J$j$^$7$?!#!#(B

$B0J>e!"59$7$/$*4j$$CW$7$^$9!#(B


2016$BG/(B10$B7n(B20$BF|(B 19:58 Michiro Hibari <l05102@shibaura-it.ac.jp>:
> naka$BMM(B
>
> $B$R$P$j$G$9!#(B
>
> gvs$B$N7k2L$r$*8+$;D:$-$"$j$,$H$&$4$6$$$^$9!#(B
> $B%/%i%9%?%*%W%7%g%s$,860x$G$O$J$+$C$?$h$&$G$9$M!#(B
>
>> $B$"$H$O(B/usr/lib/ocf/resource.d/heartbeat/LVM
>> $B$N%7%'%P%s!J:G=i$N9T!K$K(B-x$B%*%W%7%g%s$rDI2C$7$F(B
>> $B<B9T$9$k$H>\:Y$J%m%0$,=PNO$5$l$k$N$G<j$,$+$j$r(B
>> $BF@$i$l$k$+$b$7$l$^$;$s!#(B
>
> $B8@MUB-$i$:$G$9$$$^$;$s!#(B
>
> $B>e5-$O%7%'%k$rD>@\<B9T$9$k$N$G$O$J$/!"(B
> RA$B$rJT=8$7$?>e$G(BPacemaker$B$r<B9T$9$k$H$r(B
> $B0U?^$7$F$$$^$7$?!#(B
>
> $B$=$&$9$k$H(B corosync.log$B$K>\:Y$J%m%0$,(B
> $B=P$k$h$&$K$J$k$O$:$G$9!#(B
>
> ocf-shellfuncs$B$O(BPacemaker$B$,(BRA$B$r8F$S=P$9(B
> $B:]$K$O$A$c$s$HFI$_9~$^$l$^$9$N$GBg>fIW$G$9!#(B
> heartbeat$B%Q%C%1!<%8$r%$%s%9%H!<%k$9$kI,MW$O(B
> $B$"$j$^$;$s!#(B
>
>
> 2016/10/20 19:30 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>
>> $B$R$P$jMM(B
>>
>> $B$*@$OC$K$J$C$F$*$j$^$9!#(B
>>
>> $B$43NG'D:$-M-Fq$&$4$6$$$^$9!#(B
>> vgs$B%3%^%s%I$O@5>oI=<($N$h$&$G$9!#(B(vg00$B$H(Bvgua01$B$r;2>H$G$-$^$9!#(B)
>> /usr/lib/ocf/resource.d/heartbeat/LVM$B$r<B9T$7$^$9$H!"%U%!%$%k$,$J$$$H(B
>> $BE\$i$l$^$7$?!#(B
>>
>> # vgs
>> VG #PV #LV #SN Attr VSize VFree
>> vg00 1 7 0 wz--n- 51.09g 0
>> vgua01 1 2 0 wz--n- 11.00g 0
>>
>> # sh /usr/lib/ocf/resource.d/heartbeat/LVM
>> /usr/lib/ocf/resource.d/heartbeat/LVM: $B9T(B 30:
>> /lib/heartbeat/ocf-shellfuncs: $B$=$N$h$&$J%U%!%$%k$d%G%#%l%/%H%j$O$"$j$^$;$s(B
>>
>> pacemaker$B$N%P!<%8%g%s$,$"$,$C$F!"(Bheartbeat$B$N%Q%C%1!<%8$,F~$i$J$/$J$C$?$+$i(B
>> $B$G$7$g$&$+$M!#(BLVM$B$N(BRA$B$rMxMQ$9$k$K$O!"(Bcorosync$B$@$1$G$OB-$j$J$$$C$F$3$H$J$s$G$7$g$&$+$M!#(B
>> $BL@F|(Bheartbeat$B%Q%C%1!<%8!J(Bheartbeat-2.1.4-1.rhel5.x86_64.RPMS.tar.gz$B!K$"$?$j$rDI2C$G(B
>> $BF~$l$F$_$h$&$+$J!#!#(B
>>
>> $B0J>e!"59$7$/$*4j$$CW$7$^$9!#(B
>>
>>
>> 2016$BG/(B10$B7n(B20$BF|(B 17:31 Michiro Hibari <l05102@shibaura-it.ac.jp>:
>> > naka$BMM(B
>> >
>> > $B$R$P$j$G$9!#(B
>> > $B$*@$OC$K$J$C$F$*$j$^$9!#(B
>> >
>> > resource-agents$B$N%P!<%8%g%s$,(B3.9.7$B$G$7$?$i!"(B
>> > RA$B$K$O@h$N%a!<%k$K5-:\$7$?=hM}$,<BAu$5$l$F$*$j$^$9!#(B
>> >
>> > $B?'!9$H>pJs$r3NG'$7$F$P$+$j$G?=$7Lu$J$$$N$G$9$,!"(B
>> > vgs$B$N<B9T7k2L$b$*8+$;$$$?$@$1$J$$$G$7$g$&$+!#(B
>> >
>> > $B$"$H$O(B/usr/lib/ocf/resource.d/heartbeat/LVM
>> > $B$N%7%'%P%s!J:G=i$N9T!K$K(B-x$B%*%W%7%g%s$rDI2C$7$F(B
>> > $B<B9T$9$k$H>\:Y$J%m%0$,=PNO$5$l$k$N$G<j$,$+$j$r(B
>> > $BF@$i$l$k$+$b$7$l$^$;$s!#(B
>> >
>> >
>> > 2016/10/20 16:02 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>> >>
>> >> $B$R$P$jMM!"IMEDMM(B
>> >>
>> >>
>> >> $B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
>> >> $B$43NG'D:$-M-Fq$&$4$6$$$^$9!#(B
>> >>
>> >> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>> >> > $B!J3h@-2=!K(B
>> >> > # vgchange --addtag pacemaker vgua01
>> >> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]}
>> >> > vgua01
>> >> >
>> >> > $B!JHs3h@-2=!K(B
>> >> > # vgchange -an vgua01
>> >> > # vgchange --deltag pacemaker vgua01
>> >> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>> >>
>> >> $B>e5-%3%^%s%I$r<jF0$G<B;\$9$k$H!"@5>o$K(Bvgua01$B$r3h@-(B/$BHs3h@-2=$9$k$3$H$,$G$-$^$7$?!#!#(B
>> >>
>> >> # vgchange -ay vgua01
>> >> 0 logical volume(s) in volume group "vgua01" now active
>> >> # vgchange --addtag pacemaker vgua01
>> >> Volume group "vgua01" successfully changed
>> >> # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>> >> 2 logical volume(s) in volume group "vgua01" now active
>> >> # vgchange -an vgua01
>> >> 0 logical volume(s) in volume group "vgua01" now active
>> >> # vgchange --deltag pacemaker vgua01
>> >> Volume group "vgua01" successfully changed
>> >>
>> >> resource-agents$B$O%P!<%8%g%s!V(B3.9.7$B!W$G$9!#(B
>> >> $B$3$N%P!<%8%g%s$,8E$$$N$G$7$g$&$+$M!)(B
>> >>
>> >> # rpm -qi resource-agents
>> >> Name : resource-agents
>> >> Version : 3.9.7
>> >> Release : 1.2.6f56.el7
>> >> Architecture: x86_64
>> >> Install Date: 2016$BG/(B09$B7n(B12$BF|(B 10$B;~(B44$BJ,(B49$BIC(B
>> >> Group : System Environment/Base
>> >> Size : 1873911
>> >> License : GPLv2+ and LGPLv2+
>> >> Signature : (none)
>> >> Source RPM : resource-agents-3.9.7-1.2.6f56.el7.src.rpm
>> >> Build Date : 2016$BG/(B04$B7n(B07$BF|(B 13$B;~(B28$BJ,(B39$BIC(B
>> >> Build Host : build-centos71
>> >> Relocations : (not relocatable)
>> >> Vendor : Linux-HA Japan
>> >> URL : https://github.com/ClusterLabs/resource-agents
>> >> Summary : Open Source HA Reusable Cluster Resource Scripts
>> >> Description :
>> >> A set of scripts to interface with several services to operate in a
>> >> High Availability environment for both Pacemaker and rgmanager
>> >> service managers.
>> >>
>> >> resource-agents$B%P!<%8%g%s$N2~D{MzNr$rC5$7$F$_$^$9!#!#(B
>> >> $B<h$j5^$.!#(B
>> >>
>> >> 2016$BG/(B10$B7n(B19$BF|(B 19:00 Michiro Hibari <l05102@shibaura-it.ac.jp>:
>> >> > naka$BMM(B $BIMEDMM(B
>> >> >
>> >> > $B$R$P$j$G$9!#(B
>> >> > $B$*@$OC$K$J$C$F$*$j$^$9!#(B
>> >> >
>> >> > volume_list = [ "vg00" ]$B!!!z(Bvg00$B$O%m!<%+%k$G$N;HMQ!#(B
>> >> >
>> >> > $B>e5-@_Dj$r(Blvm.conf$B$K9T$C$?;~E@$G(Bvolume_list$B$G;XDj$7$?(B
>> >> > VG$B0J30$r(Bvgchange$BEy$N(Blvm$B%3%^%s%I$GA`:n$9$k$3$H$,(B
>> >> > $B=PMh$J$/$J$j$^$9!#(B
>> >> > $B!t%/%i%9%?$G(BLVM$B$N%\%j%e!<%`$r@)8f$9$k:]$O!"%/%i%9%?$N4IM}30(B
>> >> > $B!t%/%i%9%?4IM}BP>]$N%\%j%e!<%`$,A`:n$5$l$J$$$h$&$K>e5-@_Dj$r(B
>> >> > $B!t9T$$$^$9!#(B
>> >> >
>> >> > $B$=$N$?$a<jF0$G6&M-%G%#%9%/$N3h@-2=$r9T$($J$$$3$H(B
>> >> > $B<+BN$O@5>o$JF0:n$H$$$($^$9!#(B
>> >> >
>> >> > $B$?$@!"(BPacemaker$B$O(Bvolume_list$B$r(BRA$BFbIt$G<B9T$9$k(B
>> >> > $B%3%^%s%I>e$G=q$-49$($F$$$^$9$N$G!"K\Mh$G$"$l$P(B
>> >> > Pacemaker$B5/F0;~$K(Bvgua01$B$,(BACT$BB&$N%N!<%I$G3h@-2=$5$l$k(B
>> >> > $B$O$:$G$9!#(B
>> >> >
>> >> > $B6qBNE*$K$O0J2<$N=hM}$r9T$C$F$$$^$9$N$G!"(B
>> >> > $B$^$:$O<jF0$G2<5-%3%^%s%I$r<B9T$7!"(BVG$B$,3h@-2=$G$-$k$+$r(B
>> >> > $B$43NG'$/$@$5$$!#(B
>> >> >
>> >> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>> >> > $B!J3h@-2=!K(B
>> >> > # vgchange --addtag pacemaker vgua01
>> >> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]}
>> >> > vgua01
>> >> >
>> >> > $B!JHs3h@-2=!K(B
>> >> > # vgchange -an vgua01
>> >> > # vgchange --deltag pacemaker vgua01
>> >> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>> >> >
>> >> > resource-agents$B$N%P!<%8%g%s$,8E$$$H>e5-$N=hM}$,(B
>> >> > $B<BAu$5$l$F$$$^$;$s$N$G!"G0$N$?$a>e5-$N<B9T7k2L$H9g$o$;$F(B
>> >> > resource-agents$B$N%P!<%8%g%s$b$*65$(2<$5$$!#(B
>> >> >
>> >> > $B$J$*!"IMEDMM$+$i%a!<%k$rD:$$$F$*$j$^$9$,(B
>> >> >> $B$=$b$=$b!"(BLVM $B$O%/%i%9%?$KBP1~$7$F$$$J$$$H;W$$$^$9!#(B
>> >> > (snip)
>> >> >> $B$?$^$?$^!"2?$i$+$N%m%C%/5!9=$,F/$$$F!"(B
>> >> >> LVM$B$r3h@-2=$G$-$J$$$*$+$2$G%G!<%?$,GK2u$5$l$:$K:Q$s$G$$$k!"(B
>> >> >
>> >> > LVM$B$r%/%i%9%?$G@)8f$9$k$3$H$O2DG=$G$9!#(B
>> >> > LVM$B$OJ#?t%N!<%I$+$i$N3h@-2=$rA[.Dj$7$F$$$^$;$s$,!"(B
>> >> > LVM$B$rJ#?t%N!<%I$G3h@-2=$7$J$$$h$&$K@5$7$/(B
>> >> > $B@_Dj$r9T$($PLdBj$"$j$^$;$s!#(B
>> >> > $B!t$=$N$?$a$K(Bvolume_list$B$N@_Dj$r9T$C$F$$$^$9!#(B
>> >> >
>> >> >> $B!&(BLVM$B$N@_Dj%U%!%$%k$r=q$-49$($k%j%=!<%9%(!<%8%'%s%H$r3+H/$9$k!#(B
>> >> > Pacemaker$B$N(BLVM RA$B$O4{$KBP1~$7$F$*$j$^$9!#(B
>> >> > $B!J!zIt$N=hM}$,AH$_9~$^$l$F$$$k!K(B
>> >> >
>> >> > $B$=$NB>!"(Bclvm$B$OJ#?t%N!<%I$+$i$N3h@-2=(B(LVM$B$NA`:n!K$KBP1~$7$?(B
>> >> > LVM$B$H$J$j$^$9$,!"$=$N>e$K:\$k%U%!%$%k%7%9%F%`$,(BGFS$B$N$h$&$J(B
>> >> > $BJ#?t%N!<%I$+$i$N%^%&%s%H$KBP1~$7$F$k$b$N$G$J$$>l9g!"(B
>> >> > clvm$B$rMxMQ$7$F$b%U%!%$%k%7%9%F%`$r%^%&%s%H$G$-$k%N!<%I$O(B
>> >> > 1$B$D$H$J$j$^$9$N$G!":#2s$N$h$&$K(Bxfs$B$r07$&>l9g!"(Bclvm$B$O(B
>> >> > $B%*!<%P!<%9%Z%C%/$+$b$7$l$^$;$s!#(B
>> >> >
>> >> >
>> >> > 2016/10/19 17:05 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>> >> >>
>> >> >> $B$R$P$jMM!"3F0L(B
>> >> >>
>> >> >> $B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
>> >> >> $B@hF|$N(Blvm.conf$B$N7o!"D:$$$?2sEz$d%M%C%H>e$N>pJs$r;29M$K$7$^$7$?$,$I$&$b$&$^$/$$$+$:G:$s$G$*$j$^$9!#!#(B
>> >> >>
>> >> >> $B!Z$d$C$?$3$H![.(B
>> >> >> /etc/lvm/lvm.conf$B$NJT=8!#(B
>> >> >> $B"-2<5-$NDL$j@_Dj!#(B
>> >> >>
>> >> >> volume_list = [ "vg00" ]$B!!!z(Bvg00$B$O%m!<%+%k$G$N;HMQ!#(B
>> >> >> use_lvmetad = 0
>> >> >> locking_type = 1
>> >> >>
>> >> >> initramfs$B$N:F:n@.(B
>> >> >> dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
>> >> >>
>> >> >> OS$B%j%V!<%H(B
>> >> >>
>> >> >> $B$3$l$G!"3N$+$K(BOS$B5/F0;~$K$O%m!<%+%k(B(vg00)$B$O3h@->uBV!"%/%i%9%?6&M-%G%#%9%/(B(vgua01)$B$OHs3h@-$K(B
>> >> >> $B$J$k$N$G$9$,!"<jF0$G6&M-%G%#%9%/(B(vgua01)$B$N3h@-2=(B(vgchange -a y)$B$O$G$-$J$$>uBV$G$7$?!#(B
>> >> >> pacemaker$B$G$N(BLVM$B%j%=!<%9$N5/F0$b<:GT$7$F$7$^$$$^$9!#(Bvolume_list$B$r%3%a%s%H%"%&%H$9$k$H!"(B
>> >> >> $B@5>o$K3h@-2=$G$-$^$9!#2?$+B-$j$J$$@_Dj$,$"$k$N$+$J!"!"(B
>> >> >>
>> >> >> $B$H$3$3$^$G=q$$$F!"4{$K(Bpacemaker$B$NOC$G$O$J$/!"(BOS$B$N(BLVM$B$NOC$K$J$C$F$^$9$h$M!#(B
>> >> >> pacemaker(+corosync)$B$G(BLVM$B$N%/%i%9%?6&M-%G%#%9%/$r;H$&>l9g$KB>$K9MN8$,I,MW$J$N$G$7$g$&$+!#!#(B
>> >> >>
>> >> >> $B2?$+:3:Y$J$3$H$G$b5$$K$J$kE@Ey$4$6$$$^$7$?$i$4;XE&D:$1$k$H=u$+$j$^$9!#(B
>> >> >> $B;29M$^$G$K!"!V(Bcrm resouce start vgua01(LVM$B%j%=!<%9(B)$B!W8e$N(Bcorosync.log$B$rE:IUCW$7$^$9!#(B
>> >> >>
>> >> >> Naka
>> >> >>
>> >> >> _______________________________________________
>> >> >> Linux-ha-japan mailing list
>> >> >> Linux-ha-japan@lists.osdn.me
>> >> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>> >> >>
>> >> >
>> >> > _______________________________________________
>> >> > Linux-ha-japan mailing list
>> >> > Linux-ha-japan@lists.osdn.me
>> >> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Nakamura
>> >> _______________________________________________
>> >> Linux-ha-japan mailing list
>> >> Linux-ha-japan@lists.osdn.me
>> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>> >
>> >
>> > _______________________________________________
>> > Linux-ha-japan mailing list
>> > Linux-ha-japan@lists.osdn.me
>> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>> >
>>
>>
>>
>> --
>> Nakamura
>> _______________________________________________
>> Linux-ha-japan mailing list
>> Linux-ha-japan@lists.osdn.me
>> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>
>
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>



--
Nakamura
_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: sfexリソースエージェントの設定について [ In reply to ]
k.xnakamu at gmail
Oct 27, 2016, 2:14 AM
Post #12 of 13 (4290 views)
Permalink
$B$R$P$jMM!"IMEDMM!"3F0L(B

$B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
$BEY!9?=$7Lu$"$j$^$;$s!#(B
$B$b$7$I$J$?$,8fB8$8$G$"$l$P!#!#(B

> # pacemaker1.0$B7O$@$H!">e5-(BLVM$B$N%=!<%9%3!<%I$K(Bexclusive$B$N(B
> # $B@)8f$O$5$l$F$$$J$$$h$&$G$9$M!#$5$9$,$K5l%P!<%8%g%s$N@_Dj(B
> # $BDL$j$K$O$$$+$J$+$C$?$G$9!#!#(B

$B<j85$K$"$kJL$N2<5-4D6-!"(B
$B!!(BCentOS 6.2(x86_64)
$B!!(Bpacemaker-1.0.12-1.el6.x86_64
$B!!(Bheartbeat-3.0.5-1.1.el6.x86_64
$B$3$A$i$G$O(B
$B!!!&(Blvm.conf$B$O%G%U%)%k%H@_Dj!J(Bvolume_list$B$O2?$bDj5A$7$F$$$J$$!K(B
$B!!!&(Bpacemaker$B$N(BLVM$B$N(BRA$B$K!V(Bexclusive=true$B!W$N5-=RL5$7(B
$B$N$^$^1?MQ$7$F$$$F$b!"BT5!7O(BOS$B:F5/F0;~$K$OFC$K6&M-%G%#%9%/$,3h@-2=$5$l$k(B
$B$3$H$b$J$/!"$b$A$m$s%9%W%j%C%H%V%l%$%s>uBV$K$b$J$j$^$;$s$G$7$?!#(B
$B$3$N:9$O2?$J$N$+!)$J$K$+$7$i>pJs$r$*;}$A$G$7$?$i$465<xD:$1$k$H9,$$$G$9!#(B

$B!&(Bpacemkaer1.0$B$H(B1.1$B$N0c$$$K$h$k%=!<%9%3!<%I(B(/usr/lib/ocf/resource.d/heartbeat/LVM)$B$N0c$$(B
$B!&(BOS(6.2$B$H(B7.2)$B$N0c$$(B
$B!&(Blvm2$B$N%P!<%8%g%s$N0c$$(B
$BEy!"9=@.$,0[$J$kItJ,$r3NG'$7$J$$$H$$$1$J$$$N$O=E!9>5CN$7$F$*$j$^$9$,!"(B
$B2?$+$7$i>pJs$r$*;}$A$G$7$?$i$H;W$$!"Ld9g$;$5$;$FD:$-$^$7$?!#(B

$B0J>e!"59$7$/$*4j$$CW$7$^$9!#(B


2016$BG/(B10$B7n(B21$BF|(B 18:17 Keisuke Nakamura <k.xnakamu@gmail.com>:
> $B$R$P$jMM!"IMEDMM(B
>
> $B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
>
> $B$R$P$jMMIMEDMM$N$4?TNO$N$*$+$2$G!";v>]2r>C$9$k$3$H$,$G$-$^$7$?!#(B
> $BM-Fq$&$4$6$$$^$9!#(B
>
>> $B>e5-$O%7%'%k$rD>@\<B9T$9$k$N$G$O$J$/!"(B
>> RA$B$rJT=8$7$?>e$G(BPacemaker$B$r<B9T$9$k$H$r(B
>> $B0U?^$7$F$$$^$7$?!#(B
> $B$=$&$G$9$h$M!"!"<:NiCW$7$^$7$?!#(B
>
> $B;d$b(B/usr/lib/ocf/resource.d/heartbeat/LVM$B$r(B
> $B$6$C$HD/$a$F$_$^$7$?!#IMEDMM$N$4;XE&$NDL$j!"(B
> LVM$B$N(BRA$B$K(Bexclusive=true$B$rDI5-$7$?$H$3$m!"@5>o$K(B
> RA$B$,5/F0$7F0:n$7$^$7$?!*(B
>
> $B;29M$^$G$K(BRH$B<R$N!V(BHigh_Availability_Add-On_Administration$B!W%^%K%e%"%k$K(B
> exclusive$B$N5-=R$,$"$j$^$7$?!#(B
> https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux/7/html/High_Availability_Add-On_Administration/s1-resourcegroupcreatenfs-HAAA.html
>
> volume_list$B$N=$@5$H>e5-(BRA$B$NDI5-$G!"BT5!7O$N(BOS$B:F5/F08e$bFC$K(B
> $B%9%W%j%C%H%V%l%$%s$OH/@8$;$:!#(Bsfex$B$K$D$$$F$OAG$N%Q!<%F%#%7%g%s$r(B
> $BMQ0U$7$F=`Hw$7$?$$$H;W$$$^$9!#(B
>
> # pacemaker1.0$B7O$@$H!">e5-(BLVM$B$N%=!<%9%3!<%I$K(Bexclusive$B$N(B
> # $B@)8f$O$5$l$F$$$J$$$h$&$G$9$M!#$5$9$,$K5l%P!<%8%g%s$N@_Dj(B
> # $BDL$j$K$O$$$+$J$+$C$?$G$9!#!#(B
>
> $B=t!9$43NG'D:$-BgJQ=u$+$j$^$7$?!#(B
> $B$H$F$bJY6/$K$J$j$^$7$?!#!#(B
>
> $B0J>e!"59$7$/$*4j$$CW$7$^$9!#(B
>
>
> 2016$BG/(B10$B7n(B20$BF|(B 19:58 Michiro Hibari <l05102@shibaura-it.ac.jp>:
>> naka$BMM(B
>>
>> $B$R$P$j$G$9!#(B
>>
>> gvs$B$N7k2L$r$*8+$;D:$-$"$j$,$H$&$4$6$$$^$9!#(B
>> $B%/%i%9%?%*%W%7%g%s$,860x$G$O$J$+$C$?$h$&$G$9$M!#(B
>>
>>> $B$"$H$O(B/usr/lib/ocf/resource.d/heartbeat/LVM
>>> $B$N%7%'%P%s!J:G=i$N9T!K$K(B-x$B%*%W%7%g%s$rDI2C$7$F(B
>>> $B<B9T$9$k$H>\:Y$J%m%0$,=PNO$5$l$k$N$G<j$,$+$j$r(B
>>> $BF@$i$l$k$+$b$7$l$^$;$s!#(B
>>
>> $B8@MUB-$i$:$G$9$$$^$;$s!#(B
>>
>> $B>e5-$O%7%'%k$rD>@\<B9T$9$k$N$G$O$J$/!"(B
>> RA$B$rJT=8$7$?>e$G(BPacemaker$B$r<B9T$9$k$H$r(B
>> $B0U?^$7$F$$$^$7$?!#(B
>>
>> $B$=$&$9$k$H(B corosync.log$B$K>\:Y$J%m%0$,(B
>> $B=P$k$h$&$K$J$k$O$:$G$9!#(B
>>
>> ocf-shellfuncs$B$O(BPacemaker$B$,(BRA$B$r8F$S=P$9(B
>> $B:]$K$O$A$c$s$HFI$_9~$^$l$^$9$N$GBg>fIW$G$9!#(B
>> heartbeat$B%Q%C%1!<%8$r%$%s%9%H!<%k$9$kI,MW$O(B
>> $B$"$j$^$;$s!#(B
>>
>>
>> 2016/10/20 19:30 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>>
>>> $B$R$P$jMM(B
>>>
>>> $B$*@$OC$K$J$C$F$*$j$^$9!#(B
>>>
>>> $B$43NG'D:$-M-Fq$&$4$6$$$^$9!#(B
>>> vgs$B%3%^%s%I$O@5>oI=<($N$h$&$G$9!#(B(vg00$B$H(Bvgua01$B$r;2>H$G$-$^$9!#(B)
>>> /usr/lib/ocf/resource.d/heartbeat/LVM$B$r<B9T$7$^$9$H!"%U%!%$%k$,$J$$$H(B
>>> $BE\$i$l$^$7$?!#(B
>>>
>>> # vgs
>>> VG #PV #LV #SN Attr VSize VFree
>>> vg00 1 7 0 wz--n- 51.09g 0
>>> vgua01 1 2 0 wz--n- 11.00g 0
>>>
>>> # sh /usr/lib/ocf/resource.d/heartbeat/LVM
>>> /usr/lib/ocf/resource.d/heartbeat/LVM: $B9T(B 30:
>>> /lib/heartbeat/ocf-shellfuncs: $B$=$N$h$&$J%U%!%$%k$d%G%#%l%/%H%j$O$"$j$^$;$s(B
>>>
>>> pacemaker$B$N%P!<%8%g%s$,$"$,$C$F!"(Bheartbeat$B$N%Q%C%1!<%8$,F~$i$J$/$J$C$?$+$i(B
>>> $B$G$7$g$&$+$M!#(BLVM$B$N(BRA$B$rMxMQ$9$k$K$O!"(Bcorosync$B$@$1$G$OB-$j$J$$$C$F$3$H$J$s$G$7$g$&$+$M!#(B
>>> $BL@F|(Bheartbeat$B%Q%C%1!<%8!J(Bheartbeat-2.1.4-1.rhel5.x86_64.RPMS.tar.gz$B!K$"$?$j$rDI2C$G(B
>>> $BF~$l$F$_$h$&$+$J!#!#(B
>>>
>>> $B0J>e!"59$7$/$*4j$$CW$7$^$9!#(B
>>>
>>>
>>> 2016$BG/(B10$B7n(B20$BF|(B 17:31 Michiro Hibari <l05102@shibaura-it.ac.jp>:
>>> > naka$BMM(B
>>> >
>>> > $B$R$P$j$G$9!#(B
>>> > $B$*@$OC$K$J$C$F$*$j$^$9!#(B
>>> >
>>> > resource-agents$B$N%P!<%8%g%s$,(B3.9.7$B$G$7$?$i!"(B
>>> > RA$B$K$O@h$N%a!<%k$K5-:\$7$?=hM}$,<BAu$5$l$F$*$j$^$9!#(B
>>> >
>>> > $B?'!9$H>pJs$r3NG'$7$F$P$+$j$G?=$7Lu$J$$$N$G$9$,!"(B
>>> > vgs$B$N<B9T7k2L$b$*8+$;$$$?$@$1$J$$$G$7$g$&$+!#(B
>>> >
>>> > $B$"$H$O(B/usr/lib/ocf/resource.d/heartbeat/LVM
>>> > $B$N%7%'%P%s!J:G=i$N9T!K$K(B-x$B%*%W%7%g%s$rDI2C$7$F(B
>>> > $B<B9T$9$k$H>\:Y$J%m%0$,=PNO$5$l$k$N$G<j$,$+$j$r(B
>>> > $BF@$i$l$k$+$b$7$l$^$;$s!#(B
>>> >
>>> >
>>> > 2016/10/20 16:02 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>>> >>
>>> >> $B$R$P$jMM!"IMEDMM(B
>>> >>
>>> >>
>>> >> $B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
>>> >> $B$43NG'D:$-M-Fq$&$4$6$$$^$9!#(B
>>> >>
>>> >> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>>> >> > $B!J3h@-2=!K(B
>>> >> > # vgchange --addtag pacemaker vgua01
>>> >> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]}
>>> >> > vgua01
>>> >> >
>>> >> > $B!JHs3h@-2=!K(B
>>> >> > # vgchange -an vgua01
>>> >> > # vgchange --deltag pacemaker vgua01
>>> >> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>>> >>
>>> >> $B>e5-%3%^%s%I$r<jF0$G<B;\$9$k$H!"@5>o$K(Bvgua01$B$r3h@-(B/$BHs3h@-2=$9$k$3$H$,$G$-$^$7$?!#!#(B
>>> >>
>>> >> # vgchange -ay vgua01
>>> >> 0 logical volume(s) in volume group "vgua01" now active
>>> >> # vgchange --addtag pacemaker vgua01
>>> >> Volume group "vgua01" successfully changed
>>> >> # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]} vgua01
>>> >> 2 logical volume(s) in volume group "vgua01" now active
>>> >> # vgchange -an vgua01
>>> >> 0 logical volume(s) in volume group "vgua01" now active
>>> >> # vgchange --deltag pacemaker vgua01
>>> >> Volume group "vgua01" successfully changed
>>> >>
>>> >> resource-agents$B$O%P!<%8%g%s!V(B3.9.7$B!W$G$9!#(B
>>> >> $B$3$N%P!<%8%g%s$,8E$$$N$G$7$g$&$+$M!)(B
>>> >>
>>> >> # rpm -qi resource-agents
>>> >> Name : resource-agents
>>> >> Version : 3.9.7
>>> >> Release : 1.2.6f56.el7
>>> >> Architecture: x86_64
>>> >> Install Date: 2016$BG/(B09$B7n(B12$BF|(B 10$B;~(B44$BJ,(B49$BIC(B
>>> >> Group : System Environment/Base
>>> >> Size : 1873911
>>> >> License : GPLv2+ and LGPLv2+
>>> >> Signature : (none)
>>> >> Source RPM : resource-agents-3.9.7-1.2.6f56.el7.src.rpm
>>> >> Build Date : 2016$BG/(B04$B7n(B07$BF|(B 13$B;~(B28$BJ,(B39$BIC(B
>>> >> Build Host : build-centos71
>>> >> Relocations : (not relocatable)
>>> >> Vendor : Linux-HA Japan
>>> >> URL : https://github.com/ClusterLabs/resource-agents
>>> >> Summary : Open Source HA Reusable Cluster Resource Scripts
>>> >> Description :
>>> >> A set of scripts to interface with several services to operate in a
>>> >> High Availability environment for both Pacemaker and rgmanager
>>> >> service managers.
>>> >>
>>> >> resource-agents$B%P!<%8%g%s$N2~D{MzNr$rC5$7$F$_$^$9!#!#(B
>>> >> $B<h$j5^$.!#(B
>>> >>
>>> >> 2016$BG/(B10$B7n(B19$BF|(B 19:00 Michiro Hibari <l05102@shibaura-it.ac.jp>:
>>> >> > naka$BMM(B $BIMEDMM(B
>>> >> >
>>> >> > $B$R$P$j$G$9!#(B
>>> >> > $B$*@$OC$K$J$C$F$*$j$^$9!#(B
>>> >> >
>>> >> > volume_list = [ "vg00" ]$B!!!z(Bvg00$B$O%m!<%+%k$G$N;HMQ!#(B
>>> >> >
>>> >> > $B>e5-@_Dj$r(Blvm.conf$B$K9T$C$?;~E@$G(Bvolume_list$B$G;XDj$7$?(B
>>> >> > VG$B0J30$r(Bvgchange$BEy$N(Blvm$B%3%^%s%I$GA`:n$9$k$3$H$,(B
>>> >> > $B=PMh$J$/$J$j$^$9!#(B
>>> >> > $B!t%/%i%9%?$G(BLVM$B$N%\%j%e!<%`$r@)8f$9$k:]$O!"%/%i%9%?$N4IM}30(B
>>> >> > $B!t%/%i%9%?4IM}BP>]$N%\%j%e!<%`$,A`:n$5$l$J$$$h$&$K>e5-@_Dj$r(B
>>> >> > $B!t9T$$$^$9!#(B
>>> >> >
>>> >> > $B$=$N$?$a<jF0$G6&M-%G%#%9%/$N3h@-2=$r9T$($J$$$3$H(B
>>> >> > $B<+BN$O@5>o$JF0:n$H$$$($^$9!#(B
>>> >> >
>>> >> > $B$?$@!"(BPacemaker$B$O(Bvolume_list$B$r(BRA$BFbIt$G<B9T$9$k(B
>>> >> > $B%3%^%s%I>e$G=q$-49$($F$$$^$9$N$G!"K\Mh$G$"$l$P(B
>>> >> > Pacemaker$B5/F0;~$K(Bvgua01$B$,(BACT$BB&$N%N!<%I$G3h@-2=$5$l$k(B
>>> >> > $B$O$:$G$9!#(B
>>> >> >
>>> >> > $B6qBNE*$K$O0J2<$N=hM}$r9T$C$F$$$^$9$N$G!"(B
>>> >> > $B$^$:$O<jF0$G2<5-%3%^%s%I$r<B9T$7!"(BVG$B$,3h@-2=$G$-$k$+$r(B
>>> >> > $B$43NG'$/$@$5$$!#(B
>>> >> >
>>> >> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>>> >> > $B!J3h@-2=!K(B
>>> >> > # vgchange --addtag pacemaker vgua01
>>> >> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]}
>>> >> > vgua01
>>> >> >
>>> >> > $B!JHs3h@-2=!K(B
>>> >> > # vgchange -an vgua01
>>> >> > # vgchange --deltag pacemaker vgua01
>>> >> > $B!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z!z(B
>>> >> >
>>> >> > resource-agents$B$N%P!<%8%g%s$,8E$$$H>e5-$N=hM}$,(B
>>> >> > $B<BAu$5$l$F$$$^$;$s$N$G!"G0$N$?$a>e5-$N<B9T7k2L$H9g$o$;$F(B
>>> >> > resource-agents$B$N%P!<%8%g%s$b$*65$(2<$5$$!#(B
>>> >> >
>>> >> > $B$J$*!"IMEDMM$+$i%a!<%k$rD:$$$F$*$j$^$9$,(B
>>> >> >> $B$=$b$=$b!"(BLVM $B$O%/%i%9%?$KBP1~$7$F$$$J$$$H;W$$$^$9!#(B
>>> >> > (snip)
>>> >> >> $B$?$^$?$^!"2?$i$+$N%m%C%/5!9=$,F/$$$F!"(B
>>> >> >> LVM$B$r3h@-2=$G$-$J$$$*$+$2$G%G!<%?$,GK2u$5$l$:$K:Q$s$G$$$k!"(B
>>> >> >
>>> >> > LVM$B$r%/%i%9%?$G@)8f$9$k$3$H$O2DG=$G$9!#(B
>>> >> > LVM$B$OJ#?t%N!<%I$+$i$N3h@-2=$rA[.Dj$7$F$$$^$;$s$,!"(B
>>> >> > LVM$B$rJ#?t%N!<%I$G3h@-2=$7$J$$$h$&$K@5$7$/(B
>>> >> > $B@_Dj$r9T$($PLdBj$"$j$^$;$s!#(B
>>> >> > $B!t$=$N$?$a$K(Bvolume_list$B$N@_Dj$r9T$C$F$$$^$9!#(B
>>> >> >
>>> >> >> $B!&(BLVM$B$N@_Dj%U%!%$%k$r=q$-49$($k%j%=!<%9%(!<%8%'%s%H$r3+H/$9$k!#(B
>>> >> > Pacemaker$B$N(BLVM RA$B$O4{$KBP1~$7$F$*$j$^$9!#(B
>>> >> > $B!J!zIt$N=hM}$,AH$_9~$^$l$F$$$k!K(B
>>> >> >
>>> >> > $B$=$NB>!"(Bclvm$B$OJ#?t%N!<%I$+$i$N3h@-2=(B(LVM$B$NA`:n!K$KBP1~$7$?(B
>>> >> > LVM$B$H$J$j$^$9$,!"$=$N>e$K:\$k%U%!%$%k%7%9%F%`$,(BGFS$B$N$h$&$J(B
>>> >> > $BJ#?t%N!<%I$+$i$N%^%&%s%H$KBP1~$7$F$k$b$N$G$J$$>l9g!"(B
>>> >> > clvm$B$rMxMQ$7$F$b%U%!%$%k%7%9%F%`$r%^%&%s%H$G$-$k%N!<%I$O(B
>>> >> > 1$B$D$H$J$j$^$9$N$G!":#2s$N$h$&$K(Bxfs$B$r07$&>l9g!"(Bclvm$B$O(B
>>> >> > $B%*!<%P!<%9%Z%C%/$+$b$7$l$^$;$s!#(B
>>> >> >
>>> >> >
>>> >> > 2016/10/19 17:05 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
>>> >> >>
>>> >> >> $B$R$P$jMM!"3F0L(B
>>> >> >>
>>> >> >> $B$*@$OC$K$J$C$F$*$j$^$9!#(Bnaka$B$H?=$7$^$9!#(B
>>> >> >> $B@hF|$N(Blvm.conf$B$N7o!"D:$$$?2sEz$d%M%C%H>e$N>pJs$r;29M$K$7$^$7$?$,$I$&$b$&$^$/$$$+$:G:$s$G$*$j$^$9!#!#(B
>>> >> >>
>>> >> >> $B!Z$d$C$?$3$H![.(B
>>> >> >> /etc/lvm/lvm.conf$B$NJT=8!#(B
>>> >> >> $B"-2<5-$NDL$j@_Dj!#(B
>>> >> >>
>>> >> >> volume_list = [ "vg00" ]$B!!!z(Bvg00$B$O%m!<%+%k$G$N;HMQ!#(B
>>> >> >> use_lvmetad = 0
>>> >> >> locking_type = 1
>>> >> >>
>>> >> >> initramfs$B$N:F:n@.(B
>>> >> >> dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
>>> >> >>
>>> >> >> OS$B%j%V!<%H(B
>>> >> >>
>>> >> >> $B$3$l$G!"3N$+$K(BOS$B5/F0;~$K$O%m!<%+%k(B(vg00)$B$O3h@->uBV!"%/%i%9%?6&M-%G%#%9%/(B(vgua01)$B$OHs3h@-$K(B
>>> >> >> $B$J$k$N$G$9$,!"<jF0$G6&M-%G%#%9%/(B(vgua01)$B$N3h@-2=(B(vgchange -a y)$B$O$G$-$J$$>uBV$G$7$?!#(B
>>> >> >> pacemaker$B$G$N(BLVM$B%j%=!<%9$N5/F0$b<:GT$7$F$7$^$$$^$9!#(Bvolume_list$B$r%3%a%s%H%"%&%H$9$k$H!"(B
>>> >> >> $B@5>o$K3h@-2=$G$-$^$9!#2?$+B-$j$J$$@_Dj$,$"$k$N$+$J!"!"(B
>>> >> >>
>>> >> >> $B$H$3$3$^$G=q$$$F!"4{$K(Bpacemaker$B$NOC$G$O$J$/!"(BOS$B$N(BLVM$B$NOC$K$J$C$F$^$9$h$M!#(B
>>> >> >> pacemaker(+corosync)$B$G(BLVM$B$N%/%i%9%?6&M-%G%#%9%/$r;H$&>l9g$KB>$K9MN8$,I,MW$J$N$G$7$g$&$+!#!#(B
>>> >> >>
>>> >> >> $B2?$+:3:Y$J$3$H$G$b5$$K$J$kE@Ey$4$6$$$^$7$?$i$4;XE&D:$1$k$H=u$+$j$^$9!#(B
>>> >> >> $B;29M$^$G$K!"!V(Bcrm resouce start vgua01(LVM$B%j%=!<%9(B)$B!W8e$N(Bcorosync.log$B$rE:IUCW$7$^$9!#(B
>>> >> >>
>>> >> >> Naka
>>> >> >>
>>> >> >> _______________________________________________
>>> >> >> Linux-ha-japan mailing list
>>> >> >> Linux-ha-japan@lists.osdn.me
>>> >> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>>> >> >>
>>> >> >
>>> >> > _______________________________________________
>>> >> > Linux-ha-japan mailing list
>>> >> > Linux-ha-japan@lists.osdn.me
>>> >> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>>> >> >
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Nakamura
>>> >> _______________________________________________
>>> >> Linux-ha-japan mailing list
>>> >> Linux-ha-japan@lists.osdn.me
>>> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>>> >
>>> >
>>> > _______________________________________________
>>> > Linux-ha-japan mailing list
>>> > Linux-ha-japan@lists.osdn.me
>>> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>>> >
>>>
>>>
>>>
>>> --
>>> Nakamura
>>> _______________________________________________
>>> Linux-ha-japan mailing list
>>> Linux-ha-japan@lists.osdn.me
>>> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>>
>>
>> _______________________________________________
>> Linux-ha-japan mailing list
>> Linux-ha-japan@lists.osdn.me
>> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>>
>
>
>
> --
> Nakamura



--
Nakamura
_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: sfexリソースエージェントの設定について [ In reply to ]
l05102 at shibaura-it
Oct 27, 2016, 4:45 PM
Post #13 of 13 (4290 views)
Permalink
naka様

ひばりです。

OS起動時にLVMが活性化していないとのことですので、
Pacemakerは関与していないのではないかなと思います。

♯LVMが活性化された状態で待機系のPacemakerを
♯起動すると、Probe処理の結果 一旦両系のLVMリソースが
♯停止するのは1.0系でも1.1系でも同じですが、
♯そもそもOS起動時にLVMが活性化していなければ
♯この事象は起きません。

OS起動時にLVMが活性化しない原因として
思いつく（というより妄想に近いですが）のは

・rc.localやその他のinitスクリプト内でLVMを
非活性化する処理を行っている
・OS起動時、LVM活性化処理のあとに共有ディスクに
ログインしている
・実はOS起動時にLVMは活性化していたけど、
LVMリソースをcloneリソースで扱ってた
・lvm.confでauto_activation_volume_listが
設定されている
♯これはlvm.confを編集していないとのことなので
♯違うと思いますが
♯（確かRJEL6.2だとまだこの設定は実装されて
♯なかったはずですし）

くらいでしょうか。
その他には思いつきませんでした。。。

何れにせよOS起動時の動作ですので、Pacemakerの
観点ではなくOSの観点で調査されるのが良いかと
思います。

2016/10/27 18:15 "Keisuke Nakamura" <k.xnakamu@gmail.com>:

> ひばり様、浜田様、各位
>
> お世話になっております。nakaと申します。
> 度々申し訳ありません。
> もしどなたが御存じであれば。。
>
> > # pacemaker1.0系だと、上記LVMのソースコードにexclusiveの
> > # 制御はされていないようですね。さすがに旧バージョンの設定
> > # 通りにはいかなかったです。。
>
> 手元にある別の下記環境、
> CentOS 6.2(x86_64)
> pacemaker-1.0.12-1.el6.x86_64
> heartbeat-3.0.5-1.1.el6.x86_64
> こちらでは
> ・lvm.confはデフォルト設定（volume_listは何も定義していない）
> ・pacemakerのLVMのRAに「exclusive=true」の記述無し
> のまま運用していても、待機系OS再起動時には特に共有ディスクが活性化される
> こともなく、もちろんスプリットブレイン状態にもなりませんでした。
> この差は何なのか？なにかしら情報をお持ちでしたらご教授頂けると幸いです。
>
> ・pacemkaer1.0と1.1の違いによるソースコード(/usr/lib/ocf/resource.d/heartbeat/LVM)の違い
> ・OS(6.2と7.2)の違い
> ・lvm2のバージョンの違い
> 等、構成が異なる部分を確認しないといけないのは重々承知しておりますが、
> 何かしら情報をお持ちでしたらと思い、問合せさせて頂きました。
>
> 以上、宜しくお願い致します。
>
>
> 2016年10月21日 18:17 Keisuke Nakamura <k.xnakamu@gmail.com>:
> > ひばり様、浜田様
> >
> > お世話になっております。nakaと申します。
> >
> > ひばり様浜田様のご尽力のおかげで、事象解消することができました。
> > 有難うございます。
> >
> >> 上記はシェルを直接実行するのではなく、
> >> RAを編集した上でPacemakerを実行するとを
> >> 意図していました。
> > そうですよね、、失礼致しました。
> >
> > 私も/usr/lib/ocf/resource.d/heartbeat/LVMを
> > ざっと眺めてみました。浜田様のご指摘の通り、
> > LVMのRAにexclusive=trueを追記したところ、正常に
> > RAが起動し動作しました！
> >
> > 参考までにRH社の「High_Availability_Add-On_Administration」マニュアルに
> > exclusiveの記述がありました。
> > https://access.redhat.com/documentation/ja-JP/Red_Hat_
> Enterprise_Linux/7/html/High_Availability_Add-On_Administration/s1-
> resourcegroupcreatenfs-HAAA.html
> >
> > volume_listの修正と上記RAの追記で、待機系のOS再起動後も特に
> > スプリットブレインは発生せず。sfexについては素のパーティションを
> > 用意して準備したいと思います。
> >
> > # pacemaker1.0系だと、上記LVMのソースコードにexclusiveの
> > # 制御はされていないようですね。さすがに旧バージョンの設定
> > # 通りにはいかなかったです。。
> >
> > 諸々ご確認頂き大変助かりました。
> > とても勉強になりました。。
> >
> > 以上、宜しくお願い致します。
> >
> >
> > 2016年10月20日 19:58 Michiro Hibari <l05102@shibaura-it.ac.jp>:
> >> naka様
> >>
> >> ひばりです。
> >>
> >> gvsの結果をお見せ頂きありがとうございます。
> >> クラスタオプションが原因ではなかったようですね。
> >>
> >>> あとは/usr/lib/ocf/resource.d/heartbeat/LVM
> >>> のシェバン（最初の行）に-xオプションを追加して
> >>> 実行すると詳細なログが出力されるので手がかりを
> >>> 得られるかもしれません。
> >>
> >> 言葉足らずですいません。
> >>
> >> 上記はシェルを直接実行するのではなく、
> >> RAを編集した上でPacemakerを実行するとを
> >> 意図していました。
> >>
> >> そうすると corosync.logに詳細なログが
> >> 出るようになるはずです。
> >>
> >> ocf-shellfuncsはPacemakerがRAを呼び出す
> >> 際にはちゃんと読み込まれますので大丈夫です。
> >> heartbeatパッケージをインストールする必要は
> >> ありません。
> >>
> >>
> >> 2016/10/20 19:30 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
> >>
> >>> ひばり様
> >>>
> >>> お世話になっております。
> >>>
> >>> ご確認頂き有難うございます。
> >>> vgsコマンドは正常表示のようです。(vg00とvgua01を参照できます。)
> >>> /usr/lib/ocf/resource.d/heartbeat/LVMを実行しますと、ファイルがないと
> >>> 怒られました。
> >>>
> >>> # vgs
> >>> VG #PV #LV #SN Attr VSize VFree
> >>> vg00 1 7 0 wz--n- 51.09g 0
> >>> vgua01 1 2 0 wz--n- 11.00g 0
> >>>
> >>> # sh /usr/lib/ocf/resource.d/heartbeat/LVM
> >>> /usr/lib/ocf/resource.d/heartbeat/LVM: 行 30:
> >>> /lib/heartbeat/ocf-shellfuncs: そのようなファイルやディレクトリはありません
> >>>
> >>> pacemakerのバージョンがあがって、heartbeatのパッケージが入らなくなったから
> >>> でしょうかね。LVMのRAを利用するには、corosyncだけでは足りないってことなんでしょうかね。
> >>> 明日heartbeatパッケージ（heartbeat-2.1.4-1.rhel5.x86_64.RPMS.tar.gz）あたりを追加で
> >>> 入れてみようかな。。
> >>>
> >>> 以上、宜しくお願い致します。
> >>>
> >>>
> >>> 2016年10月20日 17:31 Michiro Hibari <l05102@shibaura-it.ac.jp>:
> >>> > naka様
> >>> >
> >>> > ひばりです。
> >>> > お世話になっております。
> >>> >
> >>> > resource-agentsのバージョンが3.9.7でしたら、
> >>> > RAには先のメールに記載した処理が実装されております。
> >>> >
> >>> > 色々と情報を確認してばかりで申し訳ないのですが、
> >>> > vgsの実行結果もお見せいただけないでしょうか。
> >>> >
> >>> > あとは/usr/lib/ocf/resource.d/heartbeat/LVM
> >>> > のシェバン（最初の行）に-xオプションを追加して
> >>> > 実行すると詳細なログが出力されるので手がかりを
> >>> > 得られるかもしれません。
> >>> >
> >>> >
> >>> > 2016/10/20 16:02 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
> >>> >>
> >>> >> ひばり様、浜田様
> >>> >>
> >>> >>
> >>> >> お世話になっております。nakaと申します。
> >>> >> ご確認頂き有難うございます。
> >>> >>
> >>> >> > ★★★★★★★★★★★★★★★★★★
> >>> >> > （活性化）
> >>> >> > # vgchange --addtag pacemaker vgua01
> >>> >> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]}
> >>> >> > vgua01
> >>> >> >
> >>> >> > （非活性化）
> >>> >> > # vgchange -an vgua01
> >>> >> > # vgchange --deltag pacemaker vgua01
> >>> >> > ★★★★★★★★★★★★★★★★★★
> >>> >>
> >>> >> 上記コマンドを手動で実施すると、正常にvgua01を活性/非活性化することができました。。
> >>> >>
> >>> >> # vgchange -ay vgua01
> >>> >> 0 logical volume(s) in volume group "vgua01" now active
> >>> >> # vgchange --addtag pacemaker vgua01
> >>> >> Volume group "vgua01" successfully changed
> >>> >> # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]}
> vgua01
> >>> >> 2 logical volume(s) in volume group "vgua01" now active
> >>> >> # vgchange -an vgua01
> >>> >> 0 logical volume(s) in volume group "vgua01" now active
> >>> >> # vgchange --deltag pacemaker vgua01
> >>> >> Volume group "vgua01" successfully changed
> >>> >>
> >>> >> resource-agentsはバージョン「3.9.7」です。
> >>> >> このバージョンが古いのでしょうかね？
> >>> >>
> >>> >> # rpm -qi resource-agents
> >>> >> Name : resource-agents
> >>> >> Version : 3.9.7
> >>> >> Release : 1.2.6f56.el7
> >>> >> Architecture: x86_64
> >>> >> Install Date: 2016年09月12日 10時44分49秒
> >>> >> Group : System Environment/Base
> >>> >> Size : 1873911
> >>> >> License : GPLv2+ and LGPLv2+
> >>> >> Signature : (none)
> >>> >> Source RPM : resource-agents-3.9.7-1.2.6f56.el7.src.rpm
> >>> >> Build Date : 2016年04月07日 13時28分39秒
> >>> >> Build Host : build-centos71
> >>> >> Relocations : (not relocatable)
> >>> >> Vendor : Linux-HA Japan
> >>> >> URL : https://github.com/ClusterLabs/resource-agents
> >>> >> Summary : Open Source HA Reusable Cluster Resource Scripts
> >>> >> Description :
> >>> >> A set of scripts to interface with several services to operate in a
> >>> >> High Availability environment for both Pacemaker and rgmanager
> >>> >> service managers.
> >>> >>
> >>> >> resource-agentsバージョンの改訂履歴を探してみます。。
> >>> >> 取り急ぎ。
> >>> >>
> >>> >> 2016年10月19日 19:00 Michiro Hibari <l05102@shibaura-it.ac.jp>:
> >>> >> > naka様 浜田様
> >>> >> >
> >>> >> > ひばりです。
> >>> >> > お世話になっております。
> >>> >> >
> >>> >> > volume_list = [ "vg00" ] ★vg00はローカルでの使用。
> >>> >> >
> >>> >> > 上記設定をlvm.confに行った時点でvolume_listで指定した
> >>> >> > VG以外をvgchange等のlvmコマンドで操作することが
> >>> >> > 出来なくなります。
> >>> >> > ＃クラスタでLVMのボリュームを制御する際は、クラスタの管理外
> >>> >> > ＃クラスタ管理対象のボリュームが操作されないように上記設定を
> >>> >> > ＃行います。
> >>> >> >
> >>> >> > そのため手動で共有ディスクの活性化を行えないこと
> >>> >> > 自体は正常な動作といえます。
> >>> >> >
> >>> >> > ただ、Pacemakerはvolume_listをRA内部で実行する
> >>> >> > コマンド上で書き換えていますので、本来であれば
> >>> >> > Pacemaker起動時にvgua01がACT側のノードで活性化される
> >>> >> > はずです。
> >>> >> >
> >>> >> > 具体的には以下の処理を行っていますので、
> >>> >> > まずは手動で下記コマンドを実行し、VGが活性化できるかを
> >>> >> > ご確認ください。
> >>> >> >
> >>> >> > ★★★★★★★★★★★★★★★★★★
> >>> >> > （活性化）
> >>> >> > # vgchange --addtag pacemaker vgua01
> >>> >> > # vgchange -ay --config activation{volume_list=[\"@pacemaker\"]}
> >>> >> > vgua01
> >>> >> >
> >>> >> > （非活性化）
> >>> >> > # vgchange -an vgua01
> >>> >> > # vgchange --deltag pacemaker vgua01
> >>> >> > ★★★★★★★★★★★★★★★★★★
> >>> >> >
> >>> >> > resource-agentsのバージョンが古いと上記の処理が
> >>> >> > 実装されていませんので、念のため上記の実行結果と合わせて
> >>> >> > resource-agentsのバージョンもお教え下さい。
> >>> >> >
> >>> >> > なお、浜田様からメールを頂いておりますが
> >>> >> >> そもそも、LVM はクラスタに対応していないと思います。
> >>> >> > (snip)
> >>> >> >> たまたま、何らかのロック機構が働いて、
> >>> >> >> LVMを活性化できないおかげでデータが破壊されずに済んでいる、
> >>> >> >
> >>> >> > LVMをクラスタで制御することは可能です。
> >>> >> > LVMは複数ノードからの活性化を想定していませんが、
> >>> >> > LVMを複数ノードで活性化しないように正しく
> >>> >> > 設定を行えば問題ありません。
> >>> >> > ＃そのためにvolume_listの設定を行っています。
> >>> >> >
> >>> >> >> ・LVMの設定ファイルを書き換えるリソースエージェントを開発する。
> >>> >> > PacemakerのLVM RAは既に対応しております。
> >>> >> > （★部の処理が組み込まれている）
> >>> >> >
> >>> >> > その他、clvmは複数ノードからの活性化(LVMの操作）に対応した
> >>> >> > LVMとなりますが、その上に載るファイルシステムがGFSのような
> >>> >> > 複数ノードからのマウントに対応してるものでない場合、
> >>> >> > clvmを利用してもファイルシステムをマウントできるノードは
> >>> >> > 1つとなりますので、今回のようにxfsを扱う場合、clvmは
> >>> >> > オーバースペックかもしれません。
> >>> >> >
> >>> >> >
> >>> >> > 2016/10/19 17:05 "Keisuke Nakamura" <k.xnakamu@gmail.com>:
> >>> >> >>
> >>> >> >> ひばり様、各位
> >>> >> >>
> >>> >> >> お世話になっております。nakaと申します。
> >>> >> >> 先日のlvm.confの件、頂いた回答やネット上の情報を参考にしましたがどうもうまくいかず悩んでおります。。
> >>> >> >>
> >>> >> >> 【やったこと】
> >>> >> >> /etc/lvm/lvm.confの編集。
> >>> >> >> ↓下記の通り設定。
> >>> >> >>
> >>> >> >> volume_list = [ "vg00" ] ★vg00はローカルでの使用。
> >>> >> >> use_lvmetad = 0
> >>> >> >> locking_type = 1
> >>> >> >>
> >>> >> >> initramfsの再作成
> >>> >> >> dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)
> >>> >> >>
> >>> >> >> OSリブート
> >>> >> >>
> >>> >> >> これで、確かにOS起動時にはローカル(vg00)は活性状態、クラスタ共有ディスク(vgua01)は非活性に
> >>> >> >> なるのですが、手動で共有ディスク(vgua01)の活性化(vgchange -a y)はできない状態でした。
> >>> >> >> pacemakerでのLVMリソースの起動も失敗してしまいます。volume_listをコメントアウトすると、
> >>> >> >> 正常に活性化できます。何か足りない設定があるのかな、、
> >>> >> >>
> >>> >> >> とここまで書いて、既にpacemakerの話ではなく、OSのLVMの話になってますよね。
> >>> >> >> pacemaker(+corosync)でLVMのクラスタ共有ディスクを使う場合に他に考慮が必要なのでしょうか。。
> >>> >> >>
> >>> >> >> 何か些細なことでも気になる点等ございましたらご指摘頂けると助かります。
> >>> >> >> 参考までに、「crm resouce start vgua01(LVMリソース)」後のcorosync.logを添付致します。
> >>> >> >>
> >>> >> >> Naka
> >>> >> >>
> >>> >> >> _______________________________________________
> >>> >> >> Linux-ha-japan mailing list
> >>> >> >> Linux-ha-japan@lists.osdn.me
> >>> >> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >>> >> >>
> >>> >> >
> >>> >> > _______________________________________________
> >>> >> > Linux-ha-japan mailing list
> >>> >> > Linux-ha-japan@lists.osdn.me
> >>> >> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >>> >> >
> >>> >>
> >>> >>
> >>> >>
> >>> >> --
> >>> >> Nakamura
> >>> >> _______________________________________________
> >>> >> Linux-ha-japan mailing list
> >>> >> Linux-ha-japan@lists.osdn.me
> >>> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >>> >
> >>> >
> >>> > _______________________________________________
> >>> > Linux-ha-japan mailing list
> >>> > Linux-ha-japan@lists.osdn.me
> >>> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >>> >
> >>>
> >>>
> >>>
> >>> --
> >>> Nakamura
> >>> _______________________________________________
> >>> Linux-ha-japan mailing list
> >>> Linux-ha-japan@lists.osdn.me
> >>> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >>
> >>
> >> _______________________________________________
> >> Linux-ha-japan mailing list
> >> Linux-ha-japan@lists.osdn.me
> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
> >>
> >
> >
> >
> > --
> > Nakamura
>
>
>
> --
> Nakamura
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>

©2024 GT.net. A Gossamer Threads company.
5th Floor, 455 Granville St., Vancouver, BC V6C 1T1, Canada | Legal