スレーブ側の仮想IPが作られません

Linux初心者です。的はずれな質問を書いていましたらすみません。


[設定環境]
CentOS6.4（64bit版）
カーネル：2.6.32-358.6.1.el6.x86_64
pacemaker
1.0.12-1.el6.x86_64
heartbeat
3.0.5-1.1.el6.x86_64
postgresql9.2
9.2.4-1PGDG.rhel6.x86_64

現在、VirtualBox上で上記OS・ソフトを使い、Linuxクラスタの動作確認しています。

WEBで見たところ、crm_mon -Af を実行すると マスター側のpgsql-status が PRI と表示されるようなのですが、全く表示されず困っています。
これが原因なのかはわからないのですが、ip addr show 　で確認したところ、slave側の仮想IPが作られていませんでした。
※vip-master、vip-rep は作られています

仮想IPが作られない原因として考えられることを教えて頂けますとありがたいです。
よろしくお願いします。

※postgresqlのconfファイルは文字数制限で貼り付けられませんでした。
　すみません



[IP]
sv1 192.168.1.137　（サーバー名：CentOS1 ）
sv2 192.168.1.138　（サーバー名：CentOS2）

vip-master 192.168.1.130
vip-slave 192.168.1.135
vip-rep 192.168.64.10


[CRM]
property \
no-quorum-policy="ignore" \
stonith-enabled="false" \
crmd-transition-delay="0s"

rsc_defaults \
resource-stickiness="INFINITY" \
migration-threshold="1"

primitive vip-master ocf:heartbeat:IPaddr2 \
params \
ip="192.168.1.130" \
nic="eth0" \
cidr_netmask="24" \
op start timeout="60s" interval="0s" on-fail="restart" \
op monitor timeout="60s" interval="10s" on-fail="restart" \
op stop timeout="60s" interval="0s" on-fail="block"

primitive vip-rep ocf:heartbeat:IPaddr2 \
params \
ip="192.168.64.10" \
nic="eth2" \
cidr_netmask="24" \
meta \
migration-threshold="0" \
op start timeout="60s" interval="0s" on-fail="stop" \
op monitor timeout="60s" interval="10s" on-fail="restart" \
op stop timeout="60s" interval="0s" on-fail="block"

primitive vip-slave ocf:heartbeat:IPaddr2 \
params \
ip="192.168.1.135" \
nic="eth0" \
cidr_netmask="24" \
meta \
resource-stickiness="1" \
op start timeout="60s" interval="0s" on-fail="restart" \
op monitor timeout="60s" interval="10s" on-fail="restart" \
op stop timeout="60s" interval="0s" on-fail="block"

primitive pgsql ocf:heartbeat:pgsql \
params \
pgctl="/usr/pgsql-9.2/bin/pg_ctl" \
psql="/usr/pgsql-9.2/bin/psql" \
pgdata="/var/lib/pgsql/9.2/data/" \
start_opt="-p 5432" \
rep_mode="sync" \
node_list="CentOS1 CentOS2" \
restore_command="cp /var/lib/pgsql/9.2/data/pg_archive/%f %p" \
primary_conninfo_opt="keepalives_idle=60 \
keepalives_interval=5 keepalives_count=5" \
master_ip="192.168.64.10" \
stop_escalate="0" \
op start timeout="30s" interval="0s" on-fail="restart" \
op stop timeout="30s" interval="0s" on-fail="block" \
op monitor timeout="30s" interval="11s" on-fail="restart" \
op monitor timeout="30s" interval="10s" on-fail="restart" role="Master" \
op promote timeout="30s" interval="0s" on-fail="restart" \
op demote timeout="30s" interval="0s" on-fail="block" \
op notify timeout="60s" interval="0s"

ms msPostgresql pgsql \
meta \
master-max="1" \
master-node-max="1" \
clone-max="2" \
clone-node-max="1" \
notify="true"

primitive pingCheck ocf:pacemaker:pingd \
params \
name="default_ping_set" \
host_list="192.168.1.77" \
multiplier="100" \
op start timeout="60s" interval="0s" on-fail="restart" \
op monitor timeout="60s" interval="2s" on-fail="restart" \
op stop timeout="60s" interval="0s" on-fail="ignore"

group master-group \
vip-master \
vip-rep \
meta \
ordered="false"

clone clnPingd \
pingCheck

location rsc_location-1 msPostgresql \
rule -inf: not_defined default_ping_set or default_ping_set lt 100

location rsc_location-2 vip-slave \
rule 200: pgsql-status eq HS:sync \
rule 100: pgsql-status eq PRI \
rule -inf: not_defined pgsql-status \
rule -inf: pgsql-status ne HS:sync and pgsql-status ne PRI

colocation rsc_colocation-1 inf: msPostgresql clnPingd
colocation rsc_colocation-2 inf: master-group msPostgresql:Master

order rsc_order-1 0: clnPingd msPostgresql symmetrical=false
order rsc_order-2 inf: msPostgresql:promote master-group:start symmetrical=false
order rsc_order-3 0: msPostgresql:demote master-group:stop symmetrical=false

No.1 ベストアンサー 回答者： pakuti 回答日時： 2013/05/22 16:58

ip addr showは、システムに設定されているネットワーク設定を表示するコマンドです。

スレーブ側では、eth0:1が設定されていないために表示されていないだけです。
スレーブ側に、eth0:1が設定されるのは、マスターから切り替わった場合のみです。
（実動機で確認）

マスター障害検知時に、仮想IPやサービスの切り倒しが発生します。
それまでは、スレーブでは該当の設定は行われません。
あくまでも障害検知時にスクリプトが実施され、eth0:1が設定されると言う形です。

pgsqlは、今の情報だけでは何とも・・・

この回答への補足

ご返答ありがとうございます。

"location rsc_location-2 vip-slave " の設定にて pgsql-statusを表示しているようなので、てっきりスレーブ側にvip-slaveのIPが表示されるものかと思っていました。

>pgsqlは、今の情報だけでは何とも・・・
情報不足ですみません。

役に立つかは分かりませんが追加で現状をお伝えします。
・postgresql単独でレプリケーション出来ることは確認済み
・heartbeat起動後にお互いのpostgresqlは起動している
・SELINUXはdisable
・一時的にiptables、ip6tables はOFF
・postgresql.conf(一部抜粋)
　listen_addresses = '*'
　wal_level = hot_standby
　synchronous_commit = on
　archive_mode = on
　archive_command = 'cp %p /var/lib/pgsql/9.2/data/pg_archive/%f'
　max_wal_senders=3
　wal_keep_segments = 64
　hot_standby = on
　restart_after_crash = off
　replication_timeout = 10s
　wal_receiver_status_interval = 10s
　max_standby_streaming_delay = -1
　max_standby_archive_delay = -1
　synchronous_commit = on
　restart_after_crash = off
　hot_standby_feedback = on
　#synchronous_standby_names = 'CentOS3' #コメントアウト
他に ha.cf の内容なども必要でしょうか？

今の状況は私自身がCRMの設定をよく理解せず使っていることが一番の原因なのでもう少し試行錯誤してみます。

ありがとうございました。

補足日時：2013/05/22 18:47

この回答へのお礼

上にも書きましたが、Win7(32bit)のPCを用意して設定したところ何故かうまく動きました・・・
これから32bit版と64bit版の違いを確認してみます。

情報量が不十分ながらも回答していただいたのでベトアンサーとさせて頂きます。

ありがとうございました。

お礼日時：2013/05/23 14:44

No.2 回答者： f928477f928477 回答日時： 2013/05/22 23:44

RA (resource-agentsというRPM) のバージョンが古いのかもしれません。

Linux-HA Japanという日本のコミュニティが提供している最新バージョンを使ってみてはどうでしょうか。

http://sourceforge.jp/projects/linux-ha/releases/

それでもわからなければ、このコミュニティのメーリングリストで聞いてみるとよいと思います。

この回答への補足

ご返答ありがとうございます。

>RA (resource-agentsというRPM) のバージョンが古いのかもしれません。
最新版で試してみましたが動きは変わりませんでした。

補足日時：2013/05/23 14:37

この回答へのお礼

試しにWin7(32bit)のPCを用意して設定したところ何故かうまく動きました・・・
何が違うのかさっぱりわからないのですが、インストールから環境構築までで何か違いがあったのかもしれないので再度Win7(64bit)のPCで確認してみます。

64bit版で解決しない時は上記コミュニティに質問してみます。

ありがとうございました。

お礼日時：2013/05/23 14:41