PE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> レプリカカルティエ Mailing List Archive: スプリットブレイン時のSTONITHエラーについて iicorqjq

Mailing List Archive: スプリットブレイン時のSTONITHエラーについて レプリカカルティエ

Mailing List Archive

1 2 3  View All Re: スプリットブレイン時のSTONITHエラーについて [ In reply to ] masamichi_fukuda at elf-systems Mar 6, 2015, 12:37 AM Post #26 of 68 (1653 views) Permalink 山内さん

こんにちは、福田です。

corosyncを設定してみたのですが、起動をかけてもcorosync関連のプロセスが
何もありません。

# /etc/init.d/corosync start

# ps -ef|grep corosync

/etc/corosync/corosync.conf以外に何か設定しないといけないのでしょうか。

バージョンはとりあえず
corosync はVersion: 1.4.6-1.1、pacemakerはVersion: 1.1.10+git20130802-4.1
を使用しています。

corosync.confは下記のようにしました。

aisexec {
user: root
group: root
}

service {
name: pacemaker
ver: 0
use_mgmtd: yes
}

totem {
version: 2
secauth: off
threads: 0
rrp_mode: active
clear_node_high_bit: yes
token: 4000
consensus: 10000
rrp_problem_count_timeout: 3000

interface {
ringnumber: 0
bindnetaddr: 10.0.17.0
mcastaddr: 226.94.1.1
mcastport: 5405
}

}

logging {
fileline: on
to_syslog: yes
timestamp: on
to_stderr: no
to_logfile: yes
logfile: /var/log/cluster/corosync.log
logger_subsys {
subsys: AMF
debug: off
}
}

amf {
mode: disabled
}

何か気付く点がありましたらご教示下さい。

宜しくお願いします。

以上

2015年3月6日 11:37 Masamichi Fukuda - elf-systems <
masamichi_fukuda@elf-systems.com>:

> 山内さん
>
> こんにちは、福田です。
> 早速のご回答ありがとうございます。
>
> >出来れば、新しいリリース版の組合せ(corosync(2.3.4)、
> >pacemaker(1.1.12))をおすすめします。
>
> こちらdebianで利用可能か調べてみます。
>
> まずは現行のバージョンで動くか試してみます。
>
> また質問させて頂くかもしれませんが、
> 宜しくお願いします。
>
> 以上
>
> 2015年3月6日 11:29 <renayama19661014@ybb.ne.jp>:
>
>> 福田さん
>>
>> こんにちは、山内です。
>>
>> >pacemaker1.1系を利用するのなら、corosyncの方が良いでしょうか?
>>
>> はい。そちらをお勧めします。
>> Pacemaker的にも、そちらが勧められていますし、今後の対応もcorosyncのみとなると思われます。
>>
>>
>> >pacemakerはVersion: 1.1.10+git20130802-4.1を入れました。
>> >debianのパッケージでは、corosyncのバージョンはVersion: 1.4.6-1.1です。
>>
>> 出来れば、新しいリリース版の組合せ(corosync(2.3.4)、pacemaker(1.1.12))をおすすめします。
>> #くどいようですが、debianにうとい為、最新が利用できるかどうかは不明です。
>>
>> >こちらを入れてcorosyncを試してみたいと思っていますが、
>> >corosyncの設定は下記のLINUX-HA Japanのページを参考にすればよいでしょうか。
>> >
>> >http://linux-ha.sourceforge.jp/wp/dl/pminstall_cent5
>>
>>
>> はい。こちらが参考になると思います。
>> 何かあれば、またこちらのMLで質問されると良いと思いますよ。
>>
>> 以上です。
>>
>>
>>
>>
>> ----- Original Message -----
>> >From: Masamichi Fukuda - elf-systems <masamichi_fukuda@elf-systems.com>
>> >To: 山内英生 <renayama19661014@ybb.ne.jp>
>> >Cc: Masamichi Fukuda - elf-systems <masamichi_fukuda@elf-systems.com>; "
>> linux-ha-japan@lists.sourceforge.jp" <linux-ha-japan@lists.sourceforge.jp
>> >
>> >Date: 2015/3/6, Fri 11:17
>> >Subject: Re: [Linux-ha-jp] スプリットブレイン時のSTONITHエラーについて
>> >
>> >
>> >山内さん
>> >
>> >こんにちは、福田です。
>> >検証ありがとうございました。
>> >
>> >hearbeatも最新版に上げないとダメということですね。
>> >承知しました。
>> >
>> >pacemaker1.1系を利用するのなら、corosyncの方が良いでしょうか?
>> >
>> >
>> >pacemakerはVersion: 1.1.10+git20130802-4.1を入れました。
>> >debianのパッケージでは、corosyncのバージョンはVersion: 1.4.6-1.1です。
>> >
>> >
>> >こちらを入れてcorosyncを試してみたいと思っていますが、
>> >corosyncの設定は下記のLINUX-HA Japanのページを参考にすればよいでしょうか。
>> >
>> >http://linux-ha.sourceforge.jp/wp/dl/pminstall_cent5
>> >
>> >宜しくお願いします。
>> >
>> >以上
>> >
>> >
>> >
>> >2015年3月6日 9:46 <renayama19661014@ybb.ne.jp>:
>> >
>> >福田さん
>> >>
>> >>こんにちは、山内です。
>> >>
>> >>Pacemaker最新を確認してみました。(環境は同様です)
>> >> *
>> https://github.com/ClusterLabs/pacemaker/tree/5c4a5a9894b4b8f4b357e213f7c480a6c83f6d6b
>> >>
>> >>1)Heartbeat3.0.5+Pacemaker最新 : NG
>> >> 事象は変わらず
>> >>2)Heartbeat3.0.6+Pacemaker最新 : OK
>> >>
>> >>どうやら、Heartbeatも最新版3.0.6を組合せる必要があるようです。
>> >> * http://hg.linux-ha.org/heartbeat-STABLE_3_0/rev/cceeb47a7d8f
>> >>
>> >>[root@rh64-heartbeat1 pacemaker-master]# crm_mon -1 -Af
>> >>Last updated: Fri Mar 6 09:38:41 2015
>> >>Last change: Fri Mar 6 09:38:35 2015 via crmd on rh64-heartbeat1
>> >>Stack: heartbeat
>> >>Current DC: rh64-heartbeat1 (f18fb27f-b124-4058-b442-7a35a2927312) -
>> partition with quorum
>> >>Version: 1.1.12-460fffe
>> >>1 Nodes configured
>> >>0 Resources configured
>> >>
>> >>
>> >>Online: [ rh64-heartbeat1 ]
>> >>
>> >>
>> >>Node Attributes:
>> >>* Node rh64-heartbeat1:
>> >>
>> >>Migration summary:
>> >>* Node rh64-heartbeat1:
>> >>
>> >>[root@rh64-heartbeat1 pacemaker-master]# ps -ef | grep heartbeat
>> >>root 2171 1 0 09:38 ? 00:00:00 heartbeat: master
>> control process
>> >>root 2175 2171 0 09:38 ? 00:00:00 heartbeat: FIFO reader
>>
>> >>root 2176 2171 0 09:38 ? 00:00:00 heartbeat: write: bcast
>> eth1
>> >>root 2177 2171 0 09:38 ? 00:00:00 heartbeat: read: bcast
>> eth1
>> >>root 2178 2171 0 09:38 ? 00:00:00 heartbeat: write: bcast
>> eth2
>> >>root 2179 2171 0 09:38 ? 00:00:00 heartbeat: read: bcast
>> eth2
>> >>496 2180 2171 0 09:38 ? 00:00:00
>> /usr/libexec/heartbeat/ccm
>> >>root 2212 1906 0 09:39 pts/1 00:00:00 grep heartbeat
>> >>[root@rh64-heartbeat1 pacemaker-master]# ps -ef | grep pace
>> >>496 2181 2171 0 09:38 ? 00:00:00
>> /usr/libexec/pacemaker/cib
>> >>root 2182 2171 0 09:38 ? 00:00:00
>> /usr/libexec/pacemaker/stonithd
>> >>root 2183 2171 0 09:38 ? 00:00:00
>> /usr/libexec/pacemaker/lrmd
>> >>496 2184 2171 0 09:38 ? 00:00:00
>> /usr/libexec/pacemaker/attrd
>> >>496 2185 2171 0 09:38 ? 00:00:00
>> /usr/libexec/pacemaker/crmd
>> >>496 2188 2185 0 09:38 ? 00:00:00
>> /usr/libexec/pacemaker/pengine
>> >>root 2214 1906 0 09:39 pts/1 00:00:00 grep pace
>> >>
>> >>
>> >>単ノードで起動(リソース無)までは確認しましたが、動作を確認していませんので、ご注意ください。
>> >>
>> >>#やはり、動作の確認が多々されているcorosyncとの組み合わせの方が安全だと思います。
>> >>
>> >>
>> >>以上です。
>> >>
>> >>
>> >>
>> &g iicorqjq. omega seamaster gmtt;>
>> >>
>> >>----- Original Message -----
>> >>
>> >>> From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
>> >>> To: Masamichi Fukuda - elf-systems <masamichi_fukuda@elf-systems.com>
>> >>> Cc: "linux-ha-japan@lists.sourceforge.jp" <
>> linux-ha-japan@lists.sourceforge.jp>
>> >>> Date: 2015/3/6, Fri 09:27
>> >>> Subject: Re: [Linux-ha-jp] スプリットブレイン時のSTONITHエラーについて
>> >>>
>> >>> 福田さん
>> >>>
>> >>> こんにちは、山内です。
>> >>>
>> >>> 環境は若干違いますが、
>> >>> RHEL6.5上で、Heartbeat3.0.5+Pacemaker1.1.10(ソースインストール)を単ノードで動作を確認してみました。
>> >>>
>> >>>
>> >>> 残念ですが、結果は、福田さんと同じで、
>> >>>
>> >>> heartbeat: [3847]: EMERG: Rebooting system. Reason:
>> /usr/lib64/heartbeat/crmd
>> >>>
>> >>>
>> >>> となり、単ノードが再起動します。
>> >>>
>> >>> コミュニティの最新版(Heartbeat組合せ対応版)で起動するかどうかも確認してご連絡します。
>> >>>
>> >>> #今の所、Pacemaker1.1系を利用するのであれば、やはり、corosyncと組み合わることをおすすめしますが。。。
>> >>>
>> >>> 以上です。
>> >>>
>> >>>
>> >>>
>> >>> ----- Original Message -----
>> >>>> From: Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>
>> >>>> To: "renayama19661014@ybb.ne.jp"
>> >>> <renayama19661014@ybb.ne.jp>
>> >>>> Cc: Masamichi Fukuda - elf-systems <masamichi_fukuda@elf-systems.com
>> >;
>> >>> "linux-ha-japan@lists.sourceforge.jp"
>> >>> <linux-ha-japan@lists.sourceforge.jp>
>> >>>> Date: 2015/3/6, Fri 07:43
>> >>>> Subject: Re: スプリットブレイン時のSTONITHエラーについて
>> >>>>
>> >>>>
>> >>>> 山内さん
>> >>>>
>> >>>>
>> >>>> おはようございます、福田です。
>> >>>>
>> >>>>
>> >>>> お忙しいところ済みませんが、
>> >>>> 宜しくお願いします。
>> >>>>
>> >>>>
>> >>>> 以上
>> >>>>
>> >>>> 2015年3月6日金曜日、<renayama19661014@ybb.ne.jp>さんは書きました:
>> >>>>
>> >>>> 福田さん
>> >>>>>
>> >>>>> おはようございます。山内です。
>> >>>>>
>> >>>>> 一応、私の方でも確認してご連絡しますね。
>> >>>>> #たぶん、corosyncと組み合わせないと、福田さんと同じ症状(NG)だと思いますが・・・・
>> >>>>>
>> >>>>> 以上です。
>> >>>>>
>> >>>>>
>> >>>>> ----- Original Message -----
>> >>>>>> From: Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>
>> >>>>>> To: 山内英生 <renayama19661014@ybb.ne.jp>
>> >>>>>> Cc: Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>;
>> >>> "linux-ha-japan@lists.sourceforge.jp"
>> >>> <linux-ha-japan@lists.sourceforge.jp>
>> >>>>>> Date: 2015/3/5, Thu 23:14
>> >>>>>> Subject: Re: スプリットブレイン時のSTONITHエラーについて
>> >>>>>>
>> >>>>>>
>> >>>>>> 山内さん
>> >>>>>>
>> >>>>>> こんばんは、福田です。
>> >>>>>>
>> >>>>>> はい、heartbeatと組み合わせていました。
>> >>>>>>
>> >>>>>> これは、corosyncと組み合わせないといけないということでしょうか。
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> 2015年3月5日 22:30 <renayama19661014@ybb.ne.jp>:
>> >>>>>>
>> >>>>>> 福田さん
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> こんばんは、山内です。
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> もしかして、Heartbeatと組み合わせていますか?
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> 新しいPacemaker(1.1.12以降)あたりでないと、Heartbeatとの組み合わせはNGかも知れません。
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> #最近の修正で、Heartbeatの組み合わせの修正が入ったばかりです。
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> 以上です。
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> ----- Original Message -----
>> >>>>>>>> From: Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>
>> >>>>>>>> To: 山内英生 <renayama19661014@ybb.ne.jp>;
>> >>> "linux-ha-japan@lists.sourceforge.jp"
>> >>> <linux-ha-japan@lists.sourceforge.jp>
>> >>>>>>>> Cc: Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>
>> >>>>>>>>
>> >>>>>>>> Date: 2015/3/5, Thu 17:46
>> >>>>>>>> Subject: Re: スプリットブレイン時のSTONITHエラーについて
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> 山内さん
>> >>>>>>>>
>> >>>>>>>> こんにちは、福田です。
>> >>>>>>>> まずは、pacemakerをバージョンアップしてみました。
>> >>>>>>>>
>> >>>>>>>> バージョンは、Version: 1.1.10+git20130802-4.1 です。
>> >>>>>>>>
>> >>>>>>>> まずはノード1の一台だけアップグレードして状態をみました。
>> >>>>>>>>
>> >>>>>>>> バージョンアップしていないノード2側のpacemakerを停止した状態で
>> >>>>>>>> crm_monを見ると下記のようになります。
>> >>>>>>>>
>> >>>>>>>> # crm_mon -rfA -1
>> >>>>>>>> Could not establish cib_ro connection: Connection refused
>> >>> (111)
>> >>>>>>>>
>> >>>>>>>> Connection to cluster failed: Transport endpoint is not
>> >>> connected
>> >>>>>>>>
>> >>>>>>>> ノード2のpacemakerを起動してcrm_monで見るとpending状態です。
>> >>>>>>>>
>> >>>>>>>> Node lbv1.beta.com (38b0f200-83ea-8633-6f37-047d36cd39c6):
>> >>> pending
>> >>>>>>>> Online: [ lbv2.beta.com ]
>> >>>>>>>>
>> >>>>>>>> これで数分すると、バージョンアップしたノード1がリブートを繰り返します。
>> >>>>>>>>
>> >>>>>>>> 一度crmの設定を削除して、まっさらな状態で起動しても同様に落ちます。
>> >>>>>>>>
>> >>>>>>>> リブートの際には次のようなメッセージが出ます。
>> >>>>>>>>
>> >>>>>>>> 2015 Mar 5 17:25:39 lbv1 [1854]: EMERG: Rebooting system.
>> >>> Reason: /usr/lib/heartbeat/crmd
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> ログは下記のようになっています。
>> >>>>>>>>
>> >>>>>>>> Mar 05 16:45:30 [3019] lbv1.beta.com crmd: info:
>> >>> crm_timer_popped: Wait Timer (I_NULL) just popped (2000ms)
>> >>>>>>>> Mar 05 16:45:30 [3019] lbv1.beta.com crmd: info:
>> >>> lrmd_ipc_connect: Connecting to lrmd
>> >>>>>>>> Mar 05 16:45:30 [3019] lbv1.beta.com crmd: info:
>> >>> crm_ipc_connect: Could not establish lrmd connection: Connection
>> refused
>> >>> (111)
>> >>>>>>>> Mar 05 16:45:30 [3019] lbv1.beta.com crmd: warning:
>> >>> do_lrm_control: Failed to sign on to the LRM 29 (30 max) times
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> crm_timer_popped: Wait Timer (I_NULL) just popped (2000ms)
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> lrmd_ipc_connect: Connecting to lrmd
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> crm_ipc_connect: Could not establish lrmd connection: Connection
>> refused
>> >>> (111)
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: error:
>> >>> do_lrm_control: Failed to sign on to the LRM 30 (max) times
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> register_fsa_error_adv: Resetting the current action list
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: error:
>> >>> do_log: FSA: Input I_ERROR from do_lrm_control() received in state
>> >>> S_STARTING
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: notice:
>> >>> do_state_transition: State transition S_STARTING -> S_RECOVERY [
>> >>> input=I_ERROR cause=C_FSA_INTERNAL origin=do_lrm_control ]
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: warning:
>> >>> do_recover: Fast-tracking shutdown in response to errors
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> do_ccm_control: CCM connection established... waiting for first
>> callback
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: error:
>> >>> do_started: Start cancelled... S_RECOVERY
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: error:
>> >>> do_log: FSA: Input I_TERMINATE from do_recover() received in state
>> >>> S_RECOVERY
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> do_state_transition: State transition S_RECOVERY -> S_TERMINATE [
>> >>> input=I_TERMINATE cause=C_FSA_INTERNAL origin=do_recover ]
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> do_shutdown: All subsystems stopped, continuing
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> do_lrm_control: Disconnecting from the LRM
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> lrmd_api_disconnect: Disconnecting from lrmd service
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> lrmd_api_disconnect: Disconnecting from lrmd service
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: notice:
>> >>> do_lrm_control: Disconnected from the LRM
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> crm_cluster_disconnect: Disconnecting from cluster
>> infrastructure: heartbeat
>> >>>>>>>> Mar 05 16:45:32 lbv1.beta.com ccm: [3014]: info: client
>> >>> (pid=3019) removed from ccm
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> crm_cluster_disconnect: Disconnected from heartbeat
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> do_ha_control: Disconnected from the cluster
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> do_cib_control: Disconnecting CIB
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> crmd_cib_connection_destroy: Connection to the CIB terminated...
>> >>>>>>>> Mar 05 16:45:32 [3020] lbv1.beta.com pengine: info:
>> >>> crm_signal_dispatch: Invoking handler for signal 15: Terminated
>> >>>>>>>> Mar 05 16:45:32 [3020] lbv1.beta.com pengine: info:
>> >>> qb_ipcs_us_withdraw: withdrawing server sockets
>> >>>>>>>> Mar 05 16:45:32 [3020] lbv1.beta.com pengine: info:
>> >>> crm_xml_cleanup: Cleaning up memory from libxml2
>> >>>>>>>> Mar 05 16:45:32 [3015] lbv1.beta.com cib: info:
>> >>> crm_client_destroy: Destroying 0 events
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> stop_subsystem: Sent -TERM to pengine: [3020]
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> do_exit: Performing A_EXIT_0 - gracefully exiting the CRMd
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> do_exit: [crmd] stopped (0)
>> >>>>>>>> Mar 05 16:45:32 [3019] lbv1.beta.com crmd: info:
>> >>> crmd_exit: Dropping I_TERMINATE: [ state=S_TERMINATE
>> cause=C_FSA_INTERNAL
>> >>> origin=do_stop ]
>> >>>>>>>> Mar 05 16:45:32 lbv1.beta.com heartbeat: [1862]: WARN:
>> >>> Managed /usr/lib/heartbeat/crmd process 3019 killed by signal 11
>> [SIGSEGV -
>> >>> Segmentation violation].
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> 原因はどこにあるかわかりましたらご教示下さい。
>> >>>>>>>>
>> >>>>>>>> 宜しくお願いします。
>> >>>>>>>>
>> >>>>>>>> 以上
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> 2015年3月4日 13:26 Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>:
>> >>>>>>>>
>> >>>>>>>> 山内さん
>> >>>>>>>>>
>> >>>>>>>>> こんにちは、福田です。
>> >>>>>>>>>
>> >>>>>>>>> 下記urlの情報ありがとうございます。
>> >>>>>>>>> 見てみます。
>> >>>>>>>>>
>> >>>>>>>>> corosyncの件もあわせて検討したいと思います。
>> >>>>>>>>>
>> >>>>>>>>> 宜しくお願いします。
>> >>>>>>>>>
>> >>>>>>>>> 以上
>> >>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>> 2015年3月4日 13:18 <renayama19661014@ybb.ne.jp>:
>> >>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>> 福田さん
>> >>>>>>>>>>
>> >>>>>>>>>> こんにちは、山内です。
>> >>>>>>>>>>
>> >>>>>>>>>> debianにうとくて申し訳ないのですが、以下もあるようです。
>> >>>>>>>>>>
>> >>>>>>>>>> https://packages.qa.debian.org/p/pacemaker.html
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>> 公式のpacemakerサイトからもリンクされています。
>> >>>>>>>>>> こちらは、1.1.10のようです。
>> >>>>>>>>>>
>> >>>>>>>>>> 1.1系のバージョンアップのお考えであれば、ぜひ、corosyncとの組み合わせもご検討ください。
>> >>>>>>>>>>
>> >>>>>>>>>> 以上です。
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>> ----- Original Message -----
>> >>>>>>>>>>> From: Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>
>> >>>>>>>>>>> To: "renayama19661014@ybb.ne.jp"
>> >>> <renayama19661014@ybb.ne.jp>
>> >>>>>>>>>>> Cc: Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>;
>> >>> "linux-ha-japan@lists.sourceforge.jp"
>> >>> <linux-ha-japan@lists.sourceforge.jp>
>> >>>>>>>>>>
>> >>>>>>>>>>> Date: 2015/3/4, Wed 12:35
>> >>>>>>>>>>> Subject: Re: スプリットブレイン時のSTONITHエラーについて
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> 山内さん
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> こんにちは、福田です。
>> >>>>>>>>>>> 早速の検証ありがとうございました。
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> pacemakerのバージョンアップを行うか、自前プラグインを作るか社内で検討してみます。
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> もう一つ質問ですみませんが、
>> >>>>>>>>>>> 現在の構成ですが、pacemakerはdebianのパッケージで導入しました。
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> pacemakerのバージョンアップを行う場合、ソースからのインストールになりますでしょうか。
>> >>>>>>>>>>> OSはdebian7.8を使うことになっています。
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> 宜しくお願いします。
>> >>>>>>>>>>>
>> >>>>>>>>>>> 以上
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> 2015年3月4日水曜日、<renayama19661014@ybb.ne.jp>さんは書きました:
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>>> 福田さん
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> こんにちは、山内です。
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>
>> 環境は異なりますが(corosync+PM1.1.7)で、stonith-helperとsshによる故障時の動作を確認しましたが、
>> >>>>>>>>>>>> 同様に先頭のstonith-helperの実行がループします。
>> >>>>>>>>>>>> 1.1.7では、このあたりを制御するパラメータが存在しません。
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> この対応は、Pacemaker1.1.9あたりで入っていおり、1.1.7ではこの事象によりループしてしまいます。
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>
>> 1.1.9あたりでは、このループを制御する為に、pcmk_reboot_retriesなどのパラメータにより実行回数をパラメータで
>> >>>>>>>>>>>> 指定できるようになっています。
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> 正常なFO動作(stonith実行~再起動。。)を行うには、やはり、pacemakerのバージョンアップを行うか、
>> >>>>>>>>>>>>
>> 3つのstonithを組合せたような、stonithプラグインを自前で作成する必要(helperとssh(福田さんの場合には、xen0)とmeatware)
>> >>>>>>>>>>>> があるようです。
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> #自前で作成したプラグインで全てのプラグインを実行して結果を返すような形にする。
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> 以上、です。
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> ----- Original Message -----
>> >>>>>>>>>>>>> From: Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>
>> >>>>>>>>>>>>> To: 山内英生
>> >>> <renayama19661014@ybb.ne.jp>
>> >>>>>>>>>>>>> Cc: Masamichi Fukuda - elf-systems
>> >>> <masamichi_fukuda@elf-systems.com>;
>> >>> "linux-ha-japan@lists.sourceforge.jp"
>> >>> <linux-ha-japan@lists.sourceforge.jp>
>> >>>>>>>>>>>>> Date: 2015/3/4, Wed 11:09
>> >>>>>>>>>>>>> Subject: Re: [Linux-ha-jp]
>> >>> スプリットブレイン時のSTONITHエラーについて
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> 山内さん
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> お世話になります、福田です。
>> >>>>>>>>>>>>> ご確認ありがとうございます。
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>> ということでいけば、xen0の単体では動作は問題ないということになります。
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> xen0の動作は問題ないとのことでよかったです。
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>> こちらは、コマンド実行でない場合のログと思いますが、どうやら、
>> >>>>>>>>>>>>>> pacemaker経由のexternal/stonith-helper以降が実行されないのが問題のようです。
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> 新しめのpacemakerとはパラメータも異なっている為、こちらでも構成は違って
>> >>>>>>>>>>>>>> しまいますが、stonith-helper、sshなどの組合せでどうなるか確認してみます。
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> すみませんが宜しくお願いします。
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> 以上
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> 2015年3月4日 10:41
>> >>> <renayama19661014@ybb.ne.jp>:
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> 福田さん
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> おはようございます。山内です。
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> 早速STONITHコマンドを試してみました。
>> >>>>>>>>>>>>>>> active側(lbv1)で下記コマンドを実行したところ、standby側(lbv2)ノードはリブートされました。
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> # stonith -t external/xen0
>> >>> hostlist="lbv2.beta.com:/etc/xen/lbv2.cfg"
>> >>> dom0="dom0.xxxx.com" reset_method="reboot" -T reset
>> >>> lbv2.beta.com
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> ということでいけば、xen0の単体では動作は問題ないということになります。
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> その後の状態ですが、リブートされたlbv2側でメッセージが出続けています。
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> 2015 Mar 4 09:56:56 lbv2
>> >>> [3387]: CRIT: external_reset_req: 'stonith-helper reset' for host
>> >>> lbv1.beta.com failed with rc 1
>> >>>>>>>>>>>>>>> 2015 Mar 4 09:57:11 lbv2
>> >>> [3508]: CRIT: external_reset_req: 'stonith-helper reset' for host
>> >>> lbv1.beta.com failed with rc 1
>> >>>>>>>>>>>>>>> 2015 Mar 4 09:57:26 lbv2
>> >>> [3629]: CRIT: external_reset_req: 'stonith-helper reset' for host
>> >>> lbv1.beta.com failed with rc 1
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> こちらは、コマンド実行でない場合のログと思いますが、どうやら、pacemaker経由のexternal/stonith-helper以降が実行されないのが問題のようです。
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> 新しめのpacemakerとはパラメータも異なっている為、こちらでも構成は違ってしまいますが、stonith-helper、sshなどの組合せでどうなるか確認してみます。
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> 以上です。
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>

レプリカカルティエ

relojes hombres
vintage longines kellot
Mens Longines montres

桜からの手紙 ~AKB48 それぞれの卒業物語~

2011.2.26(土)~2011.3.6(日)
9夜連続スペシャル!詳しい放送スケジュールはこちら

What'sNEW!

  • ●2011.03.09
    DVD情報追加しました
    BS/CS情報追加しました
  • ●2011.02.18
    ARを追加いたしました!
  • ●2011.02.07
    予告動画を追加いたしました!
  • ●2011.01.26
    主題歌を更新いたしました!
  • ●2011.01.24
    ホームページを公開いたしました!

twitter

※混雑具合によってツイートが表示されない場合がございます。

放送スケジュール

動画の配信を終了しました
(C) Nippon Television Network Corporation


レディオヘッドとかいう頭脳集団wwwww

レディオヘッドとかいう頭脳集団wwwww
  • 0 コメ数
  • 1588 閲覧数
  • 0
  • めちゃイケ 三浦大知の岡村オファー視聴率wwwwwwwwww
  • HYDEのハンターハンターのクロロの仮装が完璧すぎるwwwwww(画像あり)
  • 【悲報】アルカラ、ギターの田原和憲が謎脱退 一体何があったんや・・・
  • めちゃイケの岡村×三浦大知オファーが大好評だった模様wwwww(動画あり)
  • 橋本環奈 マネージャーと同棲していることが発覚wwwwww
  • 木村カエラ、子供の運動会でハッスルwwwwwww
  • 浜崎あゆみさん、台風で公演中止の神戸で急遽行ったファンへの“神対応”にまさかの批判殺到してしまう事態にwww
  • TBS「CDTVスペシャル ハロウィン音楽祭2017」出演者 曲目 タイムテーブル 出演順番などまとめ ※当日リアルタイム更新
  • 元SMAPの森且行さん、思わぬカタチで久々のテレビ出演を果たしてしまうwwww
  • 日テレのドラマに出てた金髪ギャル可愛いすぎwwwwwAKBなら即センターだろwwwww
  • 【クソワロ】オリコン集計ルール改正でAKBのCD売上激落ちか?wwwwwww
  • 工具の名前をバンド名にしたらクッソ格好良い件wwwwwwwwwwww
1: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:32:11.330 ID:2hQCly8l0.net
最大の功績はkidAみたいなアルバムを
名盤だと思わせたこと






2: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:32:32.808 ID:h5Imzdc70.net
聞いたことあるけど頭に浮かばない
5: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:33:40.778 ID:2hQCly8l0.net
>>2
クリープ「ガガッ
13: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:40:45.317 ID:C/S2I9qq0.net
>>2
多分一番聞いたことありそうなのはこれ

3: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:33:03.329 ID:bpBEw3KD0.net
kidAまでは普通にいいだろ
4: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:33:33.598 ID:39Xq+80c0.net
パラノイドアンドロイドが好き
6: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:33:41.054 ID:v7U1slvZp.net
確かにkidAがちゃんと売れたってところが凄いよな
7: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:34:35.430 ID:2hQCly8l0.net
>>6
ベンズとキッドの間にオケコンがはさまってるのがミソ
9: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:36:14.449 ID:NDR/TAZQa.net
オケコンまでのくそばんど
16: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 02:12:08.953 ID:jPJByxXt0.net
インテリ鬱
8: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:35:01.260 ID:2hQCly8l0.net
一気に老けたよなトムヨーク
10: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:38:41.436 ID:S5lkwRdN0.net
インレインボウズの後の二枚のアルバムは一回聞いたらもういいやってなった
12: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:39:58.080 ID:C/S2I9qq0.net
>>10
リンプスはライブで聞いたら感動したぞ
Loutus flowerとかライブだとすごい化ける
11: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:39:03.561 ID:RAUxNsVq0.net
伝統的な英国プログレだと思って聴くとまた違った魅力があると思う
14: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 01:44:46.458 ID:c3AqE1zz0.net
UK謡曲ポップスから現代音楽的なものに移行したのは賢いんじゃない?
17: 以下、\(^o^)/でVIPがお送りします 2017/01/20(金) 02:14:53.812 ID:FzsQE3vz0.net
ジョニー・グリーンウッドという英国におけるさかなクンさん

http://viper.2ch.sc/test/read.cgi/news4vip/1484843531
  • 0 コメ数
  • 1588 閲覧数
  • 0
  • レディオヘッド
  • Radiohead

関連記事

  • イーグルス、商標権侵害でメキシコの「ホテル・カリフォルニア」を提訴wwwwイーグルス、商標権侵害でメキシコの「ホテル・カリフォルニア」を提訴wwww
  • 頭のいい人たちが好む音楽はレディオヘッド、ボブ・ディラン等。逆はビヨンセ、ユーズド、ゴスペル等・・・米研究結果頭のいい人たちが好む音楽はレディオヘッド、ボブ・ディラン等。逆はビヨンセ、ユーズド、ゴスペル等・・・米研究結果
  • BABYMETALがレッド・ホット・チリ・ペッパーズのコンサートに乱入wwwwwwwBABYMETALがレッド・ホット・チリ・ペッパーズのコンサートに乱入wwwwwww
  • 三大歌詞がいい歌手 桜井和寿 中島みゆき あと一人は?三大歌詞がいい歌手 桜井和寿 中島みゆき あと一人は?
  • 今日のMステ2時間SPの出演者wwwwwwwwwwwwww今日のMステ2時間SPの出演者wwwwwwwwwwwwww

同一カテゴリーでの月間人気記事

  1. 17123view | めちゃイケ 三浦大知の岡村オファー視聴率wwwwwwwwww)
  2. 11156view | 【悲報】野球中継でアイドルが男と観戦している所が映るwwwwwww)
  3. 10836view | めちゃイケの岡村×三浦大知オファーが大好評だった模様wwwww(動画あり))
  4. 9624view | HYDEのハンターハンターのクロロの仮装が完璧すぎるwwwwww(画像あり))
  5. 7054view | 乃木坂46白石麻衣さんのすっぴんがコチラwwwwwwwwwwwwwwwwwwwww)
  6. 6766view | 【朗報】シシドカフカさん、長髪をバッサリ切って激カワになってしまう)
  7. 6484view | 元Dream5重本ことり、暴露本「黒い小鳥」を出版wwwww 中身がヤバい・・・)
  8. 5850view | Mステランキング 21世紀CD総売上(1番売れたアーティストは誰だ?21世紀J-POPヒストリー) 2017年10月13日放送 ※更新終了)
  9. 5633view | 橋本環奈 マネージャーと同棲していることが発覚wwwwww)
  10. 5447view | 道重さゆみさん、オッサンが集まる釣り堀にとんでもない格好で登場するwwwwwwww)
  11. 4898view | 竹内涼真と恥じらいレスキュー里々佳、SNSで熱愛を匂わせまくっていた事が判明wwwwww)
  12. 4769view | 宮脇咲良とディズニーで写真を取ってもらった一般人にヲタが突撃して炎上wwwww)
  13. 4736view | EXILE ATSUSHI 熱愛をフライデーされるwwww 20代小学校教師とのラブラブツーショット写真流出)
  14. 4578view | 1999年の「来年消えそうなアーティスト」ランキングwwwww)
  15. 4035view | 【悲報】柏木由紀さん、あぐらをかいて握手していたことが暴露されるwwww)
  16. 3828view | 【悲報】つんく♂さん、ガリガリになる 大丈夫か・・・)
  17. 3821view | 乃木坂46 西野七瀬ちゃんってブスなのに人気あるよね)
  18. 3746view | 【悲報】アルカラ、ギターの田原和憲が謎脱退 一体何があったんや・・・)
  19. 3739view | どっちがアイドル?AKBの写真会に来た女の子がかわいすぎな件wwwwww)
  20. 3614view | 元SMAP新事務所「CULEN」がとんでもない場所にあるとネット民の間で話題wwww)

他サイト様の気になる新着記事をご紹介!

コメント

コメントを残していく コメントをキャンセル