Mailing List Archive: クラスタの復旧およびPacemakerの挙動について かかと

Mailing List Archive

クラスタの復旧およびPacemakerの挙動について m.hiraguchi at freebit Jan 8, 2016, 1:38 AM Post #1 of 9 (2679 views) Permalink お世話になります。

先般、PG-REXでのPacemaker構築にて上手くいかなかったので、勉強がてら
pcsコマンドにて再構築を行いました。

[環境]
OS :CentOS7.1
PostgresSQL :postgresql-server-9.2.13-1
Pacemaker :pacemaker-1.1.12-22


構築後に諸々問題点が発生しており、ご助勢頂けると助かります。
以下、状況を順に記します。


(1)構築後の状況
================================
# crm_mon -Arf -1
Last updated: Tue Jan 5 21:39:19 2016
Last change: Tue Jan 5 21:38:46 2016 by hacluster via crmd on zabbix01
Stack: corosync
Current DC: zabbix01(1) - partition with quorum
Version: 1.1.12-561c4cf
2 Nodes configured
3 Resources configured

Online: [ zabbix01 zabbix02 ]

Full list of resources:

Master/Slave Set: msPostgresql [pgsql]
Masters: [ zabbix01 ]
Slaves: [ zabbix02 ]
Resource Group: master-group
VIP_01 (ocf::heartbeat:IPaddr2): Started zabbix01

Node Attributes:
* Node zabbix01:
+ #cluster-name : zabbixcluster
+ #site-name : zabbixcluster
+ master-pgsql : 1000
+ pgsql-data-status : LATEST
+ pgsql-master-baseline : 0000000016000080
+ pgsql-status : PRI
* Node zabbix02:
+ #cluster-name : zabbixcluster
+ #site-name : zabbixcluster
+ master-pgsql : 100
+ pgsql-data-status : STREAMING|ASYNC
+ pgsql-status : HS:async

Migration summary:
* Node zabbix02:
* Node zabbix01:
================================


(2)Slaveへの切替
切替テストとして、Zabbix01のPostgresqlを停止しました。
停止後のクラスタの状態(下記)としては問題ないと思ってます。
================================
# crm_mon -Arf -1
Last updated: Wed Jan 6 00:45:32 2016
Last change: Wed Jan 6 00:30:22 2016 by hacluster via crmd on zabbix01
Stack: corosync
Current DC: zabbix01 (1) - partition with quorum
Version: 1.1.12-561c4cf
2 Nodes configured
3 Resources configured

Online: [ zabbix01 zabbix02 ]

Full list of resources:

Master/Slave Set: msPostgresql [pgsql]
Masters: [ zabbix02 ]
Stopped: [ zabbix01 ]
Resource Group: master-group
VIP_01 (ocf::heartbeat:IPaddr2): Started zabbix02p

Node Attributes:
* Node zabbix01:
+ #cluster-name : zabbixcluster
+ #site-name : zabbixcluster
+ master-pgsql : -INFINITY
+ pgsql-data-status : DISCONNECT
+ pgsql-status : STOP
* Node zabbix02:
+ #cluster-name : zabbixcluster
+ #site-name : zabbixcluster
+ master-pgsql : 1000
+ pgsql-data-status : LATEST
+ pgsql-master-baseline : 0000000017000080
+ pgsql-status : PRI

Migration summary:
* Node zabbix02:
* Node zabbix01:
pgsql: migration-threshold=1 fail-count=1 last-failure='Wed Jan 6
00:30:13 2016'

Failed actions:
pgsql_monitor_3000 on zabbix01 'unknown error' (1): call=126,
status=complete, last-rc-change='Wed Jan 6 00:30:13 2016', queued=0ms,
exec=0ms
================================


(3)
この後、切戻しを行う際に当方の不手際で、Master(Zabbix01)とSlave(Zabbix02)
のOS停止をしてしまいました。
停止後、両機を起動しましたが、「pcs status」および「crm_mon -Arf -1」
でのmaster-group(VIP_01)、msPostgresql(pgsql)のリソースのステータスが、
〝stopped〟となっていました。
================================
# pcs status
Cluster name: zabbixcluster
Last updated: Thr Jan 7 17:11:58 2016
Last change: Thr Jan 7 15:57:37 2016 by hacluster via crmd on zabbix01
Stack: corosync
Current DC: zabbix02 (1) - partition with quorum
Version: 1.1.12-561c4cf
2 Nodes configured
3 Resources configured


Online: [ zabbix01 zabbix02 ]

Full list of resources:

Master/Slave Set: msPostgresql [pgsql]
Stopped: [ zabbix01 zabbix02 ]
Resource Group: master-group
VIP_01 (ocf::heartbeat:IPaddr2): Stopped

PCSD Status:
zabbix01 (192.168.252.182): Online
zabbix02 (192.168.252.183): Online

Daemon Status:
corosync: active/enabled
pacemaker: active/enabled
pcsd: active/enabled
================================

<確認1>
 Slave(新Master)にてフェイルオーバー後の状態を継続するものと想定して
 いましたが、OS停止をした場合はこの様な挙動になるのは正しいのでしょうか?


(4)復旧
pg_basebackup、pg_ctl promote等を行い、PostgreSQLの戻しを行いました。
(※「psql -h localhost -c "SELECT pg_is_in_recovery();"」にて
両PostgresSQLの起動状態(Zabbix01:f、Zabbix02:t)と、ストリーミング
レプリケーションの動作を確認済)

PostgreSQLの状態復旧を行った後に、
 ①pcs resource cleanup msPostgresqlとpcs resource cleanup master-group
 ②pcs cluster stop --allとpcs cluster start --all
にて復旧を試みましたが、両リソースの状態は〝stopped〟のままです。

<確認2>
 クラスタの復旧作業として①と②以外に行うことはありますか?
 (※VIP_01はdebug-atartにて強制起動し、PostgreSQLは手動起動しましたが、
 未だ〝stopped〟のままです。)


<確認3>
 そもそもの話なのですが、クラスタ起動時にVIP付与とPostgreSQL起動が
 されない状態です。(PostgreSQLは手動起動してます)
 設定内容を以下に示すので、不足している設定をご教示願います。

■設定内容
================================
pcs -f cluster_cfg property set no-quorum-policy="ignore"
pcs -f cluster_cfg property set stonith-enabled="false"
pcs -f cluster_cfg resource defaults resource-stickiness="INFINITY"
pcs -f cluster_cfg resource defaults migration-threshold="1"

pcs -f cluster_cfg resource create VIP_01 IPaddr2 \
ip="192.168.252.184" \
nic="enp0s3" \
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"

pcs -f cluster_cfg resource create pgsql pgsql \
pgctl="/usr/bin/pg_ctl" \
psql="/usr/bin/psql" \
pgdata="/var/lib/pgsql/data/" \
rep_mode="async" \
node_list="zabbix01 zabbix02" \
restore_command="cp /var/lib/pgsql/pg_archive/%f %p" \
primary_conninfo_opt="keepalives_idle=60 keepalives_interval=5
keepalives_count=5" \
master_ip="192.168.252.184" \
restart_on_promote='true' \
op start timeout="60s" interval="0s" on-fail="restart" \
op monitor timeout="60s" interval="4s" on-fail="restart" \
op monitor timeout="60s" interval="3s" on-fail="restart"
role="Master" \
op promote timeout="60s" interval="0s" on-fail="restart" \
op demote timeout="60s" interval="0s" on-fail="stop" \
op stop timeout="60s" interval="0s" on-fail="block" \
op notify timeout="60s" interval="0s"

pcs -f cluster_cfg resource master msPostgresql pgsql \
master-max=1 master-node-max=1 clone-max=2 clone-node-max=1 notify=true

pcs -f cluster_cfg resource group add master-group VIP_01

pcs -f pgsql_cfg constraint colocation add master-group with Master
msPostgresql INFINITY
pcs -f pgsql_cfg constraint order promote msPostgresql then start
master-group symmetrical=false score=INFINITY
pcs -f pgsql_cfg constraint order demote msPostgresql then stop
master-group symmetrical=false score=0
================================

(上記を「pcs cluster cib-push cluster_cfg」にて反映しています)

_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan Re: $B%/%i%9%?$NI|5l$*$h(B$B$S(BPacemaker$B$N5sF0$K$D$$$F(B [ In reply to ] kazuh at goo Jan 13, 2016, 8:48 PM Post #2 of 9 (2544 views) Permalink ひがしと申します。
お世話になります。


><確認1>
> Slave(新Master)にてフェイルオーバー後の状態を継続するものと想定して
> いましたが、OS停止をした場合はこの様な挙動になるのは正しいのでしょうか?

PG-REXでは、Pacemaker起動をMasterになってほしいノードから片方ずつ行い、
そのPacemakerが完全に起動し、PostgreSQLがMasterになったことを確認してから、
もう片方を起動する、というように起動する必要があります。
Pacemakerからすると、2ノード同時に起動された場合、どちらのノードを優先して
Masterにすべきか判断できないためです。

今回の場合、Slave(新Master)のみを先に起動すれば、きちんとMasterになったかと
思います。


><確認2>
> クラスタの復旧作業として①と②以外に行うことはありますか?
> (※VIP_01はdebug-atartにて強制起動し、PostgreSQLは手動起動しましたが、
> 未だ〝stopped〟のままです。)
ログを確認しないと断定はできませんが、両系でPGSQL.lockファイルが残存している
可能性があります。

これは、データが古い可能性があることをユーザに気づかせるための印で、
Pacemaker(pgsql RA)が正常停止するときのみ削除されます。つまり、異常停止時
には残存し、異常停止した旨をユーザに気づかせるものです。
通常、postgreユーザのホーム配下のtmp/(/var/lib/pgsql/tmp/)にあります。

データ復旧後、またはデータが古い可能性があること承知の上で、当該ノードの
PostgreSQLを起動する際は、このファイルを手動で削除する必要があります。



なお、手前味噌になりますが、昨年福岡で開催のオープンソースカンファレンスにて
PG-REXの故障時の挙動や運用方法をまとめた講演を行いました。
PostgreSQLプロセス停止後の復旧は、以下P42に掲載しています。

http://linux-ha.osdn.jp/wp/archives/4137
 →PG-REXで学ぶPacemaker運用の実例
   P42 vip-master故障時の復旧方法


><確認3>
> そもそもの話なのですが、クラスタ起動時にVIP付与とPostgreSQL起動が
> されない状態です。(PostgreSQLは手動起動してます)
> 設定内容を以下に示すので、不足している設定をご教示願います。
構築後、一度きちんと起動しているようなので、設定に問題は無いかと
思います。
#STONITH, SFEX, VIPcheck等の排他制御は設定されていないようなので、
 スプリットブレイン発生時は両系ノードがMasterになってしまうのが
 問題と言えば問題ですが、今回の事象とは関係ないと思います。
 排他制御については、以下講演が詳しいです。
  http://linux-ha.osdn.jp/wp/archives/4338
   →試して覚えるPacemaker入門 排他制御機能編


一度、以下の順に、起動・停止をやりなおしてみてはいかがでしょうか?
(上記PGSQL.lockや片系ずつ起動、を踏まえた手順案です。)

 1) 一旦、両系のPacemakerをSlave→Masterの順に片系ずつ停止
 2) 一旦、手動起動した両系のPostgreSQLをSlave→Masterの順に片系ずつ停止
 3) 両系の/var/lib/pgsql/tmp/PGSQL.lock を削除
 4) さきほどMasterだった方のノードのPacemakerを起動
   →crm_mon等でPostgreSQLがMasterになることを確認
 5) pg_basebackupを実行し、現Masterの最新データをSlaveにコピー
 6) SlaveのPacemakerを起動


これでも起動しない場合、両系分のPacemakerとPostgreSQLのログを見てみる
必要があります。


以上です。
よろしくお願いいたします。


----- 元のメッセージ -----
From: "Pacemaker初心者" <m.hiraguchi@freebit.net>
宛先: linux-ha-japan@lists.osdn.me
送信済み: 2016年1月8日, 金曜日 午後 6:38:26
件名: [Linux-ha-jp] クラスタの復旧およびPacemakerの挙動について

お世話になります。

先般、PG-REXでのPacemaker構築にて上手くいかなかったので、勉強がてら
pcsコマンドにて再構築を行いました。

[環境]
OS :CentOS7.1
PostgresSQL :postgresql-server-9.2.13-1
Pacemaker :pacemaker-1.1.12-22


構築後に諸々問題点が発生しており、ご助勢頂けると助かります。
以下、状況を順に記します。


(1)構築後の状況
================================
# crm_mon -Arf -1
Last updated: Tue Jan 5 21:39:19 2016
Last change: Tue Jan 5 21:38:46 2016 by hacluster via crmd on zabbix01
Stack: corosync
Current DC: zabbix01(1) - partition with quorum
Version: 1.1.12-561c4cf
2 Nodes configured
3 Resources configured

Online: [ zabbix01 zabbix02 ]

Full list of resources:

Master/Slave Set: msPostgresql [pgsql]
Masters: [ zabbix01 ]
Slaves: [ zabbix02 ]
Resource Group: master-group
VIP_01 (ocf::heartbeat:IPaddr2): Started zabbix01

Node Attributes:
* Node zabbix01:
+ #cluster-name : zabbixcluster
+ #site-name : zabbixcluster
+ master-pgsql : 1000
+ pgsql-data-status : LATEST
+ pgsql-master-baseline : 0000000016000080
+ pgsql-status : PRI
* Node zabbix02:
+ #cluster-name : zabbixcluster
+ #site-name : zabbixcluster
+ master-pgsql : 100
+ pgsql-data-status : STREAMING|ASYNC
+ pgsql-status : HS:async

Migration summary:
* Node zabbix02:
* Node zabbix01:
================================


(2)Slaveへの切替
切替テストとして、Zabbix01のPostgresqlを停止しました。
停止後のクラスタの状態(下記)としては問題ないと思ってます。
================================
# crm_mon -Arf -1
Last updated: Wed Jan 6 00:45:32 2016
Last change: Wed Jan 6 00:30:22 2016 by hacluster via crmd on zabbix01
Stack: corosync
Current DC: zabbix01 (1) - partition with quorum
Version: 1.1.12-561c4cf
2 Nodes configured
3 Resources configured

Online: [ zabbix01 zabbix02 ]

Full list of resources:

Master/Slave Set: msPostgresql [pgsql]
Masters: [ zabbix02 ]
Stopped: [ zabbix01 ]
Resource Group: master-group
VIP_01 (ocf::heartbeat:IPaddr2): Started zabbix02p

Node Attributes:
* Node zabbix01:
+ #cluster-name : zabbixcluster
+ #site-name : zabbixcluster
+ master-pgsql : -INFINITY
+ pgsql-data-status : DISCONNECT
+ pgsql-status : STOP
* Node zabbix02:
+ #cluster-name : zabbixcluster
+ #site-name : zabbixcluster
+ master-pgsql : 1000
+ pgsql-data-status : LATEST
+ pgsql-master-baseline : 0000000017000080
+ pgsql-status : PRI

Migration summary:
* Node zabbix02:
* Node zabbix01:
pgsql: migration-threshold=1 fail-count=1 last-failure='Wed Jan 6
00:30:13 2016'

Failed actions:
pgsql_monitor_3000 on zabbix01 'unknown error' (1): call=126,
status=complete, last-rc-change='Wed Jan 6 00:30:13 2016', queued=0ms,
exec=0ms
================================


(3)
この後、切戻しを行う際に当方の不手際で、Master(Zabbix01)とSlave(Zabbix02)
のOS停止をしてしまいました。
停止後、両機を起動しましたが、「pcs status」および「crm_mon -Arf -1」
でのmaster-group(VIP_01)、msPostgresql(pgsql)のリソースのステータスが、
〝stopped〟となっていました。
================================
# pcs status
Cluster name: zabbixcluster
Last updated: Thr Jan 7 17:11:58 2016
Last change: Thr Jan 7 15:57:37 2016 by hacluster via crmd on zabbix01
Stack: corosync
Current DC: zabbix02 (1) - partition with quorum
Version: 1.1.12-561c4cf
2 Nodes configured
3 Resources configured


Online: [ zabbix01 zabbix02 ]

Full list of resources:

Master/Slave Set: msPostgresql [pgsql]
Stopped: [ zabbix01 zabbix02 ]
Resource Group: master-group
VIP_01 (ocf::heartbeat:IPaddr2): Stopped

PCSD Status:
zabbix01 (192.168.252.182): Online
zabbix02 (192.168.252.183): Online

Daemon Status:
corosync: active/enabled
pacemaker: active/enabled
pcsd: active/enabled
================================

<確認1>
 Slave(新Master)にてフェイルオーバー後の状態を継続するものと想定して
 いましたが、OS停止をした場合はこの様な挙動になるのは正しいのでしょうか?


(4)復旧
pg_basebackup、pg_ctl promote等を行い、PostgreSQLの戻しを行いました。
(※「psql -h localhost -c "SELECT pg_is_in_recovery();"」にて
両PostgresSQLの起動状態(Zabbix01:f、Zabbix02:t)と、ストリーミング
レプリケーションの動作を確認済)

PostgreSQLの状態復旧を行った後に、
 ①pcs resource cleanup msPostgresqlとpcs resource cleanup master-group
 ②pcs cluster stop --allとpcs cluster start --all
にて復旧を試みましたが、両リソースの状態は〝stopped〟のままです。

<確認2>
 クラスタの復旧作業として①と②以外に行うことはありますか?
 (※VIP_01はdebug-atartにて強制起動し、PostgreSQLは手動起動しましたが、
 未だ〝stopped〟のままです。)


<確認3>
 そもそもの話なのですが、クラスタ起動時にVIP付与とPostgreSQL起動が
 されない状態です。(PostgreSQLは手動起動してます)
 設定内容を以下に示すので、不足している設定をご教示願います。

■設定内容
================================
pcs -f cluster_cfg property set no-quorum-policy="ignore"
pcs -f cluster_cfg property set stonith-enabled="false"
pcs -f cluster_cfg resource defaults resource-stickiness="INFINITY"
pcs -f cluster_cfg resource defaults migration-threshold="1"

pcs -f cluster_cfg resource create VIP_01 IPaddr2 \
ip="192.168.252.184" \
nic="enp0s3" \
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"

pcs -f cluster_cfg resource create pgsql pgsql \
pgctl="/usr/bin/pg_ctl" \
psql="/usr/bin/psql" \
pgdata="/var/lib/pgsql/data/" \
rep_mode="async" \
node_list="zabbix01 zabbix02" \
restore_command="cp /var/lib/pgsql/pg_archive/%f %p" \
primary_conninfo_opt="keepalives_idle=60 keepalives_interval=5
keepalives_count=5" \
master_ip="192.168.252.184" \
restart_on_promote='true' \
op start timeout="60s" interval="0s" on-fail="restart" \
op monitor timeout="60s" interval="4s" on-fail="restart" \
op monitor timeout="60s" interval="3s" on-fail="restart"
role="Master" \
op promote timeout="60s" interval="0s" on-fail="restart" \
op demote timeout="60s" interval="0s" on-fail="stop" \
op stop timeout="60s" interval="0s" on-fail="block" \
op notify timeout="60s" interval="0s"

pcs -f cluster_cfg resource master msPostgresql pgsql \
master-max=1 master-node-max=1 clone-max=2 clone-node-max=1 notify=true

pcs -f cluster_cfg resource group add master-group VIP_01

pcs -f pgsql_cfg constraint colocation add master-group with Master
msPostgresql INFINITY
pcs -f pgsql_cfg constraint order promote msPostgresql then start
master-group symmetrical=false score=INFINITY
pcs -f pgsql_cfg constraint order demote msPostgresql then stop
master-group symmetrical=false score=0
================================

(上記を「pcs cluster cib-push cluster_cfg」にて反映しています)

_______________________________________________
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 Re: クラスタの復旧およびPacemakerの挙動について [ In reply to ] m.hiraguchi at freebit Jan 14, 2016, 3:53 AM Post #3 of 9 (2556 views) Permalink ひがし様

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

<確認1のご回答>
>PG-REXでは、Pacemaker起動をMasterになってほしいノードから片方ずつ行い、
>そのPacemakerが完全に起動し、PostgreSQLがMasterになったことを確認してから、
>もう片方を起動する、というように起動する必要があります。
>Pacemakerからすると、2ノード同時に起動された場合、どちらのノードを優先して
>Masterにすべきか判断できないためです。
>今回の場合、Slave(新Master)のみを先に起動すれば、きちんとMasterになったかと
>思います。

⇒本ケースの再現がありましたので、Slave(新Master)機⇒Master(新Slave)機の順で、
 クラスタ起動を行いました。

<確認2のご回答>
>ログを確認しないと断定はできませんが、両系でPGSQL.lockファイルが残存している
>可能性があります。
>これは、データが古い可能性があることをユーザに気づかせるための印で、
>Pacemaker(pgsql RA)が正常停止するときのみ削除されます。つまり、異常停止時
>には残存し、異常停止した旨をユーザに気づかせるものです。
>通常、postgreユーザのホーム配下のtmp/(/var/lib/pgsql/tmp/)にあります。
>データ復旧後、またはデータが古い可能性があること承知の上で、当該ノードの
>PostgreSQLを起動する際は、このファイルを手動で削除する必要があります

⇒ご指摘の事項およびpg_basebackup、promote、recovery.done⇒recovery.confの
リネーム等
 PostgreSQLの(Masterでの)起動条件を整理し復旧しました。

<確認3のご回答>
>構築後、一度きちんと起動しているようなので、設定に問題は無いかと
>思います。
>#STONITH, SFEX, VIPcheck等の排他制御は設定されていないようなので、
> スプリットブレイン発生時は両系ノードがMasterになってしまうのが
> 問題と言えば問題ですが、今回の事象とは関係ないと思います。
⇒クラスタ起動に連動し、PostgreSQLが起動するようになりました。
 ※関係ないかもしれませんが、前回との変更点は、PostgreSQLリソースに
 「start_option="-i -p 5432"」の追加です。


■新たな確認事項
 VIP、PostgreSQLのクラスタリソースおよびグループ以外のリソース(Zabbix)
を追加しました。

 ■zabbixリソースの作成内容
# pcs resource create ZabbixSV zabbixserver \
> binary="/usr/sbin/zabbix_server" \
> pid="/var/run/zabbix/zabbix_server.pid" \
> config="/etc/zabbix/zabbix_server.conf" \
> op start timeout="60s" interval="0s" on-fail="restart" \
> op monitor timeout="60s" interval="0s" on-fail="restart" \
> op stop timeout="60s" interval="0s" on-fail="block"

 ■zabbixリソースのグループ登録(VIPリソースグループへの追加)
# pcs resource group add GrpVIP ZabbixSV
# pcs resource group list
GrpVIP: VIP_01 ZabbixSV


※フェイルオーバー時の起動順序は、
  ①PostgreSQLのPromote
  ②VIP付与
  ③ZabbixServer起動
 を想定しています。

この内容で、PostgreSQL障害時はSlave(新マスタ)機へ問題なく切り替わりまし
たが、
ZabbixServer障害時はクラスタリソース全てがMaster、Slave共に停止してしま
いました。

PostgreSQLに依存するクラスタリソースの登録について
ご教示願います。

ご助勢の程、宜しくお願い致します。



On 2016/01/14 13:48, kazuh@goo.jp wrote:
> ひがしと申します。
> お世話になります。
>
>
>> <確認1>
>>  Slave(新Master)にてフェイルオーバー後の状態を継続するものと想定して
>>  いましたが、OS停止をした場合はこの様な挙動になるのは正しいのでしょうか?
> PG-REXでは、Pacemaker起動をMasterになってほしいノードから片方ずつ行い、
> そのPacemakerが完全に起動し、PostgreSQLがMasterになったことを確認してから、
> もう片方を起動する、というように起動する必要があります。
> Pacemakerからすると、2ノード同時に起動された場合、どちらのノードを優先して
> Masterにすべきか判断できないためです。
>
> 今回の場合、Slave(新Master)のみを先に起動すれば、きちんとMasterになったかと
> 思います。
>
>
>> <確認2>
>>  クラスタの復旧作業として①と②以外に行うことはありますか?
>>  (※VIP_01はdebug-atartにて強制起動し、PostgreSQLは手動起動しましたが、
>>  未だ〝stopped〟のままです。)
> ログを確認しないと断定はできませんが、両系でPGSQL.lockファイルが残存している
> 可能性があります。
>
> これは、データが古い可能性があることをユーザに気づかせるための印で、
> Pacemaker(pgsql RA)が正常停止するときのみ削除されます。つまり、異常停止時
> には残存し、異常停止した旨をユーザに気づかせるものです。
> 通常、postgreユーザのホーム配下のtmp/(/var/lib/pgsql/tmp/)にあります。
>
> データ復旧後、またはデータが古い可能性があること承知の上で、当該ノードの
> PostgreSQLを起動する際は、このファイルを手動で削除する必要があります。
>
>
>
> なお、手前味噌になりますが、昨年福岡で開催のオープンソースカンファレンスにて
> PG-REXの故障時の挙動や運用方法をまとめた講演を行いました。
> PostgreSQLプロセス停止後の復旧は、以下P42に掲載しています。
>
> http://linux-ha.osdn.jp/wp/archives/4137
>  →PG-REXで学ぶPacemaker運用の実例
>    P42 vip-master故障時の復旧方法
>
>
>> <確認3>
>>  そもそもの話なのですが、クラスタ起動時にVIP付与とPostgreSQL起動が
>>  されない状態です。(PostgreSQLは手動起動してます)
>>  設定内容を以下に示すので、不足している設定をご教示願います。
> 構築後、一度きちんと起動しているようなので、設定に問題は無いかと
> 思います。
> #STONITH, SFEX, VIPcheck等の排他制御は設定されていないようなので、
>  スプリットブレイン発生時は両系ノードがMasterになってしまうのが
>  問題と言えば問題ですが、今回の事象とは関係ないと思います。
>  排他制御については、以下講演が詳しいです。
>   http://linux-ha.osdn.jp/wp/archives/4338
>    →試して覚えるPacemaker入門 排他制御機能編
>
>
> 一度、以下の順に、起動・停止をやりなおしてみてはいかがでしょうか?
> (上記PGSQL.lockや片系ずつ起動、を踏まえた手順案です。)
>
>  1) 一旦、両系のPacemakerをSlave→Masterの順に片系ずつ停止
>  2) 一旦、手動起動した両系のPostgreSQLをSlave→Masterの順に片系ずつ停止
>  3) 両系の/var/lib/pgsql/tmp/PGSQL.lock を削除
>  4) さきほどMasterだった方のノードのPacemakerを起動
>    →crm_mon等でPostgreSQLがMasterになることを確認
>  5) pg_basebackupを実行し、現Masterの最新データをSlaveにコピー
>  6) SlaveのPacemakerを起動
>
>
> これでも起動しない場合、両系分のPacemakerとPostgreSQLのログを見てみる
> 必要があります。
>
>
> 以上です。
> よろしくお願いいたします。
>
>
> ----- 元のメッセージ -----
> From: "Pacemaker初心者" <m.hiraguchi@freebit.net>
> 宛先: linux-ha-japan@lists.osdn.me
> 送信済み: 2016年1月8日, 金曜日 午後 6:38:26
> 件名: [Linux-ha-jp] クラスタの復旧およびPacemakerの挙動について
>
> お世話になります。
>
> 先般、PG-REXでのPacemaker構築にて上手くいかなかったので、勉強がてら
> pcsコマンドにて再構築を行いました。
>
> [環境]
> OS :CentOS7.1
> PostgresSQL :postgresql-server-9.2.13-1
> Pacemaker :pacemaker-1.1.12-22
>
>
> 構築後に諸々問題点が発生しており、ご助勢頂けると助かります。
> 以下、状況を順に記します。
>
>
> (1)構築後の状況
> ================================
> # crm_mon -Arf -1
> Last updated: Tue Jan 5 21:39:19 2016
> Last change: Tue Jan 5 21:38:46 2016 by hacluster via crmd on zabbix01
> Stack: corosync
> Current DC: zabbix01(1) - partition with quorum
> Version: 1.1.12-561c4cf
> 2 Nodes configured
> 3 Resources configured
>
> Online: [ zabbix01 zabbix02 ]
>
> Full list of resources:
>
> Master/Slave Set: msPostgresql [pgsql]
> Masters: [ zabbix01 ]
> Slaves: [ zabbix02 ]
> Resource Group: master-group
> VIP_01 (ocf::heartbeat:IPaddr2): Started zabbix01
>
> Node Attributes:
> * Node zabbix01:
> + #cluster-name : zabbixcluster
> + #site-name : zabbixcluster
> + master-pgsql : 1000
> + pgsql-data-status : LATEST
> + pgsql-master-baseline : 0000000016000080
> + pgsql-status : PRI
> * Node zabbix02:
> + #cluster-name : zabbixcluster
> + #site-name : zabbixcluster
> + master-pgsql : 100
> + pgsql-data-status : STREAMING|ASYNC
> + pgsql-status : HS:async
>
> Migration summary:
> * Node zabbix02:
> * Node zabbix01:
> ================================
>
>
> (2)Slaveへの切替
> 切替テストとして、Zabbix01のPostgresqlを停止しました。
> 停止後のクラスタの状態(下記)としては問題ないと思ってます。
> ================================
> # crm_mon -Arf -1
> Last updated: Wed Jan 6 00:45:32 2016
> Last change: Wed Jan 6 00:30:22 2016 by hacluster via crmd on zabbix01
> Stack: corosync
> Current DC: zabbix01 (1) - partition with quorum
> Version: 1.1.12-561c4cf
> 2 Nodes configured
> 3 Resources configured
>
> Online: [ zabbix01 zabbix02 ]
>
> Full list of resources:
>
> Master/Slave Set: msPostgresql [pgsql]
> Masters: [ zabbix02 ]
> Stopped: [ zabbix01 ]
> Resource Group: master-group
> VIP_01 (ocf::heartbeat:IPaddr2): Started zabbix02p
>
> Node Attributes:
> * Node zabbix01:
> + #cluster-name : zabbixcluster
> + #site-name : zabbixcluster
> + master-pgsql : -INFINITY
> + pgsql-data-status : DISCONNECT
> + pgsql-status : STOP
> * Node zabbix02:
> + #cluster-name : zabbixcluster
> + #site-name : zabbixcluster
> + master-pgsql : 1000
> + pgsql-data-status : LATEST
> + pgsql-master-baseline : 0000000017000080
> + pgsql-status : PRI
>
> Migration summary:
> * Node zabbix02:
> * Node zabbix01:
> pgsql: migration-threshold=1 fail-count=1 last-failure='Wed Jan 6
> 00:30:13 2016'
>
> Failed actions:
> pgsql_monitor_3000 on zabbix01 'unknown error' (1): call=126,
> status=complete, last-rc-change='Wed Jan 6 00:30:13 2016', queued=0ms,
> exec=0ms
> ================================
>
>
> (3)
> この後、切戻しを行う際に当方の不手際で、Master(Zabbix01)とSlave(Zabbix02)
> のOS停止をしてしまいました。
> 停止後、両機を起動しましたが、「pcs status」および「crm_mon -Arf -1」
> でのmaster-group(VIP_01)、msPostgresql(pgsql)のリソースのステータスが、
> 〝stopped〟となっていました。
> ================================
> # pcs status
> Cluster name: zabbixcluster
> Last updated: Thr Jan 7 17:11:58 2016
> Last change: Thr Jan 7 15:57:37 2016 by hacluster via crmd on zabbix01
> Stack: corosync
> Current DC: zabbix02 (1) - partition with quorum
> Version: 1.1.12-561c4cf
> 2 Nodes configured
> 3 Resources configured
>
>
> Online: [ zabbix01 zabbix02 ]
>
> Full list of resources:
>
> Master/Slave Set: msPostgresql [pgsql]
> Stopped: [ zabbix01 zabbix02 ]
> Resource Group: master-group
> VIP_01 (ocf::heartbeat:IPaddr2): Stopped
>
> PCSD Status:
> zabbix01 (192.168.252.182): Online
> zabbix02 (192.168.252.183): Online
>
> Daemon Status:
> corosync: active/enabled
> pacemaker: active/enabled
> pcsd: active/enabled
> ================================
>
> <確認1>
>  Slave(新Master)にてフェイルオーバー後の状態を継続するものと想定して
>  いましたが、OS停止をした場合はこの様な挙動になるのは正しいのでしょうか?
>
>
> (4)復旧
> pg_basebackup、pg_ctl promote等を行い、PostgreSQLの戻しを行いました。
> (※「psql -h localhost -c "SELECT pg_is_in_recovery();"」にて
> 両PostgresSQLの起動状態(Zabbix01:f、Zabbix02:t)と、ストリーミング
> レプリケーションの動作を確認済)
>
> PostgreSQLの状態復旧を行った後に、
>  ①pcs resource cleanup msPostgresqlとpcs resource cleanup master-group
>  ②pcs cluster stop --allとpcs cluster start --all
> にて復旧を試みましたが、両リソースの状態は〝stopped〟のままです。
>
> <確認2>
>  クラスタの復旧作業として①と②以外に行うことはありますか?
>  (※VIP_01はdebug-atartにて強制起動し、PostgreSQLは手動起動しましたが、
>  未だ〝stopped〟のままです。)
>
>
> <確認3>
>  そもそもの話なのですが、クラスタ起動時にVIP付与とPostgreSQL起動が
>  されない状態です。(PostgreSQLは手動起動してます)
>  設定内容を以下に示すので、不足している設定をご教示願います。
>
> ■設定内容
> ================================
> pcs -f cluster_cfg property set no-quorum-policy="ignore"
> pcs -f cluster_cfg property set stonith-enabled="false"
> pcs -f cluster_cfg resource defaults resource-stickiness="INFI adrlanct. christelijke louboutin las vegasNITY"
> pcs -f cluster_cfg resource defaults migration-threshold="1"
>
> pcs -f cluster_cfg resource create VIP_01 IPaddr2 \
> ip="192.168.252.184" \
> nic="enp0s3" \
> 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"
>
> pcs -f cluster_cfg resource create pgsql pgsql \
> pgctl="/usr/bin/pg_ctl" \
> psql="/usr/bin/psql" \
> pgdata="/var/lib/pgsql/data/" \
> rep_mode="async" \
> node_list="zabbix01 zabbix02" \
> restore_command="cp /var/lib/pgsql/pg_archive/%f %p" \
> primary_conninfo_opt="keepalives_idle=60 keepalives_interval=5
> keepalives_count=5" \
> master_ip="192.168.252.184" \
> restart_on_promote='true' \
> op start timeout="60s" interval="0s" on-fail="restart" \
> op monitor timeout="60s" interval="4s" on-fail="restart" \
> op monitor timeout="60s" interval="3s" on-fail="restart"
> role="Master" \
> op promote timeout="60s" interval="0s" on-fail="restart" \
> op demote timeout="60s" interval="0s" on-fail="stop" \
> op stop timeout="60s" interval="0s" on-fail="block" \
> op notify timeout="60s" interval="0s"
>
> pcs -f cluster_cfg resource master msPostgresql pgsql \
> master-max=1 master-node-max=1 clone-max=2 clone-node-max=1 notify=true
>
> pcs -f cluster_cfg resource group add master-group VIP_01
>
> pcs -f pgsql_cfg constraint colocation add master-group with Master
> msPostgresql INFINITY
> pcs -f pgsql_cfg constraint order promote msPostgresql then start
> master-group symmetrical=false score=INFINITY
> pcs -f pgsql_cfg constraint order demote msPostgresql then stop
> master-group symmetrical=false score=0
> ================================
>
> (上記を「pcs cluster cib-push cluster_cfg」にて反映しています)

かかと

chaussures de mariage louboutin
christian louboutin menn sko
korting christelijke louboutin

Kiira Korpi

Kohteesta Wikipedia
Loikkaa: valikkoon, hakuun
Kiira Korpi
Kiira Korpi Nebelhorn Trophy 2009 -kilpailussa
Kiira Korpi Nebelhorn Trophy 2009 -kilpailussa
Edustettu valtio Suomen lippu Suomi
Syntynyt 26. syyskuuta 1988 (ikä 29)
Tampere, Suomi
Pituus 169 cm[1]
Valmentaja(t) Rafael Arutyunyan (ja hänen valmennustiiminsä)
Koreografi(t) Shae-Lynn Bourne
David Wilson
Luisteluseura Tampereen Tappara
Aloittanut 1993
Henkilökohtaiset parhaat pisteet (ISU)
Pisteet yhteensä 177,19
ISU GP Cup of Russia 2012
Lyhytohjelma 64,26
EM 2010
Vapaaohjelma 115,64
ISU GP Cup of Russia 2012
Mitalit
Korpi keskimmäisellä korokkeella voitettuaan juniorien Grand Prix'n osakilpailun vuonna 2004.
Korpi keskimmäisellä korokkeella voitettuaan juniorien Grand Prix'n osakilpailun vuonna 2004.
Maa: Suomen lippu Suomi
Naisten taitoluistelu
EM-kilpailut
Hopeaa Hopeaa Sheffield 2012 yksinluistelu
Pronssia Pronssia Varsova 2007 yksinluistelu
Pronssia Pronssia Bern 2011 yksinluistelu

Kiira Linda Katriina Korpi (s. 26. syyskuuta 1988 Tampere) on suomalainen kilpauransa päättänyt taitoluistelija, lajin viisinkertainen suomenmestari ja kolminkertainen EM-mitalisti.[1]

Sisällysluettelo

  • 1 Ura
    • 1.1 Arvokisat
    • 1.2 Urheilu-uran jälkeen
  • 2 Tunnustuksia
  • 3 Yksityiselämä
  • 4 Lähteet
  • 5 Aiheesta muualla

Ura[muokkaa | muokkaa wikitekstiä]

Korpi aloitti luistelun Tapparan taitoluistelukoulussa vuonna 1993 ja edustaa seuraa edelleen.[1] Juniorisarjoissa hän saavutti Pohjoismaiden ja Suomen mestaruudet vuonna 2004[2] sekä sijoittui MM-kisoissa parhaimmillaan kymmenenneksi vuonna 2005.[3] Aikuisten SM-kilpailuissa Korpi on voittanut kultaa kausilla 2008–2009,[4] 2010–2011,[5], 2011–2012[6], 2012–13[7] ja 2014–2015[8]. Kausilla 2004–2005, 2007–2008 ja 2009–2010 hän oli toinen ja kaudella 2005–2006 kolmas.[1]

Korven valmentajina toimivat pitkään Maaret Siromaa ja Susanna Haarala. Heinäkuussa 2013 Korpi siirtyi harjoittelemaan Kaliforniaan Yhdysvaltoihin, missä hänen valmentajanaan toimi Rafael Arutyunyan.[9] Kaudella 2014–2015 hän harjoitteli Saksan Oberstdorfissa, missä hänen tekniikkavalmentajanaan toimi Carlos Avila de Borba.[10]

Kauden 2010–2011 lyhytohjelman koreografian Korvelle teki jäätanssin entinen maailmanmestari Shae-Lynn Bourne ja vapaaohjelman koreografian David Wilson, joka oli vastannut muun muassa olympiavoittaja Kim Yu-Nan aiemmista ohjelmista.[11] Kaudelle 2013–2014 Korven lyhytohjelman koreografian teki Jeffrey Buttle, vuoden 2008 miesten taitoluistelun maailmanmestari.[9]

Korven uraa ja varsinkin sen viimeisiä vuosia varjostivat loukkaantumiset. Hän lopetti kilpailu-uransa kesällä 2015 motivaatiopulan vuoksi[12].[13]

Arvokisat[muokkaa | muokkaa wikitekstiä]

Taitoluistelun EM-kisoissa Korven parhaat saavutukset olivat vuoden 2012 hopeamitali ja vuosien 2007 ja 2011 pronssimitalit.[3] Vuonna 2010 hän oli neljäs, vuosina 2008 ja 2009 viides sekä vuonna 2006 kuudes.[3]

MM-kilpailuissa Korpi oli parhaimmillaan yhdeksäs Göteborgissa 2008 ja Moskovassa 2011. Calgaryssä vuonna 2006 hän oli kymmenes ja Tokiossa vuonna 2007 14:s.

Torinon olympialaisissa 2006 Korpi luisteli sijalle 16. Hän yritti kisoissa ensimmäistä kertaa kolmois-kolmoisyhdistelmää ja selviytyi siitä kaatumatta, mutta jälkimmäinen hyppy tuli alas kahdelle jalalle ja kirjattiin sen vuoksi tuloksiin kolmois-kaksoisyhdistelmäksi. Kuukautta myöhemmin Calgaryn MM-kisoissa yhdistelmä sujui paremmin; karsinnoissa Korpi hyppäsi puhtaan kolmois-kolmoishypyn ja toisti saman seuraavana päivänä lyhytohjelmassaan. Vapaaohjelmassa Korpi joutui kuitenkin ottamaan ylimääräisen askeleen hyppyjen välissä, ja kolmois-kolmoisyhdistelmäksi aiotusta hypystä tuli näin ollen hyppysarja. Calgaryssa Korvesta tuli kuitenkin ensimmäinen suomalainen naisluistelija, joka MM-tasolla onnistui kolmois-kolmoisyhdistelmässä.lähde? Aikaisemmin kyseisiä yhdistelmiä ei ollut suomalaisnaisilta nähty EM-tasoa korkeammalla.

Olympialaisten välissä pidetyissä vuoden 2009 talviuniversiadeissa Korpi oli kolmas.[14] Vancouverin olympialaisissa 2010 Korpi oli 11. Hän tähtäsi myös Sotšin olympialaisiin 2014 mutta loukkaantui syksyllä 2013 eikä kyennyt osallistumaan olympiakarsintaan.[15]

Urheilu-uran jälkeen[muokkaa | muokkaa wikitekstiä]

Elokuussa 2015 Korpi kertoi lopettavansa taitoluistelukilpauransa ja siirtyvänsä luisteluammattilaiseksi.[16] Korpi palkittiin urheilu-urastaan Suomen urheilugaalassa 2016.[17]

Kilpauransa päättämisen jälkeen Korpi on toiminut muun muassa Ylen asiantuntijana taitoluistelulähetyksissä.[18]

Korpi esiintyi kesällä 2016 Uudessa iloisessa teatterissa.[19] Vuonna 2017 hän toimii MTV3:n Tanssii tähtien kanssa -ohjelmassa kilpailun tuomaristossa.[20]

Tunnustuksia[muokkaa | muokkaa wikitekstiä]

Syyskuussa 2006 Korpi sai vuoden positiivisimman suomalaisen tittelin. Valitsijatuomariston mukaan Korpi on sinnikkyytensä, päämäärätietoisuutensa sekä hyvän elämänasenteensa lisäksi hyvä ja tervehenkinen esikuva nuorisolle. Korpi on myös valittu vuoden 2007 tamperelaiseksi. Opiskelijoiden Liikuntaliitto palkitsi Korven vuoden 2009 opiskelijaurheilijana.[21]

The Annual Independent Critic's List listasi Korven huhtikuussa 2008 sadan maailman kauneimman naisen listalle sijalle 38.[22] Maaliskuussa 2008 Iltalehden naistenpäivän äänestyksessä Korpi valittiin vuoden naiseksi. Korpi valittiin Total Pro Sports -urheilujulkaisijan listalla Vancouverin talviolympialaisten 25 kuumimman naisurheilijan joukkoon.[23]

Yksityiselämä[muokkaa | muokkaa wikitekstiä]

Korpi valmistui ylioppilaaksi tamperelaisen Sammon keskuslukion urheilulinjalta vuonna 2008. Hän on opiskellut Tampereen yliopistossa kauppatieteiden alkeita, mutta sittemmin päättänyt opintonsa.[21] Korven isä on aiemmin jääkiekkovalmentajana ja nykyisin yritysvalmentajana toimiva Rauno Korpi.

Korpi on vuodesta 2010 seurustellut Italiassa mallina työskentelevän Arthur Borges Seppälän kanssa. Korven lopetettua kilpailu-uransa pariskunta asui Milanossa[24] kunnes 2016 muuttivat New Yorkiin.[25] Vuoden 2017 toukokuussa he kihlautuivat.[26]

Lähteet[muokkaa | muokkaa wikitekstiä]

  1. a b c d Kiira Korpi Biography International Skating Union (ISU). Viitattu 8.1.2015.
  2. Kiira Korpi – tapparalaista taitoluistelua Elävä Arkisto. 16.1.2005 (alkuperäinen). Yle. Viitattu 30.10.2013.
  3. a b c Kiira Korpi Suomen Taitoluisteluliitto. Viitattu 30.10.2013.
  4. Kiira Korpi luisteli SM-kultaa 21.12.2008. Yle Urheilu. Viitattu 30.10.2013.
  5. Kiira Korpi luisteli SM-kultaa huippupistein 19.12.2010. Viitattu 30.10.2013.
  6. Kiira Korpi luisteli ylivoimaiseen mestaruuteen 18.12.2011. Iltasanomat. Viitattu 30.10.2013.
  7. Kiira Korpi uusi Suomen mestaruutensa 16.12.2012. Yle Urheilu. Viitattu 30.10.2013.
  8. SM2015: Korpi, Virtanen ja Karmi-Lindholm mestaruuksiin 21.12.2014. Suomen Taitoluisteluliitto ry. Viitattu 8.1.2015.
  9. a b Kiira Korpi hakee olympiakauteen vauhtia Yhdysvalloista 23.8.2013. Suomen taitoluisteluliitto. Viitattu 30.10.2013.
  10. Kiira Korpi kesti nuorten haasteen MTV.fi. 21.12.2014. Viitattu 26.3.2015.
  11. Kiira Korpi helpottuneena – Uudet koreografit eivät rahan perässä 23.9.2010. MTV3. Viitattu 9.1.2011.
  12. http://yle.fi/urheilu/kiira_korpi_vahvisti_lopetus-uutisen_motivaatio_ei_riita/8257555
  13. http://www.mtv.fi/sport/muut-lajit/taitoluistelu/artikkeli/urheilulehti-kiira-korpi-lopettaa-huippu-uransa/5280736
  14. Kiira Korpi tyytyväinen pronssiinkin universiadeissa 24.2.2009. Helsingin Sanomat. Viitattu 26.2.2009.
  15. Kiira Korpi loukkasi akillesjänteensä – missaa olympiakarsinnat Iltasanomat.fi. 16.9.2013. Viitattu 20.2.2014.
  16. Kiira Korpi vahvisti: Kilpaura on ohi 27.8.2015. mtv.fi. Viitattu 27.8.2015.
  17. Voittajat 12.1.2016. Suomen Urheilugaala. Viitattu 12.1.2016.
  18. Nurminen, Jere: Kiira Korpi mukaan Ylen taitoluistelulähetyksiin Yle Urheilu. 13.11.2015. Viitattu 26.1.2016.
  19. Kiira Korven uudet tuulet: rooli teatterissa ja muutto Manhattanille! www.iltalehti.fi. Viitattu 8.4.2016.
  20. Tässä ovat Tanssii Tähtien Kanssa -juhlakauden tanssiparit! 23.1.2017. MTV3. Viitattu 21.2.2017.
  21. a b Kiira Korvesta vuoden opiskelijaurheilija 2.2.2010. Suomen Taitoluisteluliitto. Viitattu 23.8.2016.
  22. TC Candler 2008
  23. 25 Hot Female Olympians to Watch For In Vancouver 12.2.2010. TotalProSports.com. Viitattu 30.10.2013. (englanniksi)
  24. http://www.mtv.fi/viihde/seurapiirit/artikkeli/kiira-korpi-avoliittoon-muuttaa-rakkaansa-luo-milanoon/5283188
  25. Kiira Korven uudet tuulet: rooli teatterissa ja muutto Manhattanille! www.iltalehti.fi. Viitattu 8.4.2016.
  26. Kiira Korpi ja Arthur-rakas: Kihlat! Viitattu 8.5.2017.

Aiheesta muualla[muokkaa | muokkaa wikitekstiä]

  • Commons-logo.svg Kuvia tai muita tiedostoja aiheesta Kiira Korpi Wikimedia Commonsissa
  • Korven viralliset fanisivut.
  • Japanilais-suomalainen fanisivusto. (englanniksi)
  • Kiira Korpi – tapparalaista taitoluistelua Ylen Elävä arkisto.
  • Kiira Korpi kaatui EM-vapaaohjelmassa 2009 Ylen Elävä arkisto.


Noudettu kohteesta https://fi.wikipedia.org/w/index.php?title=Kiira_Korpi&oldid=16468250