Mailing List Archive

Linux-ha-japanの皆様

お世話になっております。
藤瀬と申します。

フェイルオーバー時の挙動について質問させてください。

LSB形式でリソースエージェントを自作しています。
作りは簡素なものですが、メソッドそれぞれにタイムアウトを設定しており、

start: タイムアウト300秒でサービス停止判定
stop: タイムアウト60秒でサービス停止判定
status: タイムアウト60秒でサービス停止判定

としています。

start処理のタイムアウト値を大きくしている理由ですが、
サーバ起動時のサービス起動に時間がかかるためです。

この状態でstatusに失敗した場合、サービス停止から60秒で
フェイルオーバーが発生すると思っていたのですが、実際は

status失敗(60秒) -> start失敗(300秒) -> フェイルオーバー

上記のようにstatus失敗の後にstart処理が走り、
サービス停止からフェイルオーバーまで360秒かかっています。

startはサーバ起動時、またはスタンバイからアクティブに切り替わるときに
発生する処理だと認識していましたが、その他で発生しうるのでしょうか。

また、status失敗後にstartを実施させない方法はありますでしょうか。


環境は以下の通りとなります。
OS: CentOS release 5.9 (Final)
Pacemaker: pacemaker-1.0.13-2.el5
Corosync: corosync-1.4.6-1.el5

何か知見がありましたら、ご教授いただけると幸いです。
よろしくお願いいたします。

$BF#@%$5$s(B

$B@6?e$H?=$7$^$9!#(B

RA$B$N@_Dj$G$O$J$/!"(BPacemaker$B$N@_Dj$G(B
migration-threshold="2"

$B$N@_Dj$,F~$C$F$$$^$;$s$+!)(B
$B$3$N>l9g!"(Bstatus$B<:GT8e!"0lEY$O:F5/F0$r;n$_$F%@%a$@$C$?$i(B
$B%U%'%$%k%*!<%P!<$9$k$H$$$&0UL#$K$J$j$^$9!#(B

$B$3$N@_Dj$r(B"1"$B$K$9$l$PB(:B$K%U%'%$%k%*!<%P!<$9$k$+$H!#(B

On 2016/09/01 11:04, $BF#@%2mBg(B wrote:
> Linux-ha-japan$B$N3'MM(B
>
> $B$*@$OC$K$J$C$F$*$j$^$9!#(B
> $BF#@%$H?=$7$^$9!#(B
>
> $B%U%'%$%k%*!<%P!<;~$N5sF0$K$D$$$F<ALd$5$;$F$/$@$5$$!#(B
>
> LSB$B7A<0$G%j%=!<%9%(!<%8%'%s%H$r<+:n$7$F$$$^$9!#(B
> $B:n$j$O4JAG$J$b$N$G$9$,!"%a%=%C%I$=$l$>$l$K%?%$%`%"%&%H$r@_Dj$7$F$*$j!"(B
>
> start: $B%?%$%`%"%&%H(B300$BIC$G%5!<%S%9Dd;_H=Dj(B
> stop: $B%?%$%`%"%&%H(B60$BIC$G%5!<%S%9Dd;_H=Dj(B
> status: $B%?%$%`%"%&%H(B60$BIC$G%5!<%S%9Dd;_H=Dj(B
>
> $B$H$7$F$$$^$9!#(B
>
> start$B=hM}$N%?%$%`%"%&%HCM$rBg$-$/$7$F$$$kM}M3$G$9$,!"(B
> $B%5!<%P5/F0;~$N%5!<%S%95/F0$K;~4V$,$+$+$k$?$a$G$9!#(B
>
> $B$3$N>uBV$G(Bstatus$B$K<:GT$7$?>l9g!"%5!<%S%9Dd;_$+$i(B60$BIC$G(B
> $B%U%'%$%k%*!<%P!<$,H/@8$9$k$H;W$C$F$$$?$N$G$9$,!"<B:]$O(B
>
> status$B<:GT(B(60$BIC(B) -> start$B<:GT(B(300$BIC(B) -> $B%U%'%$%k%*!<%P!<(B
>
> $B>e5-$N$h$&$K(Bstatus$B<:GT$N8e$K(Bstart$B=hM}$,Av$j!"(B
> $B%5!<%S%9Dd;_$+$i%U%'%$%k%*!<%P!<$^$G(B360$BIC$+$+$C$F$$$^$9!#(B
>
> start$B$O%5!<%P5/F0;~!"$^$?$O%9%?%s%P%$$+$i%"%/%F%#%V$K@Z$jBX$o$k$H$-$K(B
> $BH/@8$9$k=hM}$@$HG'<1$7$F$$$^$7$?$,!"$=$NB>$GH/@8$7$&$k$N$G$7$g$&$+!#(B
>
> $B$^$?!"(Bstatus$B<:GT8e$K(Bstart$B$r<B;\$5$;$J$$J}K!$O$"$j$^$9$G$7$g$&$+!#(B
>
>
> $B4D6-$O0J2<$NDL$j$H$J$j$^$9!#(B
> OS: CentOS release 5.9 (Final)
> Pacemaker: pacemaker-1.0.13-2.el5
> Corosync: corosync-1.4.6-1.el5
>
> $B2?$+CN8+$,$"$j$^$7$?$i!"$465<x$$$?$@$1$k$H9,$$$G$9!#(B
> $B$h$m$7$/$*4j$$$$$?$7$^$9!#(B
>
>
> _______________________________________________
> 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

清水様

お世話になります。
藤瀬です。

ご回答いただきありがとうございます。

ご指摘いただきましたmigration-thresholdの設定ですが、
migration-threshold="1"となっておりましたので、これが原因ではないようです。

その他、statusのon-failを"restart"に設定しておりますが
こちらは影響ありますでしょうか。

お手数かと存じますが、何卒ご確認の程宜しくお願いいたします。



2016年9月1日 17:36 清水 純 <jun.shimizu@central-tanshifx.com>:

> 藤瀬さん
>
> 清水と申します。
>
> RAの設定ではなく、Pacemakerの設定で
> migration-threshold="2"
>
> の設定が入っていませんか？
> この場合、status失敗後、一度は再起動を試みてダメだったら
> フェイルオーバーするという意味になります。
>
> この設定を"1"にすれば即座にフェイルオーバーするかと。
>
> On 2016/09/01 11:04, 藤瀬雅大 wrote:
> > Linux-ha-japanの皆様
> >
> > お世話になっております。
> > 藤瀬と申します。
> >
> > フェイルオーバー時の挙動について質問させてください。
> >
> > LSB形式でリソースエージェントを自作しています。
> > 作りは簡素なものですが、メソッドそれぞれにタイムアウトを設定しており、
> >
> > start: タイムアウト300秒でサービス停止判定
> > stop: タイムアウト60秒でサービス停止判定
> > status: タイムアウト60秒でサービス停止判定
> >
> > としています。
> >
> > start処理のタイムアウト値を大きくしている理由ですが、
> > サーバ起動時のサービス起動に時間がかかるためです。
> >
> > この状態でstatusに失敗した場合、サービス停止から60秒で
> > フェイルオーバーが発生すると思っていたのですが、実際は
> >
> > status失敗(60秒) -> start失敗(300秒) -> フェイルオーバー
> >
> > 上記のようにstatus失敗の後にstart処理が走り、
> > サービス停止からフェイルオーバーまで360秒かかっています。
> >
> > startはサーバ起動時、またはスタンバイからアクティブに切り替わるときに
> > 発生する処理だと認識していましたが、その他で発生しうるのでしょうか。
> >
> > また、status失敗後にstartを実施させない方法はありますでしょうか。
> >
> >
> > 環境は以下の通りとなります。
> > OS: CentOS release 5.9 (Final)
> > Pacemaker: pacemaker-1.0.13-2.el5
> > Corosync: corosync-1.4.6-1.el5
> >
> > 何か知見がありましたら、ご教授いただけると幸いです。
> > よろしくお願いいたします。
> >
> >
> > _______________________________________________
> > 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
>

$BF#@%$5$s(B

$B@6?e$G$9!#(B

$B$&!A$s!#;d$b$3$N$"$?$j$NF0$-$O;n9T:x8m$7$F$_$J$$$H@52r$+$I$&$+$OJ,$+$j$^$;$s$,!"(B
status $B$N(B on-fail $B$K(B standby $B$r@_Dj$7$F$_$F$O$I$&$G$7$g$&!)(B

$BA4%j%=!<%9$,B>%N!<%I$G5/F0$9$k$h$&$G$9!#(B
http://clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained/s-resource-operations.html

$BC1=c$J%W%m%;%9>c32Ey$G$"$l$P:F5/F0$GI|5l$G$-$k$3$H$,B?$$$N$G!";d$N4D6-$G$O(B
$B$^$:$O0lEY2TF/7O$G:F5/F0$r;n$_$F%@%a$@$C$?$i%U%'%$%k%*!<%P!<$5$;$k$3$H$,(B
$BB?$/!"(Bstandby $B$r;XDj$7$?$3$H$,L5$$$N$GF#@%$5$s$NA[DjDL$j$K$J$k$+$O$A$g$C$H(B
$B$o$+$j$^$;$s$,!#!#!#(B


On 2016/09/01 17:57, $BF#@%2mBg(B wrote:
> $B@6?eMM(B
>
> $B$*@$OC$K$J$j$^$9!#(B
> $BF#@%$G$9!#(B
>
> $B$42sEz$$$?$@$-$"$j$,$H$&$4$6$$$^$9!#(B
>
> $B$4;XE&$$$?$@$-$^$7$?(Bmigration-threshold$B$N@_Dj$G$9$,!"(B
> migration-threshold="1"$B$H$J$C$F$*$j$^$7$?$N$G!"$3$l$,860x$G$O$J$$$h$&$G$9!#(B
>
> $B$=$NB>!"(Bstatus$B$N(Bon-fail$B$r(B"restart"$B$K@_Dj$7$F$*$j$^$9$,(B
> $B$3$A$i$O1F6A$"$j$^$9$G$7$g$&$+!#(B
>
> $B$*<j?t$+$HB8$8$^$9$,!"2?B4$43NG'$NDx59$7$/$*4j$$$$$?$7$^$9!#(B
>
>
>
> 2016$BG/(B9$B7n(B1$BF|(B 17:36 $B@6?e!!=c(B <jun.shimizu@central-tanshifx.com <mailto:jun.shimizu@central-tanshifx.com>>:
>
> $BF#@%$5$s(B
>
> $B@6?e$H?=$7$^$9!#(B
>
> RA$B$N@_Dj$G$O$J$/!"(BPacemaker$B$N@_Dj$G(B
> migration-threshold="2"
>
> $B$N@_Dj$,F~$C$F$$$^$;$s$+!)(B
> $B$3$N>l9g!"(Bstatus$B<:GT8e!"0lEY$O:F5/F0$r;n$_$F%@%a$@$C$?$i(B
> $B%U%'%$%k%*!<%P!<$9$k$H$$$&0UL#$K$J$j$^$9!#(B
>
> $B$3$N@_Dj$r(B"1"$B$K$9$l$PB(:B$K%U%'%$%k%*!<%P!<$9$k$+$H!#(B
>
> On 2016/09/01 11:04, $BF#@%2mBg(B wrote:
> > Linux-ha-japan$B$N3'MM(B
> >
> > $B$*@$OC$K$J$C$F$*$j$^$9!#(B
> > $BF#@%$H?=$7$^$9!#(B
> >
> > $B%U%'%$%k%*!<%P!<;~$N5sF0$K$D$$$F<ALd$5$;$F$/$@$5$$!#(B
> >
> > LSB$B7A<0$G%j%=!<%9%(!<%8%'%s%H$r<+:n$7$F$$$^$9!#(B
> > $B:n$j$O4JAG$J$b$N$G$9$,!"%a%=%C%I$=$l$>$l$K%?%$%`%"%&%H$r@_Dj$7$F$*$j!"(B
> >
> > start: $B%?%$%`%"%&%H(B300$BIC$G%5!<%S%9Dd;_H=Dj(B
> > stop: $B%?%$%`%"%&%H(B60$BIC$G%5!<%S%9Dd;_H=Dj(B
> > status: $B%?%$%`%"%&%H(B60$BIC$G%5!<%S%9Dd;_H=Dj(B
> >
> > $B$H$7$F$$$^$9!#(B
> >
> > start$B=hM}$N%?%$%`%"%&%HCM$rBg$-$/$7$F$$$kM}M3$G$9$,!"(B
> > $B%5!<%P5/F0;~$N%5!<%S%95/F0$K;~4V$,$+$+$k$?$a$G$9!#(B
> >
> > $B$3$N>uBV$G(Bstatus$B$K<:GT$7$?>l9g!"%5!<%S%9Dd;_$+$i(B60$BIC$G(B
> > $B%U%'%$%k%*!<%P!<$,H/@8$9$k$H;W$C$F$$$?$N$G$9$,!"<B:]$O(B
> >
> > status$B<:GT(B(60$BIC(B) -> start$B<:GT(B(300$BIC(B) -> $B%U%'%$%k%*!<%P!<(B
> >
> > $B>e5-$N$h$&$K(Bstatus$B<:GT$N8e$K(Bstart$B=hM}$,Av$j!"(B
> > $B%5!<%S%9Dd;_$+$i%U%'%$%k%*!<%P!<$^$G(B360$BIC$+$+$C$F$$$^$9!#(B
> >
> > start$B$O%5!<%P5/F0;~!"$^$?$O%9%?%s%P%$$+$i%"%/%F%#%V$K@Z$jBX$o$k$H$-$K(B
> > $BH/@8$9$k=hM}$@$HG'<1$7$F$$$^$7$?$,!"$=$NB>$GH/@8$7$&$k$N$G$7$g$&$+!#(B
> >
> > $B$^$?!"(Bstatus$B<:GT8e$K(Bstart$B$r<B;\$5$;$J$$J}K!$O$"$j$^$9$G$7$g$&$+!#(B
> >
> >
> > $B4D6-$O0J2<$NDL$j$H$J$j$^$9!#(B
> > OS: CentOS release 5.9 (Final)
> > Pacemaker: pacemaker-1.0.13-2.el5
> > Corosync: corosync-1.4.6-1.el5
> >
> > $B2?$+CN8+$,$"$j$^$7$?$i!"$465<x$$$?$@$1$k$H9,$$$G$9!#(B
> > $B$h$m$7$/$*4j$$$$$?$7$^$9!#(B
> >
> >
> > _______________________________________________
> > Linux-ha-japan mailing list
> > Linux-ha-japan@lists.osdn.me <mailto:Linux-ha-japan@lists.osdn.me>
> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan <http://lists.osdn.me/mailman/listinfo/linux-ha-japan>
> >
>
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me <mailto:Linux-ha-japan@lists.osdn.me>
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan <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
>

_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan

清水様

お世話になります。
藤瀬です。

再度ご回答いただきありがとうございます。

on-fail=standbyは試したことがありませんでしたので、
試してみたいと思います。

確認でき次第、こちらで共有させていただきたいと思います。

以上、何卒よろしくお願いいたします。


2016年9月1日 18:45 清水 純 <jun.shimizu@central-tanshifx.com>:

> 藤瀬さん
>
> 清水です。
>
> う～ん。私もこのあたりの動きは試行錯誤してみないと正解かどうかは分かりませんが、
> status の on-fail に standby を設定してみてはどうでしょう？
>
> 全リソースが他ノードで起動するようです。
> http://clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained/s-
> resource-operations.html
>
> 単純なプロセス障害等であれば再起動で復旧できることが多いので、私の環境では
> まずは一度稼働系で再起動を試みてダメだったらフェイルオーバーさせることが
> 多く、standby を指定したことが無いので藤瀬さんの想定通りになるかはちょっと
> わかりませんが。。。
>
>
> On 2016/09/01 17:57, 藤瀬雅大 wrote:
> > 清水様
> >
> > お世話になります。
> > 藤瀬です。
> >
> > ご回答いただきありがとうございます。
> >
> > ご指摘いただきましたmigration-thresholdの設定ですが、
> > migration-threshold="1"となっておりましたので、これが原因ではないようです。
> >
> > その他、statusのon-failを"restart"に設定しておりますが
> > こちらは影響ありますでしょうか。
> >
> > お手数かと存じますが、何卒ご確認の程宜しくお願いいたします。
> >
> >
> >
> > 2016年9月1日 17:36 清水 純 <jun.shimizu@central-tanshifx.com <mailto:
> jun.shimizu@central-tanshifx.com>>:
> >
> > 藤瀬さん
> >
> > 清水と申します。
> >
> > RAの設定ではなく、Pacemakerの設定で
> > migration-threshold="2"
> >
> > の設定が入っていませんか？
> > この場合、status失敗後、一度は再起動を試みてダメだったら
> > フェイルオーバーするという意味になります。
> >
> > この設定を"1"にすれば即座にフェイルオーバーするかと。
> >
> > On 2016/09/01 11:04, 藤瀬雅大 wrote:
> > > Linux-ha-japanの皆様
> > >
> > > お世話になっております。
> > > 藤瀬と申します。
> > >
> > > フェイルオーバー時の挙動について質問させてください。
> > >
> > > LSB形式でリソースエージェントを自作しています。
> > > 作りは簡素なものですが、メソッドそれぞれにタイムアウトを設定しており、
> > >
> > > start: タイムアウト300秒でサービス停止判定
> > > stop: タイムアウト60秒でサービス停止判定
> > > status: タイムアウト60秒でサービス停止判定
> > >
> > > としています。
> > >
> > > start処理のタイムアウト値を大きくしている理由ですが、
> > > サーバ起動時のサービス起動に時間がかかるためです。
> > >
> > > この状態でstatusに失敗した場合、サービス停止から60秒で
> > > フェイルオーバーが発生すると思っていたのですが、実際は
> > >
> > > status失敗(60秒) -> start失敗(300秒) -> フェイルオーバー
> > >
> > > 上記のようにstatus失敗の後にstart処理が走り、
> > > サービス停止からフェイルオーバーまで360秒かかっています。
> > >
> > > startはサーバ起動時、またはスタンバイからアクティブに切り替わるときに
> > > 発生する処理だと認識していましたが、その他で発生しうるのでしょうか。
> > >
> > > また、status失敗後にstartを実施させない方法はありますでしょうか。
> > >
> > >
> > > 環境は以下の通りとなります。
> > > OS: CentOS release 5.9 (Final)
> > > Pacemaker: pacemaker-1.0.13-2.el5
> > > Corosync: corosync-1.4.6-1.el5
> > >
> > > 何か知見がありましたら、ご教授いただけると幸いです。
> > > よろしくお願いいたします。
> > >
> > >
> > > _______________________________________________
> > > Linux-ha-japan mailing list
> > > Linux-ha-japan@lists.osdn.me <mailto:Linux-ha-japan@lists.osdn.me>
> > > http://lists.osdn.me/mailman/listinfo/linux-ha-japan <
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan>
> > >
> >
> > _______________________________________________
> > Linux-ha-japan mailing list
> > Linux-ha-japan@lists.osdn.me <mailto:Linux-ha-japan@lists.osdn.me>
> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan <
> 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
> >
>
> _______________________________________________
> Linux-ha-japan mailing list
> Linux-ha-japan@lists.osdn.me
> http://lists.osdn.me/mailman/listinfo/linux-ha-japan
>

藤瀬さん

こんばんは、山内です。


もし可能であれば、ログや、cib(設定したcrmファイルなど）、lsbのリソースファイルを開示して頂ければ、問題の解決が可能かも知れません。
可能な範囲で、開示して頂けますでしょうか？
＃lsbのリソースもstatusのリターンコードがどうなっているかが気になる所です。


以上、





----- Original Message -----
>From: 藤瀬雅大 <masahiro.fujise@gmail.com>
>To: linux-ha-japan@lists.osdn.me
>Date: 2016/9/5, Mon 17:11
>Subject: Re: [Linux-ha-jp] status失敗後のstart処理について
>
>
>清水様
>
>
>お世話になります。
>藤瀬です。
>
>
>再度ご回答いただきありがとうございます。
>
>
>on-fail=standbyは試したことがありませんでしたので、
>
>試してみたいと思います。
>
>
>確認でき次第、こちらで共有させていただきたいと思います。
>
>
>以上、何卒よろしくお願いいたします。
>
>
>
>
>2016年9月1日 18:45 清水　純 <jun.shimizu@central-tanshifx.com>:
>
>藤瀬さん
>>
>>清水です。
>>
>>う～ん。 私もこのあたりの動きは試行錯誤してみないと正解かどうかは分か りませんが、
>>status の on-fail に standby を設定してみてはどうでしょう？
>>
>>全リソースが他ノードで起動するようです。
>>http://clusterlabs.org/doc/en- US/Pacemaker/1.0/html/ Pacemaker_Explained/s- resource-operations.html
>>
>>単純なプロセス障害等であれば再起動で復旧できることが多いので 、私の環境では
>>まずは一度稼働系で再起動を試みてダメだったらフェイルオーバー させることが
>>多く、standby を指定したことが無いので藤瀬さんの想定通りになるかはちょっと
>>わかりませんが。。。
>>
>>
>>On 2016/09/01 17:57, 藤瀬雅大 wrote:
>>> 清水様
>>>
>>> お世話になります。
>>> 藤瀬です。
>>>
>>> ご回答いただきありがとうございます。
>>>
>>> ご指摘いただきましたmigration- thresholdの設定ですが、
>>> migration-threshold="1" となっておりましたので、これが原因ではないようです。
>>>
>>> その他、statusのon-failを"restart" に設定しておりますが
>>> こちらは影響ありますでしょうか。
>>>
>>> お手数かと存じますが、何卒ご確認の程宜しくお願いいたします。
>>>
>>>
>>>
>>> 2016年9月1日 17:36 清水　純 <jun.shimizu@central-tanshifx. com <mailto:jun.shimizu@central- tanshifx.com>>:
>>
>>>
>>>     藤瀬さん
>>>
>>>     清水と申します。
>>>
>>>     RAの設定ではなく、Pacemakerの設定で
>>>       migration-threshold="2"
>>>
>>>     の設定が入っていませんか？
>>>     この場合、status失敗後、 一度は再起動を試みてダメだったら
>>>     フェイルオーバーするという意味になります。
>>>
>>>     この設定を"1"にすれば即座にフェイルオーバーするかと。
>>>
>>>     On 2016/09/01 11:04, 藤瀬雅大 wrote:
>>>     > Linux-ha-japanの皆様
>>>     >
>>>     > お世話になっております。
>>>     > 藤瀬と申します。
>>>     >
>>>     > フェイルオーバー時の挙動について質問させてください。
>>>     >
>>>     > LSB形式でリソースエージェントを自作しています。
>>>     > 作りは簡素なものですが、 メソッドそれぞれにタイムアウトを設定しており、
>>>     >
>>>     > start: タイムアウト300秒でサービス停止判定
>>>     > stop: タイムアウト60秒でサービス停止判定
>>>     > status: タイムアウト60秒でサービス停止判定
>>>     >
>>>     > としています。
>>>     >
>>>     > start処理のタイムアウト値を大きくしている理由ですが、
>>>     > サーバ起動時のサービス起動に時間がかかるためです。
>>>     >
>>>     > この状態でstatusに失敗した場合、 サービス停止から60秒で
>>>     > フェイルオーバーが発生すると思っていたのですが、実際は
>>>     >
>>>     > status失敗(60秒) -> start失敗(300秒) -> フェイルオーバー
>>>     >
>>>     > 上記のようにstatus失敗の後にstart処理が走り、
>>>     > サービス停止からフェイルオーバーまで360秒かかっています。
>>>     >
>>>     > startはサーバ起動時、 またはスタンバイからアクティブに切り替わるときに
>>>     > 発生する処理だと認識していましたが、 その他で発生しうるのでしょうか。
>>>     >
>>>     > また、 status失敗後にstartを実施させない方法はありますで しょうか。
>>>     >
>>>     >
>>>     > 環境は以下の通りとなります。
>>>     > OS: CentOS release 5.9 (Final)
>>>     > Pacemaker: pacemaker-1.0.13-2.el5
>>>     > Corosync: corosync-1.4.6-1.el5
>>>     >
>>>     > 何か知見がありましたら、ご教授いただけると幸いです。
>>>     > よろしくお願いいたします。
>>>     >
>>>     >
>>>     > ______________________________ _________________
>>>     > Linux-ha-japan mailing list
>>>     > Linux-ha-japan@lists.osdn.me <mailto:Linux-ha-japan@lists. osdn.me>
>>>     > http://lists.osdn.me/mailman/ listinfo/linux-ha-japan <http://lists.osdn.me/mailman/ listinfo/linux-ha-japan>
>>>     >
>>>
>>>     ______________________________ _________________
>>>     Linux-ha-japan mailing list
>>>     Linux-ha-japan@lists.osdn.me <mailto:Linux-ha-japan@lists. osdn.me>
>>>     http://lists.osdn.me/mailman/ listinfo/linux-ha-japan <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
>>>
>>
>>______________________________ _________________
>>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
>
>
>

_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan