Advanced
Mailing List Archive

Mailing List Archive

  1. Home >
  2. Linux-HA>
  3. Japanese
1 2  View All
pacemaker + corosync $B>e$G(B PostgreSQL $B$rF0$+$7(B$B$?:]$N6u$-%a%b%j8:>/$K$D$$$F(B
akiba at acroquest
Sep 21, 2016, 12:41 AM
Post #1 of 30 (6417 views)
Permalink
$B$*@$OC$K$J$C$F$*$j$^$9!#(B
$B=)MU$H?=$7$^$9!#$h$m$7$/$*4j$$CW$7$^$9!#(B

$B8=:_!"(Bpacemaker + corosync $B$N%/%i%9%?>e$G(B PostgreSQL $B$r(B
$BF0:n$5$;$F$$$k%G!<%?%Y!<%9%5!<%P$,$"$k$N$G$9$,!"(B
$B2TF/Cf$K(BOS$B$N%a%b%j;HMQNL$,A}2C$7B3$1$kLdBj$,5/$-$F$$$^$9!#(B

$B860x$rGD0.$7$?$$$N$G$9$,!"2?$+3:Ev$9$k8=>]$d3NG'%]%$%s%H(B
$B$J$I$"$j$^$9$G$7$g$&$+!)(B


$B4D6-$O0J2<$N$h$&$K$J$C$F$*$j$^$9!#(B
OS: CentOS Linux release 7.2.1511 (Core)
kernel - 3.10.0-327.18.2.el7
glibc - 2.17-106.el7_2.6
Systemd: 219-19.el7_2.9 / 219-19.el7_2.12 ($B"((B)
Pacemaker: 1.1.13-10.el7_2.2
Corosync: 2.3.4-7.el7_2.1
PostgreSQL: 9.4.8-1PGDG.rhel7

($B"((B)systemd$B$N%P!<%8%g%s$O$I$A$i$G$bH/@8$7$^$7$?(B


2$BBf$N%5!<%P$G(BHotStandby$B9=@.$K$7$F(BPostgreSQL$B$r1?MQ$7$F$$$^$9!#(B
($BN>%5!<%P$G(BPostgreSQL$B$,5/F0$7!"(Bhot-standby$B9=@.$K$7$F$$$k(B)
Active$BB&$K(BVIP$B$r3d$jEv$F$k$h$&$K$7$F!"%"%W%j%1!<%7%g%s$+$i$O(B
VIP$B$K@\B3$9$k$h$&$K$7$F$$$^$9!#(B

$B$3$l$^$G$K4Q;!$7$F8+$($F$$$k$N$O0J2<$N;v>]$K$J$j$^$9!#(B

(1) OS$B5/F0$7%/%i%9%?>uBV$r@5>o$K$7$?>uBV$G!">/$7$:$D(B
$B!!!!(BOS$B$N6u$-%a%b%jNL(B(free+buffer+cache)$B$,8:>/$7B3$1$k!#(B
$B!!!!"*#1F|$"$?$j(B30$B!A(B100MB$BDxEY$:$D8:>/$9$k(B
$B!!!!!!"((BDB$B%5!<%P<+BN$O(B4GB$B%a%b%j$rEk:\(B
$B!!!!!!"((BVIP$B$,$"$k!?$J$7$K4X$o$i$:8:>/798~$K$"$k!#(B

(2) $B%a%b%j;HMQNL$,Bg$-$$%W%m%;%9$r3NG'$9$k$H!"(BPID=1$B$N(B
$B!!!!(Bsystemd $B%W%m%;%9$G!"?t==IC$4$H$K(B4$B!A(B8KB$BDxEYA}2C$9$k!#(B

(3) $B7@5!$OITL@$@$,!";~@^?t==!A?tI4(BMB$BDxEY6u$-MFNL$,A}$($k(B
$B!!!!(B($B2sI|$9$k(B)$B$3$H$,$"$k!#(B
$B!!!!(B($BD94|E*$K8+$F%H!<%?%k$G$O8:>/$7B3$1$k(B)

(4) pacemaker + corosync$B$r;H$o$:!"(B1$BBf$N$_$GF0:n$5$;$F$$$k(B
$B!!!!3+H/%5!<%P$G$O(B(1)$B!A(B(2)$B$N$h$&$J%a%b%j;HMQNL$NA}8:$,(B
$B!!!!H/@8$7$F$$$J$$$h$&$K8+$($k!#(B
$B!!!!"*$3$NE@$,$"$j!"2?$+<j$,$+$j$,L5$$$+$H9M$(!"(B
$B!!!!!!$3$A$i$N(BML$B$K<ALd$r%]%9%H$5$;$F$$$?$@$-$^$7$?!#(B


$BD9J8$K$F62=L$G$9$,!">pJsEy$$$?$@$1$^$7$?$i9,$$$G$9!#(B
$B$h$m$7$/$*4j$$CW$7$^$9!#(B

----------------
AKIBA Makoto
akiba@acroquest.co.jp

_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Sep 21, 2016, 6:20 PM
Post #2 of 30 (6412 views)
Permalink
秋葉さん

こんにちは、山内です。

systemdプロセスではありませんが、
pacemakerとcorosyncを組み合わせてクラスタを構成した場合、pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加していく動作となります。

詳細な動作は、失念していますが、pacmakerのプロセスがメモリマップしている（？？MByteまでだったはず）エリア
を利用して通信などを行う為、クラスタ構成後、マップした一定量まで増加が続きます。
ですが、一定量までで、それ以降は、マップしたエリアを古い方から再利用する為、増加は止まります。
（上記のマップしているサイズについては、確認して、再度、ご連絡します）

(1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因には直接影響しないかと思います。

実際に増加しているのがsystemdプロセスとのことですが、pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経由して
実行・監視しているでしょうか？
＃pacemakerのprimitiveリソースとしてsystemdリソースを利用しているかどうか？ということです。

pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可能かも知れません。
＃本当にリークしているのがsystemdプロセスである可能性もあるとは思いますが・・・・

以上です。


> 現在、pacemaker + corosync のクラスタ上で PostgreSQL を
> 動作させているデータベースサーバがあるのですが、
> 稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
>
> 原因を把握したいのですが、何か該当する現象や確認ポイント
> などありますでしょうか？
>
>
> 環境は以下のようになっております。
> OS: CentOS Linux release 7.2.1511 (Core)
>     kernel - 3.10.0-327.18.2.el7
>     glibc - 2.17-106.el7_2.6
> Systemd: 219-19.el7_2.9 / 219-19.el7_2.12 (※)
> Pacemaker: 1.1.13-10.el7_2.2
> Corosync: 2.3.4-7.el7_2.1
> PostgreSQL: 9.4.8-1PGDG.rhel7
>
> (※)systemdのバージョンはどちらでも発生しました
>
>
> 2台のサーバでHotStandby構成にしてPostgreSQLを運用しています。
> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
> Active側にVIPを割り当てるようにして、アプリケーションからは
> VIPに接続するようにしています。
>
> これまでに観察して見えているのは以下の事象になります。
>
> (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
> 　　→１日あたり30～100MB程度ずつ減少する
> 　　　※DBサーバ自体は4GBメモリを搭載
> 　　　※VIPがある／なしに関わらず減少傾向にある。
>
> (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
> 　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
>
> (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
> 　　(回復する)ことがある。
> 　　(長期的に見てトータルでは減少し続ける)
>
> (4) pacemaker + corosyncを使わず、1台のみで動作させている
> 　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
> 　　発生していないように見える。
> 　　→この点があり、何か手がかりが無いかと考え、
> 　　　こちらのMLに質問をポストさせていただきました。
>
>
> 長文にて恐縮ですが、情報等いただけましたら幸いです。
> よろしくお願い致します。
>
> ----------------
> AKIBA Makoto
> akiba@acroquest.co.jp
>
> _______________________________________________
> 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 + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Sep 23, 2016, 2:03 AM
Post #3 of 30 (6411 views)
Permalink
秋葉さん

こんばんは、山内です。

pacemakerのプロセスがIPC通信の為にマップしているメモリは5Mbyteまでです。
よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性がありますが、
先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上は増えません。

このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで大きくは出来ますが、
小さくすることは出来ません。

＃これらのメモリマップの様子は、pmapコマンドで確認することが可能です。


以上です。



----- Original Message -----
> From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> Cc:
> Date: 2016/9/22, Thu 10:20
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 秋葉さん
>
> こんにちは、山内です。
>
> systemdプロセスではありませんが、
> pacemakerとcorosyncを組み合わせてクラスタを構成した場合、pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加していく動作となります。
>
> 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマップしている（？？MByteまでだったはず）エリア
> を利用して通信などを行う為、クラスタ構成後、マップした一定量まで増加が続きます。
> ですが、一定量までで、それ以降は、マップしたエリアを古い方から再利用する為、増加は止まります。
> （上記のマップしているサイズについては、確認して、再度、ご連絡します）
>
> (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因には直接影響しないかと思います。
>
> 実際に増加しているのがsystemdプロセスとのことですが、pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経由して
> 実行・監視しているでしょうか？
> ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用しているかどうか？ということです。
>
> pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可能かも知れません。
> ＃本当にリークしているのがsystemdプロセスである可能性もあるとは思いますが・・・・
>
> 以上です。
>
>
>> 現在、pacemaker + corosync のクラスタ上で PostgreSQL を
>> 動作させているデータベースサーバがあるのですが、
>> 稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
>>
>> 原因を把握したいのですが、何か該当する現象や確認ポイント
>> などありますでしょうか？
>>
>>
>> 環境は以下のようになっております。
>> OS: CentOS Linux release 7.2.1511 (Core)
>>     kernel - 3.10.0-327.18.2.el7
>>     glibc - 2.17-106.el7_2.6
>> Systemd: 219-19.el7_2.9 / 219-19.el7_2.12 (※)
>> Pacemaker: 1.1.13-10.el7_2.2
>> Corosync: 2.3.4-7.el7_2.1
>> PostgreSQL: 9.4.8-1PGDG.rhel7
>>
>> (※)systemdのバージョンはどちらでも発生しました
>>
>>
>> 2台のサーバでHotStandby構成にしてPostgreSQLを運用しています。
>> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>> Active側にVIPを割り当てるようにして、アプリケーションからは
>> VIPに接続するようにしています。
>>
>> これまでに観察して見えているのは以下の事象になります。
>>
>> (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
>> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>> 　　→１日あたり30～100MB程度ずつ減少する
>> 　　　※DBサーバ自体は4GBメモリを搭載
>> 　　　※VIPがある／なしに関わらず減少傾向にある。
>>
>> (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
>> 　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
>>
>> (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
>> 　　(回復する)ことがある。
>> 　　(長期的に見てトータルでは減少し続ける)
>>
>> (4) pacemaker + corosyncを使わず、1台のみで動作させている
>> 　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
>> 　　発生していないように見える。
>> 　　→この点があり、何か手がかりが無いかと考え、
>> 　　　こちらのMLに質問をポストさせていただきました。
>>
>>
>> 長文にて恐縮ですが、情報等いただけましたら幸いです。
>> よろしくお願い致します。
>>
>> ----------------
>> AKIBA Makoto
>> akiba@acroquest.co.jp
>>
>> _______________________________________________
>> 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
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
akiba at acroquest
Sep 26, 2016, 12:18 AM
Post #4 of 30 (6407 views)
Permalink
山内さん

秋葉です。
ご回答・解説ありがとうございます。

実際に当方の環境でpacemakerのプロセスメモリサイズを
見てみたところ、～8MB程度になっており、頂いた情報の通り
大きくはなっていませんでした。

一方で、systemd(pid=1)については1GB程度まで大きくなって
おり、pmapで参照すると[heap]とマッピングされた領域が
ほとんどを占めているように見えました。

なので、これ以上の問い合わせは見当違いの可能性もありますが、
念の為、当方で使用している設定ファイルを添付致します。
(固有情報はマスキングしてあります)

これで何か情報が得られましたら教えていただけますでしょうか。
また、不足している情報がありましたらご指摘ください。

お手数をおかけ致しますがよろしくお願い致します。


以上
----------------
AKIBA Makoto
akiba@acroquest.co.jp

> -----Original Message-----
> From: linux-ha-japan-bounces@lists.osdn.me
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> renayama19661014@ybb.ne.jp
> Sent: Friday, September 23, 2016 6:04 PM
> To: linux-ha-japan@lists.osdn.me
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
> した際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> pacemakerのプロセスがIPC通信の為にマップしているメモリは5Mbyteまでで
> す。
> よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性があります
> が、
> 先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上は増えま
> せん。
>
> このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで大きくは
> 出来ますが、
> 小さくすることは出来ません。
>
> ＃これらのメモリマップの様子は、pmapコマンドで確認することが可能です。
>
>
> 以上です。
>
>
>
> ----- Original Message -----
> > From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> > To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> > Cc:
> > Date: 2016/9/22, Thu 10:20
> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
> かした際の空きメモリ減少について
> >
> > 秋葉さん
> >
> > こんにちは、山内です。
> >
> > systemdプロセスではありませんが、
> > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
> pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加していく動作
> となります。
> >
> > 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマップして
> いる（？？MByteまでだったはず）エリア
> > を利用して通信などを行う為、クラスタ構成後、マップした一定量まで増加
> が続きます。
> > ですが、一定量までで、それ以降は、マップしたエリアを古い方から再利用
> する為、増加は止まります。
> > （上記のマップしているサイズについては、確認して、再度、ご連絡します）
> >
> > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因には直接
> 影響しないかと思います。
> >
> > 実際に増加しているのがsystemdプロセスとのことですが、
> pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経由して
> > 実行・監視しているでしょうか？
> > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用しているか
> どうか？ということです。
> >
> > pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可能かも知
> れません。
> > ＃本当にリークしているのがsystemdプロセスである可能性もあるとは思い
> ますが・・・・
> >
> > 以上です。
> >
> >
> >> 現在、pacemaker + corosync のクラスタ上で PostgreSQL を
> >> 動作させているデータベースサーバがあるのですが、
> >> 稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
> >>
> >> 原因を把握したいのですが、何か該当する現象や確認ポイント
> >> などありますでしょうか？
> >>
> >>
> >> 環境は以下のようになっております。
> >> OS: CentOS Linux release 7.2.1511 (Core)
> >> kernel - 3.10.0-327.18.2.el7
> >> glibc - 2.17-106.el7_2.6
> >> Systemd: 219-19.el7_2.9 / 219-19.el7_2.12 (※)
> >> Pacemaker: 1.1.13-10.el7_2.2
> >> Corosync: 2.3.4-7.el7_2.1
> >> PostgreSQL: 9.4.8-1PGDG.rhel7
> >>
> >> (※)systemdのバージョンはどちらでも発生しました
> >>
> >>
> >> 2台のサーバでHotStandby構成にしてPostgreSQLを運用しています。
> >> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
> >> Active側にVIPを割り当てるようにして、アプリケーションからは
> >> VIPに接続するようにしています。
> >>
> >> これまでに観察して見えているのは以下の事象になります。
> >>
> >> (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
> >> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
> >> 　　→１日あたり30～100MB程度ずつ減少する
> >> 　　　※DBサーバ自体は4GBメモリを搭載
> >> 　　　※VIPがある／なしに関わらず減少傾向にある。
> >>
> >> (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
> >> 　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
> >>
> >> (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
> >> 　　(回復する)ことがある。
> >> 　　(長期的に見てトータルでは減少し続ける)
> >>
> >> (4) pacemaker + corosyncを使わず、1台のみで動作させている
> >> 　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
> >> 　　発生していないように見える。
> >> 　　→この点があり、何か手がかりが無いかと考え、
> >> 　　　こちらのMLに質問をポストさせていただきました。
> >>
> >>
> >> 長文にて恐縮ですが、情報等いただけましたら幸いです。
> >> よろしくお願い致します。
> >>
> >> ----------------
> >> AKIBA Makoto
> >> akiba@acroquest.co.jp
> >>
> >> _______________________________________________
> >> 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

Attached Files:

Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Sep 26, 2016, 2:21 AM
Post #5 of 30 (6406 views)
Permalink
秋葉さん

こんばんは、山内です。

了解しました。
こちれでも、時間をみて、頂いた設定をベースに試してみたいと思います。

systemd関連も不具合などもあるようですので、そちらを探してみるのも良いかもしれません。
ちょっと探してみても、以下などもありました。
直接関係があるかは別ですが・・・

 * https://bugzilla.redhat.com/show_bug.cgi?id=1361120


設定などで質問があれば、またご連絡させてください。

以上です。



----- Original Message -----
> From: AKIBA Makoto <akiba@acroquest.co.jp>
> To: linux-ha-japan@lists.osdn.me
> Cc:
> Date: 2016/9/26, Mon 16:18
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 山内さん
>
> 秋葉です。
> ご回答・解説ありがとうございます。
>
> 実際に当方の環境でpacemakerのプロセスメモリサイズを
> 見てみたところ、～8MB程度になっており、頂いた情報の通り
> 大きくはなっていませんでした。
>
> 一方で、systemd(pid=1)については1GB程度まで大きくなって
> おり、pmapで参照すると[heap]とマッピングされた領域が
> ほとんどを占めているように見えました。
>
> なので、これ以上の問い合わせは見当違いの可能性もありますが、
> 念の為、当方で使用している設定ファイルを添付致します。
> (固有情報はマスキングしてあります)
>
> これで何か情報が得られましたら教えていただけますでしょうか。
> また、不足している情報がありましたらご指摘ください。
>
> お手数をおかけ致しますがよろしくお願い致します。
>
>
> 以上
> ----------------
> AKIBA Makoto
> akiba@acroquest.co.jp
>
>> -----Original Message-----
>> From: linux-ha-japan-bounces@lists.osdn.me
>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> renayama19661014@ybb.ne.jp
>> Sent: Friday, September 23, 2016 6:04 PM
>> To: linux-ha-japan@lists.osdn.me
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>> した際の空きメモリ減少について
>>
>> 秋葉さん
>>
>> こんばんは、山内です。
>>
>> pacemakerのプロセスがIPC通信の為にマップしているメモリは5Mbyteまでで
>> す。
>> よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性があります
>> が、
>> 先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上は増えま
>> せん。
>>
>> このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで大きくは
>> 出来ますが、
>> 小さくすることは出来ません。
>>
>> ＃これらのメモリマップの様子は、pmapコマンドで確認することが可能です。
>>
>>
>> 以上です。
>>
>>
>>
>> ----- Original Message -----
>> > From: "renayama19661014@ybb.ne.jp"
> <renayama19661014@ybb.ne.jp>
>> > To: "linux-ha-japan@lists.osdn.me"
> <linux-ha-japan@lists.osdn.me>
>> > Cc:
>> > Date: 2016/9/22, Thu 10:20
>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>> かした際の空きメモリ減少について
>> >
>> > 秋葉さん
>> >
>> > こんにちは、山内です。
>> >
>> > systemdプロセスではありませんが、
>> > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>> pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加していく動作
>> となります。
>> >
>> > 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマップして
>> いる（？？MByteまでだったはず）エリア
>> > を利用して通信などを行う為、クラスタ構成後、マップした一定量まで増加
>> が続きます。
>> > ですが、一定量までで、それ以降は、マップしたエリアを古い方から再利用
>> する為、増加は止まります。
>> > （上記のマップしているサイズについては、確認して、再度、ご連絡します）
>> >
>> > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因には直接
>> 影響しないかと思います。
>> >
>> > 実際に増加しているのがsystemdプロセスとのことですが、
>> pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経由して
>> > 実行・監視しているでしょうか？
>> > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用しているか
>> どうか？ということです。
>> >
>> > pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可能かも知
>> れません。
>> > ＃本当にリークしているのがsystemdプロセスである可能性もあるとは思い
>> ますが・・・・
>> >
>> > 以上です。
>> >
>> >
>> >>  現在、pacemaker + corosync のクラスタ上で PostgreSQL を
>> >>  動作させているデータベースサーバがあるのですが、
>> >>  稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
>> >>
>> >>  原因を把握したいのですが、何か該当する現象や確認ポイント
>> >>  などありますでしょうか？
>> >>
>> >>
>> >>  環境は以下のようになっております。
>> >>  OS: CentOS Linux release 7.2.1511 (Core)
>> >>      kernel - 3.10.0-327.18.2.el7
>> >>      glibc - 2.17-106.el7_2.6
>> >>  Systemd: 219-19.el7_2.9 / 219-19.el7_2.12 (※)
>> >>  Pacemaker: 1.1.13-10.el7_2.2
>> >>  Corosync: 2.3.4-7.el7_2.1
>> >>  PostgreSQL: 9.4.8-1PGDG.rhel7
>> >>
>> >>  (※)systemdのバージョンはどちらでも発生しました
>> >>
>> >>
>> >>  2台のサーバでHotStandby構成にしてPostgreSQLを運用しています。
>> >>  (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>> >>  Active側にVIPを割り当てるようにして、アプリケーションからは
>> >>  VIPに接続するようにしています。
>> >>
>> >>  これまでに観察して見えているのは以下の事象になります。
>> >>
>> >>  (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
>> >>  　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>> >>  　　→１日あたり30～100MB程度ずつ減少する
>> >>  　　　※DBサーバ自体は4GBメモリを搭載
>> >>  　　　※VIPがある／なしに関わらず減少傾向にある。
>> >>
>> >>  (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
>> >>  　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
>> >>
>> >>  (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
>> >>  　　(回復する)ことがある。
>> >>  　　(長期的に見てトータルでは減少し続ける)
>> >>
>> >>  (4) pacemaker + corosyncを使わず、1台のみで動作させている
>> >>  　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
>> >>  　　発生していないように見える。
>> >>  　　→この点があり、何か手がかりが無いかと考え、
>> >>  　　　こちらのMLに質問をポストさせていただきました。
>> >>
>> >>
>> >>  長文にて恐縮ですが、情報等いただけましたら幸いです。
>> >>  よろしくお願い致します。
>> >>
>> >>  ----------------
>> >>  AKIBA Makoto
>> >>  akiba@acroquest.co.jp
>> >>
>> >>  _______________________________________________
>> >>  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
>

_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
akiba at acroquest
Sep 28, 2016, 12:21 AM
Post #6 of 30 (6400 views)
Permalink
山内さん

秋葉です。

systemdについての情報ありがとうございます。
確認させていただきます。


以上

> -----Original Message-----
> From: linux-ha-japan-bounces@lists.osdn.me
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> renayama19661014@ybb.ne.jp
> Sent: Monday, September 26, 2016 6:22 PM
> To: linux-ha-japan@lists.osdn.me
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
> した際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> 了解しました。
> こちれでも、時間をみて、頂いた設定をベースに試してみたいと思います。
>
> systemd関連も不具合などもあるようですので、そちらを探してみるのも良いか
> もしれません。
> ちょっと探してみても、以下などもありました。
> 直接関係があるかは別ですが・・・
>
> * https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>
>
> 設定などで質問があれば、またご連絡させてください。
>
> 以上です。
>
>
>
> ----- Original Message -----
> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> > To: linux-ha-japan@lists.osdn.me
> > Cc:
> > Date: 2016/9/26, Mon 16:18
> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
> かした際の空きメモリ減少について
> >
> > 山内さん
> >
> > 秋葉です。
> > ご回答・解説ありがとうございます。
> >
> > 実際に当方の環境でpacemakerのプロセスメモリサイズを
> > 見てみたところ、～8MB程度になっており、頂いた情報の通り
> > 大きくはなっていませんでした。
> >
> > 一方で、systemd(pid=1)については1GB程度まで大きくなって
> > おり、pmapで参照すると[heap]とマッピングされた領域が
> > ほとんどを占めているように見えました。
> >
> > なので、これ以上の問い合わせは見当違いの可能性もありますが、
> > 念の為、当方で使用している設定ファイルを添付致します。
> > (固有情報はマスキングしてあります)
> >
> > これで何か情報が得られましたら教えていただけますでしょうか。
> > また、不足している情報がありましたらご指摘ください。
> >
> > お手数をおかけ致しますがよろしくお願い致します。
> >
> >
> > 以上
> > ----------------
> > AKIBA Makoto
> > akiba@acroquest.co.jp
> >
> >> -----Original Message-----
> >> From: linux-ha-japan-bounces@lists.osdn.me
> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >> renayama19661014@ybb.ne.jp
> >> Sent: Friday, September 23, 2016 6:04 PM
> >> To: linux-ha-japan@lists.osdn.me
> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> 動か
> >> した際の空きメモリ減少について
> >>
> >> 秋葉さん
> >>
> >> こんばんは、山内です。
> >>
> >> pacemakerのプロセスがIPC通信の為にマップしているメモリは5Mbyteま
> でで
> >> す。
> >> よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性があり
> ます
> >> が、
> >> 先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上は増
> えま
> >> せん。
> >>
> >> このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで大き
> くは
> >> 出来ますが、
> >> 小さくすることは出来ません。
> >>
> >> ＃これらのメモリマップの様子は、pmapコマンドで確認することが可能で
> す。
> >>
> >>
> >> 以上です。
> >>
> >>
> >>
> >> ----- Original Message -----
> >> > From: "renayama19661014@ybb.ne.jp"
> > <renayama19661014@ybb.ne.jp>
> >> > To: "linux-ha-japan@lists.osdn.me"
> > <linux-ha-japan@lists.osdn.me>
> >> > Cc:
> >> > Date: 2016/9/22, Thu 10:20
> >> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> å‹•
> >> かした際の空きメモリ減少について
> >> >
> >> > 秋葉さん
> >> >
> >> > こんにちは、山内です。
> >> >
> >> > systemdプロセスではありませんが、
> >> > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
> >> pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加していく
> 動作
> >> となります。
> >> >
> >> > 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマップ
> して
> >> いる（？？MByteまでだったはず）エリア
> >> > を利用して通信などを行う為、クラスタ構成後、マップした一定量まで
> 増加
> >> が続きます。
> >> > ですが、一定量までで、それ以降は、マップしたエリアを古い方から再
> 利用
> >> する為、増加は止まります。
> >> > （上記のマップしているサイズについては、確認して、再度、ご連絡し
> ます）
> >> >
> >> > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因には
> 直接
> >> 影響しないかと思います。
> >> >
> >> > 実際に増加しているのがsystemdプロセスとのことですが、
> >> pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経由し
> て
> >> > 実行・監視しているでしょうか？
> >> > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用してい
> るか
> >> どうか？ということです。
> >> >
> >> > pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可能か
> も知
> >> れません。
> >> > ＃本当にリークしているのがsystemdプロセスである可能性もあるとは
> 思い
> >> ますが・・・・
> >> >
> >> > 以上です。
> >> >
> >> >
> >> >> 現在、pacemaker + corosync のクラスタ上で PostgreSQL を
> >> >> 動作させているデータベースサーバがあるのですが、
> >> >> 稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
> >> >>
> >> >> 原因を把握したいのですが、何か該当する現象や確認ポイント
> >> >> などありますでしょうか？
> >> >>
> >> >>
> >> >> 環境は以下のようになっております。
> >> >> OS: CentOS Linux release 7.2.1511 (Core)
> >> >> kernel - 3.10.0-327.18.2.el7
> >> >> glibc - 2.17-106.el7_2.6
> >> >> Systemd: 219-19.el7_2.9 / 219-19.el7_2.12 (※)
> >> >> Pacemaker: 1.1.13-10.el7_2.2
> >> >> Corosync: 2.3.4-7.el7_2.1
> >> >> PostgreSQL: 9.4.8-1PGDG.rhel7
> >> >>
> >> >> (※)systemdのバージョンはどちらでも発生しました
> >> >>
> >> >>
> >> >> 2台のサーバでHotStandby構成にしてPostgreSQLを運用しています。
> >> >> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
> >> >> Active側にVIPを割り当てるようにして、アプリケーションからは
> >> >> VIPに接続するようにしています。
> >> >>
> >> >> これまでに観察して見えているのは以下の事象になります。
> >> >>
> >> >> (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
> >> >> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
> >> >> 　　→１日あたり30～100MB程度ずつ減少する
> >> >> 　　　※DBサーバ自体は4GBメモリを搭載
> >> >> 　　　※VIPがある／なしに関わらず減少傾向にある。
> >> >>
> >> >> (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
> >> >> 　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
> >> >>
> >> >> (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
> >> >> 　　(回復する)ことがある。
> >> >> 　　(長期的に見てトータルでは減少し続ける)
> >> >>
> >> >> (4) pacemaker + corosyncを使わず、1台のみで動作させている
> >> >> 　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
> >> >> 　　発生していないように見える。
> >> >> 　　→この点があり、何か手がかりが無いかと考え、
> >> >> 　　　こちらのMLに質問をポストさせていただきました。
> >> >>
> >> >>
> >> >> 長文にて恐縮ですが、情報等いただけましたら幸いです。
> >> >> よろしくお願い致します。
> >> >>
> >> >> ----------------
> >> >> AKIBA Makoto
> >> >> akiba@acroquest.co.jp
> >> >>
> >> >> _______________________________________________
> >> >> 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
> >
>
> _______________________________________________
> 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 + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Sep 28, 2016, 2:08 AM
Post #7 of 30 (6400 views)
Permalink
秋葉さん

こんばんは、山内です。

(MLへの送信に失敗しているように思えるので、再送します）

頂いた設定について拝見しましたが、特にPacemaker的には問題ないと思います。

CentOS7でのsystemdの様子については、これからVM構成ですが、確認してみるつもりです。

ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行されましたか？
念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。

以上です。



----- Original Message -----
> From: AKIBA Makoto <akiba@acroquest.co.jp>
> To: linux-ha-japan@lists.osdn.me
> Cc:
> Date: 2016/9/28, Wed 16:21
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 山内さん
>
> 秋葉です。
>
> systemdについての情報ありがとうございます。
> 確認させていただきます。
>
>
> 以上
>
>> -----Original Message-----
>> From: linux-ha-japan-bounces@lists.osdn.me
>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> renayama19661014@ybb.ne.jp
>> Sent: Monday, September 26, 2016 6:22 PM
>> To: linux-ha-japan@lists.osdn.me
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>> した際の空きメモリ減少について
>>
>> 秋葉さん
>>
>> こんばんは、山内です。
>>
>> 了解しました。
>> こちれでも、時間をみて、頂いた設定をベースに試してみたいと思います。
>>
>> systemd関連も不具合などもあるようですので、そちらを探してみるのも良いか
>> もしれません。
>> ちょっと探してみても、以下などもありました。
>> 直接関係があるかは別ですが・・・
>>
>>   * https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>>
>>
>> 設定などで質問があれば、またご連絡させてください。
>>
>> 以上です。
>>
>>
>>
>> ----- Original Message -----
>> > From: AKIBA Makoto <akiba@acroquest.co.jp>
>> > To: linux-ha-japan@lists.osdn.me
>> > Cc:
>> > Date: 2016/9/26, Mon 16:18
>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>> かした際の空きメモリ減少について
>> >
>> > 山内さん
>> >
>> > 秋葉です。
>> > ご回答・解説ありがとうございます。
>> >
>> > 実際に当方の環境でpacemakerのプロセスメモリサイズを
>> > 見てみたところ、～8MB程度になっており、頂いた情報の通り
>> > 大きくはなっていませんでした。
>> >
>> > 一方で、systemd(pid=1)については1GB程度まで大きくなって
>> > おり、pmapで参照すると[heap]とマッピングされた領域が
>> > ほとんどを占めているように見えました。
>> >
>> > なので、これ以上の問い合わせは見当違いの可能性もありますが、
>> > 念の為、当方で使用している設定ファイルを添付致します。
>> > (固有情報はマスキングしてあります)
>> >
>> > これで何か情報が得られましたら教えていただけますでしょうか。
>> > また、不足している情報がありましたらご指摘ください。
>> >
>> > お手数をおかけ致しますがよろしくお願い致します。
>> >
>> >
>> > 以上
>> > ----------------
>> > AKIBA Makoto
>> > akiba@acroquest.co.jp
>> >
>> >>  -----Original Message-----
>> >>  From: linux-ha-japan-bounces@lists.osdn.me
>> >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> >>  renayama19661014@ybb.ne.jp
>> >>  Sent: Friday, September 23, 2016 6:04 PM
>> >>  To: linux-ha-japan@lists.osdn.me
>> >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
>> 動か
>> >>  した際の空きメモリ減少について
>> >>
>> >>  秋葉さん
>> >>
>> >>  こんばんは、山内です。
>> >>
>> >>  pacemakerのプロセスがIPC通信の為にマップしているメモリは5Mbyteま
>> でで
>> >>  す。
>> >>  よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性があり
>> ます
>> >>  が、
>> >>  先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上は増
>> えま
>> >>  せん。
>> >>
>> >>  このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで大き
>> くは
>> >>  出来ますが、
>> >>  小さくすることは出来ません。
>> >>
>> >>  ＃これらのメモリマップの様子は、pmapコマンドで確認することが可能で
>> す。
>> >>
>> >>
>> >>  以上です。
>> >>
>> >>
>> >>
>> >>  ----- Original Message -----
>> >>  > From: "renayama19661014@ybb.ne.jp"
>> > <renayama19661014@ybb.ne.jp>
>> >>  > To: "linux-ha-japan@lists.osdn.me"
>> > <linux-ha-japan@lists.osdn.me>
>> >>  > Cc:
>> >>  > Date: 2016/9/22, Thu 10:20
>> >>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL ã‚’
>> å‹•
>> >>  かした際の空きメモリ減少について
>> >>  >
>> >>  > 秋葉さん
>> >>  >
>> >>  > こんにちは、山内です。
>> >>  >
>> >>  > systemdプロセスではありませんが、
>> >>  > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>> >>  pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加していく
>> 動作
>> >>  となります。
>> >>  >
>> >>  > 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマップ
>> して
>> >>  いる（？？MByteまでだったはず）エリア
>> >>  > を利用して通信などを行う為、クラスタ構成後、マップした一定量まで
>> 増加
>> >>  が続きます。
>> >>  > ですが、一定量までで、それ以降は、マップしたエリアを古い方から再
>> 利用
>> >>  する為、増加は止まります。
>> >>  > （上記のマップしているサイズについては、確認して、再度、ご連絡し
>> ます）
>> >>  >
>> >>  > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因には
>> 直接
>> >>  影響しないかと思います。
>> >>  >
>> >>  > 実際に増加しているのがsystemdプロセスとのことですが、
>> >>  pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経由し
>> て
>> >>  > 実行・監視しているでしょうか？
>> >>  > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用してい
>> るか
>> >>  どうか？ということです。
>> >>  >
>> >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可能か
>> も知
>> >>  れません。
>> >>  > ＃本当にリークしているのがsystemdプロセスである可能性もあるとは
>> 思い
>> >>  ますが・・・・
>> >>  >
>> >>  > 以上です。
>> >>  >
>> >>  >
>> >>  >>  現在、pacemaker + corosync のクラスタ上で PostgreSQL を
>> >>  >>  動作させているデータベースサーバがあるのですが、
>> >>  >>  稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
>> >>  >>
>> >>  >>  原因を把握したいのですが、何か該当する現象や確認ポイント
>> >>  >>  などありますでしょうか？
>> >>  >>
>> >>  >>
>> >>  >>  環境は以下のようになっております。
>> >>  >>  OS: CentOS Linux release 7.2.1511 (Core)
>> >>  >>      kernel - 3.10.0-327.18.2.el7
>> >>  >>      glibc - 2.17-106.el7_2.6
>> >>  >>  Systemd: 219-19.el7_2.9 / 219-19.el7_2.12 (※)
>> >>  >>  Pacemaker: 1.1.13-10.el7_2.2
>> >>  >>  Corosync: 2.3.4-7.el7_2.1
>> >>  >>  PostgreSQL: 9.4.8-1PGDG.rhel7
>> >>  >>
>> >>  >>  (※)systemdのバージョンはどちらでも発生しました
>> >>  >>
>> >>  >>
>> >>  >>  2台のサーバでHotStandby構成にしてPostgreSQLを運用しています。
>> >>  >>  (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>> >>  >>  Active側にVIPを割り当てるようにして、アプリケーションからは
>> >>  >>  VIPに接続するようにしています。
>> >>  >>
>> >>  >>  これまでに観察して見えているのは以下の事象になります。
>> >>  >>
>> >>  >>  (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
>> >>  >>  　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>> >>  >>  　　→１日あたり30～100MB程度ずつ減少する
>> >>  >>  　　　※DBサーバ自体は4GBメモリを搭載
>> >>  >>  　　　※VIPがある／なしに関わらず減少傾向にある。
>> >>  >>
>> >>  >>  (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
>> >>  >>  　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
>> >>  >>
>> >>  >>  (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
>> >>  >>  　　(回復する)ことがある。
>> >>  >>  　　(長期的に見てトータルでは減少し続ける)
>> >>  >>
>> >>  >>  (4) pacemaker + corosyncを使わず、1台のみで動作させている
>> >>  >>  　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
>> >>  >>  　　発生していないように見える。
>> >>  >>  　　→この点があり、何か手がかりが無いかと考え、
>> >>  >>  　　　こちらのMLに質問をポストさせていただきました。
>> >>  >>
>> >>  >>
>> >>  >>  長文にて恐縮ですが、情報等いただけましたら幸いです。
>> >>  >>  よろしくお願い致します。
>> >>  >>
>> >>  >>  ----------------
>> >>  >>  AKIBA Makoto
>> >>  >>  akiba@acroquest.co.jp
>> >>  >>
>> >>  >>  _______________________________________________
>> >>  >>  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
>> >
>>
>> _______________________________________________
>> 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
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
akiba at acroquest
Sep 28, 2016, 2:30 AM
Post #8 of 30 (6400 views)
Permalink
山内さん

秋葉です。

設定ファイルの確認ありがとうございました。

> ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
> ましたか？
> 念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。

こちら、取り急ぎ返信致しますと、
systemdプロセスのメモリ使用量についてはtopコマンドを使って、
VIRT(VSZ)とRSSを見ております。

特にRSSの方が細かく増え続ける状態になっていました。

お手数をおかけしますが、よろしくお願い致します。

以上

> -----Original Message-----
> From: linux-ha-japan-bounces@lists.osdn.me
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> renayama19661014@ybb.ne.jp
> Sent: Wednesday, September 28, 2016 6:08 PM
> To: linux-ha-japan@lists.osdn.me
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
> した際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> (MLへの送信に失敗しているように思えるので、再送します）
>
> 頂いた設定について拝見しましたが、特にPacemaker的には問題ないと思いま
> す。
>
> CentOS7でのsystemdの様子については、これからVM構成ですが、確認してみ
> るつもりです。
>
> ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
> ましたか？
> 念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。
>
> 以上です。
>
>
>
> ----- Original Message -----
> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> > To: linux-ha-japan@lists.osdn.me
> > Cc:
> > Date: 2016/9/28, Wed 16:21
> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
> かした際の空きメモリ減少について
> >
> > 山内さん
> >
> > 秋葉です。
> >
> > systemdについての情報ありがとうございます。
> > 確認させていただきます。
> >
> >
> > 以上
> >
> >> -----Original Message-----
> >> From: linux-ha-japan-bounces@lists.osdn.me
> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >> renayama19661014@ybb.ne.jp
> >> Sent: Monday, September 26, 2016 6:22 PM
> >> To: linux-ha-japan@lists.osdn.me
> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> 動か
> >> した際の空きメモリ減少について
> >>
> >> 秋葉さん
> >>
> >> こんばんは、山内です。
> >>
> >> 了解しました。
> >> こちれでも、時間をみて、頂いた設定をベースに試してみたいと思います。
> >>
> >> systemd関連も不具合などもあるようですので、そちらを探してみるのも良
> いか
> >> もしれません。
> >> ちょっと探してみても、以下などもありました。
> >> 直接関係があるかは別ですが・・・
> >>
> >> * https://bugzilla.redhat.com/show_bug.cgi?id=1361120
> >>
> >>
> >> 設定などで質問があれば、またご連絡させてください。
> >>
> >> 以上です。
> >>
> >>
> >>
> >> ----- Original Message -----
> >> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> >> > To: linux-ha-japan@lists.osdn.me
> >> > Cc:
> >> > Date: 2016/9/26, Mon 16:18
> >> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> å‹•
> >> かした際の空きメモリ減少について
> >> >
> >> > 山内さん
> >> >
> >> > 秋葉です。
> >> > ご回答・解説ありがとうございます。
> >> >
> >> > 実際に当方の環境でpacemakerのプロセスメモリサイズを
> >> > 見てみたところ、～8MB程度になっており、頂いた情報の通り
> >> > 大きくはなっていませんでした。
> >> >
> >> > 一方で、systemd(pid=1)については1GB程度まで大きくなって
> >> > おり、pmapで参照すると[heap]とマッピングされた領域が
> >> > ほとんどを占めているように見えました。
> >> >
> >> > なので、これ以上の問い合わせは見当違いの可能性もありますが、
> >> > 念の為、当方で使用している設定ファイルを添付致します。
> >> > (固有情報はマスキングしてあります)
> >> >
> >> > これで何か情報が得られましたら教えていただけますでしょうか。
> >> > また、不足している情報がありましたらご指摘ください。
> >> >
> >> > お手数をおかけ致しますがよろしくお願い致します。
> >> >
> >> >
> >> > 以上
> >> > ----------------
> >> > AKIBA Makoto
> >> > akiba@acroquest.co.jp
> >> >
> >> >> -----Original Message-----
> >> >> From: linux-ha-japan-bounces@lists.osdn.me
> >> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >> >> renayama19661014@ybb.ne.jp
> >> >> Sent: Friday, September 23, 2016 6:04 PM
> >> >> To: linux-ha-japan@lists.osdn.me
> >> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> ã‚’
> >> 動か
> >> >> した際の空きメモリ減少について
> >> >>
> >> >> 秋葉さん
> >> >>
> >> >> こんばんは、山内です。
> >> >>
> >> >> pacemakerのプロセスがIPC通信の為にマップしているメモリは
> 5Mbyteま
> >> でで
> >> >> す。
> >> >> よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性が
> あり
> >> ます
> >> >> が、
> >> >> 先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上
> は増
> >> えま
> >> >> せん。
> >> >>
> >> >> このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで
> 大き
> >> くは
> >> >> 出来ますが、
> >> >> 小さくすることは出来ません。
> >> >>
> >> >> ＃これらのメモリマップの様子は、pmapコマンドで確認することが可
> 能で
> >> す。
> >> >>
> >> >>
> >> >> 以上です。
> >> >>
> >> >>
> >> >>
> >> >> ----- Original Message -----
> >> >> > From: "renayama19661014@ybb.ne.jp"
> >> > <renayama19661014@ybb.ne.jp>
> >> >> > To: "linux-ha-japan@lists.osdn.me"
> >> > <linux-ha-japan@lists.osdn.me>
> >> >> > Cc:
> >> >> > Date: 2016/9/22, Thu 10:20
> >> >> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> > PostgreSQL ã‚’
> >> å‹•
> >> >> かした際の空きメモリ減少について
> >> >> >
> >> >> > 秋葉さん
> >> >> >
> >> >> > こんにちは、山内です。
> >> >> >
> >> >> > systemdプロセスではありませんが、
> >> >> > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
> >> >> pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加して
> いく
> >> 動作
> >> >> となります。
> >> >> >
> >> >> > 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマ
> ップ
> >> して
> >> >> いる（？？MByteまでだったはず）エリア
> >> >> > を利用して通信などを行う為、クラスタ構成後、マップした一定量
> まで
> >> 増加
> >> >> が続きます。
> >> >> > ですが、一定量までで、それ以降は、マップしたエリアを古い方か
> ら再
> >> 利用
> >> >> する為、増加は止まります。
> >> >> > （上記のマップしているサイズについては、確認して、再度、ご連
> 絡し
> >> ます）
> >> >> >
> >> >> > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
> には
> >> 直接
> >> >> 影響しないかと思います。
> >> >> >
> >> >> > 実際に増加しているのがsystemdプロセスとのことですが、
> >> >> pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経
> 由し
> >> て
> >> >> > 実行・監視しているでしょうか？
> >> >> > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用し
> てい
> >> るか
> >> >> どうか？ということです。
> >> >> >
> >> >> > pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可
> 能か
> >> も知
> >> >> れません。
> >> >> > ＃本当にリークしているのがsystemdプロセスである可能性もある
> とは
> >> 思い
> >> >> ますが・・・・
> >> >> >
> >> >> > 以上です。
> >> >> >
> >> >> >
> >> >> >> 現在、pacemaker + corosync のクラスタ上で PostgreSQL を
> >> >> >> 動作させているデータベースサーバがあるのですが、
> >> >> >> 稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
> >> >> >>
> >> >> >> 原因を把握したいのですが、何か該当する現象や確認ポイント
> >> >> >> などありますでしょうか？
> >> >> >>
> >> >> >>
> >> >> >> 環境は以下のようになっております。
> >> >> >> OS: CentOS Linux release 7.2.1511 (Core)
> >> >> >> kernel - 3.10.0-327.18.2.el7
> >> >> >> glibc - 2.17-106.el7_2.6
> >> >> >> Systemd: 219-19.el7_2.9 / 219-19.el7_2.12 (※)
> >> >> >> Pacemaker: 1.1.13-10.el7_2.2
> >> >> >> Corosync: 2.3.4-7.el7_2.1
> >> >> >> PostgreSQL: 9.4.8-1PGDG.rhel7
> >> >> >>
> >> >> >> (※)systemdのバージョンはどちらでも発生しました
> >> >> >>
> >> >> >>
> >> >> >> 2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
> す。
> >> >> >> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
> >> >> >> Active側にVIPを割り当てるようにして、アプリケーションから
> は
> >> >> >> VIPに接続するようにしています。
> >> >> >>
> >> >> >> これまでに観察して見えているのは以下の事象になります。
> >> >> >>
> >> >> >> (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
> >> >> >> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
> >> >> >> 　　→１日あたり30～100MB程度ずつ減少する
> >> >> >> 　　　※DBサーバ自体は4GBメモリを搭載
> >> >> >> 　　　※VIPがある／なしに関わらず減少傾向にある。
> >> >> >>
> >> >> >> (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
> >> >> >> 　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
> >> >> >>
> >> >> >> (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
> >> >> >> 　　(回復する)ことがある。
> >> >> >> 　　(長期的に見てトータルでは減少し続ける)
> >> >> >>
> >> >> >> (4) pacemaker + corosyncを使わず、1台のみで動作させている
> >> >> >> 　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
> >> >> >> 　　発生していないように見える。
> >> >> >> 　　→この点があり、何か手がかりが無いかと考え、
> >> >> >> 　　　こちらのMLに質問をポストさせていただきました。
> >> >> >>
> >> >> >>
> >> >> >> 長文にて恐縮ですが、情報等いただけましたら幸いです。
> >> >> >> よろしくお願い致します。
> >> >> >>
> >> >> >> ----------------
> >> >> >> AKIBA Makoto
> >> >> >> akiba@acroquest.co.jp
> >> >> >>
> >> >> >> _______________________________________________
> >> >> >> 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
> >> >
> >>
> >> _______________________________________________
> >> 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
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Sep 28, 2016, 2:56 AM
Post #9 of 30 (6400 views)
Permalink
秋葉さん

こんばんは、山内です。

了解いたしました。

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

以上です。



----- Original Message -----
> From: AKIBA Makoto <akiba@acroquest.co.jp>
> To: linux-ha-japan@lists.osdn.me
> Cc:
> Date: 2016/9/28, Wed 18:30
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 山内さん
>
> 秋葉です。
>
> 設定ファイルの確認ありがとうございました。
>
>> ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
>> ましたか？
>> 念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。
>
> こちら、取り急ぎ返信致しますと、
> systemdプロセスのメモリ使用量についてはtopコマンドを使って、
> VIRT(VSZ)とRSSを見ております。
>
> 特にRSSの方が細かく増え続ける状態になっていました。
>
> お手数をおかけしますが、よろしくお願い致します。
>
> 以上
>
>> -----Original Message-----
>> From: linux-ha-japan-bounces@lists.osdn.me
>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> renayama19661014@ybb.ne.jp
>> Sent: Wednesday, September 28, 2016 6:08 PM
>> To: linux-ha-japan@lists.osdn.me
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>> した際の空きメモリ減少について
>>
>> 秋葉さん
>>
>> こんばんは、山内です。
>>
>> (MLへの送信に失敗しているように思えるので、再送します）
>>
>> 頂いた設定について拝見しましたが、特にPacemaker的には問題ないと思いま
>> す。
>>
>> CentOS7でのsystemdの様子については、これからVM構成ですが、確認してみ
>> るつもりです。
>>
>> ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
>> ましたか？
>> 念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。
>>
>> 以上です。
>>
>>
>>
>> ----- Original Message -----
>> > From: AKIBA Makoto <akiba@acroquest.co.jp>
>> > To: linux-ha-japan@lists.osdn.me
>> > Cc:
>> > Date: 2016/9/28, Wed 16:21
>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>> かした際の空きメモリ減少について
>> >
>> > 山内さん
>> >
>> > 秋葉です。
>> >
>> > systemdについての情報ありがとうございます。
>> > 確認させていただきます。
>> >
>> >
>> > 以上
>> >
>> >>  -----Original Message-----
>> >>  From: linux-ha-japan-bounces@lists.osdn.me
>> >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> >>  renayama19661014@ybb.ne.jp
>> >>  Sent: Monday, September 26, 2016 6:22 PM
>> >>  To: linux-ha-japan@lists.osdn.me
>> >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
>> 動か
>> >>  した際の空きメモリ減少について
>> >>
>> >>  秋葉さん
>> >>
>> >>  こんばんは、山内です。
>> >>
>> >>  了解しました。
>> >>  こちれでも、時間をみて、頂いた設定をベースに試してみたいと思います。
>> >>
>> >>  systemd関連も不具合などもあるようですので、そちらを探してみるのも良
>> いか
>> >>  もしれません。
>> >>  ちょっと探してみても、以下などもありました。
>> >>  直接関係があるかは別ですが・・・
>> >>
>> >>  * https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>> >>
>> >>
>> >>  設定などで質問があれば、またご連絡させてください。
>> >>
>> >>  以上です。
>> >>
>> >>
>> >>
>> >>  ----- Original Message -----
>> >>  > From: AKIBA Makoto <akiba@acroquest.co.jp>
>> >>  > To: linux-ha-japan@lists.osdn.me
>> >>  > Cc:
>> >>  > Date: 2016/9/26, Mon 16:18
>> >>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL ã‚’
>> å‹•
>> >>  かした際の空きメモリ減少について
>> >>  >
>> >>  > 山内さん
>> >>  >
>> >>  > 秋葉です。
>> >>  > ご回答・解説ありがとうございます。
>> >>  >
>> >>  > 実際に当方の環境でpacemakerのプロセスメモリサイズを
>> >>  > 見てみたところ、～8MB程度になっており、頂いた情報の通り
>> >>  > 大きくはなっていませんでした。
>> >>  >
>> >>  > 一方で、systemd(pid=1)については1GB程度まで大きくなって
>> >>  > おり、pmapで参照すると[heap]とマッピングされた領域が
>> >>  > ほとんどを占めているように見えました。
>> >>  >
>> >>  > なので、これ以上の問い合わせは見当違いの可能性もありますが、
>> >>  > 念の為、当方で使用している設定ファイルを添付致します。
>> >>  > (固有情報はマスキングしてあります)
>> >>  >
>> >>  > これで何か情報が得られましたら教えていただけますでしょうか。
>> >>  > また、不足している情報がありましたらご指摘ください。
>> >>  >
>> >>  > お手数をおかけ致しますがよろしくお願い致します。
>> >>  >
>> >>  >
>> >>  > 以上
>> >>  > ----------------
>> >>  > AKIBA Makoto
>> >>  > akiba@acroquest.co.jp
>> >>  >
>> >>  >>  -----Original Message-----
>> >>  >>  From: linux-ha-japan-bounces@lists.osdn.me
>> >>  >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf
> Of
>> >>  >>  renayama19661014@ybb.ne.jp
>> >>  >>  Sent: Friday, September 23, 2016 6:04 PM
>> >>  >>  To: linux-ha-japan@lists.osdn.me
>> >>  >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL
>> ã‚’
>> >>  動か
>> >>  >>  した際の空きメモリ減少について
>> >>  >>
>> >>  >>  秋葉さん
>> >>  >>
>> >>  >>  こんばんは、山内です。
>> >>  >>
>> >>  >>  pacemakerのプロセスがIPC通信の為にマップしているメモリは
>> 5Mbyteま
>> >>  でで
>> >>  >>  す。
>> >>  >>  よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性が
>> あり
>> >>  ます
>> >>  >>  が、
>> >>  >>  先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上
>> は増
>> >>  えま
>> >>  >>  せん。
>> >>  >>
>> >>  >>  このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで
>> 大き
>> >>  くは
>> >>  >>  出来ますが、
>> >>  >>  小さくすることは出来ません。
>> >>  >>
>> >>  >>  ＃これらのメモリマップの様子は、pmapコマンドで確認することが可
>> 能で
>> >>  す。
>> >>  >>
>> >>  >>
>> >>  >>  以上です。
>> >>  >>
>> >>  >>
>> >>  >>
>> >>  >>  ----- Original Message -----
>> >>  >>  > From: "renayama19661014@ybb.ne.jp"
>> >>  > <renayama19661014@ybb.ne.jp>
>> >>  >>  > To: "linux-ha-japan@lists.osdn.me"
>> >>  > <linux-ha-japan@lists.osdn.me>
>> >>  >>  > Cc:
>> >>  >>  > Date: 2016/9/22, Thu 10:20
>> >>  >>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> > PostgreSQL ã‚’
>> >>  動
>> >>  >>  かした際の空きメモリ減少について
>> >>  >>  >
>> >>  >>  > 秋葉さん
>> >>  >>  >
>> >>  >>  > こんにちは、山内です。
>> >>  >>  >
>> >>  >>  > systemdプロセスではありませんが、
>> >>  >>  > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>> >>  >>  pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加して
>> いく
>> >>  動作
>> >>  >>  となります。
>> >>  >>  >
>> >>  >>  > 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマ
>> ップ
>> >>  して
>> >>  >>  いる（？？MByteまでだったはず）エリア
>> >>  >>  > を利用して通信などを行う為、クラスタ構成後、マップした一定量
>> まで
>> >>  増加
>> >>  >>  が続きます。
>> >>  >>  > ですが、一定量までで、それ以降は、マップしたエリアを古い方か
>> ら再
>> >>  利用
>> >>  >>  する為、増加は止まります。
>> >>  >>  > （上記のマップしているサイズについては、確認して、再度、ご連
>> 絡し
>> >>  ます）
>> >>  >>  >
>> >>  >>  > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
>> には
>> >>  直接
>> >>  >>  影響しないかと思います。
>> >>  >>  >
>> >>  >>  > 実際に増加しているのがsystemdプロセスとのことですが、
>> >>  >>  pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経
>> 由し
>> >>  て
>> >>  >>  > 実行・監視しているでしょうか？
>> >>  >>  > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用し
>> てい
>> >>  るか
>> >>  >>  どうか？ということです。
>> >>  >>  >
>> >>  >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可
>> 能か
>> >>  も知
>> >>  >>  れません。
>> >>  >>  > ＃本当にリークしているのがsystemdプロセスである可能性もある
>> とは
>> >>  思い
>> >>  >>  ますが・・・・
>> >>  >>  >
>> >>  >>  > 以上です。
>> >>  >>  >
>> >>  >>  >
>> >>  >>  >>  現在、pacemaker + corosync のクラスタ上で PostgreSQL を
>> >>  >>  >>  動作させているデータベースサーバがあるのですが、
>> >>  >>  >>  稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
>> >>  >>  >>
>> >>  >>  >>  原因を把握したいのですが、何か該当する現象や確認ポイント
>> >>  >>  >>  などありますでしょうか？
>> >>  >>  >>
>> >>  >>  >>
>> >>  >>  >>  環境は以下のようになっております。
>> >>  >>  >>  OS: CentOS Linux release 7.2.1511 (Core)
>> >>  >>  >>      kernel - 3.10.0-327.18.2.el7
>> >>  >>  >>      glibc - 2.17-106.el7_2.6
>> >>  >>  >>  Systemd: 219-19.el7_2.9 / 219-19.el7_2.12 (※)
>> >>  >>  >>  Pacemaker: 1.1.13-10.el7_2.2
>> >>  >>  >>  Corosync: 2.3.4-7.el7_2.1
>> >>  >>  >>  PostgreSQL: 9.4.8-1PGDG.rhel7
>> >>  >>  >>
>> >>  >>  >>  (※)systemdのバージョンはどちらでも発生しました
>> >>  >>  >>
>> >>  >>  >>
>> >>  >>  >>  2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
>> す。
>> >>  >>  >>  (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>> >>  >>  >>  Active側にVIPを割り当てるようにして、アプリケーションから
>> は
>> >>  >>  >>  VIPに接続するようにしています。
>> >>  >>  >>
>> >>  >>  >>  これまでに観察して見えているのは以下の事象になります。
>> >>  >>  >>
>> >>  >>  >>  (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
>> >>  >>  >>  　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>> >>  >>  >>  　　→１日あたり30～100MB程度ずつ減少する
>> >>  >>  >>  　　　※DBサーバ自体は4GBメモリを搭載
>> >>  >>  >>  　　　※VIPがある／なしに関わらず減少傾向にある。
>> >>  >>  >>
>> >>  >>  >>  (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
>> >>  >>  >>  　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
>> >>  >>  >>
>> >>  >>  >>  (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
>> >>  >>  >>  　　(回復する)ことがある。
>> >>  >>  >>  　　(長期的に見てトータルでは減少し続ける)
>> >>  >>  >>
>> >>  >>  >>  (4) pacemaker + corosyncを使わず、1台のみで動作させている
>> >>  >>  >>  　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
>> >>  >>  >>  　　発生していないように見える。
>> >>  >>  >>  　　→この点があり、何か手がかりが無いかと考え、
>> >>  >>  >>  　　　こちらのMLに質問をポストさせていただきました。
>> >>  >>  >>
>> >>  >>  >>
>> >>  >>  >>  長文にて恐縮ですが、情報等いただけましたら幸いです。
>> >>  >>  >>  よろしくお願い致します。
>> >>  >>  >>
>> >>  >>  >>  ----------------
>> >>  >>  >>  AKIBA Makoto
>> >>  >>  >>  akiba@acroquest.co.jp
>> >>  >>  >>
>> >>  >>  >> 
> _______________________________________________
>> >>  >>  >>  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
>> >>  >
>> >>
>> >>  _______________________________________________
>> >>  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
>

_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Sep 29, 2016, 12:56 PM
Post #10 of 30 (6396 views)
Permalink
秋葉さん

こんばんは、山内です。


こちらでも、準備が出来ましたので、週末に流してみる予定です。

また、結果がわかりましたら、ご連絡します。

以上です。


----- Original Message -----
> From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> Cc:
> Date: 2016/9/28, Wed 18:56
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> 了解いたしました。
>
> ご連絡ありがとうございました。
>
> 以上です。
>
>
>
> ----- Original Message -----
>> From: AKIBA Makoto <akiba@acroquest.co.jp>
>> To: linux-ha-japan@lists.osdn.me
>> Cc:
>> Date: 2016/9/28, Wed 18:30
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> を動かした際の空きメモリ減少について
>>
>> 山内さん
>>
>> 秋葉です。
>>
>> 設定ファイルの確認ありがとうございました。
>>
>>>   ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
>>>   ましたか？
>>>   念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。
>>
>> こちら、取り急ぎ返信致しますと、
>> systemdプロセスのメモリ使用量についてはtopコマンドを使って、
>> VIRT(VSZ)とRSSを見ております。
>>
>> 特にRSSの方が細かく増え続ける状態になっていました。
>>
>> お手数をおかけしますが、よろしくお願い致します。
>>
>> 以上
>>
>>>   -----Original Message-----
>>>   From: linux-ha-japan-bounces@lists.osdn.me
>>>   [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>   renayama19661014@ybb.ne.jp
>>>   Sent: Wednesday, September 28, 2016 6:08 PM
>>>   To: linux-ha-japan@lists.osdn.me
>>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>>>   した際の空きメモリ減少について
>>>
>>>   秋葉さん
>>>
>>>   こんばんは、山内です。
>>>
>>>   (MLへの送信に失敗しているように思えるので、再送します）
>>>
>>>   頂いた設定について拝見しましたが、特にPacemaker的には問題ないと思いま
>>>   す。
>>>
>>>   CentOS7でのsystemdの様子については、これからVM構成ですが、確認してみ
>>>   るつもりです。
>>>
>>>   ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
>>>   ましたか？
>>>   念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。
>>>
>>>   以上です。
>>>
>>>
>>>
>>>   ----- Original Message -----
>>>   > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>   > To: linux-ha-japan@lists.osdn.me
>>>   > Cc:
>>>   > Date: 2016/9/28, Wed 16:21
>>>   > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>>>   かした際の空きメモリ減少について
>>>   >
>>>   > 山内さん
>>>   >
>>>   > 秋葉です。
>>>   >
>>>   > systemdについての情報ありがとうございます。
>>>   > 確認させていただきます。
>>>   >
>>>   >
>>>   > 以上
>>>   >
>>>   >>  -----Original Message-----
>>>   >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>   >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>   >>  renayama19661014@ybb.ne.jp
>>>   >>  Sent: Monday, September 26, 2016 6:22 PM
>>>   >>  To: linux-ha-japan@lists.osdn.me
>>>   >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL ã‚’
>>>   動か
>>>   >>  した際の空きメモリ減少について
>>>   >>
>>>   >>  秋葉さん
>>>   >>
>>>   >>  こんばんは、山内です。
>>>   >>
>>>   >>  了解しました。
>>>   >>  こちれでも、時間をみて、頂いた設定をベースに試してみたいと思います。
>>>   >>
>>>   >>  systemd関連も不具合などもあるようですので、そちらを探してみるのも良
>>>   いか
>>>   >>  もしれません。
>>>   >>  ちょっと探してみても、以下などもありました。
>>>   >>  直接関係があるかは別ですが・・・
>>>   >>
>>>   >>   * https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>>>   >>
>>>   >>
>>>   >>  設定などで質問があれば、またご連絡させてください。
>>>   >>
>>>   >>  以上です。
>>>   >>
>>>   >>
>>>   >>
>>>   >>  ----- Original Message -----
>>>   >>  > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>   >>  > To: linux-ha-japan@lists.osdn.me
>>>   >>  > Cc:
>>>   >>  > Date: 2016/9/26, Mon 16:18
>>>   >>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> PostgreSQL ã‚’
>>>   動
>>>   >>  かした際の空きメモリ減少について
>>>   >>  >
>>>   >>  > 山内さん
>>>   >>  >
>>>   >>  > 秋葉です。
>>>   >>  > ご回答・解説ありがとうございます。
>>>   >>  >
>>>   >>  > 実際に当方の環境でpacemakerのプロセスメモリサイズを
>>>   >>  > 見てみたところ、～8MB程度になっており、頂いた情報の通り
>>>   >>  > 大きくはなっていませんでした。
>>>   >>  >
>>>   >>  > 一方で、systemd(pid=1)については1GB程度まで大きくなって
>>>   >>  > おり、pmapで参照すると[heap]とマッピングされた領域が
>>>   >>  > ほとんどを占めているように見えました。
>>>   >>  >
>>>   >>  > なので、これ以上の問い合わせは見当違いの可能性もありますが、
>>>   >>  > 念の為、当方で使用している設定ファイルを添付致します。
>>>   >>  > (固有情報はマスキングしてあります)
>>>   >>  >
>>>   >>  > これで何か情報が得られましたら教えていただけますでしょうか。
>>>   >>  > また、不足している情報がありましたらご指摘ください。
>>>   >>  >
>>>   >>  > お手数をおかけ致しますがよろしくお願い致します。
>>>   >>  >
>>>   >>  >
>>>   >>  > 以上
>>>   >>  > ----------------
>>>   >>  > AKIBA Makoto
>>>   >>  > akiba@acroquest.co.jp
>>>   >>  >
>>>   >>  >>  -----Original Message-----
>>>   >>  >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>   >>  >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> Behalf
>> Of
>>>   >>  >>  renayama19661014@ybb.ne.jp
>>>   >>  >>  Sent: Friday, September 23, 2016 6:04 PM
>>>   >>  >>  To: linux-ha-japan@lists.osdn.me
>>>   >>  >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>
>> PostgreSQL
>>>   を
>>>   >>  動か
>>>   >>  >>  した際の空きメモリ減少について
>>>   >>  >>
>>>   >>  >>  秋葉さん
>>>   >>  >>
>>>   >>  >>  こんばんは、山内です。
>>>   >>  >>
>>>   >>  >>  pacemakerのプロセスがIPC通信の為にマップしているメモリは
>>>   5Mbyteま
>>>   >>  でで
>>>   >>  >>  す。
>>>   >>  >>  よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性が
>>>   あり
>>>   >>  ます
>>>   >>  >>  が、
>>>   >>  >>  先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上
>>>   は増
>>>   >>  えま
>>>   >>  >>  せん。
>>>   >>  >>
>>>   >>  >>  このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで
>>>   大き
>>>   >>  くは
>>>   >>  >>  出来ますが、
>>>   >>  >>  小さくすることは出来ません。
>>>   >>  >>
>>>   >>  >>  ＃これらのメモリマップの様子は、pmapコマンドで確認することが可
>>>   能で
>>>   >>  す。
>>>   >>  >>
>>>   >>  >>
>>>   >>  >>  以上です。
>>>   >>  >>
>>>   >>  >>
>>>   >>  >>
>>>   >>  >>  ----- Original Message -----
>>>   >>  >>  > From: "renayama19661014@ybb.ne.jp"
>>>   >>  > <renayama19661014@ybb.ne.jp>
>>>   >>  >>  > To: "linux-ha-japan@lists.osdn.me"
>>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>   >>  >>  > Cc:
>>>   >>  >>  > Date: 2016/9/22, Thu 10:20
>>>   >>  >>  > Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>>>   > PostgreSQL を
>>>   >>  動
>>>   >>  >>  かした際の空きメモリ減少について
>>>   >>  >>  >
>>>   >>  >>  > 秋葉さん
>>>   >>  >>  >
>>>   >>  >>  > こんにちは、山内です。
>>>   >>  >>  >
>>>   >>  >>  > systemdプロセスではありませんが、
>>>   >>  >>  > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>>>   >>  >>  pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加して
>>>   いく
>>>   >>  動作
>>>   >>  >>  となります。
>>>   >>  >>  >
>>>   >>  >>  > 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマ
>>>   ップ
>>>   >>  して
>>>   >>  >>  いる（？？MByteまでだったはず）エリア
>>>   >>  >>  > を利用して通信などを行う為、クラスタ構成後、マップした一定量
>>>   まで
>>>   >>  増加
>>>   >>  >>  が続きます。
>>>   >>  >>  > ですが、一定量までで、それ以降は、マップしたエリアを古い方か
>>>   ら再
>>>   >>  利用
>>>   >>  >>  する為、増加は止まります。
>>>   >>  >>  > （上記のマップしているサイズについては、確認して、再度、ご連
>>>   絡し
>>>   >>  ます）
>>>   >>  >>  >
>>>   >>  >>  > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
>>>   には
>>>   >>  直接
>>>   >>  >>  影響しないかと思います。
>>>   >>  >>  >
>>>   >>  >>  > 実際に増加しているのがsystemdプロセスとのことですが、
>>>   >>  >>  pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経
>>>   由し
>>>   >>  て
>>>   >>  >>  > 実行・監視しているでしょうか？
>>>   >>  >>  > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用し
>>>   てい
>>>   >>  るか
>>>   >>  >>  どうか？ということです。
>>>   >>  >>  >
>>>   >>  >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可
>>>   能か
>>>   >>  も知
>>>   >>  >>  れません。
>>>   >>  >>  > ＃本当にリークしているのがsystemdプロセスである可能性もある
>>>   とは
>>>   >>  思い
>>>   >>  >>  ますが・・・・
>>>   >>  >>  >
>>>   >>  >>  > 以上です。
>>>   >>  >>  >
>>>   >>  >>  >
>>>   >>  >>  >>  現在、pacemaker + corosync のクラスタ上で
> PostgreSQL ã‚’
>>>   >>  >>  >>  動作させているデータベースサーバがあるのですが、
>>>   >>  >>  >>  稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
>>>   >>  >>  >>
>>>   >>  >>  >>  原因を把握したいのですが、何か該当する現象や確認ポイント
>>>   >>  >>  >>  などありますでしょうか？
>>>   >>  >>  >>
>>>   >>  >>  >>
>>>   >>  >>  >>  環境は以下のようになっております。
>>>   >>  >>  >>  OS: CentOS Linux release 7.2.1511 (Core)
>>>   >>  >>  >>      kernel - 3.10.0-327.18.2.el7
>>>   >>  >>  >>      glibc - 2.17-106.el7_2.6
>>>   >>  >>  >>  Systemd: 219-19.el7_2.9 /
> 219-19.el7_2.12 (※)
>>>   >>  >>  >>  Pacemaker: 1.1.13-10.el7_2.2
>>>   >>  >>  >>  Corosync: 2.3.4-7.el7_2.1
>>>   >>  >>  >>  PostgreSQL: 9.4.8-1PGDG.rhel7
>>>   >>  >>  >>
>>>   >>  >>  >>  (※)systemdのバージョンはどちらでも発生しました
>>>   >>  >>  >>
>>>   >>  >>  >>
>>>   >>  >>  >>  2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
>>>   す。
>>>   >>  >>  >>  (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>>>   >>  >>  >>  Active側にVIPを割り当てるようにして、アプリケーションから
>>>   は
>>>   >>  >>  >>  VIPに接続するようにしています。
>>>   >>  >>  >>
>>>   >>  >>  >>  これまでに観察して見えているのは以下の事象になります。
>>>   >>  >>  >>
>>>   >>  >>  >>  (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
>>>   >>  >>  >>  　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>>>   >>  >>  >>  　　→１日あたり30～100MB程度ずつ減少する
>>>   >>  >>  >>  　　　※DBサーバ自体は4GBメモリを搭載
>>>   >>  >>  >>  　　　※VIPがある／なしに関わらず減少傾向にある。
>>>   >>  >>  >>
>>>   >>  >>  >>  (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
>>>   >>  >>  >>  　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
>>>   >>  >>  >>
>>>   >>  >>  >>  (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
>>>   >>  >>  >>  　　(回復する)ことがある。
>>>   >>  >>  >>  　　(長期的に見てトータルでは減少し続ける)
>>>   >>  >>  >>
>>>   >>  >>  >>  (4) pacemaker +
> corosyncを使わず、1台のみで動作させている
>>>   >>  >>  >>  　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
>>>   >>  >>  >>  　　発生していないように見える。
>>>   >>  >>  >>  　　→この点があり、何か手がかりが無いかと考え、
>>>   >>  >>  >>  　　　こちらのMLに質問をポストさせていただきました。
>>>   >>  >>  >>
>>>   >>  >>  >>
>>>   >>  >>  >>  長文にて恐縮ですが、情報等いただけましたら幸いです。
>>>   >>  >>  >>  よろしくお願い致します。
>>>   >>  >>  >>
>>>   >>  >>  >>  ----------------
>>>   >>  >>  >>  AKIBA Makoto
>>>   >>  >>  >>  akiba@acroquest.co.jp
>>>   >>  >>  >>
>>>   >>  >>  >> 
>> _______________________________________________
>>>   >>  >>  >>  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
>>>   >>  >
>>>   >>
>>>   >>  _______________________________________________
>>>   >>  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
>>
>
> _______________________________________________
> 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 + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 3, 2016, 6:37 AM
Post #11 of 30 (6391 views)
Permalink
秋葉さん

こんばんは、山内です。

週末から、私の環境でも、２日半程度流してみみました。

vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイメージそのままで構成してみました。

----------
CentOS Linux release 7.2.1511 (Core)
Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
systemd-219-19.el7.x86_64
glibc-2.17-105.el7.x86_64
pacemaker-1.1.13-10.el7.x86_64
corosync-2.3.4-7.el7.x86_64
----------

リソースは簡易のDummyリソースのみですが、以下のようにしています。
----------
●設定ファイル(crm形式です）
### Cluster Option ###
property no-quorum-policy="ignore" \
stonith-enabled="false" \
startup-fencing="false"

### Resource Defaults ###
rsc_defaults resource-stickiness="INFINITY" \
migration-threshold="1"

### Group Configuration ###
group grpDummy \
prmDummy1 \
prmDummy2 \
prmDummy3 \
prmDummy4 \
prmDummy5 \

### Primitive Configuration ###
primitive prmDummy1 ocf:pacemaker:Dummy \
op start interval="0s" timeout="60s" on-fail="restart" \
op monitor interval="10s" timeout="60s" on-fail="restart" \
op stop interval="0s" timeout="60s" on-fail="block"

primitive prmDummy2 ocf:pacemaker:Dummy \
op start interval="0s" timeout="60s" on-fail="restart" \
op monitor interval="10s" timeout="60s" on-fail="restart" \
op stop interval="0s" timeout="60s" on-fail="block"

primitive prmDummy3 ocf:pacemaker:Dummy \
op start interval="0s" timeout="60s" on-fail="restart" \
op monitor interval="10s" timeout="60s" on-fail="restart" \
op stop interval="0s" timeout="60s" on-fail="block"

primitive prmDummy4 ocf:pacemaker:Dummy \
op start interval="0s" timeout="60s" on-fail="restart" \
op monitor interval="10s" timeout="60s" on-fail="restart" \
op stop interval="0s" timeout="60s" on-fail="block"

primitive prmDummy5 ocf:pacemaker:Dummy \
op start interval="0s" timeout="60s" on-fail="restart" \
op monitor interval="10s" timeout="60s" on-fail="restart" \
op stop interval="0s" timeout="60s" on-fail="block"

### Resource Location ###
location rsc_location-msDrbd-1 grpDummy \
rule 200: #uname eq c7-01 \
rule 100: #uname eq c7-02
----------
●crm_monの様子
[root@c7-01 ~]# crm_mon -1
Last updated: Mon Oct 3 16:35:29 2016 Last change: Fri Sep 30 00:28:56 2016 by root via cibadmin on c7-01
Stack: corosync
Current DC: c7-01 (version 1.1.13-10.el7-44eb2dd) - partition with quorum
2 nodes and 5 resources configured

Online: [ c7-01 c7-02 ]

Resource Group: grpDummy
prmDummy1 (ocf::pacemaker:Dummy): Started c7-01
prmDummy2 (ocf::pacemaker:Dummy): Started c7-01
prmDummy3 (ocf::pacemaker:Dummy): Started c7-01
prmDummy4 (ocf::pacemaker:Dummy): Started c7-01
prmDummy5 (ocf::pacemaker:Dummy): Started c7-01
----------


以下が結果となりました。

●ACTノードのpid=1のsysttemdのtopデータ
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 44644 7280 2600 S 0.0 0.4 0:03.18 systemd
1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.20 systemd
1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21 systemd
1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21 systemd
1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21 systemd
1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21 systemd
1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21 systemd
(snip)
1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91 systemd
1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91 systemd
1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91 systemd
1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91 systemd
1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91 systemd
1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.93 systemd
1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.95 systemd

●ACTノードのpid=1のsysttemdのtopデータ
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.23 systemd
1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.25 systemd
1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26 systemd
1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26 systemd
1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26 systemd
1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26 systemd
(snip)
1 root 20 0 45088 7712 2600 S 0.0 0.4 0:21.00 systemd
1 root 20 0 45088 7712 2600 S 0.0 0.4 0:21.00 systemd
1 root 20 0 45088 7712 2600 S 0.0 0.4 0:21.00 systemd
1 root 20 0 45088 7716 2600 S 0.0 0.4 0:21.03 systemd

systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂いたような増加は起きていないようです。
#この増加がsystemdの正しい動作の範疇なのかどうかは別物ですが。。。。

こちらも、systemdのバージョンなどをアップしても確認してみたいと思います。

以上です。



----- Original Message -----
> From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> Cc:
> Date: 2016/9/30, Fri 04:56
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
>
> こちらでも、準備が出来ましたので、週末に流してみる予定です。
>
> また、結果がわかりましたら、ご連絡します。
>
> 以上です。
>
>
> ----- Original Message -----
>> From: "renayama19661014@ybb.ne.jp"
> <renayama19661014@ybb.ne.jp>
>> To: "linux-ha-japan@lists.osdn.me"
> <linux-ha-japan@lists.osdn.me>
>> Cc:
>> Date: 2016/9/28, Wed 18:56
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> を動かした際の空きメモリ減少について
>>
>> 秋葉さん
>>
>> こんばんは、山内です。
>>
>> 了解いたしました。
>>
>> ご連絡ありがとうございました。
>>
>> 以上です。
>>
>>
>>
>> ----- Original Message -----
>>>   From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>   To: linux-ha-japan@lists.osdn.me
>>>   Cc:
>>>   Date: 2016/9/28, Wed 18:30
>>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
>> を動かした際の空きメモリ減少について
>>>
>>>   山内さん
>>>
>>>   秋葉です。
>>>
>>>   設定ファイルの確認ありがとうございました。
>>>
>>>>   ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
>>>>   ましたか？
>>>>   念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。
>>>
>>>   こちら、取り急ぎ返信致しますと、
>>>   systemdプロセスのメモリ使用量についてはtopコマンドを使って、
>>>   VIRT(VSZ)とRSSを見ております。
>>>
>>>   特にRSSの方が細かく増え続ける状態になっていました。
>>>
>>>   お手数をおかけしますが、よろしくお願い致します。
>>>
>>>   以上
>>>
>>>>   -----Original Message-----
>>>>   From: linux-ha-japan-bounces@lists.osdn.me
>>>>   [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>>   renayama19661014@ybb.ne.jp
>>>>   Sent: Wednesday, September 28, 2016 6:08 PM
>>>>   To: linux-ha-japan@lists.osdn.me
>>>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>>>>   した際の空きメモリ減少について
>>>>
>>>>   秋葉さん
>>>>
>>>>   こんばんは、山内です。
>>>>
>>>>   (MLへの送信に失敗しているように思えるので、再送します）
>>>>
>>>>   頂いた設定について拝見しましたが、特にPacemaker的には問題ないと思いま
>>>>   す。
>>>>
>>>>   CentOS7でのsystemdの様子については、これからVM構成ですが、確認してみ
>>>>   るつもりです。
>>>>
>>>>   ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
>>>>   ましたか？
>>>>   念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。
>>>>
>>>>   以上です。
>>>>
>>>>
>>>>
>>>>   ----- Original Message -----
>>>>   > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>>   > To: linux-ha-japan@lists.osdn.me
>>>>   > Cc:
>>>>   > Date: 2016/9/28, Wed 16:21
>>>>   > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL ã‚’å‹•
>>>>   かした際の空きメモリ減少について
>>>>   >
>>>>   > 山内さん
>>>>   >
>>>>   > 秋葉です。
>>>>   >
>>>>   > systemdについての情報ありがとうございます。
>>>>   > 確認させていただきます。
>>>>   >
>>>>   >
>>>>   > 以上
>>>>   >
>>>>   >>  -----Original Message-----
>>>>   >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>>   >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf
> Of
>>>>   >>  renayama19661014@ybb.ne.jp
>>>>   >>  Sent: Monday, September 26, 2016 6:22 PM
>>>>   >>  To: linux-ha-japan@lists.osdn.me
>>>>   >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> PostgreSQL ã‚’
>>>>   動か
>>>>   >>  した際の空きメモリ減少について
>>>>   >>
>>>>   >>  秋葉さん
>>>>   >>
>>>>   >>  こんばんは、山内です。
>>>>   >>
>>>>   >>  了解しました。
>>>>   >>  こちれでも、時間をみて、頂いた設定をベースに試してみたいと思います。
>>>>   >>
>>>>   >>  systemd関連も不具合などもあるようですので、そちらを探してみるのも良
>>>>   いか
>>>>   >>  もしれません。
>>>>   >>  ちょっと探してみても、以下などもありました。
>>>>   >>  直接関係があるかは別ですが・・・
>>>>   >>
>>>>   >>   * https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>>>>   >>
>>>>   >>
>>>>   >>  設定などで質問があれば、またご連絡させてください。
>>>>   >>
>>>>   >>  以上です。
>>>>   >>
>>>>   >>
>>>>   >>
>>>>   >>  ----- Original Message -----
>>>>   >>  > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>>   >>  > To: linux-ha-japan@lists.osdn.me
>>>>   >>  > Cc:
>>>>   >>  > Date: 2016/9/26, Mon 16:18
>>>>   >>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>
>>>   PostgreSQL を
>>>>   動
>>>>   >>  かした際の空きメモリ減少について
>>>>   >>  >
>>>>   >>  > 山内さん
>>>>   >>  >
>>>>   >>  > 秋葉です。
>>>>   >>  > ご回答・解説ありがとうございます。
>>>>   >>  >
>>>>   >>  > 実際に当方の環境でpacemakerのプロセスメモリサイズを
>>>>   >>  > 見てみたところ、～8MB程度になっており、頂いた情報の通り
>>>>   >>  > 大きくはなっていませんでした。
>>>>   >>  >
>>>>   >>  > 一方で、systemd(pid=1)については1GB程度まで大きくなって
>>>>   >>  > おり、pmapで参照すると[heap]とマッピングされた領域が
>>>>   >>  > ほとんどを占めているように見えました。
>>>>   >>  >
>>>>   >>  > なので、これ以上の問い合わせは見当違いの可能性もありますが、
>>>>   >>  > 念の為、当方で使用している設定ファイルを添付致します。
>>>>   >>  > (固有情報はマスキングしてあります)
>>>>   >>  >
>>>>   >>  > これで何か情報が得られましたら教えていただけますでしょうか。
>>>>   >>  > また、不足している情報がありましたらご指摘ください。
>>>>   >>  >
>>>>   >>  > お手数をおかけ致しますがよろしくお願い致します。
>>>>   >>  >
>>>>   >>  >
>>>>   >>  > 以上
>>>>   >>  > ----------------
>>>>   >>  > AKIBA Makoto
>>>>   >>  > akiba@acroquest.co.jp
>>>>   >>  >
>>>>   >>  >>  -----Original Message-----
>>>>   >>  >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>>   >>  >>  [mailto:linux-ha-japan-bounces@lists.osdn.me]
> On
>> Behalf
>>>   Of
>>>>   >>  >>  renayama19661014@ybb.ne.jp
>>>>   >>  >>  Sent: Friday, September 23, 2016 6:04 PM
>>>>   >>  >>  To: linux-ha-japan@lists.osdn.me
>>>>   >>  >>  Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>>
>>>   PostgreSQL
>>>>   を
>>>>   >>  動か
>>>>   >>  >>  した際の空きメモリ減少について
>>>>   >>  >>
>>>>   >>  >>  秋葉さん
>>>>   >>  >>
>>>>   >>  >>  こんばんは、山内です。
>>>>   >>  >>
>>>>   >>  >>  pacemakerのプロセスがIPC通信の為にマップしているメモリは
>>>>   5Mbyteま
>>>>   >>  でで
>>>>   >>  >>  す。
>>>>   >>  >>  よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性が
>>>>   あり
>>>>   >>  ます
>>>>   >>  >>  が、
>>>>   >>  >>  先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上
>>>>   は増
>>>>   >>  えま
>>>>   >>  >>  せん。
>>>>   >>  >>
>>>>   >>  >> 
> このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで
>>>>   大き
>>>>   >>  くは
>>>>   >>  >>  出来ますが、
>>>>   >>  >>  小さくすることは出来ません。
>>>>   >>  >>
>>>>   >>  >>  ＃これらのメモリマップの様子は、pmapコマンドで確認することが可
>>>>   能で
>>>>   >>  す。
>>>>   >>  >>
>>>>   >>  >>
>>>>   >>  >>  以上です。
>>>>   >>  >>
>>>>   >>  >>
>>>>   >>  >>
>>>>   >>  >>  ----- Original Message -----
>>>>   >>  >>  > From:
> "renayama19661014@ybb.ne.jp"
>>>>   >>  > <renayama19661014@ybb.ne.jp>
>>>>   >>  >>  > To:
> "linux-ha-japan@lists.osdn.me"
>>>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>>   >>  >>  > Cc:
>>>>   >>  >>  > Date: 2016/9/22, Thu 10:20
>>>>   >>  >>  > Subject: Re: [Linux-ha-jp] pacemaker +
>> corosync 上で
>>>>   > PostgreSQL を
>>>>   >>  動
>>>>   >>  >>  かした際の空きメモリ減少について
>>>>   >>  >>  >
>>>>   >>  >>  > 秋葉さん
>>>>   >>  >>  >
>>>>   >>  >>  > こんにちは、山内です。
>>>>   >>  >>  >
>>>>   >>  >>  > systemdプロセスではありませんが、
>>>>   >>  >>  > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>>>>   >>  >>  pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加して
>>>>   いく
>>>>   >>  動作
>>>>   >>  >>  となります。
>>>>   >>  >>  >
>>>>   >>  >>  > 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマ
>>>>   ップ
>>>>   >>  して
>>>>   >>  >>  いる（？？MByteまでだったはず）エリア
>>>>   >>  >>  > を利用して通信などを行う為、クラスタ構成後、マップした一定量
>>>>   まで
>>>>   >>  増加
>>>>   >>  >>  が続きます。
>>>>   >>  >>  > ですが、一定量までで、それ以降は、マップしたエリアを古い方か
>>>>   ら再
>>>>   >>  利用
>>>>   >>  >>  する為、増加は止まります。
>>>>   >>  >>  > （上記のマップしているサイズについては、確認して、再度、ご連
>>>>   絡し
>>>>   >>  ます）
>>>>   >>  >>  >
>>>>   >>  >>  > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
>>>>   には
>>>>   >>  直接
>>>>   >>  >>  影響しないかと思います。
>>>>   >>  >>  >
>>>>   >>  >>  > 実際に増加しているのがsystemdプロセスとのことですが、
>>>>   >>  >>  pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経
>>>>   由し
>>>>   >>  て
>>>>   >>  >>  > 実行・監視しているでしょうか？
>>>>   >>  >>  >
> ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用し
>>>>   てい
>>>>   >>  るか
>>>>   >>  >>  どうか？ということです。
>>>>   >>  >>  >
>>>>   >>  >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可
>>>>   能か
>>>>   >>  も知
>>>>   >>  >>  れません。
>>>>   >>  >>  > ＃本当にリークしているのがsystemdプロセスである可能性もある
>>>>   とは
>>>>   >>  思い
>>>>   >>  >>  ますが・・・・
>>>>   >>  >>  >
>>>>   >>  >>  > 以上です。
>>>>   >>  >>  >
>>>>   >>  >>  >
>>>>   >>  >>  >>  現在、pacemaker + corosync のクラスタ上で
>> PostgreSQL ã‚’
>>>>   >>  >>  >>  動作させているデータベースサーバがあるのですが、
>>>>   >>  >>  >>  稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
>>>>   >>  >>  >>
>>>>   >>  >>  >>  原因を把握したいのですが、何か該当する現象や確認ポイント
>>>>   >>  >>  >>  などありますでしょうか？
>>>>   >>  >>  >>
>>>>   >>  >>  >>
>>>>   >>  >>  >>  環境は以下のようになっております。
>>>>   >>  >>  >>  OS: CentOS Linux release 7.2.1511
> (Core)
>>>>   >>  >>  >>      kernel - 3.10.0-327.18.2.el7
>>>>   >>  >>  >>      glibc - 2.17-106.el7_2.6
>>>>   >>  >>  >>  Systemd: 219-19.el7_2.9 /
>> 219-19.el7_2.12 (※)
>>>>   >>  >>  >>  Pacemaker: 1.1.13-10.el7_2.2
>>>>   >>  >>  >>  Corosync: 2.3.4-7.el7_2.1
>>>>   >>  >>  >>  PostgreSQL: 9.4.8-1PGDG.rhel7
>>>>   >>  >>  >>
>>>>   >>  >>  >>  (※)systemdのバージョンはどちらでも発生しました
>>>>   >>  >>  >>
>>>>   >>  >>  >>
>>>>   >>  >>  >> 
> 2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
>>>>   す。
>>>>   >>  >>  >> 
> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>>>>   >>  >>  >>  Active側にVIPを割り当てるようにして、アプリケーションから
>>>>   は
>>>>   >>  >>  >>  VIPに接続するようにしています。
>>>>   >>  >>  >>
>>>>   >>  >>  >>  これまでに観察して見えているのは以下の事象になります。
>>>>   >>  >>  >>
>>>>   >>  >>  >>  (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
>>>>   >>  >>  >> 
> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>>>>   >>  >>  >>  　　→１日あたり30～100MB程度ずつ減少する
>>>>   >>  >>  >>  　　　※DBサーバ自体は4GBメモリを搭載
>>>>   >>  >>  >>  　　　※VIPがある／なしに関わらず減少傾向にある。
>>>>   >>  >>  >>
>>>>   >>  >>  >>  (2) メモリ使用量が大きいプロセスを確認すると、PID=1の
>>>>   >>  >>  >>  　　systemd プロセスで、数十秒ごとに4～8KB程度増加する。
>>>>   >>  >>  >>
>>>>   >>  >>  >>  (3) 契機は不明だが、時折数十～数百MB程度空き容量が増える
>>>>   >>  >>  >>  　　(回復する)ことがある。
>>>>   >>  >>  >>  　　(長期的に見てトータルでは減少し続ける)
>>>>   >>  >>  >>
>>>>   >>  >>  >>  (4) pacemaker +
>> corosyncを使わず、1台のみで動作させている
>>>>   >>  >>  >>  　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
>>>>   >>  >>  >>  　　発生していないように見える。
>>>>   >>  >>  >>  　　→この点があり、何か手がかりが無いかと考え、
>>>>   >>  >>  >>  　　　こちらのMLに質問をポストさせていただきました。
>>>>   >>  >>  >>
>>>>   >>  >>  >>
>>>>   >>  >>  >>  長文にて恐縮ですが、情報等いただけましたら幸いです。
>>>>   >>  >>  >>  よろしくお願い致します。
>>>>   >>  >>  >>
>>>>   >>  >>  >>  ----------------
>>>>   >>  >>  >>  AKIBA Makoto
>>>>   >>  >>  >>  akiba@acroquest.co.jp
>>>>   >>  >>  >>
>>>>   >>  >>  >> 
>>>   _______________________________________________
>>>>   >>  >>  >>  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
>>>>   >>  >
>>>>   >>
>>>>   >>  _______________________________________________
>>>>   >>  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
>>>
>>
>> _______________________________________________
>> 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
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 17, 2016, 3:16 AM
Post #12 of 30 (6367 views)
Permalink
秋葉さん

こんばんは、山内です。

遅くなりました・・続けて先週末の時点のCentOS7.2に最新のアップデートを適用して、２日半程度流してみみました。
ゲストの構成や、リソースは前回と同じのままです。

----------
Linux c7-01 3.10.0-327.36.2.el7.x86_64 #1 SMP Mon Oct 10 23:08:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
systemd-219-19.el7_2.13.x86_64
glibc-2.17-106.el7_2.8.x86_64
pacemaker-1.1.13-10.el7.x86_64
corosync-2.3.4-7.el7.x86_64
----------

以下が結果となりました。

●ACTノードのpid=1のsystemdのtopデータ
PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
    1 root      20   0   44172   6796   3904 S   0.0  0.3   0:02.66 systemd
    1 root      20   0   44172   6796   3904 S   0.0  0.3   0:02.66 systemd
    1 root      20   0   44172   6796   3904 S   0.0  0.3   0:02.67 systemd
(snip)
    1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.86 systemd
    1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.87 systemd
    1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.87 systemd
    1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.88 systemd    

●STBノードのpid=1のsystemdのtopデータ
    1 root      20   0   44040   6640   3900 S   0.0  0.3   0:02.73 systemd
    1 root      20   0   44040   6640   3900 S   0.0  0.3   0:02.73 systemd
    1 root      20   0   44040   6640   3900 S   0.0  0.3   0:02.74 systemd
(snip)
    1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.67 systemd
    1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.68 systemd
    1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.68 systemd
    1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.70 systemd
   
やはり、前回と同様に、systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂いたような増加は起きていないようです。
#ただ・・この結果だけで判断出来ないとは思いますが、前回の計測よりは増加量が減ってように見えるので、systemd関連で何らかのメモリ関連の修正が入っている可能性はあると思います。

以上です。






----- Original Message -----
> From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> Cc:
> Date: 2016/10/3, Mon 22:37
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> 週末から、私の環境でも、２日半程度流してみみました。
>
> vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイメージそのままで構成してみました。
>
> ----------
> CentOS Linux release 7.2.1511 (Core)
> Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57 UTC 2015 x86_64
> x86_64 x86_64 GNU/Linux
> systemd-219-19.el7.x86_64
> glibc-2.17-105.el7.x86_64
> pacemaker-1.1.13-10.el7.x86_64
> corosync-2.3.4-7.el7.x86_64
> ----------
>
> リソースは簡易のDummyリソースのみですが、以下のようにしています。
> ----------
> ●設定ファイル(crm形式です）
> ### Cluster Option ###
> property no-quorum-policy="ignore" \
> stonith-enabled="false" \
> startup-fencing="false"
>
> ### Resource Defaults ###
> rsc_defaults resource-stickiness="INFINITY" \
> migration-threshold="1"
>
> ### Group Configuration ###
> group grpDummy \
> prmDummy1 \
> prmDummy2 \
> prmDummy3 \
> prmDummy4 \
> prmDummy5 \
>
> ### Primitive Configuration ###
> primitive prmDummy1 ocf:pacemaker:Dummy \
> op start interval="0s" timeout="60s"
> on-fail="restart" \
> op monitor interval="10s" timeout="60s"
> on-fail="restart" \
> op stop interval="0s" timeout="60s"
> on-fail="block"
>
> primitive prmDummy2 ocf:pacemaker:Dummy \
> op start interval="0s" timeout="60s"
> on-fail="restart" \
> op monitor interval="10s" timeout="60s"
> on-fail="restart" \
> op stop interval="0s" timeout="60s"
> on-fail="block"
>
> primitive prmDummy3 ocf:pacemaker:Dummy \
> op start interval="0s" timeout="60s"
> on-fail="restart" \
> op monitor interval="10s" timeout="60s"
> on-fail="restart" \
> op stop interval="0s" timeout="60s"
> on-fail="block"
>
> primitive prmDummy4 ocf:pacemaker:Dummy \
> op start interval="0s" timeout="60s"
> on-fail="restart" \
> op monitor interval="10s" timeout="60s"
> on-fail="restart" \
> op stop interval="0s" timeout="60s"
> on-fail="block"
>
> primitive prmDummy5 ocf:pacemaker:Dummy \
> op start interval="0s" timeout="60s"
> on-fail="restart" \
> op monitor interval="10s" timeout="60s"
> on-fail="restart" \
> op stop interval="0s" timeout="60s"
> on-fail="block"
>
> ### Resource Location ###
> location rsc_location-msDrbd-1 grpDummy \
> rule 200: #uname eq c7-01 \
> rule 100: #uname eq c7-02
> ----------
> ●crm_monの様子
> [root@c7-01 ~]# crm_mon -1
> Last updated: Mon Oct  3 16:35:29 2016          Last change: Fri Sep 30 00:28:56
> 2016 by root via cibadmin on c7-01
> Stack: corosync
> Current DC: c7-01 (version 1.1.13-10.el7-44eb2dd) - partition with quorum
> 2 nodes and 5 resources configured
>
> Online: [ c7-01 c7-02 ]
>
> Resource Group: grpDummy
> prmDummy1  (ocf::pacemaker:Dummy): Started c7-01
> prmDummy2  (ocf::pacemaker:Dummy): Started c7-01
> prmDummy3  (ocf::pacemaker:Dummy): Started c7-01
> prmDummy4  (ocf::pacemaker:Dummy): Started c7-01
> prmDummy5  (ocf::pacemaker:Dummy): Started c7-01
> ----------
>
>
> 以下が結果となりました。
>
> ●ACTノードのpid=1のsysttemdのtopデータ
> PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM    TIME+ COMMAND
> 1 root      20  0  44644  7280  2600 S  0.0  0.4  0:03.18 systemd
> 1 root      20  0  44644  7296  2600 S  0.0  0.4  0:03.20 systemd
> 1 root      20  0  44644  7296  2600 S  0.0  0.4  0:03.21 systemd
> 1 root      20  0  44644  7296  2600 S  0.0  0.4  0:03.21 systemd
> 1 root      20  0  44644  7296  2600 S  0.0  0.4  0:03.21 systemd
> 1 root      20  0  44644  7296  2600 S  0.0  0.4  0:03.21 systemd
> 1 root      20  0  44644  7296  2600 S  0.0  0.4  0:03.21 systemd
> (snip)
> 1 root      20  0  45064  7720  2600 S  0.0  0.4  0:21.91 systemd
> 1 root      20  0  45064  7720  2600 S  0.0  0.4  0:21.91 systemd
> 1 root      20  0  45064  7720  2600 S  0.0  0.4  0:21.91 systemd
> 1 root      20  0  45064  7720  2600 S  0.0  0.4  0:21.91 systemd
> 1 root      20  0  45064  7720  2600 S  0.0  0.4  0:21.91 systemd
> 1 root      20  0  45064  7720  2600 S  0.0  0.4  0:21.93 systemd
> 1 root      20  0  45064  7720  2600 S  0.0  0.4  0:21.95 systemd
>
> ●ACTノードのpid=1のsysttemdのtopデータ
> PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM    TIME+ COMMAND
> 1 root      20  0  44652  7288  2600 S  0.0  0.4  0:03.23 systemd
> 1 root      20  0  44652  7288  2600 S  0.0  0.4  0:03.25 systemd
> 1 root      20  0  44652  7288  2600 S  0.0  0.4  0:03.26 systemd
> 1 root      20  0  44652  7288  2600 S  0.0  0.4  0:03.26 systemd
> 1 root      20  0  44652  7288  2600 S  0.0  0.4  0:03.26 systemd
> 1 root      20  0  44652  7288  2600 S  0.0  0.4  0:03.26 systemd
> (snip)
> 1 root      20  0  45088  7712  2600 S  0.0  0.4  0:21.00 systemd
> 1 root      20  0  45088  7712  2600 S  0.0  0.4  0:21.00 systemd
> 1 root      20  0  45088  7712  2600 S  0.0  0.4  0:21.00 systemd
> 1 root      20  0  45088  7716  2600 S  0.0  0.4  0:21.03 systemd
>
> systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂いたような増加は起きていないようです。
> #この増加がsystemdの正しい動作の範疇なのかどうかは別物ですが。。。。
>
> こちらも、systemdのバージョンなどをアップしても確認してみたいと思います。
>
> 以上です。
>
>
>
> ----- Original Message -----
>> From: "renayama19661014@ybb.ne.jp"
> <renayama19661014@ybb.ne.jp>
>> To: "linux-ha-japan@lists.osdn.me"
> <linux-ha-japan@lists.osdn.me>
>> Cc:
>> Date: 2016/9/30, Fri 04:56
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> を動かした際の空きメモリ減少について
>>
>> 秋葉さん
>>
>> こんばんは、山内です。
>>
>>
>> こちらでも、準備が出来ましたので、週末に流してみる予定です。
>>
>> また、結果がわかりましたら、ご連絡します。
>>
>> 以上です。
>>
>>
>> ----- Original Message -----
>>>   From: "renayama19661014@ybb.ne.jp"
>> <renayama19661014@ybb.ne.jp>
>>>   To: "linux-ha-japan@lists.osdn.me"
>> <linux-ha-japan@lists.osdn.me>
>>>   Cc:
>>>   Date: 2016/9/28, Wed 18:56
>>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
>> を動かした際の空きメモリ減少について
>>>
>>>   秋葉さん
>>>
>>>   こんばんは、山内です。
>>>
>>>   了解いたしました。
>>>
>>>   ご連絡ありがとうございました。
>>>
>>>   以上です。
>>>
>>>
>>>
>>>   ----- Original Message -----
>>>>   From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>>   To: linux-ha-japan@lists.osdn.me
>>>>   Cc:
>>>>   Date: 2016/9/28, Wed 18:30
>>>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
>>>   を動かした際の空きメモリ減少について
>>>>
>>>>   山内さん
>>>>
>>>>   秋葉です。
>>>>
>>>>   設定ファイルの確認ありがとうございました。
>>>>
>>>>>     ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
>>>>>     ましたか？
>>>>>     念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。
>>>>
>>>>   こちら、取り急ぎ返信致しますと、
>>>>   systemdプロセスのメモリ使用量についてはtopコマンドを使って、
>>>>   VIRT(VSZ)とRSSを見ております。
>>>>
>>>>   特にRSSの方が細かく増え続ける状態になっていました。
>>>>
>>>>   お手数をおかけしますが、よろしくお願い致します。
>>>>
>>>>   以上
>>>>
>>>>>     -----Original Message-----
>>>>>     From: linux-ha-japan-bounces@lists.osdn.me
>>>>>     [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>>>     renayama19661014@ybb.ne.jp
>>>>>     Sent: Wednesday, September 28, 2016 6:08 PM
>>>>>     To: linux-ha-japan@lists.osdn.me
>>>>>     Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL を動か
>>>>>     した際の空きメモリ減少について
>>>>>
>>>>>     秋葉さん
>>>>>
>>>>>     こんばんは、山内です。
>>>>>
>>>>>     (MLへの送信に失敗しているように思えるので、再送します）
>>>>>
>>>>>     頂いた設定について拝見しましたが、特にPacemaker的には問題ないと思いま
>>>>>     す。
>>>>>
>>>>>     CentOS7でのsystemdの様子については、これからVM構成ですが、確認してみ
>>>>>     るつもりです。
>>>>>
>>>>>     ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンドで実行され
>>>>>     ましたか？
>>>>>     念の為、同じ確認を実施したいので、お手数ですが、ご連絡ください。
>>>>>
>>>>>     以上です。
>>>>>
>>>>>
>>>>>
>>>>>     ----- Original Message -----
>>>>>     > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>>>     > To: linux-ha-japan@lists.osdn.me
>>>>>     > Cc:
>>>>>     > Date: 2016/9/28, Wed 16:21
>>>>>     > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> PostgreSQL ã‚’å‹•
>>>>>     かした際の空きメモリ減少について
>>>>>     >
>>>>>     > 山内さん
>>>>>     >
>>>>>     > 秋葉です。
>>>>>     >
>>>>>     > systemdについての情報ありがとうございます。
>>>>>     > 確認させていただきます。
>>>>>     >
>>>>>     >
>>>>>     > 以上
>>>>>     >
>>>>>     >>  -----Original Message-----
>>>>>     >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>>>     >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> Behalf
>> Of
>>>>>     >>  renayama19661014@ybb.ne.jp
>>>>>     >>  Sent: Monday, September 26, 2016 6:22 PM
>>>>>     >>  To: linux-ha-japan@lists.osdn.me
>>>>>     >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>
>>>   PostgreSQL を
>>>>>     動か
>>>>>     >>  した際の空きメモリ減少について
>>>>>     >>
>>>>>     >>  秋葉さん
>>>>>     >>
>>>>>     >>  こんばんは、山内です。
>>>>>     >>
>>>>>     >>  了解しました。
>>>>>     >>  こちれでも、時間をみて、頂いた設定をベースに試してみたいと思います。
>>>>>     >>
>>>>>     >>  systemd関連も不具合などもあるようですので、そちらを探してみるのも良
>>>>>     いか
>>>>>     >>  もしれません。
>>>>>     >>  ちょっと探してみても、以下などもありました。
>>>>>     >>  直接関係があるかは別ですが・・・
>>>>>     >>
>>>>>     >>   *
> https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>>>>>     >>
>>>>>     >>
>>>>>     >>  設定などで質問があれば、またご連絡させてください。
>>>>>     >>
>>>>>     >>  以上です。
>>>>>     >>
>>>>>     >>
>>>>>     >>
>>>>>     >>  ----- Original Message -----
>>>>>     >>  > From: AKIBA Makoto
> <akiba@acroquest.co.jp>
>>>>>     >>  > To: linux-ha-japan@lists.osdn.me
>>>>>     >>  > Cc:
>>>>>     >>  > Date: 2016/9/26, Mon 16:18
>>>>>     >>  > Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>>
>>>>   PostgreSQL を
>>>>>     動
>>>>>     >>  かした際の空きメモリ減少について
>>>>>     >>  >
>>>>>     >>  > 山内さん
>>>>>     >>  >
>>>>>     >>  > 秋葉です。
>>>>>     >>  > ご回答・解説ありがとうございます。
>>>>>     >>  >
>>>>>     >>  > 実際に当方の環境でpacemakerのプロセスメモリサイズを
>>>>>     >>  > 見てみたところ、～8MB程度になっており、頂いた情報の通り
>>>>>     >>  > 大きくはなっていませんでした。
>>>>>     >>  >
>>>>>     >>  > 一方で、systemd(pid=1)については1GB程度まで大きくなって
>>>>>     >>  > おり、pmapで参照すると[heap]とマッピングされた領域が
>>>>>     >>  > ほとんどを占めているように見えました。
>>>>>     >>  >
>>>>>     >>  > なので、これ以上の問い合わせは見当違いの可能性もありますが、
>>>>>     >>  > 念の為、当方で使用している設定ファイルを添付致します。
>>>>>     >>  > (固有情報はマスキングしてあります)
>>>>>     >>  >
>>>>>     >>  > これで何か情報が得られましたら教えていただけますでしょうか。
>>>>>     >>  > また、不足している情報がありましたらご指摘ください。
>>>>>     >>  >
>>>>>     >>  > お手数をおかけ致しますがよろしくお願い致します。
>>>>>     >>  >
>>>>>     >>  >
>>>>>     >>  > 以上
>>>>>     >>  > ----------------
>>>>>     >>  > AKIBA Makoto
>>>>>     >>  > akiba@acroquest.co.jp
>>>>>     >>  >
>>>>>     >>  >>  -----Original Message-----
>>>>>     >>  >>  From:
> linux-ha-japan-bounces@lists.osdn.me
>>>>>     >>  >> 
> [mailto:linux-ha-japan-bounces@lists.osdn.me]
>> On
>>>   Behalf
>>>>   Of
>>>>>     >>  >>  renayama19661014@ybb.ne.jp
>>>>>     >>  >>  Sent: Friday, September 23, 2016 6:04 PM
>>>>>     >>  >>  To: linux-ha-japan@lists.osdn.me
>>>>>     >>  >>  Subject: Re: [Linux-ha-jp] pacemaker +
>> corosync 上で
>>>
>>>>   PostgreSQL
>>>>>     を
>>>>>     >>  動か
>>>>>     >>  >>  した際の空きメモリ減少について
>>>>>     >>  >>
>>>>>     >>  >>  秋葉さん
>>>>>     >>  >>
>>>>>     >>  >>  こんばんは、山内です。
>>>>>     >>  >>
>>>>>     >>  >>  pacemakerのプロセスがIPC通信の為にマップしているメモリは
>>>>>     5Mbyteま
>>>>>     >>  でで
>>>>>     >>  >>  す。
>>>>>     >>  >>  よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性が
>>>>>     あり
>>>>>     >>  ます
>>>>>     >>  >>  が、
>>>>>     >>  >>  先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上
>>>>>     は増
>>>>>     >>  えま
>>>>>     >>  >>  せん。
>>>>>     >>  >>
>>>>>     >>  >> 
>> このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで
>>>>>     大き
>>>>>     >>  くは
>>>>>     >>  >>  出来ますが、
>>>>>     >>  >>  小さくすることは出来ません。
>>>>>     >>  >>
>>>>>     >>  >>  ＃これらのメモリマップの様子は、pmapコマンドで確認することが可
>>>>>     能で
>>>>>     >>  す。
>>>>>     >>  >>
>>>>>     >>  >>
>>>>>     >>  >>  以上です。
>>>>>     >>  >>
>>>>>     >>  >>
>>>>>     >>  >>
>>>>>     >>  >>  ----- Original Message -----
>>>>>     >>  >>  > From:
>> "renayama19661014@ybb.ne.jp"
>>>>>     >>  > <renayama19661014@ybb.ne.jp>
>>>>>     >>  >>  > To:
>> "linux-ha-japan@lists.osdn.me"
>>>>>     >>  > <linux-ha-japan@lists.osdn.me>
>>>>>     >>  >>  > Cc:
>>>>>     >>  >>  > Date: 2016/9/22, Thu 10:20
>>>>>     >>  >>  > Subject: Re: [Linux-ha-jp]
> pacemaker +
>>>   corosync 上で
>>>>>     > PostgreSQL を
>>>>>     >>  動
>>>>>     >>  >>  かした際の空きメモリ減少について
>>>>>     >>  >>  >
>>>>>     >>  >>  > 秋葉さん
>>>>>     >>  >>  >
>>>>>     >>  >>  > こんにちは、山内です。
>>>>>     >>  >>  >
>>>>>     >>  >>  > systemdプロセスではありませんが、
>>>>>     >>  >>  >
> pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>>>>>     >>  >>  pacemaker/corosyncプロセスのメモリの使用量が一定期間、増加して
>>>>>     いく
>>>>>     >>  動作
>>>>>     >>  >>  となります。
>>>>>     >>  >>  >
>>>>>     >>  >>  > 詳細な動作は、失念していますが、pacmakerのプロセスがメモリマ
>>>>>     ップ
>>>>>     >>  して
>>>>>     >>  >>  いる（？？MByteまでだったはず）エリア
>>>>>     >>  >>  > を利用して通信などを行う為、クラスタ構成後、マップした一定量
>>>>>     まで
>>>>>     >>  増加
>>>>>     >>  >>  が続きます。
>>>>>     >>  >>  > ですが、一定量までで、それ以降は、マップしたエリアを古い方か
>>>>>     ら再
>>>>>     >>  利用
>>>>>     >>  >>  する為、増加は止まります。
>>>>>     >>  >>  > （上記のマップしているサイズについては、確認して、再度、ご連
>>>>>     絡し
>>>>>     >>  ます）
>>>>>     >>  >>  >
>>>>>     >>  >>  >
> (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
>>>>>     には
>>>>>     >>  直接
>>>>>     >>  >>  影響しないかと思います。
>>>>>     >>  >>  >
>>>>>     >>  >>  > 実際に増加しているのがsystemdプロセスとのことですが、
>>>>>     >>  >> 
> pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経
>>>>>     由し
>>>>>     >>  て
>>>>>     >>  >>  > 実行・監視しているでしょうか？
>>>>>     >>  >>  >
>> ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用し
>>>>>     てい
>>>>>     >>  るか
>>>>>     >>  >>  どうか？ということです。
>>>>>     >>  >>  >
>>>>>     >>  >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方でも確認可
>>>>>     能か
>>>>>     >>  も知
>>>>>     >>  >>  れません。
>>>>>     >>  >>  > ＃本当にリークしているのがsystemdプロセスである可能性もある
>>>>>     とは
>>>>>     >>  思い
>>>>>     >>  >>  ますが・・・・
>>>>>     >>  >>  >
>>>>>     >>  >>  > 以上です。
>>>>>     >>  >>  >
>>>>>     >>  >>  >
>>>>>     >>  >>  >>  現在、pacemaker + corosync
> のクラスタ上で
>>>   PostgreSQL を
>>>>>     >>  >>  >>  動作させているデータベースサーバがあるのですが、
>>>>>     >>  >>  >>  稼働中にOSのメモリ使用量が増加し続ける問題が起きています。
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  原因を把握したいのですが、何か該当する現象や確認ポイント
>>>>>     >>  >>  >>  などありますでしょうか？
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  環境は以下のようになっております。
>>>>>     >>  >>  >>  OS: CentOS Linux release
> 7.2.1511
>> (Core)
>>>>>     >>  >>  >>      kernel -
> 3.10.0-327.18.2.el7
>>>>>     >>  >>  >>      glibc - 2.17-106.el7_2.6
>>>>>     >>  >>  >>  Systemd: 219-19.el7_2.9 /
>>>   219-19.el7_2.12 (※)
>>>>>     >>  >>  >>  Pacemaker: 1.1.13-10.el7_2.2
>>>>>     >>  >>  >>  Corosync: 2.3.4-7.el7_2.1
>>>>>     >>  >>  >>  PostgreSQL: 9.4.8-1PGDG.rhel7
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  (※)systemdのバージョンはどちらでも発生しました
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>
>>>>>     >>  >>  >> 
>> 2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
>>>>>     す。
>>>>>     >>  >>  >> 
>> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>>>>>     >>  >>  >> 
> Active側にVIPを割り当てるようにして、アプリケーションから
>>>>>     は
>>>>>     >>  >>  >>  VIPに接続するようにしています。
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  これまでに観察して見えているのは以下の事象になります。
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  (1) OS起動しクラスタ状態を正常にした状態で、少しずつ
>>>>>     >>  >>  >> 
>> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>>>>>     >>  >>  >>  　　→１日あたり30～100MB程度ずつ減少する
>>>>>     >>  >>  >>  　　　※DBサーバ自体は4GBメモリを搭載
>>>>>     >>  >>  >>  　　　※VIPがある／なしに関わらず減少傾向にある。
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  (2)
> メモリ使用量が大きいプロセスを確認すると、PID=1の
>>>>>     >>  >>  >>  　　systemd
> プロセスで、数十秒ごとに4～8KB程度増加する。
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  (3)
> 契機は不明だが、時折数十～数百MB程度空き容量が増える
>>>>>     >>  >>  >>  　　(回復する)ことがある。
>>>>>     >>  >>  >>  　　(長期的に見てトータルでは減少し続ける)
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  (4) pacemaker +
>>>   corosyncを使わず、1台のみで動作させている
>>>>>     >>  >>  >>  　　開発サーバでは(1)～(2)のようなメモリ使用量の増減が
>>>>>     >>  >>  >>  　　発生していないように見える。
>>>>>     >>  >>  >>  　　→この点があり、何か手がかりが無いかと考え、
>>>>>     >>  >>  >>  　　　こちらのMLに質問をポストさせていただきました。
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  長文にて恐縮ですが、情報等いただけましたら幸いです。
>>>>>     >>  >>  >>  よろしくお願い致します。
>>>>>     >>  >>  >>
>>>>>     >>  >>  >>  ----------------
>>>>>     >>  >>  >>  AKIBA Makoto
>>>>>     >>  >>  >>  akiba@acroquest.co.jp
>>>>>     >>  >>  >>
>>>>>     >>  >>  >> 
>>>>   _______________________________________________
>>>>>     >>  >>  >>  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
>>>>>     >>  >
>>>>>     >>
>>>>>     >>  _______________________________________________
>>>>>     >>  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
>>>>
>>>
>>>   _______________________________________________
>>>   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
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
akiba at acroquest
Oct 17, 2016, 3:53 AM
Post #13 of 30 (6368 views)
Permalink
To: 山内さん

秋葉です。

返事が遅くなりました。
いろいろ再現調査していただいてありがとうございます。

再現調査をした環境は pacemaker + corosync のみ（と
ダミープロセス？）で動かした状態と考えてよろしい
でしょうか？

こちらでも長期動作させて観察しているのですが、
pacemaker + corosync で冗長化させているサーバが
もう１種類あり、PostgreSQLではなくJavaAPが動いて
います。
こちらのJavaAPが動いている方はACT+STBで常に片方のみ
プロセスが起動しています。
(PostgreSQLのサーバは両系でプロセスが起動しています)

この２つの冗長化サーバで、
JavaAPの方はsystemdのメモリ増加が起きていないことが
わかっています。

もはやpacemaker+corosyncの問題というよりsystemdの
問題という気もしておりますが、念のため、PostgreSQLが
(両系ホットスタンバイで)動くかどうかは、メモリ使用量の
増加有無に影響するのでしょうか？


以上

> -----Original Message-----
> From: linux-ha-japan-bounces@lists.osdn.me
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> renayama19661014@ybb.ne.jp
> Sent: Monday, October 17, 2016 7:16 PM
> To: linux-ha-japan@lists.osdn.me
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
> した際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> 遅くなりました・・続けて先週末の時点のCentOS7.2に最新のアップデートを
> 適用して、２日半程度流してみみました。
> ゲストの構成や、リソースは前回と同じのままです。
>
> ----------
> Linux c7-01 3.10.0-327.36.2.el7.x86_64 #1 SMP Mon Oct 10 23:08:37 UTC 2016
> x86_64 x86_64 x86_64 GNU/Linux
> systemd-219-19.el7_2.13.x86_64
> glibc-2.17-106.el7_2.8.x86_64
> pacemaker-1.1.13-10.el7.x86_64
> corosync-2.3.4-7.el7.x86_64
> ----------
>
> 以下が結果となりました。
>
> ●ACTノードのpid=1のsystemdのtopデータ
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> COMMAND
> 1 root 20 0 44172 6796 3904 S 0.0 0.3 0:02.66
> systemd
> 1 root 20 0 44172 6796 3904 S 0.0 0.3 0:02.66
> systemd
> 1 root 20 0 44172 6796 3904 S 0.0 0.3 0:02.67
> systemd
> (snip)
> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.86
> systemd
> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.87
> systemd
> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.87
> systemd
> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.88
> systemd
>
> ●STBノードのpid=1のsystemdのtopデータ
> 1 root 20 0 44040 6640 3900 S 0.0 0.3 0:02.73
> systemd
> 1 root 20 0 44040 6640 3900 S 0.0 0.3 0:02.73
> systemd
> 1 root 20 0 44040 6640 3900 S 0.0 0.3 0:02.74
> systemd
> (snip)
> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.67
> systemd
> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.68
> systemd
> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.68
> systemd
> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.70
> systemd
>
> やはり、前回と同様に、systemd(pid=1)に増加は見られますが、秋葉さんの最
> 初にご報告頂いたような増加は起きていないようです。
> #ただ・・この結果だけで判断出来ないとは思いますが、前回の計測よりは増加
> 量が減ってように見えるので、systemd関連で何らかのメモリ関連の修正が入っ
> ている可能性はあると思います。
>
> 以上です。
>
>
>
>
>
>
> ----- Original Message -----
> > From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> > To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> > Cc:
> > Date: 2016/10/3, Mon 22:37
> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
> かした際の空きメモリ減少について
> >
> > 秋葉さん
> >
> > こんばんは、山内です。
> >
> > 週末から、私の環境でも、２日半程度流してみみました。
> >
> > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイメージそ
> のままで構成してみました。
> >
> > ----------
> > CentOS Linux release 7.2.1511 (Core)
> > Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57 UTC 2015
> x86_64
> > x86_64 x86_64 GNU/Linux
> > systemd-219-19.el7.x86_64
> > glibc-2.17-105.el7.x86_64
> > pacemaker-1.1.13-10.el7.x86_64
> > corosync-2.3.4-7.el7.x86_64
> > ----------
> >
> > リソースは簡易のDummyリソースのみですが、以下のようにしています。
> > ----------
> > ●設定ファイル(crm形式です）
> > ### Cluster Option ###
> > property no-quorum-policy="ignore" \
> > stonith-enabled="false" \
> > startup-fencing="false"
> >
> > ### Resource Defaults ###
> > rsc_defaults resource-stickiness="INFINITY" \
> > migration-threshold="1"
> >
> > ### Group Configuration ###
> > group grpDummy \
> > prmDummy1 \
> > prmDummy2 \
> > prmDummy3 \
> > prmDummy4 \
> > prmDummy5 \
> >
> > ### Primitive Configuration ###
> > primitive prmDummy1 ocf:pacemaker:Dummy \
> > op start interval="0s" timeout="60s"
> > on-fail="restart" \
> > op monitor interval="10s" timeout="60s"
> > on-fail="restart" \
> > op stop interval="0s" timeout="60s"
> > on-fail="block"
> >
> > primitive prmDummy2 ocf:pacemaker:Dummy \
> > op start interval="0s" timeout="60s"
> > on-fail="restart" \
> > op monitor interval="10s" timeout="60s"
> > on-fail="restart" \
> > op stop interval="0s" timeout="60s"
> > on-fail="block"
> >
> > primitive prmDummy3 ocf:pacemaker:Dummy \
> > op start interval="0s" timeout="60s"
> > on-fail="restart" \
> > op monitor interval="10s" timeout="60s"
> > on-fail="restart" \
> > op stop interval="0s" timeout="60s"
> > on-fail="block"
> >
> > primitive prmDummy4 ocf:pacemaker:Dummy \
> > op start interval="0s" timeout="60s"
> > on-fail="restart" \
> > op monitor interval="10s" timeout="60s"
> > on-fail="restart" \
> > op stop interval="0s" timeout="60s"
> > on-fail="block"
> >
> > primitive prmDummy5 ocf:pacemaker:Dummy \
> > op start interval="0s" timeout="60s"
> > on-fail="restart" \
> > op monitor interval="10s" timeout="60s"
> > on-fail="restart" \
> > op stop interval="0s" timeout="60s"
> > on-fail="block"
> >
> > ### Resource Location ###
> > location rsc_location-msDrbd-1 grpDummy \
> > rule 200: #uname eq c7-01 \
> > rule 100: #uname eq c7-02
> > ----------
> > ●crm_monの様子
> > [root@c7-01 ~]# crm_mon -1
> > Last updated: Mon Oct 3 16:35:29 2016 Last change: Fri Sep 30
> 00:28:56
> > 2016 by root via cibadmin on c7-01
> > Stack: corosync
> > Current DC: c7-01 (version 1.1.13-10.el7-44eb2dd) - partition with quorum
> > 2 nodes and 5 resources configured
> >
> > Online: [ c7-01 c7-02 ]
> >
> > Resource Group: grpDummy
> > prmDummy1 (ocf::pacemaker:Dummy): Started c7-01
> > prmDummy2 (ocf::pacemaker:Dummy): Started c7-01
> > prmDummy3 (ocf::pacemaker:Dummy): Started c7-01
> > prmDummy4 (ocf::pacemaker:Dummy): Started c7-01
> > prmDummy5 (ocf::pacemaker:Dummy): Started c7-01
> > ----------
> >
> >
> > 以下が結果となりました。
> >
> > ●ACTノードのpid=1のsysttemdのtopデータ
> > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> COMMAND
> > 1 root 20 0 44644 7280 2600 S 0.0 0.4 0:03.18
> systemd
> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.20
> systemd
> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> systemd
> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> systemd
> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> systemd
> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> systemd
> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> systemd
> > (snip)
> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> systemd
> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> systemd
> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> systemd
> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> systemd
> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> systemd
> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.93
> systemd
> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.95
> systemd
> >
> > ●ACTノードのpid=1のsysttemdのtopデータ
> > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> COMMAND
> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.23
> systemd
> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.25
> systemd
> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26
> systemd
> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26
> systemd
> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26
> systemd
> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26
> systemd
> > (snip)
> > 1 root 20 0 45088 7712 2600 S 0.0 0.4 0:21.00
> systemd
> > 1 root 20 0 45088 7712 2600 S 0.0 0.4 0:21.00
> systemd
> > 1 root 20 0 45088 7712 2600 S 0.0 0.4 0:21.00
> systemd
> > 1 root 20 0 45088 7716 2600 S 0.0 0.4 0:21.03
> systemd
> >
> > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂いたよう
> な増加は起きていないようです。
> > #この増加がsystemdの正しい動作の範疇なのかどうかは別物ですが。。。。
> >
> > こちらも、systemdのバージョンなどをアップしても確認してみたいと思いま
> す。
> >
> > 以上です。
> >
> >
> >
> > ----- Original Message -----
> >> From: "renayama19661014@ybb.ne.jp"
> > <renayama19661014@ybb.ne.jp>
> >> To: "linux-ha-japan@lists.osdn.me"
> > <linux-ha-japan@lists.osdn.me>
> >> Cc:
> >> Date: 2016/9/30, Fri 04:56
> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> > を動かした際の空きメモリ減少について
> >>
> >> 秋葉さん
> >>
> >> こんばんは、山内です。
> >>
> >>
> >> こちらでも、準備が出来ましたので、週末に流してみる予定です。
> >>
> >> また、結果がわかりましたら、ご連絡します。
> >>
> >> 以上です。
> >>
> >>
> >> ----- Original Message -----
> >>> From: "renayama19661014@ybb.ne.jp"
> >> <renayama19661014@ybb.ne.jp>
> >>> To: "linux-ha-japan@lists.osdn.me"
> >> <linux-ha-japan@lists.osdn.me>
> >>> Cc:
> >>> Date: 2016/9/28, Wed 18:56
> >>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> >> を動かした際の空きメモリ減少について
> >>>
> >>> 秋葉さん
> >>>
> >>> こんばんは、山内です。
> >>>
> >>> 了解いたしました。
> >>>
> >>> ご連絡ありがとうございました。
> >>>
> >>> 以上です。
> >>>
> >>>
> >>>
> >>> ----- Original Message -----
> >>>> From: AKIBA Makoto <akiba@acroquest.co.jp>
> >>>> To: linux-ha-japan@lists.osdn.me
> >>>> Cc:
> >>>> Date: 2016/9/28, Wed 18:30
> >>>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> >>> を動かした際の空きメモリ減少について
> >>>>
> >>>> 山内さん
> >>>>
> >>>> 秋葉です。
> >>>>
> >>>> 設定ファイルの確認ありがとうございました。
> >>>>
> >>>>> ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンド
> で実行され
> >>>>> ましたか？
> >>>>> 念の為、同じ確認を実施したいので、お手数ですが、ご連絡くださ
> い。
> >>>>
> >>>> こちら、取り急ぎ返信致しますと、
> >>>> systemdプロセスのメモリ使用量についてはtopコマンドを使って、
> >>>> VIRT(VSZ)とRSSを見ております。
> >>>>
> >>>> 特にRSSの方が細かく増え続ける状態になっていました。
> >>>>
> >>>> お手数をおかけしますが、よろしくお願い致します。
> >>>>
> >>>> 以上
> >>>>
> >>>>> -----Original Message-----
> >>>>> From: linux-ha-japan-bounces@lists.osdn.me
> >>>>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >>>>> renayama19661014@ybb.ne.jp
> >>>>> Sent: Wednesday, September 28, 2016 6:08 PM
> >>>>> To: linux-ha-japan@lists.osdn.me
> >>>>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> > PostgreSQL を動か
> >>>>> した際の空きメモリ減少について
> >>>>>
> >>>>> 秋葉さん
> >>>>>
> >>>>> こんばんは、山内です。
> >>>>>
> >>>>> (MLへの送信に失敗しているように思えるので、再送します）
> >>>>>
> >>>>> 頂いた設定について拝見しましたが、特にPacemaker的には問題な
> いと思いま
> >>>>> す。
> >>>>>
> >>>>> CentOS7でのsystemdの様子については、これからVM構成ですが、
> 確認してみ
> >>>>> るつもりです。
> >>>>>
> >>>>> ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンド
> で実行され
> >>>>> ましたか？
> >>>>> 念の為、同じ確認を実施したいので、お手数ですが、ご連絡くださ
> い。
> >>>>>
> >>>>> 以上です。
> >>>>>
> >>>>>
> >>>>>
> >>>>> ----- Original Message -----
> >>>>> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> >>>>> > To: linux-ha-japan@lists.osdn.me
> >>>>> > Cc:
> >>>>> > Date: 2016/9/28, Wed 16:21
> >>>>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> >> PostgreSQL ã‚’å‹•
> >>>>> かした際の空きメモリ減少について
> >>>>> >
> >>>>> > 山内さん
> >>>>> >
> >>>>> > 秋葉です。
> >>>>> >
> >>>>> > systemdについての情報ありがとうございます。
> >>>>> > 確認させていただきます。
> >>>>> >
> >>>>> >
> >>>>> > 以上
> >>>>> >
> >>>>> >> -----Original Message-----
> >>>>> >> From: linux-ha-japan-bounces@lists.osdn.me
> >>>>> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> > Behalf
> >> Of
> >>>>> >> renayama19661014@ybb.ne.jp
> >>>>> >> Sent: Monday, September 26, 2016 6:22 PM
> >>>>> >> To: linux-ha-japan@lists.osdn.me
> >>>>> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> >
> >>> PostgreSQL ã‚’
> >>>>> 動か
> >>>>> >> した際の空きメモリ減少について
> >>>>> >>
> >>>>> >> 秋葉さん
> >>>>> >>
> >>>>> >> こんばんは、山内です。
> >>>>> >>
> >>>>> >> 了解しました。
> >>>>> >> こちれでも、時間をみて、頂いた設定をベースに試してみたい
> と思います。
> >>>>> >>
> >>>>> >> systemd関連も不具合などもあるようですので、そちらを探して
> みるのも良
> >>>>> いか
> >>>>> >> もしれません。
> >>>>> >> ちょっと探してみても、以下などもありました。
> >>>>> >> 直接関係があるかは別ですが・・・
> >>>>> >>
> >>>>> >> *
> > https://bugzilla.redhat.com/show_bug.cgi?id=1361120
> >>>>> >>
> >>>>> >>
> >>>>> >> 設定などで質問があれば、またご連絡させてください。
> >>>>> >>
> >>>>> >> 以上です。
> >>>>> >>
> >>>>> >>
> >>>>> >>
> >>>>> >> ----- Original Message -----
> >>>>> >> > From: AKIBA Makoto
> > <akiba@acroquest.co.jp>
> >>>>> >> > To: linux-ha-japan@lists.osdn.me
> >>>>> >> > Cc:
> >>>>> >> > Date: 2016/9/26, Mon 16:18
> >>>>> >> > Subject: Re: [Linux-ha-jp] pacemaker +
> > corosync 上で
> >>
> >>>> PostgreSQL ã‚’
> >>>>> å‹•
> >>>>> >> かした際の空きメモリ減少について
> >>>>> >> >
> >>>>> >> > 山内さん
> >>>>> >> >
> >>>>> >> > 秋葉です。
> >>>>> >> > ご回答・解説ありがとうございます。
> >>>>> >> >
> >>>>> >> > 実際に当方の環境でpacemakerのプロセスメモリサイズを
> >>>>> >> > 見てみたところ、～8MB程度になっており、頂いた情報の通り
> >>>>> >> > 大きくはなっていませんでした。
> >>>>> >> >
> >>>>> >> > 一方で、systemd(pid=1)については1GB程度まで大きくなっ
> て
> >>>>> >> > おり、pmapで参照すると[heap]とマッピングされた領域が
> >>>>> >> > ほとんどを占めているように見えました。
> >>>>> >> >
> >>>>> >> > なので、これ以上の問い合わせは見当違いの可能性もありま
> すが、
> >>>>> >> > 念の為、当方で使用している設定ファイルを添付致します。
> >>>>> >> > (固有情報はマスキングしてあります)
> >>>>> >> >
> >>>>> >> > これで何か情報が得られましたら教えていただけますでしょ
> うか。
> >>>>> >> > また、不足している情報がありましたらご指摘ください。
> >>>>> >> >
> >>>>> >> > お手数をおかけ致しますがよろしくお願い致します。
> >>>>> >> >
> >>>>> >> >
> >>>>> >> > 以上
> >>>>> >> > ----------------
> >>>>> >> > AKIBA Makoto
> >>>>> >> > akiba@acroquest.co.jp
> >>>>> >> >
> >>>>> >> >> -----Original Message-----
> >>>>> >> >> From:
> > linux-ha-japan-bounces@lists.osdn.me
> >>>>> >> >>
> > [mailto:linux-ha-japan-bounces@lists.osdn.me]
> >> On
> >>> Behalf
> >>>> Of
> >>>>> >> >> renayama19661014@ybb.ne.jp
> >>>>> >> >> Sent: Friday, September 23, 2016 6:04 PM
> >>>>> >> >> To: linux-ha-japan@lists.osdn.me
> >>>>> >> >> Subject: Re: [Linux-ha-jp] pacemaker +
> >> corosync 上で
> >>>
> >>>> PostgreSQL
> >>>>> ã‚’
> >>>>> >> 動か
> >>>>> >> >> した際の空きメモリ減少について
> >>>>> >> >>
> >>>>> >> >> 秋葉さん
> >>>>> >> >>
> >>>>> >> >> こんばんは、山内です。
> >>>>> >> >>
> >>>>> >> >> pacemakerのプロセスがIPC通信の為にマップしているメ
> モリは
> >>>>> 5Mbyteま
> >>>>> >> でで
> >>>>> >> >> す。
> >>>>> >> >> よって、最大、5Mbyteまでプロセスのメモリサイズは上が
> る可能性が
> >>>>> あり
> >>>>> >> ます
> >>>>> >> >> が、
> >>>>> >> >> 先のメールの通りで5Mbyteを超えるあたりで再利用する
> 為、それ以上
> >>>>> は増
> >>>>> >> えま
> >>>>> >> >> せん。
> >>>>> >> >>
> >>>>> >> >>
> >> このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで
> >>>>> 大き
> >>>>> >> くは
> >>>>> >> >> 出来ますが、
> >>>>> >> >> 小さくすることは出来ません。
> >>>>> >> >>
> >>>>> >> >> ＃これらのメモリマップの様子は、pmapコマンドで確認す
> ることが可
> >>>>> 能で
> >>>>> >> す。
> >>>>> >> >>
> >>>>> >> >>
> >>>>> >> >> 以上です。
> >>>>> >> >>
> >>>>> >> >>
> >>>>> >> >>
> >>>>> >> >> ----- Original Message -----
> >>>>> >> >> > From:
> >> "renayama19661014@ybb.ne.jp"
> >>>>> >> > <renayama19661014@ybb.ne.jp>
> >>>>> >> >> > To:
> >> "linux-ha-japan@lists.osdn.me"
> >>>>> >> > <linux-ha-japan@lists.osdn.me>
> >>>>> >> >> > Cc:
> >>>>> >> >> > Date: 2016/9/22, Thu 10:20
> >>>>> >> >> > Subject: Re: [Linux-ha-jp]
> > pacemaker +
> >>> corosync 上で
> >>>>> > PostgreSQL ã‚’
> >>>>> >> å‹•
> >>>>> >> >> かした際の空きメモリ減少について
> >>>>> >> >> >
> >>>>> >> >> > 秋葉さん
> >>>>> >> >> >
> >>>>> >> >> > こんにちは、山内です。
> >>>>> >> >> >
> >>>>> >> >> > systemdプロセスではありませんが、
> >>>>> >> >> >
> > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
> >>>>> >> >> pacemaker/corosyncプロセスのメモリの使用量が一定期間、
> 増加して
> >>>>> いく
> >>>>> >> 動作
> >>>>> >> >> となります。
> >>>>> >> >> >
> >>>>> >> >> > 詳細な動作は、失念していますが、pacmakerのプロセス
> がメモリマ
> >>>>> ップ
> >>>>> >> して
> >>>>> >> >> いる（？？MByteまでだったはず）エリア
> >>>>> >> >> > を利用して通信などを行う為、クラスタ構成後、マップ
> した一定量
> >>>>> まで
> >>>>> >> 増加
> >>>>> >> >> が続きます。
> >>>>> >> >> > ですが、一定量までで、それ以降は、マップしたエリア
> を古い方か
> >>>>> ら再
> >>>>> >> 利用
> >>>>> >> >> する為、増加は止まります。
> >>>>> >> >> > （上記のマップしているサイズについては、確認して、
> 再度、ご連
> >>>>> 絡し
> >>>>> >> ます）
> >>>>> >> >> >
> >>>>> >> >> >
> > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
> >>>>> には
> >>>>> >> 直接
> >>>>> >> >> 影響しないかと思います。
> >>>>> >> >> >
> >>>>> >> >> > 実際に増加しているのがsystemdプロセスとのことです
> が、
> >>>>> >> >>
> > pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経
> >>>>> 由し
> >>>>> >> て
> >>>>> >> >> > 実行・監視しているでしょうか？
> >>>>> >> >> >
> >> ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用し
> >>>>> てい
> >>>>> >> るか
> >>>>> >> >> どうか？ということです。
> >>>>> >> >> >
> >>>>> >> >> > pacemakerの構成ファイルなど開示して頂ければ、私の方
> でも確認可
> >>>>> 能か
> >>>>> >> も知
> >>>>> >> >> れません。
> >>>>> >> >> > ＃本当にリークしているのがsystemdプロセスである可
> 能性もある
> >>>>> とは
> >>>>> >> 思い
> >>>>> >> >> ますが・・・・
> >>>>> >> >> >
> >>>>> >> >> > 以上です。
> >>>>> >> >> >
> >>>>> >> >> >
> >>>>> >> >> >> 現在、pacemaker + corosync
> > のクラスタ上で
> >>> PostgreSQL ã‚’
> >>>>> >> >> >> 動作させているデータベースサーバがあるのですが、
> >>>>> >> >> >> 稼働中にOSのメモリ使用量が増加し続ける問題が起
> きています。
> >>>>> >> >> >>
> >>>>> >> >> >> 原因を把握したいのですが、何か該当する現象や確認
> ポイント
> >>>>> >> >> >> などありますでしょうか？
> >>>>> >> >> >>
> >>>>> >> >> >>
> >>>>> >> >> >> 環境は以下のようになっております。
> >>>>> >> >> >> OS: CentOS Linux release
> > 7.2.1511
> >> (Core)
> >>>>> >> >> >> kernel -
> > 3.10.0-327.18.2.el7
> >>>>> >> >> >> glibc - 2.17-106.el7_2.6
> >>>>> >> >> >> Systemd: 219-19.el7_2.9 /
> >>> 219-19.el7_2.12 (※)
> >>>>> >> >> >> Pacemaker: 1.1.13-10.el7_2.2
> >>>>> >> >> >> Corosync: 2.3.4-7.el7_2.1
> >>>>> >> >> >> PostgreSQL: 9.4.8-1PGDG.rhel7
> >>>>> >> >> >>
> >>>>> >> >> >> (※)systemdのバージョンはどちらでも発生しました
> >>>>> >> >> >>
> >>>>> >> >> >>
> >>>>> >> >> >>
> >> 2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
> >>>>> す。
> >>>>> >> >> >>
> >> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
> >>>>> >> >> >>
> > Active側にVIPを割り当てるようにして、アプリケーションから
> >>>>> は
> >>>>> >> >> >> VIPに接続するようにしています。
> >>>>> >> >> >>
> >>>>> >> >> >> これまでに観察して見えているのは以下の事象になり
> ます。
> >>>>> >> >> >>
> >>>>> >> >> >> (1) OS起動しクラスタ状態を正常にした状態で、少し
> ずつ
> >>>>> >> >> >>
> >> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
> >>>>> >> >> >> 　　→１日あたり30～100MB程度ずつ減少する
> >>>>> >> >> >> 　　　※DBサーバ自体は4GBメモリを搭載
> >>>>> >> >> >> 　　　※VIPがある／なしに関わらず減少傾向にある。
> >>>>> >> >> >>
> >>>>> >> >> >> (2)
> > メモリ使用量が大きいプロセスを確認すると、PID=1の
> >>>>> >> >> >> 　　systemd
> > プロセスで、数十秒ごとに4～8KB程度増加する。
> >>>>> >> >> >>
> >>>>> >> >> >> (3)
> > 契機は不明だが、時折数十～数百MB程度空き容量が増える
> >>>>> >> >> >> 　　(回復する)ことがある。
> >>>>> >> >> >> 　　(長期的に見てトータルでは減少し続ける)
> >>>>> >> >> >>
> >>>>> >> >> >> (4) pacemaker +
> >>> corosyncを使わず、1台のみで動作させている
> >>>>> >> >> >> 　　開発サーバでは(1)～(2)のようなメモリ使用量の
> 増減が
> >>>>> >> >> >> 　　発生していないように見える。
> >>>>> >> >> >> 　　→この点があり、何か手がかりが無いかと考え、
> >>>>> >> >> >> 　　　こちらのMLに質問をポストさせていただきま
> した。
> >>>>> >> >> >>
> >>>>> >> >> >>
> >>>>> >> >> >> 長文にて恐縮ですが、情報等いただけましたら幸いで
> す。
> >>>>> >> >> >> よろしくお願い致します。
> >>>>> >> >> >>
> >>>>> >> >> >> ----------------
> >>>>> >> >> >> AKIBA Makoto
> >>>>> >> >> >> akiba@acroquest.co.jp
> >>>>> >> >> >>
> >>>>> >> >> >>
> >>>> _______________________________________________
> >>>>> >> >> >> 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
> >>>>> >> >
> >>>>> >>
> >>>>> >> _______________________________________________
> >>>>> >> 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
> >>>>
> >>>
> >>> _______________________________________________
> >>> 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
_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 17, 2016, 7:08 AM
Post #14 of 30 (6367 views)
Permalink
秋葉さん

こんばんは、山内です。

> 返事が遅くなりました。
> いろいろ再現調査していただいてありがとうございます。
> 
> 再現調査をした環境は pacemaker + corosync のみ（と
> ダミープロセス？）で動かした状態と考えてよろしい
> でしょうか？

はい。
問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ(Dummyのみ)です。

> こちらでも長期動作させて観察しているのですが、
> pacemaker + corosync で冗長化させているサーバが
> もう１種類あり、PostgreSQLではなくJavaAPが動いて
> います。
> こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> プロセスが起動しています。
> (PostgreSQLのサーバは両系でプロセスが起動しています)
> 
> この２つの冗長化サーバで、
> JavaAPの方はsystemdのメモリ増加が起きていないことが
> わかっています。
> 
> もはやpacemaker+corosyncの問題というよりsystemdの
> 問題という気もしておりますが、念のため、PostgreSQLが
> (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> 増加有無に影響するのでしょうか？


PostgreSQL,OS側に精通しているわけではないので、有識者の方のコメントがあると良いのですが・・・
Pacemakerの構成で指定したリソースエージェントのRAのPostgreSQLは、基本的には、systemdプロセスへの影響はないと思っています。
＃systemdでPostgreSQLを起動して、それをPacemakerでsystemdリソースで管理しているのであれば影響はある可能性もあるとは思いますが・・・

秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思いますので、両系でPostgreSQLが動いていますのでメモリ使用料に変化はあると思いますが、
それが、systemdのメモリ増加へは影響しないと思っています。


１点だけ、気になる点がありますが・・
秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいるいると思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
もし、起動されているのであれば、こちらも、pcsd利用に変えて確認してみたいと思います。


以上です。




----- Original Message -----
> From: AKIBA Makoto <akiba@acroquest.co.jp>
> To: linux-ha-japan@lists.osdn.me
> Cc:
> Date: 2016/10/17, Mon 19:53
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
>T o: 山内さん
>
> 秋葉です。
>
> 返事が遅くなりました。
> いろいろ再現調査していただいてありがとうございます。
>
> 再現調査をした環境は pacemaker + corosync のみ（と
> ダミープロセス？）で動かした状態と考えてよろしい
> でしょうか？
>
> こちらでも長期動作させて観察しているのですが、
> pacemaker + corosync で冗長化させているサーバが
> もう１種類あり、PostgreSQLではなくJavaAPが動いて
> います。
> こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> プロセスが起動しています。
> (PostgreSQLのサーバは両系でプロセスが起動しています)
>
> この２つの冗長化サーバで、
> JavaAPの方はsystemdのメモリ増加が起きていないことが
> わかっています。
>
> もはやpacemaker+corosyncの問題というよりsystemdの
> 問題という気もしておりますが、念のため、PostgreSQLが
> (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> 増加有無に影響するのでしょうか？
>
>
> 以上
>
>>  -----Original Message-----
>>  From: linux-ha-japan-bounces@lists.osdn.me
>>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>  renayama19661014@ybb.ne.jp
>>  Sent: Monday, October 17, 2016 7:16 PM
>>  To: linux-ha-japan@lists.osdn.me
>>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>>  した際の空きメモリ減少について
>>
>>  秋葉さん
>>
>>  こんばんは、山内です。
>>
>>  遅くなりました・・続けて先週末の時点のCentOS7.2に最新のアップデートを
>>  適用して、２日半程度流してみみました。
>>  ゲストの構成や、リソースは前回と同じのままです。
>>
>>  ----------
>>  Linux c7-01 3.10.0-327.36.2.el7.x86_64 #1 SMP Mon Oct 10 23:08:37 UTC 2016
>>  x86_64 x86_64 x86_64 GNU/Linux
>>  systemd-219-19.el7_2.13.x86_64
>>  glibc-2.17-106.el7_2.8.x86_64
>>  pacemaker-1.1.13-10.el7.x86_64
>>  corosync-2.3.4-7.el7.x86_64
>>  ----------
>>
>>  以下が結果となりました。
>>
>>  ●ACTノードのpid=1のsystemdのtopデータ
>>  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+
>>  COMMAND
>>      1 root      20   0   44172   6796   3904 S   0.0  0.3   0:02.66
>>  systemd
>>      1 root      20   0   44172   6796   3904 S   0.0  0.3   0:02.66
>>  systemd
>>      1 root      20   0   44172   6796   3904 S   0.0  0.3   0:02.67
>>  systemd
>>  (snip)
>>      1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.86
>>  systemd
>>      1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.87
>>  systemd
>>      1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.87
>>  systemd
>>      1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.88
>>  systemd
>>
>>  ●STBノードのpid=1のsystemdのtopデータ
>>      1 root      20   0   44040   6640   3900 S   0.0  0.3   0:02.73
>>  systemd
>>      1 root      20   0   44040   6640   3900 S   0.0  0.3   0:02.73
>>  systemd
>>      1 root      20   0   44040   6640   3900 S   0.0  0.3   0:02.74
>>  systemd
>>  (snip)
>>      1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.67
>>  systemd
>>      1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.68
>>  systemd
>>      1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.68
>>  systemd
>>      1 root      20   0   44172   6808   3908 S   0.0  0.3   0:16.70
>>  systemd
>>
>>  やはり、前回と同様に、systemd(pid=1)に増加は見られますが、秋葉さんの最
>>  初にご報告頂いたような増加は起きていないようです。
>>  #ただ・・この結果だけで判断出来ないとは思いますが、前回の計測よりは増加
>>  量が減ってように見えるので、systemd関連で何らかのメモリ関連の修正が入っ
>>  ている可能性はあると思います。
>>
>>  以上です。
>>
>>
>>
>>
>>
>>
>>  ----- Original Message -----
>>  > From: "renayama19661014@ybb.ne.jp"
> <renayama19661014@ybb.ne.jp>
>>  > To: "linux-ha-japan@lists.osdn.me"
> <linux-ha-japan@lists.osdn.me>
>>  > Cc:
>>  > Date: 2016/10/3, Mon 22:37
>>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>>  かした際の空きメモリ減少について
>>  >
>>  > 秋葉さん
>>  >
>>  > こんばんは、山内です。
>>  >
>>  > 週末から、私の環境でも、２日半程度流してみみました。
>>  >
>>  > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイメージそ
>>  のままで構成してみました。
>>  >
>>  > ----------
>>  > CentOS Linux release 7.2.1511 (Core)
>>  > Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57 UTC 2015
>>  x86_64
>>  > x86_64 x86_64 GNU/Linux
>>  > systemd-219-19.el7.x86_64
>>  > glibc-2.17-105.el7.x86_64
>>  > pacemaker-1.1.13-10.el7.x86_64
>>  > corosync-2.3.4-7.el7.x86_64
>>  > ----------
>>  >
>>  > リソースは簡易のDummyリソースのみですが、以下のようにしています。
>>  > ----------
>>  > ●設定ファイル(crm形式です）
>>  > ### Cluster Option ###
>>  > property no-quorum-policy="ignore" \
>>  > stonith-enabled="false" \
>>  > startup-fencing="false"
>>  >
>>  > ### Resource Defaults ###
>>  > rsc_defaults resource-stickiness="INFINITY" \
>>  > migration-threshold="1"
>>  >
>>  > ### Group Configuration ###
>>  > group grpDummy \
>>  > prmDummy1 \
>>  > prmDummy2 \
>>  > prmDummy3 \
>>  > prmDummy4 \
>>  > prmDummy5 \
>>  >
>>  > ### Primitive Configuration ###
>>  > primitive prmDummy1 ocf:pacemaker:Dummy \
>>  > op start interval="0s" timeout="60s"
>>  > on-fail="restart" \
>>  > op monitor interval="10s" timeout="60s"
>>  > on-fail="restart" \
>>  > op stop interval="0s" timeout="60s"
>>  > on-fail="block"
>>  >
>>  > primitive prmDummy2 ocf:pacemaker:Dummy \
>>  > op start interval="0s" timeout="60s"
>>  > on-fail="restart" \
>>  > op monitor interval="10s" timeout="60s"
>>  > on-fail="restart" \
>>  > op stop interval="0s" timeout="60s"
>>  > on-fail="block"
>>  >
>>  > primitive prmDummy3 ocf:pacemaker:Dummy \
>>  > op start interval="0s" timeout="60s"
>>  > on-fail="restart" \
>>  > op monitor interval="10s" timeout="60s"
>>  > on-fail="restart" \
>>  > op stop interval="0s" timeout="60s"
>>  > on-fail="block"
>>  >
>>  > primitive prmDummy4 ocf:pacemaker:Dummy \
>>  > op start interval="0s" timeout="60s"
>>  > on-fail="restart" \
>>  > op monitor interval="10s" timeout="60s"
>>  > on-fail="restart" \
>>  > op stop interval="0s" timeout="60s"
>>  > on-fail="block"
>>  >
>>  > primitive prmDummy5 ocf:pacemaker:Dummy \
>>  > op start interval="0s" timeout="60s"
>>  > on-fail="restart" \
>>  > op monitor interval="10s" timeout="60s"
>>  > on-fail="restart" \
>>  > op stop interval="0s" timeout="60s"
>>  > on-fail="block"
>>  >
>>  > ### Resource Location ###
>>  > location rsc_location-msDrbd-1 grpDummy \
>>  > rule 200: #uname eq c7-01 \
>>  > rule 100: #uname eq c7-02
>>  > ----------
>>  > ●crm_monの様子
>>  > [root@c7-01 ~]# crm_mon -1
>>  > Last updated: Mon Oct  3 16:35:29 2016          Last change: Fri Sep
> 30
>>  00:28:56
>>  > 2016 by root via cibadmin on c7-01
>>  > Stack: corosync
>>  > Current DC: c7-01 (version 1.1.13-10.el7-44eb2dd) - partition with
> quorum
>>  > 2 nodes and 5 resources configured
>>  >
>>  > Online: [ c7-01 c7-02 ]
>>  >
>>  > Resource Group: grpDummy
>>  > prmDummy1  (ocf::pacemaker:Dummy): Started c7-01
>>  > prmDummy2  (ocf::pacemaker:Dummy): Started c7-01
>>  > prmDummy3  (ocf::pacemaker:Dummy): Started c7-01
>>  > prmDummy4  (ocf::pacemaker:Dummy): Started c7-01
>>  > prmDummy5  (ocf::pacemaker:Dummy): Started c7-01
>>  > ----------
>>  >
>>  >
>>  > 以下が結果となりました。
>>  >
>>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>  > PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+
>>  COMMAND
>>  > 1 root      20   0   44644   7280   2600 S   0.0  0.4   0:03.18
>>  systemd
>>  > 1 root      20   0   44644   7296   2600 S   0.0  0.4   0:03.20
>>  systemd
>>  > 1 root      20   0   44644   7296   2600 S   0.0  0.4   0:03.21
>>  systemd
>>  > 1 root      20   0   44644   7296   2600 S   0.0  0.4   0:03.21
>>  systemd
>>  > 1 root      20   0   44644   7296   2600 S   0.0  0.4   0:03.21
>>  systemd
>>  > 1 root      20   0   44644   7296   2600 S   0.0  0.4   0:03.21
>>  systemd
>>  > 1 root      20   0   44644   7296   2600 S   0.0  0.4   0:03.21
>>  systemd
>>  > (snip)
>>  > 1 root      20   0   45064   7720   2600 S   0.0  0.4   0:21.91
>>  systemd
>>  > 1 root      20   0   45064   7720   2600 S   0.0  0.4   0:21.91
>>  systemd
>>  > 1 root      20   0   45064   7720   2600 S   0.0  0.4   0:21.91
>>  systemd
>>  > 1 root      20   0   45064   7720   2600 S   0.0  0.4   0:21.91
>>  systemd
>>  > 1 root      20   0   45064   7720   2600 S   0.0  0.4   0:21.91
>>  systemd
>>  > 1 root      20   0   45064   7720   2600 S   0.0  0.4   0:21.93
>>  systemd
>>  > 1 root      20   0   45064   7720   2600 S   0.0  0.4   0:21.95
>>  systemd
>>  >
>>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>  > PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+
>>  COMMAND
>>  > 1 root      20   0   44652   7288   2600 S   0.0  0.4   0:03.23
>>  systemd
>>  > 1 root      20   0   44652   7288   2600 S   0.0  0.4   0:03.25
>>  systemd
>>  > 1 root      20   0   44652   7288   2600 S   0.0  0.4   0:03.26
>>  systemd
>>  > 1 root      20   0   44652   7288   2600 S   0.0  0.4   0:03.26
>>  systemd
>>  > 1 root      20   0   44652   7288   2600 S   0.0  0.4   0:03.26
>>  systemd
>>  > 1 root      20   0   44652   7288   2600 S   0.0  0.4   0:03.26
>>  systemd
>>  > (snip)
>>  > 1 root      20   0   45088   7712   2600 S   0.0  0.4   0:21.00
>>  systemd
>>  > 1 root      20   0   45088   7712   2600 S   0.0  0.4   0:21.00
>>  systemd
>>  > 1 root      20   0   45088   7712   2600 S   0.0  0.4   0:21.00
>>  systemd
>>  > 1 root      20   0   45088   7716   2600 S   0.0  0.4   0:21.03
>>  systemd
>>  >
>>  > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂いたよう
>>  な増加は起きていないようです。
>>  > #この増加がsystemdの正しい動作の範疇なのかどうかは別物ですが。。。。
>>  >
>>  > こちらも、systemdのバージョンなどをアップしても確認してみたいと思いま
>>  す。
>>  >
>>  > 以上です。
>>  >
>>  >
>>  >
>>  > ----- Original Message -----
>>  >>  From: "renayama19661014@ybb.ne.jp"
>>  > <renayama19661014@ybb.ne.jp>
>>  >>  To: "linux-ha-japan@lists.osdn.me"
>>  > <linux-ha-japan@lists.osdn.me>
>>  >>  Cc:
>>  >>  Date: 2016/9/30, Fri 04:56
>>  >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
>>  > を動かした際の空きメモリ減少について
>>  >>
>>  >>  秋葉さん
>>  >>
>>  >>  こんばんは、山内です。
>>  >>
>>  >>
>>  >>  こちらでも、準備が出来ましたので、週末に流してみる予定です。
>>  >>
>>  >>  また、結果がわかりましたら、ご連絡します。
>>  >>
>>  >>  以上です。
>>  >>
>>  >>
>>  >>  ----- Original Message -----
>>  >>>   From: "renayama19661014@ybb.ne.jp"
>>  >>  <renayama19661014@ybb.ne.jp>
>>  >>>   To: "linux-ha-japan@lists.osdn.me"
>>  >>  <linux-ha-japan@lists.osdn.me>
>>  >>>   Cc:
>>  >>>   Date: 2016/9/28, Wed 18:56
>>  >>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL
>>  >>  を動かした際の空きメモリ減少について
>>  >>>
>>  >>>   秋葉さん
>>  >>>
>>  >>>   こんばんは、山内です。
>>  >>>
>>  >>>   了解いたしました。
>>  >>>
>>  >>>   ご連絡ありがとうございました。
>>  >>>
>>  >>>   以上です。
>>  >>>
>>  >>>
>>  >>>
>>  >>>   ----- Original Message -----
>>  >>>>    From: AKIBA Makoto <akiba@acroquest.co.jp>
>>  >>>>    To: linux-ha-japan@lists.osdn.me
>>  >>>>    Cc:
>>  >>>>    Date: 2016/9/28, Wed 18:30
>>  >>>>    Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL
>>  >>>   を動かした際の空きメモリ減少について
>>  >>>>
>>  >>>>    山内さん
>>  >>>>
>>  >>>>    秋葉です。
>>  >>>>
>>  >>>>    設定ファイルの確認ありがとうございました。
>>  >>>>
>>  >>>>>     ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンド
>>  で実行され
>>  >>>>>     ましたか？
>>  >>>>>     念の為、同じ確認を実施したいので、お手数ですが、ご連絡くださ
>>  い。
>>  >>>>
>>  >>>>    こちら、取り急ぎ返信致しますと、
>>  >>>>    systemdプロセスのメモリ使用量についてはtopコマンドを使って、
>>  >>>>    VIRT(VSZ)とRSSを見ております。
>>  >>>>
>>  >>>>    特にRSSの方が細かく増え続ける状態になっていました。
>>  >>>>
>>  >>>>    お手数をおかけしますが、よろしくお願い致します。
>>  >>>>
>>  >>>>    以上
>>  >>>>
>>  >>>>>     -----Original Message-----
>>  >>>>>     From: linux-ha-japan-bounces@lists.osdn.me
>>  >>>>>     [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> Behalf Of
>>  >>>>>    renayama19661014@ybb.ne.jp
>>  >>>>>     Sent: Wednesday, September 28, 2016 6:08 PM
>>  >>>>>     To: linux-ha-japan@lists.osdn.me
>>  >>>>>     Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>>  > PostgreSQL を動か
>>  >>>>>     した際の空きメモリ減少について
>>  >>>>>
>>  >>>>>     秋葉さん
>>  >>>>>
>>  >>>>>     こんばんは、山内です。
>>  >>>>>
>>  >>>>>     (MLへの送信に失敗しているように思えるので、再送します）
>>  >>>>>
>>  >>>>>     頂いた設定について拝見しましたが、特にPacemaker的には問題な
>>  いと思いま
>>  >>>>>     す。
>>  >>>>>
>>  >>>>>     CentOS7でのsystemdの様子については、これからVM構成ですが、
>>  確認してみ
>>  >>>>>     るつもりです。
>>  >>>>>
>>  >>>>>     ちなみに、systemdのメモリ増加の確認ですが、どのようなコマンド
>>  で実行され
>>  >>>>>     ましたか？
>>  >>>>>     念の為、同じ確認を実施したいので、お手数ですが、ご連絡くださ
>>  い。
>>  >>>>>
>>  >>>>>     以上です。
>>  >>>>>
>>  >>>>>
>>  >>>>>
>>  >>>>>     ----- Original Message -----
>>  >>>>>     > From: AKIBA Makoto
> <akiba@acroquest.co.jp>
>>  >>>>>     > To: linux-ha-japan@lists.osdn.me
>>  >>>>>     > Cc:
>>  >>>>>     > Date: 2016/9/28, Wed 16:21
>>  >>>>>     > Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>>  >>  PostgreSQL を動
>>  >>>>>     かした際の空きメモリ減少について
>>  >>>>>     >
>>  >>>>>     > 山内さん
>>  >>>>>     >
>>  >>>>>     > 秋葉です。
>>  >>>>>     >
>>  >>>>>     > systemdについての情報ありがとうございます。
>>  >>>>>     > 確認させていただきます。
>>  >>>>>     >
>>  >>>>>     >
>>  >>>>>     > 以上
>>  >>>>>     >
>>  >>>>>     >>  -----Original Message-----
>>  >>>>>     >>  From:
> linux-ha-japan-bounces@lists.osdn.me
>>  >>>>>     >> 
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>>  > Behalf
>>  >>  Of
>>  >>>>>     >>  renayama19661014@ybb.ne.jp
>>  >>>>>     >>  Sent: Monday, September 26, 2016 6:22 PM
>>  >>>>>     >>  To: linux-ha-japan@lists.osdn.me
>>  >>>>>     >>  Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>>  >
>>  >>>   PostgreSQL を
>>  >>>>>     動か
>>  >>>>>     >>  した際の空きメモリ減少について
>>  >>>>>     >>
>>  >>>>>     >>  秋葉さん
>>  >>>>>     >>
>>  >>>>>     >>  こんばんは、山内です。
>>  >>>>>     >>
>>  >>>>>     >>  了解しました。
>>  >>>>>     >>  こちれでも、時間をみて、頂いた設定をベースに試してみたい
>>  と思います。
>>  >>>>>     >>
>>  >>>>>     >>  systemd関連も不具合などもあるようですので、そちらを探して
>>  みるのも良
>>  >>>>>     いか
>>  >>>>>     >>  もしれません。
>>  >>>>>     >>  ちょっと探してみても、以下などもありました。
>>  >>>>>     >>  直接関係があるかは別ですが・・・
>>  >>>>>     >>
>>  >>>>>     >>   *
>>  > https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>>  >>>>>     >>
>>  >>>>>     >>
>>  >>>>>     >>  設定などで質問があれば、またご連絡させてください。
>>  >>>>>     >>
>>  >>>>>     >>  以上です。
>>  >>>>>     >>
>>  >>>>>     >>
>>  >>>>>     >>
>>  >>>>>     >>  ----- Original Message -----
>>  >>>>>     >>  > From: AKIBA Makoto
>>  > <akiba@acroquest.co.jp>
>>  >>>>>     >>  > To: linux-ha-japan@lists.osdn.me
>>  >>>>>     >>  > Cc:
>>  >>>>>     >>  > Date: 2016/9/26, Mon 16:18
>>  >>>>>     >>  > Subject: Re: [Linux-ha-jp]
> pacemaker +
>>  > corosync 上で
>>  >>
>>  >>>>    PostgreSQL を
>>  >>>>>     動
>>  >>>>>     >>  かした際の空きメモリ減少について
>>  >>>>>     >>  >
>>  >>>>>     >>  > 山内さん
>>  >>>>>     >>  >
>>  >>>>>     >>  > 秋葉です。
>>  >>>>>     >>  > ご回答・解説ありがとうございます。
>>  >>>>>     >>  >
>>  >>>>>     >>  > 実際に当方の環境でpacemakerのプロセスメモリサイズを
>>  >>>>>     >>  > 見てみたところ、～8MB程度になっており、頂いた情報の通り
>>  >>>>>     >>  > 大きくはなっていませんでした。
>>  >>>>>     >>  >
>>  >>>>>     >>  > 一方で、systemd(pid=1)については1GB程度まで大きくなっ
>>  て
>>  >>>>>     >>  > おり、pmapで参照すると[heap]とマッピングされた領域が
>>  >>>>>     >>  > ほとんどを占めているように見えました。
>>  >>>>>     >>  >
>>  >>>>>     >>  > なので、これ以上の問い合わせは見当違いの可能性もありま
>>  すが、
>>  >>>>>     >>  > 念の為、当方で使用している設定ファイルを添付致します。
>>  >>>>>     >>  > (固有情報はマスキングしてあります)
>>  >>>>>     >>  >
>>  >>>>>     >>  > これで何か情報が得られましたら教えていただけますでしょ
>>  うか。
>>  >>>>>     >>  > また、不足している情報がありましたらご指摘ください。
>>  >>>>>     >>  >
>>  >>>>>     >>  > お手数をおかけ致しますがよろしくお願い致します。
>>  >>>>>     >>  >
>>  >>>>>     >>  >
>>  >>>>>     >>  > 以上
>>  >>>>>     >>  > ----------------
>>  >>>>>     >>  > AKIBA Makoto
>>  >>>>>     >>  > akiba@acroquest.co.jp
>>  >>>>>     >>  >
>>  >>>>>     >>  >>  -----Original Message-----
>>  >>>>>     >>  >>  From:
>>  > linux-ha-japan-bounces@lists.osdn.me
>>  >>>>>     >>  >>
>>  > [mailto:linux-ha-japan-bounces@lists.osdn.me]
>>  >>  On
>>  >>>   Behalf
>>  >>>>    Of
>>  >>>>>     >>  >>  renayama19661014@ybb.ne.jp
>>  >>>>>     >>  >>  Sent: Friday, September 23,
> 2016 6:04 PM
>>  >>>>>     >>  >>  To:
> linux-ha-japan@lists.osdn.me
>>  >>>>>     >>  >>  Subject: Re: [Linux-ha-jp]
> pacemaker +
>>  >>  corosync 上で
>>  >>>
>>  >>>>    PostgreSQL
>>  >>>>>     を
>>  >>>>>     >>  動か
>>  >>>>>     >>  >>  した際の空きメモリ減少について
>>  >>>>>     >>  >>
>>  >>>>>     >>  >>  秋葉さん
>>  >>>>>     >>  >>
>>  >>>>>     >>  >>  こんばんは、山内です。
>>  >>>>>     >>  >>
>>  >>>>>     >>  >> 
> pacemakerのプロセスがIPC通信の為にマップしているメ
>>  モリは
>>  >>>>>     5Mbyteま
>>  >>>>>     >>  でで
>>  >>>>>     >>  >>  す。
>>  >>>>>     >>  >>  よって、最大、5Mbyteまでプロセスのメモリサイズは上が
>>  る可能性が
>>  >>>>>     あり
>>  >>>>>     >>  ます
>>  >>>>>     >>  >>  が、
>>  >>>>>     >>  >>  先のメールの通りで5Mbyteを超えるあたりで再利用する
>>  為、それ以上
>>  >>>>>     は増
>>  >>>>>     >>  えま
>>  >>>>>     >>  >>  せん。
>>  >>>>>     >>  >>
>>  >>>>>     >>  >>
>>  >>  このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで
>>  >>>>>     大き
>>  >>>>>     >>  くは
>>  >>>>>     >>  >>  出来ますが、
>>  >>>>>     >>  >>  小さくすることは出来ません。
>>  >>>>>     >>  >>
>>  >>>>>     >>  >>  ＃これらのメモリマップの様子は、pmapコマンドで確認す
>>  ることが可
>>  >>>>>     能で
>>  >>>>>     >>  す。
>>  >>>>>     >>  >>
>>  >>>>>     >>  >>
>>  >>>>>     >>  >>  以上です。
>>  >>>>>     >>  >>
>>  >>>>>     >>  >>
>>  >>>>>     >>  >>
>>  >>>>>     >>  >>  ----- Original Message -----
>>  >>>>>     >>  >>  > From:
>>  >>  "renayama19661014@ybb.ne.jp"
>>  >>>>>     >>  > <renayama19661014@ybb.ne.jp>
>>  >>>>>     >>  >>  > To:
>>  >>  "linux-ha-japan@lists.osdn.me"
>>  >>>>>     >>  >
> <linux-ha-japan@lists.osdn.me>
>>  >>>>>     >>  >>  > Cc:
>>  >>>>>     >>  >>  > Date: 2016/9/22, Thu
> 10:20
>>  >>>>>     >>  >>  > Subject: Re:
> [Linux-ha-jp]
>>  > pacemaker +
>>  >>>   corosync 上で
>>  >>>>>     > PostgreSQL を
>>  >>>>>     >>  動
>>  >>>>>     >>  >>  かした際の空きメモリ減少について
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  > 秋葉さん
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  > こんにちは、山内です。
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  > systemdプロセスではありませんが、
>>  >>>>>     >>  >>  >
>>  > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>>  >>>>>     >>  >> 
> pacemaker/corosyncプロセスのメモリの使用量が一定期間、
>>  増加して
>>  >>>>>     いく
>>  >>>>>     >>  動作
>>  >>>>>     >>  >>  となります。
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  >
> 詳細な動作は、失念していますが、pacmakerのプロセス
>>  がメモリマ
>>  >>>>>     ップ
>>  >>>>>     >>  して
>>  >>>>>     >>  >>  いる（？？MByteまでだったはず）エリア
>>  >>>>>     >>  >>  > を利用して通信などを行う為、クラスタ構成後、マップ
>>  した一定量
>>  >>>>>     まで
>>  >>>>>     >>  増加
>>  >>>>>     >>  >>  が続きます。
>>  >>>>>     >>  >>  > ですが、一定量までで、それ以降は、マップしたエリア
>>  を古い方か
>>  >>>>>     ら再
>>  >>>>>     >>  利用
>>  >>>>>     >>  >>  する為、増加は止まります。
>>  >>>>>     >>  >>  > （上記のマップしているサイズについては、確認して、
>>  再度、ご連
>>  >>>>>     絡し
>>  >>>>>     >>  ます）
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  >
>>  > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
>>  >>>>>     には
>>  >>>>>     >>  直接
>>  >>>>>     >>  >>  影響しないかと思います。
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  >
> 実際に増加しているのがsystemdプロセスとのことです
>>  が、
>>  >>>>>     >>  >>
>>  > pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経
>>  >>>>>     由し
>>  >>>>>     >>  て
>>  >>>>>     >>  >>  > 実行・監視しているでしょうか？
>>  >>>>>     >>  >>  >
>>  >>  ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用し
>>  >>>>>     てい
>>  >>>>>     >>  るか
>>  >>>>>     >>  >>  どうか？ということです。
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  >
> pacemakerの構成ファイルなど開示して頂ければ、私の方
>>  でも確認可
>>  >>>>>     能か
>>  >>>>>     >>  も知
>>  >>>>>     >>  >>  れません。
>>  >>>>>     >>  >>  >
> ＃本当にリークしているのがsystemdプロセスである可
>>  能性もある
>>  >>>>>     とは
>>  >>>>>     >>  思い
>>  >>>>>     >>  >>  ますが・・・・
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  > 以上です。
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  >
>>  >>>>>     >>  >>  >>  現在、pacemaker +
> corosync
>>  > のクラスタ上で
>>  >>>   PostgreSQL を
>>  >>>>>     >>  >>  >> 
> 動作させているデータベースサーバがあるのですが、
>>  >>>>>     >>  >>  >> 
> 稼働中にOSのメモリ使用量が増加し続ける問題が起
>>  きています。
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >> 
> 原因を把握したいのですが、何か該当する現象や確認
>>  ポイント
>>  >>>>>     >>  >>  >>  などありますでしょうか？
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>  環境は以下のようになっております。
>>  >>>>>     >>  >>  >>  OS: CentOS Linux
> release
>>  > 7.2.1511
>>  >>  (Core)
>>  >>>>>     >>  >>  >>      kernel -
>>  > 3.10.0-327.18.2.el7
>>  >>>>>     >>  >>  >>      glibc -
> 2.17-106.el7_2.6
>>  >>>>>     >>  >>  >>  Systemd:
> 219-19.el7_2.9 /
>>  >>>   219-19.el7_2.12 (※)
>>  >>>>>     >>  >>  >>  Pacemaker:
> 1.1.13-10.el7_2.2
>>  >>>>>     >>  >>  >>  Corosync:
> 2.3.4-7.el7_2.1
>>  >>>>>     >>  >>  >>  PostgreSQL:
> 9.4.8-1PGDG.rhel7
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >> 
> (※)systemdのバージョンはどちらでも発生しました
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>
>>  >>  2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
>>  >>>>>     す。
>>  >>>>>     >>  >>  >>
>>  >>  (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>>  >>>>>     >>  >>  >>
>>  > Active側にVIPを割り当てるようにして、アプリケーションから
>>  >>>>>     は
>>  >>>>>     >>  >>  >>  VIPに接続するようにしています。
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >> 
> これまでに観察して見えているのは以下の事象になり
>>  ます。
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>  (1)
> OS起動しクラスタ状態を正常にした状態で、少し
>>  ずつ
>>  >>>>>     >>  >>  >>
>>  >>  　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>>  >>>>>     >>  >>  >> 
> 　　→１日あたり30～100MB程度ずつ減少する
>>  >>>>>     >>  >>  >> 
> 　　　※DBサーバ自体は4GBメモリを搭載
>>  >>>>>     >>  >>  >> 
> 　　　※VIPがある／なしに関わらず減少傾向にある。
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>  (2)
>>  > メモリ使用量が大きいプロセスを確認すると、PID=1の
>>  >>>>>     >>  >>  >>  　　systemd
>>  > プロセスで、数十秒ごとに4～8KB程度増加する。
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>  (3)
>>  > 契機は不明だが、時折数十～数百MB程度空き容量が増える
>>  >>>>>     >>  >>  >>  　　(回復する)ことがある。
>>  >>>>>     >>  >>  >> 
> 　　(長期的に見てトータルでは減少し続ける)
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>  (4) pacemaker +
>>  >>>   corosyncを使わず、1台のみで動作させている
>>  >>>>>     >>  >>  >> 
> 　　開発サーバでは(1)～(2)のようなメモリ使用量の
>>  増減が
>>  >>>>>     >>  >>  >>  　　発生していないように見える。
>>  >>>>>     >>  >>  >> 
> 　　→この点があり、何か手がかりが無いかと考え、
>>  >>>>>     >>  >>  >> 
> 　　　こちらのMLに質問をポストさせていただきま
>>  した。
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >> 
> 長文にて恐縮ですが、情報等いただけましたら幸いで
>>  す。
>>  >>>>>     >>  >>  >>  よろしくお願い致します。
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>  ----------------
>>  >>>>>     >>  >>  >>  AKIBA Makoto
>>  >>>>>     >>  >>  >> 
> akiba@acroquest.co.jp
>>  >>>>>     >>  >>  >>
>>  >>>>>     >>  >>  >>
>>  >>>>    _______________________________________________
>>  >>>>>     >>  >>  >>  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
>>  >>>>>     >>  >
>>  >>>>>     >>
>>  >>>>>     >> 
> _______________________________________________
>>  >>>>>     >>  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
>>  >>>>
>>  >>>
>>  >>>   _______________________________________________
>>  >>>   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
> _______________________________________________
> 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 + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
akiba at acroquest
Oct 17, 2016, 10:14 PM
Post #15 of 30 (6362 views)
Permalink
To: 山内さん

秋葉です。
いつもお世話になっております。

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

> １点だけ、気になる点がありますが・・
> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいるいる
> と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
> もし、起動されているのであれば、こちらも、pcsd利用に変えて確認してみた
> いと思います。

確認しましたが、pcsdは常時起動してはいませんでした。
(pacemakerd ではないのですよね？)

------------------------------------------------------------
# ps -ef | grep pcsd
root 23447 838 0 14:13 pts/0 00:00:00 grep --color=auto pcsd
------------------------------------------------------------
# systemctl status pacemaker.service
● pacemaker.service - Pacemaker High Availability Cluster Manager
Loaded: loaded (/usr/lib/systemd/system/pacemaker.service; disabled; vendor preset: disabled)
Active: active (running) since 木 2016-09-08 20:59:18 JST; 1 months 9 days ago
Main PID: 2533 (pacemakerd)
CGroup: /system.slice/pacemaker.service
+- 2533 /usr/sbin/pacemakerd -f
+- 2534 /usr/libexec/pacemaker/cib
+- 2535 /usr/libexec/pacemaker/stonithd
+- 2536 /usr/libexec/pacemaker/lrmd
+- 2537 /usr/libexec/pacemaker/attrd
+- 2538 /usr/libexec/pacemaker/pengine
+- 2539 /usr/libexec/pacemaker/crmd


現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
VSZとRSSは以下のようになっています。
------------------------------------------------------------
# ps -eo pid,vsz,rss,comm | grep systemd
1 2229064 2188992 systemd


蛇足ですが、corosyncは以下のようになっています。
------------------------------------------------------------
# systemctl status corosync.service
● corosync.service - Corosync Cluster Engine
Loaded: loaded (/usr/lib/systemd/system/corosync.service; disabled; vendor preset: disabled)
Active: active (running) since 木 2016-09-08 20:59:01 JST; 1 months 9 days ago
Process: 2509 ExecStart=/usr/share/corosync/corosync start (code=exited, status=0/SUCCESS)
Main PID: 2516 (corosync)
CGroup: /system.slice/corosync.service
+- 2516 corosync


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

> -----Original Message-----
> From: linux-ha-japan-bounces@lists.osdn.me
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> renayama19661014@ybb.ne.jp
> Sent: Monday, October 17, 2016 11:09 PM
> To: linux-ha-japan@lists.osdn.me
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
> した際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> > 返事が遅くなりました。
> > いろいろ再現調査していただいてありがとうございます。
> >
> > 再現調査をした環境は pacemaker + corosync のみ（と
> > ダミープロセス？）で動かした状態と考えてよろしい
> > でしょうか？
>
> はい。
> 問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ(Dummyのみ)で
> す。
>
> > こちらでも長期動作させて観察しているのですが、
> > pacemaker + corosync で冗長化させているサーバが
> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
> > います。
> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> > プロセスが起動しています。
> > (PostgreSQLのサーバは両系でプロセスが起動しています)
> >
> > この２つの冗長化サーバで、
> > JavaAPの方はsystemdのメモリ増加が起きていないことが
> > わかっています。
> >
> > もはやpacemaker+corosyncの問題というよりsystemdの
> > 問題という気もしておりますが、念のため、PostgreSQLが
> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> > 増加有無に影響するのでしょうか？
>
>
> PostgreSQL,OS側に精通しているわけではないので、有識者の方のコメントがあ
> ると良いのですが・・・
> Pacemakerの構成で指定したリソースエージェントのRAのPostgreSQLは、基本
> 的には、systemdプロセスへの影響はないと思っています。
> ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemdリソースで
> 管理しているのであれば影響はある可能性もあるとは思いますが・・・
>
> 秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思いますので、
> 両系でPostgreSQLが動いていますのでメモリ使用料に変化はあると思います
> が、
> それが、systemdのメモリ増加へは影響しないと思っています。
>
>
> １点だけ、気になる点がありますが・・
> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいるいる
> と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
> もし、起動されているのであれば、こちらも、pcsd利用に変えて確認してみた
> いと思います。
>
>
> 以上です。
>
>
>
>
> ----- Original Message -----
> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> > To: linux-ha-japan@lists.osdn.me
> > Cc:
> > Date: 2016/10/17, Mon 19:53
> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
> かした際の空きメモリ減少について
> >
> >T o: 山内さん
> >
> > 秋葉です。
> >
> > 返事が遅くなりました。
> > いろいろ再現調査していただいてありがとうございます。
> >
> > 再現調査をした環境は pacemaker + corosync のみ（と
> > ダミープロセス？）で動かした状態と考えてよろしい
> > でしょうか？
> >
> > こちらでも長期動作させて観察しているのですが、
> > pacemaker + corosync で冗長化させているサーバが
> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
> > います。
> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> > プロセスが起動しています。
> > (PostgreSQLのサーバは両系でプロセスが起動しています)
> >
> > この２つの冗長化サーバで、
> > JavaAPの方はsystemdのメモリ増加が起きていないことが
> > わかっています。
> >
> > もはやpacemaker+corosyncの問題というよりsystemdの
> > 問題という気もしておりますが、念のため、PostgreSQLが
> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> > 増加有無に影響するのでしょうか？
> >
> >
> > 以上
> >
> >> -----Original Message-----
> >> From: linux-ha-japan-bounces@lists.osdn.me
> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >> renayama19661014@ybb.ne.jp
> >> Sent: Monday, October 17, 2016 7:16 PM
> >> To: linux-ha-japan@lists.osdn.me
> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> 動か
> >> した際の空きメモリ減少について
> >>
> >> 秋葉さん
> >>
> >> こんばんは、山内です。
> >>
> >> 遅くなりました・・続けて先週末の時点のCentOS7.2に最新のアップデー
> トを
> >> 適用して、２日半程度流してみみました。
> >> ゲストの構成や、リソースは前回と同じのままです。
> >>
> >> ----------
> >> Linux c7-01 3.10.0-327.36.2.el7.x86_64 #1 SMP Mon Oct 10 23:08:37 UTC
> 2016
> >> x86_64 x86_64 x86_64 GNU/Linux
> >> systemd-219-19.el7_2.13.x86_64
> >> glibc-2.17-106.el7_2.8.x86_64
> >> pacemaker-1.1.13-10.el7.x86_64
> >> corosync-2.3.4-7.el7.x86_64
> >> ----------
> >>
> >> 以下が結果となりました。
> >>
> >> ●ACTノードのpid=1のsystemdのtopデータ
> >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> >> COMMAND
> >> 1 root 20 0 44172 6796 3904 S 0.0 0.3 0:02.66
> >> systemd
> >> 1 root 20 0 44172 6796 3904 S 0.0 0.3 0:02.66
> >> systemd
> >> 1 root 20 0 44172 6796 3904 S 0.0 0.3 0:02.67
> >> systemd
> >> (snip)
> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.86
> >> systemd
> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.87
> >> systemd
> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.87
> >> systemd
> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.88
> >> systemd
> >>
> >> ●STBノードのpid=1のsystemdのtopデータ
> >> 1 root 20 0 44040 6640 3900 S 0.0 0.3 0:02.73
> >> systemd
> >> 1 root 20 0 44040 6640 3900 S 0.0 0.3 0:02.73
> >> systemd
> >> 1 root 20 0 44040 6640 3900 S 0.0 0.3 0:02.74
> >> systemd
> >> (snip)
> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.67
> >> systemd
> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.68
> >> systemd
> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.68
> >> systemd
> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3 0:16.70
> >> systemd
> >>
> >> やはり、前回と同様に、systemd(pid=1)に増加は見られますが、秋葉さん
> の最
> >> 初にご報告頂いたような増加は起きていないようです。
> >> #ただ・・この結果だけで判断出来ないとは思いますが、前回の計測よりは
> 増加
> >> 量が減ってように見えるので、systemd関連で何らかのメモリ関連の修正が
> 入っ
> >> ている可能性はあると思います。
> >>
> >> 以上です。
> >>
> >>
> >>
> >>
> >>
> >>
> >> ----- Original Message -----
> >> > From: "renayama19661014@ybb.ne.jp"
> > <renayama19661014@ybb.ne.jp>
> >> > To: "linux-ha-japan@lists.osdn.me"
> > <linux-ha-japan@lists.osdn.me>
> >> > Cc:
> >> > Date: 2016/10/3, Mon 22:37
> >> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> å‹•
> >> かした際の空きメモリ減少について
> >> >
> >> > 秋葉さん
> >> >
> >> > こんばんは、山内です。
> >> >
> >> > 週末から、私の環境でも、２日半程度流してみみました。
> >> >
> >> > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイメー
> ジそ
> >> のままで構成してみました。
> >> >
> >> > ----------
> >> > CentOS Linux release 7.2.1511 (Core)
> >> > Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57 UTC 2015
> >> x86_64
> >> > x86_64 x86_64 GNU/Linux
> >> > systemd-219-19.el7.x86_64
> >> > glibc-2.17-105.el7.x86_64
> >> > pacemaker-1.1.13-10.el7.x86_64
> >> > corosync-2.3.4-7.el7.x86_64
> >> > ----------
> >> >
> >> > リソースは簡易のDummyリソースのみですが、以下のようにしています。
> >> > ----------
> >> > ●設定ファイル(crm形式です）
> >> > ### Cluster Option ###
> >> > property no-quorum-policy="ignore" \
> >> > stonith-enabled="false" \
> >> > startup-fencing="false"
> >> >
> >> > ### Resource Defaults ###
> >> > rsc_defaults resource-stickiness="INFINITY" \
> >> > migration-threshold="1"
> >> >
> >> > ### Group Configuration ###
> >> > group grpDummy \
> >> > prmDummy1 \
> >> > prmDummy2 \
> >> > prmDummy3 \
> >> > prmDummy4 \
> >> > prmDummy5 \
> >> >
> >> > ### Primitive Configuration ###
> >> > primitive prmDummy1 ocf:pacemaker:Dummy \
> >> > op start interval="0s" timeout="60s"
> >> > on-fail="restart" \
> >> > op monitor interval="10s" timeout="60s"
> >> > on-fail="restart" \
> >> > op stop interval="0s" timeout="60s"
> >> > on-fail="block"
> >> >
> >> > primitive prmDummy2 ocf:pacemaker:Dummy \
> >> > op start interval="0s" timeout="60s"
> >> > on-fail="restart" \
> >> > op monitor interval="10s" timeout="60s"
> >> > on-fail="restart" \
> >> > op stop interval="0s" timeout="60s"
> >> > on-fail="block"
> >> >
> >> > primitive prmDummy3 ocf:pacemaker:Dummy \
> >> > op start interval="0s" timeout="60s"
> >> > on-fail="restart" \
> >> > op monitor interval="10s" timeout="60s"
> >> > on-fail="restart" \
> >> > op stop interval="0s" timeout="60s"
> >> > on-fail="block"
> >> >
> >> > primitive prmDummy4 ocf:pacemaker:Dummy \
> >> > op start interval="0s" timeout="60s"
> >> > on-fail="restart" \
> >> > op monitor interval="10s" timeout="60s"
> >> > on-fail="restart" \
> >> > op stop interval="0s" timeout="60s"
> >> > on-fail="block"
> >> >
> >> > primitive prmDummy5 ocf:pacemaker:Dummy \
> >> > op start interval="0s" timeout="60s"
> >> > on-fail="restart" \
> >> > op monitor interval="10s" timeout="60s"
> >> > on-fail="restart" \
> >> > op stop interval="0s" timeout="60s"
> >> > on-fail="block"
> >> >
> >> > ### Resource Location ###
> >> > location rsc_location-msDrbd-1 grpDummy \
> >> > rule 200: #uname eq c7-01 \
> >> > rule 100: #uname eq c7-02
> >> > ----------
> >> > ●crm_monの様子
> >> > [root@c7-01 ~]# crm_mon -1
> >> > Last updated: Mon Oct 3 16:35:29 2016 Last change: Fri Sep
> > 30
> >> 00:28:56
> >> > 2016 by root via cibadmin on c7-01
> >> > Stack: corosync
> >> > Current DC: c7-01 (version 1.1.13-10.el7-44eb2dd) - partition with
> > quorum
> >> > 2 nodes and 5 resources configured
> >> >
> >> > Online: [ c7-01 c7-02 ]
> >> >
> >> > Resource Group: grpDummy
> >> > prmDummy1 (ocf::pacemaker:Dummy): Started c7-01
> >> > prmDummy2 (ocf::pacemaker:Dummy): Started c7-01
> >> > prmDummy3 (ocf::pacemaker:Dummy): Started c7-01
> >> > prmDummy4 (ocf::pacemaker:Dummy): Started c7-01
> >> > prmDummy5 (ocf::pacemaker:Dummy): Started c7-01
> >> > ----------
> >> >
> >> >
> >> > 以下が結果となりました。
> >> >
> >> > ●ACTノードのpid=1のsysttemdのtopデータ
> >> > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> >> COMMAND
> >> > 1 root 20 0 44644 7280 2600 S 0.0 0.4 0:03.18
> >> systemd
> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.20
> >> systemd
> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> >> systemd
> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> >> systemd
> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> >> systemd
> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> >> systemd
> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4 0:03.21
> >> systemd
> >> > (snip)
> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> >> systemd
> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> >> systemd
> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> >> systemd
> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> >> systemd
> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.91
> >> systemd
> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.93
> >> systemd
> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4 0:21.95
> >> systemd
> >> >
> >> > ●ACTノードのpid=1のsysttemdのtopデータ
> >> > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> >> COMMAND
> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.23
> >> systemd
> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.25
> >> systemd
> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26
> >> systemd
> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26
> >> systemd
> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26
> >> systemd
> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4 0:03.26
> >> systemd
> >> > (snip)
> >> > 1 root 20 0 45088 7712 2600 S 0.0 0.4 0:21.00
> >> systemd
> >> > 1 root 20 0 45088 7712 2600 S 0.0 0.4 0:21.00
> >> systemd
> >> > 1 root 20 0 45088 7712 2600 S 0.0 0.4 0:21.00
> >> systemd
> >> > 1 root 20 0 45088 7716 2600 S 0.0 0.4 0:21.03
> >> systemd
> >> >
> >> > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂いた
> よう
> >> な増加は起きていないようです。
> >> > #この増加がsystemdの正しい動作の範疇なのかどうかは別物ですが。。。。
> >> >
> >> > こちらも、systemdのバージョンなどをアップしても確認してみたいと思
> いま
> >> す。
> >> >
> >> > 以上です。
> >> >
> >> >
> >> >
> >> > ----- Original Message -----
> >> >> From: "renayama19661014@ybb.ne.jp"
> >> > <renayama19661014@ybb.ne.jp>
> >> >> To: "linux-ha-japan@lists.osdn.me"
> >> > <linux-ha-japan@lists.osdn.me>
> >> >> Cc:
> >> >> Date: 2016/9/30, Fri 04:56
> >> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> >> > を動かした際の空きメモリ減少について
> >> >>
> >> >> 秋葉さん
> >> >>
> >> >> こんばんは、山内です。
> >> >>
> >> >>
> >> >> こちらでも、準備が出来ましたので、週末に流してみる予定です。
> >> >>
> >> >> また、結果がわかりましたら、ご連絡します。
> >> >>
> >> >> 以上です。
> >> >>
> >> >>
> >> >> ----- Original Message -----
> >> >>> From: "renayama19661014@ybb.ne.jp"
> >> >> <renayama19661014@ybb.ne.jp>
> >> >>> To: "linux-ha-japan@lists.osdn.me"
> >> >> <linux-ha-japan@lists.osdn.me>
> >> >>> Cc:
> >> >>> Date: 2016/9/28, Wed 18:56
> >> >>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> > PostgreSQL
> >> >> を動かした際の空きメモリ減少について
> >> >>>
> >> >>> 秋葉さん
> >> >>>
> >> >>> こんばんは、山内です。
> >> >>>
> >> >>> 了解いたしました。
> >> >>>
> >> >>> ご連絡ありがとうございました。
> >> >>>
> >> >>> 以上です。
> >> >>>
> >> >>>
> >> >>>
> >> >>> ----- Original Message -----
> >> >>>> From: AKIBA Makoto <akiba@acroquest.co.jp>
> >> >>>> To: linux-ha-japan@lists.osdn.me
> >> >>>> Cc:
> >> >>>> Date: 2016/9/28, Wed 18:30
> >> >>>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> > PostgreSQL
> >> >>> を動かした際の空きメモリ減少について
> >> >>>>
> >> >>>> 山内さん
> >> >>>>
> >> >>>> 秋葉です。
> >> >>>>
> >> >>>> 設定ファイルの確認ありがとうございました。
> >> >>>>
> >> >>>>> ちなみに、systemdのメモリ増加の確認ですが、どのようなコマ
> ンド
> >> で実行され
> >> >>>>> ましたか？
> >> >>>>> 念の為、同じ確認を実施したいので、お手数ですが、ご連絡く
> ださ
> >> い。
> >> >>>>
> >> >>>> こちら、取り急ぎ返信致しますと、
> >> >>>> systemdプロセスのメモリ使用量についてはtopコマンドを使っ
> て、
> >> >>>> VIRT(VSZ)とRSSを見ております。
> >> >>>>
> >> >>>> 特にRSSの方が細かく増え続ける状態になっていました。
> >> >>>>
> >> >>>> お手数をおかけしますが、よろしくお願い致します。
> >> >>>>
> >> >>>> 以上
> >> >>>>
> >> >>>>> -----Original Message-----
> >> >>>>> From: linux-ha-japan-bounces@lists.osdn.me
> >> >>>>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> > Behalf Of
> >> >>>>> renayama19661014@ybb.ne.jp
> >> >>>>> Sent: Wednesday, September 28, 2016 6:08 PM
> >> >>>>> To: linux-ha-japan@lists.osdn.me
> >> >>>>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> >> > PostgreSQL を動か
> >> >>>>> した際の空きメモリ減少について
> >> >>>>>
> >> >>>>> 秋葉さん
> >> >>>>>
> >> >>>>> こんばんは、山内です。
> >> >>>>>
> >> >>>>> (MLへの送信に失敗しているように思えるので、再送します）
> >> >>>>>
> >> >>>>> 頂いた設定について拝見しましたが、特にPacemaker的には問
> 題な
> >> いと思いま
> >> >>>>> す。
> >> >>>>>
> >> >>>>> CentOS7でのsystemdの様子については、これからVM構成です
> が、
> >> 確認してみ
> >> >>>>> るつもりです。
> >> >>>>>
> >> >>>>> ちなみに、systemdのメモリ増加の確認ですが、どのようなコマ
> ンド
> >> で実行され
> >> >>>>> ましたか？
> >> >>>>> 念の為、同じ確認を実施したいので、お手数ですが、ご連絡く
> ださ
> >> い。
> >> >>>>>
> >> >>>>> 以上です。
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>> ----- Original Message -----
> >> >>>>> > From: AKIBA Makoto
> > <akiba@acroquest.co.jp>
> >> >>>>> > To: linux-ha-japan@lists.osdn.me
> >> >>>>> > Cc:
> >> >>>>> > Date: 2016/9/28, Wed 16:21
> >> >>>>> > Subject: Re: [Linux-ha-jp] pacemaker +
> > corosync 上で
> >> >> PostgreSQL ã‚’å‹•
> >> >>>>> かした際の空きメモリ減少について
> >> >>>>> >
> >> >>>>> > 山内さん
> >> >>>>> >
> >> >>>>> > 秋葉です。
> >> >>>>> >
> >> >>>>> > systemdについての情報ありがとうございます。
> >> >>>>> > 確認させていただきます。
> >> >>>>> >
> >> >>>>> >
> >> >>>>> > 以上
> >> >>>>> >
> >> >>>>> >> -----Original Message-----
> >> >>>>> >> From:
> > linux-ha-japan-bounces@lists.osdn.me
> >> >>>>> >>
> > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> >> > Behalf
> >> >> Of
> >> >>>>> >> renayama19661014@ybb.ne.jp
> >> >>>>> >> Sent: Monday, September 26, 2016 6:22 PM
> >> >>>>> >> To: linux-ha-japan@lists.osdn.me
> >> >>>>> >> Subject: Re: [Linux-ha-jp] pacemaker +
> > corosync 上で
> >> >
> >> >>> PostgreSQL ã‚’
> >> >>>>> 動か
> >> >>>>> >> した際の空きメモリ減少について
> >> >>>>> >>
> >> >>>>> >> 秋葉さん
> >> >>>>> >>
> >> >>>>> >> こんばんは、山内です。
> >> >>>>> >>
> >> >>>>> >> 了解しました。
> >> >>>>> >> こちれでも、時間をみて、頂いた設定をベースに試してみ
> たい
> >> と思います。
> >> >>>>> >>
> >> >>>>> >> systemd関連も不具合などもあるようですので、そちらを探
> して
> >> みるのも良
> >> >>>>> いか
> >> >>>>> >> もしれません。
> >> >>>>> >> ちょっと探してみても、以下などもありました。
> >> >>>>> >> 直接関係があるかは別ですが・・・
> >> >>>>> >>
> >> >>>>> >> *
> >> > https://bugzilla.redhat.com/show_bug.cgi?id=1361120
> >> >>>>> >>
> >> >>>>> >>
> >> >>>>> >> 設定などで質問があれば、またご連絡させてください。
> >> >>>>> >>
> >> >>>>> >> 以上です。
> >> >>>>> >>
> >> >>>>> >>
> >> >>>>> >>
> >> >>>>> >> ----- Original Message -----
> >> >>>>> >> > From: AKIBA Makoto
> >> > <akiba@acroquest.co.jp>
> >> >>>>> >> > To: linux-ha-japan@lists.osdn.me
> >> >>>>> >> > Cc:
> >> >>>>> >> > Date: 2016/9/26, Mon 16:18
> >> >>>>> >> > Subject: Re: [Linux-ha-jp]
> > pacemaker +
> >> > corosync 上で
> >> >>
> >> >>>> PostgreSQL ã‚’
> >> >>>>> å‹•
> >> >>>>> >> かした際の空きメモリ減少について
> >> >>>>> >> >
> >> >>>>> >> > 山内さん
> >> >>>>> >> >
> >> >>>>> >> > 秋葉です。
> >> >>>>> >> > ご回答・解説ありがとうございます。
> >> >>>>> >> >
> >> >>>>> >> > 実際に当方の環境でpacemakerのプロセスメモリサイズ
> ã‚’
> >> >>>>> >> > 見てみたところ、～8MB程度になっており、頂いた情報の
> 通り
> >> >>>>> >> > 大きくはなっていませんでした。
> >> >>>>> >> >
> >> >>>>> >> > 一方で、systemd(pid=1)については1GB程度まで大きく
> なっ
> >> て
> >> >>>>> >> > おり、pmapで参照すると[heap]とマッピングされた領域
> が
> >> >>>>> >> > ほとんどを占めているように見えました。
> >> >>>>> >> >
> >> >>>>> >> > なので、これ以上の問い合わせは見当違いの可能性もあ
> りま
> >> すが、
> >> >>>>> >> > 念の為、当方で使用している設定ファイルを添付致しま
> す。
> >> >>>>> >> > (固有情報はマスキングしてあります)
> >> >>>>> >> >
> >> >>>>> >> > これで何か情報が得られましたら教えていただけますで
> しょ
> >> うか。
> >> >>>>> >> > また、不足している情報がありましたらご指摘ください。
> >> >>>>> >> >
> >> >>>>> >> > お手数をおかけ致しますがよろしくお願い致します。
> >> >>>>> >> >
> >> >>>>> >> >
> >> >>>>> >> > 以上
> >> >>>>> >> > ----------------
> >> >>>>> >> > AKIBA Makoto
> >> >>>>> >> > akiba@acroquest.co.jp
> >> >>>>> >> >
> >> >>>>> >> >> -----Original Message-----
> >> >>>>> >> >> From:
> >> > linux-ha-japan-bounces@lists.osdn.me
> >> >>>>> >> >>
> >> > [mailto:linux-ha-japan-bounces@lists.osdn.me]
> >> >> On
> >> >>> Behalf
> >> >>>> Of
> >> >>>>> >> >> renayama19661014@ybb.ne.jp
> >> >>>>> >> >> Sent: Friday, September 23,
> > 2016 6:04 PM
> >> >>>>> >> >> To:
> > linux-ha-japan@lists.osdn.me
> >> >>>>> >> >> Subject: Re: [Linux-ha-jp]
> > pacemaker +
> >> >> corosync 上で
> >> >>>
> >> >>>> PostgreSQL
> >> >>>>> ã‚’
> >> >>>>> >> 動か
> >> >>>>> >> >> した際の空きメモリ減少について
> >> >>>>> >> >>
> >> >>>>> >> >> 秋葉さん
> >> >>>>> >> >>
> >> >>>>> >> >> こんばんは、山内です。
> >> >>>>> >> >>
> >> >>>>> >> >>
> > pacemakerのプロセスがIPC通信の為にマップしているメ
> >> モリは
> >> >>>>> 5Mbyteま
> >> >>>>> >> でで
> >> >>>>> >> >> す。
> >> >>>>> >> >> よって、最大、5Mbyteまでプロセスのメモリサイズは
> 上が
> >> る可能性が
> >> >>>>> あり
> >> >>>>> >> ます
> >> >>>>> >> >> が、
> >> >>>>> >> >> 先のメールの通りで5Mbyteを超えるあたりで再利用
> する
> >> 為、それ以上
> >> >>>>> は増
> >> >>>>> >> えま
> >> >>>>> >> >> せん。
> >> >>>>> >> >>
> >> >>>>> >> >>
> >> >> このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで
> >> >>>>> 大き
> >> >>>>> >> くは
> >> >>>>> >> >> 出来ますが、
> >> >>>>> >> >> 小さくすることは出来ません。
> >> >>>>> >> >>
> >> >>>>> >> >> ＃これらのメモリマップの様子は、pmapコマンドで確
> 認す
> >> ることが可
> >> >>>>> 能で
> >> >>>>> >> す。
> >> >>>>> >> >>
> >> >>>>> >> >>
> >> >>>>> >> >> 以上です。
> >> >>>>> >> >>
> >> >>>>> >> >>
> >> >>>>> >> >>
> >> >>>>> >> >> ----- Original Message -----
> >> >>>>> >> >> > From:
> >> >> "renayama19661014@ybb.ne.jp"
> >> >>>>> >> > <renayama19661014@ybb.ne.jp>
> >> >>>>> >> >> > To:
> >> >> "linux-ha-japan@lists.osdn.me"
> >> >>>>> >> >
> > <linux-ha-japan@lists.osdn.me>
> >> >>>>> >> >> > Cc:
> >> >>>>> >> >> > Date: 2016/9/22, Thu
> > 10:20
> >> >>>>> >> >> > Subject: Re:
> > [Linux-ha-jp]
> >> > pacemaker +
> >> >>> corosync 上で
> >> >>>>> > PostgreSQL ã‚’
> >> >>>>> >> å‹•
> >> >>>>> >> >> かした際の空きメモリ減少について
> >> >>>>> >> >> >
> >> >>>>> >> >> > 秋葉さん
> >> >>>>> >> >> >
> >> >>>>> >> >> > こんにちは、山内です。
> >> >>>>> >> >> >
> >> >>>>> >> >> > systemdプロセスではありませんが、
> >> >>>>> >> >> >
> >> > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
> >> >>>>> >> >>
> > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
> >> 増加して
> >> >>>>> いく
> >> >>>>> >> 動作
> >> >>>>> >> >> となります。
> >> >>>>> >> >> >
> >> >>>>> >> >> >
> > 詳細な動作は、失念していますが、pacmakerのプロセス
> >> がメモリマ
> >> >>>>> ップ
> >> >>>>> >> して
> >> >>>>> >> >> いる（？？MByteまでだったはず）エリア
> >> >>>>> >> >> > を利用して通信などを行う為、クラスタ構成後、マ
> ップ
> >> した一定量
> >> >>>>> まで
> >> >>>>> >> 増加
> >> >>>>> >> >> が続きます。
> >> >>>>> >> >> > ですが、一定量までで、それ以降は、マップしたエ
> リア
> >> を古い方か
> >> >>>>> ら再
> >> >>>>> >> 利用
> >> >>>>> >> >> する為、増加は止まります。
> >> >>>>> >> >> > （上記のマップしているサイズについては、確認し
> て、
> >> 再度、ご連
> >> >>>>> 絡し
> >> >>>>> >> ます）
> >> >>>>> >> >> >
> >> >>>>> >> >> >
> >> > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
> >> >>>>> には
> >> >>>>> >> 直接
> >> >>>>> >> >> 影響しないかと思います。
> >> >>>>> >> >> >
> >> >>>>> >> >> >
> > 実際に増加しているのがsystemdプロセスとのことです
> >> が、
> >> >>>>> >> >>
> >> > pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経
> >> >>>>> 由し
> >> >>>>> >> て
> >> >>>>> >> >> > 実行・監視しているでしょうか？
> >> >>>>> >> >> >
> >> >> ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用し
> >> >>>>> てい
> >> >>>>> >> るか
> >> >>>>> >> >> どうか？ということです。
> >> >>>>> >> >> >
> >> >>>>> >> >> >
> > pacemakerの構成ファイルなど開示して頂ければ、私の方
> >> でも確認可
> >> >>>>> 能か
> >> >>>>> >> も知
> >> >>>>> >> >> れません。
> >> >>>>> >> >> >
> > ＃本当にリークしているのがsystemdプロセスである可
> >> 能性もある
> >> >>>>> とは
> >> >>>>> >> 思い
> >> >>>>> >> >> ますが・・・・
> >> >>>>> >> >> >
> >> >>>>> >> >> > 以上です。
> >> >>>>> >> >> >
> >> >>>>> >> >> >
> >> >>>>> >> >> >> 現在、pacemaker +
> > corosync
> >> > のクラスタ上で
> >> >>> PostgreSQL ã‚’
> >> >>>>> >> >> >>
> > 動作させているデータベースサーバがあるのですが、
> >> >>>>> >> >> >>
> > 稼働中にOSのメモリ使用量が増加し続ける問題が起
> >> きています。
> >> >>>>> >> >> >>
> >> >>>>> >> >> >>
> > 原因を把握したいのですが、何か該当する現象や確認
> >> ポイント
> >> >>>>> >> >> >> などありますでしょうか？
> >> >>>>> >> >> >>
> >> >>>>> >> >> >>
> >> >>>>> >> >> >> 環境は以下のようになっております。
> >> >>>>> >> >> >> OS: CentOS Linux
> > release
> >> > 7.2.1511
> >> >> (Core)
> >> >>>>> >> >> >> kernel -
> >> > 3.10.0-327.18.2.el7
> >> >>>>> >> >> >> glibc -
> > 2.17-106.el7_2.6
> >> >>>>> >> >> >> Systemd:
> > 219-19.el7_2.9 /
> >> >>> 219-19.el7_2.12 (※)
> >> >>>>> >> >> >> Pacemaker:
> > 1.1.13-10.el7_2.2
> >> >>>>> >> >> >> Corosync:
> > 2.3.4-7.el7_2.1
> >> >>>>> >> >> >> PostgreSQL:
> > 9.4.8-1PGDG.rhel7
> >> >>>>> >> >> >>
> >> >>>>> >> >> >>
> > (※)systemdのバージョンはどちらでも発生しました
> >> >>>>> >> >> >>
> >> >>>>> >> >> >>
> >> >>>>> >> >> >>
> >> >> 2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
> >> >>>>> す。
> >> >>>>> >> >> >>
> >> >> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
> >> >>>>> >> >> >>
> >> > Active側にVIPを割り当てるようにして、アプリケーションから
> >> >>>>> は
> >> >>>>> >> >> >> VIPに接続するようにしています。
> >> >>>>> >> >> >>
> >> >>>>> >> >> >>
> > これまでに観察して見えているのは以下の事象になり
> >> ます。
> >> >>>>> >> >> >>
> >> >>>>> >> >> >> (1)
> > OS起動しクラスタ状態を正常にした状態で、少し
> >> ずつ
> >> >>>>> >> >> >>
> >> >> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
> >> >>>>> >> >> >>
> > 　　→１日あたり30～100MB程度ずつ減少する
> >> >>>>> >> >> >>
> > 　　　※DBサーバ自体は4GBメモリを搭載
> >> >>>>> >> >> >>
> > 　　　※VIPがある／なしに関わらず減少傾向にある。
> >> >>>>> >> >> >>
> >> >>>>> >> >> >> (2)
> >> > メモリ使用量が大きいプロセスを確認すると、PID=1の
> >> >>>>> >> >> >> 　　systemd
> >> > プロセスで、数十秒ごとに4～8KB程度増加する。
> >> >>>>> >> >> >>
> >> >>>>> >> >> >> (3)
> >> > 契機は不明だが、時折数十～数百MB程度空き容量が増える
> >> >>>>> >> >> >> 　　(回復する)ことがある。
> >> >>>>> >> >> >>
> > 　　(長期的に見てトータルでは減少し続ける)
> >> >>>>> >> >> >>
> >> >>>>> >> >> >> (4) pacemaker +
> >> >>> corosyncを使わず、1台のみで動作させている
> >> >>>>> >> >> >>
> > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
> >> 増減が
> >> >>>>> >> >> >> 　　発生していないように見える。
> >> >>>>> >> >> >>
> > 　　→この点があり、何か手がかりが無いかと考え、
> >> >>>>> >> >> >>
> > 　　　こちらのMLに質問をポストさせていただきま
> >> した。
> >> >>>>> >> >> >>
> >> >>>>> >> >> >>
> >> >>>>> >> >> >>
> > 長文にて恐縮ですが、情報等いただけましたら幸いで
> >> す。
> >> >>>>> >> >> >> よろしくお願い致します。
> >> >>>>> >> >> >>
> >> >>>>> >> >> >> ----------------
> >> >>>>> >> >> >> AKIBA Makoto
> >> >>>>> >> >> >>
> > akiba@acroquest.co.jp
> >> >>>>> >> >> >>
> >> >>>>> >> >> >>
> >> >>>> _______________________________________________
> >> >>>>> >> >> >> 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
> >> >>>>> >> >
> >> >>>>> >>
> >> >>>>> >>
> > _______________________________________________
> >> >>>>> >> 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
> >> >>>>
> >> >>>
> >> >>> _______________________________________________
> >> >>> 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
> > _______________________________________________
> > 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
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 18, 2016, 3:06 AM
Post #16 of 30 (6361 views)
Permalink
秋葉さん

こんばんは、山内です。

> 確認しましたが、pcsdは常時起動してはいませんでした。
> (pacemakerd ではないのですよね？)


そうでしたか・・・pcsdは利用していませんでしたか・・・
利用されていたと思い、今日の昼頃からpcsdも起動して流していましたが、意味がないようですので、そちらは止めておきます。


> 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
> VSZとRSSは以下のようになっています。
> ------------------------------------------------------------
> # ps -eo pid,vsz,rss,comm | grep systemd
>     1 2229064 2188992 systemd


9日でかなり大きいですね・・・

こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで流してみるつもりです。


ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
同じバージョンで流して試してみるつもりです。

以上です。


----- Original Message -----
> From: AKIBA Makoto <akiba@acroquest.co.jp>
> To: linux-ha-japan@lists.osdn.me
> Cc:
> Date: 2016/10/18, Tue 14:14
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
>T o: 山内さん
>
> 秋葉です。
> いつもお世話になっております。
>
> 回答ありがとうございます。
>
>> １点だけ、気になる点がありますが・・
>> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいるいる
>> と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
>> もし、起動されているのであれば、こちらも、pcsd利用に変えて確認してみた
>> いと思います。
>
> 確認しましたが、pcsdは常時起動してはいませんでした。
> (pacemakerd ではないのですよね？)
>
> ------------------------------------------------------------
> # ps -ef | grep pcsd
> root    23447  838  0 14:13 pts/0    00:00:00 grep --color=auto pcsd
> ------------------------------------------------------------
> # systemctl status pacemaker.service
> ● pacemaker.service - Pacemaker High Availability Cluster Manager
>   Loaded: loaded (/usr/lib/systemd/system/pacemaker.service; disabled; vendor
> preset: disabled)
>   Active: active (running) since 木 2016-09-08 20:59:18 JST; 1 months 9 days ago
> Main PID: 2533 (pacemakerd)
>   CGroup: /system.slice/pacemaker.service
>           +- 2533 /usr/sbin/pacemakerd -f
>           +- 2534 /usr/libexec/pacemaker/cib
>           +- 2535 /usr/libexec/pacemaker/stonithd
>           +- 2536 /usr/libexec/pacemaker/lrmd
>           +- 2537 /usr/libexec/pacemaker/attrd
>           +- 2538 /usr/libexec/pacemaker/pengine
>           +- 2539 /usr/libexec/pacemaker/crmd
>
>
> 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
> VSZとRSSは以下のようになっています。
> ------------------------------------------------------------
> # ps -eo pid,vsz,rss,comm | grep systemd
>     1 2229064 2188992 systemd
>
>
> 蛇足ですが、corosyncは以下のようになっています。
> ------------------------------------------------------------
> # systemctl status corosync.service
> ● corosync.service - Corosync Cluster Engine
>   Loaded: loaded (/usr/lib/systemd/system/corosync.service; disabled; vendor
> preset: disabled)
>   Active: active (running) since 木 2016-09-08 20:59:01 JST; 1 months 9 days ago
>   Process: 2509 ExecStart=/usr/share/corosync/corosync start (code=exited,
> status=0/SUCCESS)
> Main PID: 2516 (corosync)
>   CGroup: /system.slice/corosync.service
>           +- 2516 corosync
>
>
> 以上、よろしくお願い致します。
>
>> -----Original Message-----
>> From: linux-ha-japan-bounces@lists.osdn.me
>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> renayama19661014@ybb.ne.jp
>> Sent: Monday, October 17, 2016 11:09 PM
>> To: linux-ha-japan@lists.osdn.me
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>> した際の空きメモリ減少について
>>
>> 秋葉さん
>>
>> こんばんは、山内です。
>>
>> > 返事が遅くなりました。
>> > いろいろ再現調査していただいてありがとうございます。
>> >
>> > 再現調査をした環境は pacemaker + corosync のみ（と
>> > ダミープロセス？）で動かした状態と考えてよろしい
>> > でしょうか？
>>
>> はい。
>> 問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ(Dummyのみ)で
>> す。
>>
>> > こちらでも長期動作させて観察しているのですが、
>> > pacemaker + corosync で冗長化させているサーバが
>> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>> > います。
>> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>> > プロセスが起動しています。
>> > (PostgreSQLのサーバは両系でプロセスが起動しています)
>> >
>> > この２つの冗長化サーバで、
>> > JavaAPの方はsystemdのメモリ増加が起きていないことが
>> > わかっています。
>> >
>> > もはやpacemaker+corosyncの問題というよりsystemdの
>> > 問題という気もしておりますが、念のため、PostgreSQLが
>> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>> > 増加有無に影響するのでしょうか？
>>
>>
>> PostgreSQL,OS側に精通しているわけではないので、有識者の方のコメントがあ
>> ると良いのですが・・・
>> Pacemakerの構成で指定したリソースエージェントのRAのPostgreSQLは、基本
>> 的には、systemdプロセスへの影響はないと思っています。
>> ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemdリソースで
>> 管理しているのであれば影響はある可能性もあるとは思いますが・・・
>>
>> 秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思いますので、
>> 両系でPostgreSQLが動いていますのでメモリ使用料に変化はあると思います
>> が、
>> それが、systemdのメモリ増加へは影響しないと思っています。
>>
>>
>> １点だけ、気になる点がありますが・・
>> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいるいる
>> と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
>> もし、起動されているのであれば、こちらも、pcsd利用に変えて確認してみた
>> いと思います。
>>
>>
>> 以上です。
>>
>>
>>
>>
>> ----- Original Message -----
>> > From: AKIBA Makoto <akiba@acroquest.co.jp>
>> > To: linux-ha-japan@lists.osdn.me
>> > Cc:
>> > Date: 2016/10/17, Mon 19:53
>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>> かした際の空きメモリ減少について
>> >
>> >T o: 山内さん
>> >
>> > 秋葉です。
>> >
>> > 返事が遅くなりました。
>> > いろいろ再現調査していただいてありがとうございます。
>> >
>> > 再現調査をした環境は pacemaker + corosync のみ（と
>> > ダミープロセス？）で動かした状態と考えてよろしい
>> > でしょうか？
>> >
>> > こちらでも長期動作させて観察しているのですが、
>> > pacemaker + corosync で冗長化させているサーバが
>> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>> > います。
>> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>> > プロセスが起動しています。
>> > (PostgreSQLのサーバは両系でプロセスが起動しています)
>> >
>> > この２つの冗長化サーバで、
>> > JavaAPの方はsystemdのメモリ増加が起きていないことが
>> > わかっています。
>> >
>> > もはやpacemaker+corosyncの問題というよりsystemdの
>> > 問題という気もしておりますが、念のため、PostgreSQLが
>> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>> > 増加有無に影響するのでしょうか？
>> >
>> >
>> > 以上
>> >
>> >>  -----Original Message-----
>> >>  From: linux-ha-japan-bounces@lists.osdn.me
>> >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> >>  renayama19661014@ybb.ne.jp
>> >>  Sent: Monday, October 17, 2016 7:16 PM
>> >>  To: linux-ha-japan@lists.osdn.me
>> >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
>> 動か
>> >>  した際の空きメモリ減少について
>> >>
>> >>  秋葉さん
>> >>
>> >>  こんばんは、山内です。
>> >>
>> >>  遅くなりました・・続けて先週末の時点のCentOS7.2に最新のアップデー
>> トを
>> >>  適用して、２日半程度流してみみました。
>> >>  ゲストの構成や、リソースは前回と同じのままです。
>> >>
>> >>  ----------
>> >>  Linux c7-01 3.10.0-327.36.2.el7.x86_64 #1 SMP Mon Oct 10 23:08:37
> UTC
>> 2016
>> >>  x86_64 x86_64 x86_64 GNU/Linux
>> >>  systemd-219-19.el7_2.13.x86_64
>> >>  glibc-2.17-106.el7_2.8.x86_64
>> >>  pacemaker-1.1.13-10.el7.x86_64
>> >>  corosync-2.3.4-7.el7.x86_64
>> >>  ----------
>> >>
>> >>  以下が結果となりました。
>> >>
>> >>  ●ACTノードのpid=1のsystemdのtopデータ
>> >>  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM    TIME+
>> >>  COMMAND
>> >>      1 root      20  0  44172  6796  3904 S  0.0  0.3 
> 0:02.66
>> >>  systemd
>> >>      1 root      20  0  44172  6796  3904 S  0.0  0.3 
> 0:02.66
>> >>  systemd
>> >>      1 root      20  0  44172  6796  3904 S  0.0  0.3 
> 0:02.67
>> >>  systemd
>> >>  (snip)
>> >>      1 root      20  0  44172  6808  3908 S  0.0  0.3 
> 0:16.86
>> >>  systemd
>> >>      1 root      20  0  44172  6808  3908 S  0.0  0.3 
> 0:16.87
>> >>  systemd
>> >>      1 root      20  0  44172  6808  3908 S  0.0  0.3 
> 0:16.87
>> >>  systemd
>> >>      1 root      20  0  44172  6808  3908 S  0.0  0.3 
> 0:16.88
>> >>  systemd
>> >>
>> >>  ●STBノードのpid=1のsystemdのtopデータ
>> >>      1 root      20  0  44040  6640  3900 S  0.0  0.3 
> 0:02.73
>> >>  systemd
>> >>      1 root      20  0  44040  6640  3900 S  0.0  0.3 
> 0:02.73
>> >>  systemd
>> >>      1 root      20  0  44040  6640  3900 S  0.0  0.3 
> 0:02.74
>> >>  systemd
>> >>  (snip)
>> >>      1 root      20  0  44172  6808  3908 S  0.0  0.3 
> 0:16.67
>> >>  systemd
>> >>      1 root      20  0  44172  6808  3908 S  0.0  0.3 
> 0:16.68
>> >>  systemd
>> >>      1 root      20  0  44172  6808  3908 S  0.0  0.3 
> 0:16.68
>> >>  systemd
>> >>      1 root      20  0  44172  6808  3908 S  0.0  0.3 
> 0:16.70
>> >>  systemd
>> >>
>> >>  やはり、前回と同様に、systemd(pid=1)に増加は見られますが、秋葉さん
>> の最
>> >>  初にご報告頂いたような増加は起きていないようです。
>> >>  #ただ・・この結果だけで判断出来ないとは思いますが、前回の計測よりは
>> 増加
>> >>  量が減ってように見えるので、systemd関連で何らかのメモリ関連の修正が
>> 入っ
>> >>  ている可能性はあると思います。
>> >>
>> >>  以上です。
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>  ----- Original Message -----
>> >>  > From: "renayama19661014@ybb.ne.jp"
>> > <renayama19661014@ybb.ne.jp>
>> >>  > To: "linux-ha-japan@lists.osdn.me"
>> > <linux-ha-japan@lists.osdn.me>
>> >>  > Cc:
>> >>  > Date: 2016/10/3, Mon 22:37
>> >>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL ã‚’
>> å‹•
>> >>  かした際の空きメモリ減少について
>> >>  >
>> >>  > 秋葉さん
>> >>  >
>> >>  > こんばんは、山内です。
>> >>  >
>> >>  > 週末から、私の環境でも、２日半程度流してみみました。
>> >>  >
>> >>  > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイメー
>> ジそ
>> >>  のままで構成してみました。
>> >>  >
>> >>  > ----------
>> >>  > CentOS Linux release 7.2.1511 (Core)
>> >>  > Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57
> UTC 2015
>> >>  x86_64
>> >>  > x86_64 x86_64 GNU/Linux
>> >>  > systemd-219-19.el7.x86_64
>> >>  > glibc-2.17-105.el7.x86_64
>> >>  > pacemaker-1.1.13-10.el7.x86_64
>> >>  > corosync-2.3.4-7.el7.x86_64
>> >>  > ----------
>> >>  >
>> >>  > リソースは簡易のDummyリソースのみですが、以下のようにしています。
>> >>  > ----------
>> >>  > ●設定ファイル(crm形式です）
>> >>  > ### Cluster Option ###
>> >>  > property no-quorum-policy="ignore" \
>> >>  > stonith-enabled="false" \
>> >>  > startup-fencing="false"
>> >>  >
>> >>  > ### Resource Defaults ###
>> >>  > rsc_defaults resource-stickiness="INFINITY" \
>> >>  > migration-threshold="1"
>> >>  >
>> >>  > ### Group Configuration ###
>> >>  > group grpDummy \
>> >>  > prmDummy1 \
>> >>  > prmDummy2 \
>> >>  > prmDummy3 \
>> >>  > prmDummy4 \
>> >>  > prmDummy5 \
>> >>  >
>> >>  > ### Primitive Configuration ###
>> >>  > primitive prmDummy1 ocf:pacemaker:Dummy \
>> >>  > op start interval="0s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op monitor interval="10s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op stop interval="0s" timeout="60s"
>> >>  > on-fail="block"
>> >>  >
>> >>  > primitive prmDummy2 ocf:pacemaker:Dummy \
>> >>  > op start interval="0s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op monitor interval="10s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op stop interval="0s" timeout="60s"
>> >>  > on-fail="block"
>> >>  >
>> >>  > primitive prmDummy3 ocf:pacemaker:Dummy \
>> >>  > op start interval="0s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op monitor interval="10s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op stop interval="0s" timeout="60s"
>> >>  > on-fail="block"
>> >>  >
>> >>  > primitive prmDummy4 ocf:pacemaker:Dummy \
>> >>  > op start interval="0s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op monitor interval="10s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op stop interval="0s" timeout="60s"
>> >>  > on-fail="block"
>> >>  >
>> >>  > primitive prmDummy5 ocf:pacemaker:Dummy \
>> >>  > op start interval="0s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op monitor interval="10s" timeout="60s"
>> >>  > on-fail="restart" \
>> >>  > op stop interval="0s" timeout="60s"
>> >>  > on-fail="block"
>> >>  >
>> >>  > ### Resource Location ###
>> >>  > location rsc_location-msDrbd-1 grpDummy \
>> >>  > rule 200: #uname eq c7-01 \
>> >>  > rule 100: #uname eq c7-02
>> >>  > ----------
>> >>  > ●crm_monの様子
>> >>  > [root@c7-01 ~]# crm_mon -1
>> >>  > Last updated: Mon Oct  3 16:35:29 2016          Last change:
> Fri Sep
>> > 30
>> >>  00:28:56
>> >>  > 2016 by root via cibadmin on c7-01
>> >>  > Stack: corosync
>> >>  > Current DC: c7-01 (version 1.1.13-10.el7-44eb2dd) -
> partition with
>> > quorum
>> >>  > 2 nodes and 5 resources configured
>> >>  >
>> >>  > Online: [ c7-01 c7-02 ]
>> >>  >
>> >>  > Resource Group: grpDummy
>> >>  > prmDummy1  (ocf::pacemaker:Dummy): Started c7-01
>> >>  > prmDummy2  (ocf::pacemaker:Dummy): Started c7-01
>> >>  > prmDummy3  (ocf::pacemaker:Dummy): Started c7-01
>> >>  > prmDummy4  (ocf::pacemaker:Dummy): Started c7-01
>> >>  > prmDummy5  (ocf::pacemaker:Dummy): Started c7-01
>> >>  > ----------
>> >>  >
>> >>  >
>> >>  > 以下が結果となりました。
>> >>  >
>> >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>> >>  > PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM   
> TIME+
>> >>  COMMAND
>> >>  > 1 root      20  0  44644  7280  2600 S  0.0  0.4 
> 0:03.18
>> >>  systemd
>> >>  > 1 root      20  0  44644  7296  2600 S  0.0  0.4 
> 0:03.20
>> >>  systemd
>> >>  > 1 root      20  0  44644  7296  2600 S  0.0  0.4 
> 0:03.21
>> >>  systemd
>> >>  > 1 root      20  0  44644  7296  2600 S  0.0  0.4 
> 0:03.21
>> >>  systemd
>> >>  > 1 root      20  0  44644  7296  2600 S  0.0  0.4 
> 0:03.21
>> >>  systemd
>> >>  > 1 root      20  0  44644  7296  2600 S  0.0  0.4 
> 0:03.21
>> >>  systemd
>> >>  > 1 root      20  0  44644  7296  2600 S  0.0  0.4 
> 0:03.21
>> >>  systemd
>> >>  > (snip)
>> >>  > 1 root      20  0  45064  7720  2600 S  0.0  0.4 
> 0:21.91
>> >>  systemd
>> >>  > 1 root      20  0  45064  7720  2600 S  0.0  0.4 
> 0:21.91
>> >>  systemd
>> >>  > 1 root      20  0  45064  7720  2600 S  0.0  0.4 
> 0:21.91
>> >>  systemd
>> >>  > 1 root      20  0  45064  7720  2600 S  0.0  0.4 
> 0:21.91
>> >>  systemd
>> >>  > 1 root      20  0  45064  7720  2600 S  0.0  0.4 
> 0:21.91
>> >>  systemd
>> >>  > 1 root      20  0  45064  7720  2600 S  0.0  0.4 
> 0:21.93
>> >>  systemd
>> >>  > 1 root      20  0  45064  7720  2600 S  0.0  0.4 
> 0:21.95
>> >>  systemd
>> >>  >
>> >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>> >>  > PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM   
> TIME+
>> >>  COMMAND
>> >>  > 1 root      20  0  44652  7288  2600 S  0.0  0.4 
> 0:03.23
>> >>  systemd
>> >>  > 1 root      20  0  44652  7288  2600 S  0.0  0.4 
> 0:03.25
>> >>  systemd
>> >>  > 1 root      20  0  44652  7288  2600 S  0.0  0.4 
> 0:03.26
>> >>  systemd
>> >>  > 1 root      20  0  44652  7288  2600 S  0.0  0.4 
> 0:03.26
>> >>  systemd
>> >>  > 1 root      20  0  44652  7288  2600 S  0.0  0.4 
> 0:03.26
>> >>  systemd
>> >>  > 1 root      20  0  44652  7288  2600 S  0.0  0.4 
> 0:03.26
>> >>  systemd
>> >>  > (snip)
>> >>  > 1 root      20  0  45088  7712  2600 S  0.0  0.4 
> 0:21.00
>> >>  systemd
>> >>  > 1 root      20  0  45088  7712  2600 S  0.0  0.4 
> 0:21.00
>> >>  systemd
>> >>  > 1 root      20  0  45088  7712  2600 S  0.0  0.4 
> 0:21.00
>> >>  systemd
>> >>  > 1 root      20  0  45088  7716  2600 S  0.0  0.4 
> 0:21.03
>> >>  systemd
>> >>  >
>> >>  > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂いた
>> よう
>> >>  な増加は起きていないようです。
>> >>  > #この増加がsystemdの正しい動作の範疇なのかどうかは別物ですが。。。。
>> >>  >
>> >>  > こちらも、systemdのバージョンなどをアップしても確認してみたいと思
>> いま
>> >>  す。
>> >>  >
>> >>  > 以上です。
>> >>  >
>> >>  >
>> >>  >
>> >>  > ----- Original Message -----
>> >>  >>  From: "renayama19661014@ybb.ne.jp"
>> >>  > <renayama19661014@ybb.ne.jp>
>> >>  >>  To: "linux-ha-japan@lists.osdn.me"
>> >>  > <linux-ha-japan@lists.osdn.me>
>> >>  >>  Cc:
>> >>  >>  Date: 2016/9/30, Fri 04:56
>> >>  >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL
>> >>  > を動かした際の空きメモリ減少について
>> >>  >>
>> >>  >>  秋葉さん
>> >>  >>
>> >>  >>  こんばんは、山内です。
>> >>  >>
>> >>  >>
>> >>  >>  こちらでも、準備が出来ましたので、週末に流してみる予定です。
>> >>  >>
>> >>  >>  また、結果がわかりましたら、ご連絡します。
>> >>  >>
>> >>  >>  以上です。
>> >>  >>
>> >>  >>
>> >>  >>  ----- Original Message -----
>> >>  >>>  From: "renayama19661014@ybb.ne.jp"
>> >>  >>  <renayama19661014@ybb.ne.jp>
>> >>  >>>  To: "linux-ha-japan@lists.osdn.me"
>> >>  >>  <linux-ha-japan@lists.osdn.me>
>> >>  >>>  Cc:
>> >>  >>>  Date: 2016/9/28, Wed 18:56
>> >>  >>>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> > PostgreSQL
>> >>  >>  を動かした際の空きメモリ減少について
>> >>  >>>
>> >>  >>>  秋葉さん
>> >>  >>>
>> >>  >>>  こんばんは、山内です。
>> >>  >>>
>> >>  >>>  了解いたしました。
>> >>  >>>
>> >>  >>>  ご連絡ありがとうございました。
>> >>  >>>
>> >>  >>>  以上です。
>> >>  >>>
>> >>  >>>
>> >>  >>>
>> >>  >>>  ----- Original Message -----
>> >>  >>>>    From: AKIBA Makoto
> <akiba@acroquest.co.jp>
>> >>  >>>>    To: linux-ha-japan@lists.osdn.me
>> >>  >>>>    Cc:
>> >>  >>>>    Date: 2016/9/28, Wed 18:30
>> >>  >>>>    Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>> > PostgreSQL
>> >>  >>>  を動かした際の空きメモリ減少について
>> >>  >>>>
>> >>  >>>>    山内さん
>> >>  >>>>
>> >>  >>>>    秋葉です。
>> >>  >>>>
>> >>  >>>>    設定ファイルの確認ありがとうございました。
>> >>  >>>>
>> >>  >>>>>    ちなみに、systemdのメモリ増加の確認ですが、どのようなコマ
>> ンド
>> >>  で実行され
>> >>  >>>>>    ましたか？
>> >>  >>>>>    念の為、同じ確認を実施したいので、お手数ですが、ご連絡く
>> ださ
>> >>  い。
>> >>  >>>>
>> >>  >>>>    こちら、取り急ぎ返信致しますと、
>> >>  >>>>    systemdプロセスのメモリ使用量についてはtopコマンドを使っ
>> て、
>> >>  >>>>    VIRT(VSZ)とRSSを見ております。
>> >>  >>>>
>> >>  >>>>    特にRSSの方が細かく増え続ける状態になっていました。
>> >>  >>>>
>> >>  >>>>    お手数をおかけしますが、よろしくお願い致します。
>> >>  >>>>
>> >>  >>>>    以上
>> >>  >>>>
>> >>  >>>>>    -----Original Message-----
>> >>  >>>>>    From:
> linux-ha-japan-bounces@lists.osdn.me
>> >>  >>>>>   
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>> > Behalf Of
>> >>  >>>>>    renayama19661014@ybb.ne.jp
>> >>  >>>>>    Sent: Wednesday, September 28, 2016 6:08
> PM
>> >>  >>>>>    To: linux-ha-japan@lists.osdn.me
>> >>  >>>>>    Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>> >>  > PostgreSQL を動か
>> >>  >>>>>    した際の空きメモリ減少について
>> >>  >>>>>
>> >>  >>>>>    秋葉さん
>> >>  >>>>>
>> >>  >>>>>    こんばんは、山内です。
>> >>  >>>>>
>> >>  >>>>>    (MLへの送信に失敗しているように思えるので、再送します）
>> >>  >>>>>
>> >>  >>>>>    頂いた設定について拝見しましたが、特にPacemaker的には問
>> 題な
>> >>  いと思いま
>> >>  >>>>>    す。
>> >>  >>>>>
>> >>  >>>>>    CentOS7でのsystemdの様子については、これからVM構成です
>> が、
>> >>  確認してみ
>> >>  >>>>>    るつもりです。
>> >>  >>>>>
>> >>  >>>>>    ちなみに、systemdのメモリ増加の確認ですが、どのようなコマ
>> ンド
>> >>  で実行され
>> >>  >>>>>    ましたか？
>> >>  >>>>>    念の為、同じ確認を実施したいので、お手数ですが、ご連絡く
>> ださ
>> >>  い。
>> >>  >>>>>
>> >>  >>>>>    以上です。
>> >>  >>>>>
>> >>  >>>>>
>> >>  >>>>>
>> >>  >>>>>    ----- Original Message -----
>> >>  >>>>>    > From: AKIBA Makoto
>> > <akiba@acroquest.co.jp>
>> >>  >>>>>    > To: linux-ha-japan@lists.osdn.me
>> >>  >>>>>    > Cc:
>> >>  >>>>>    > Date: 2016/9/28, Wed 16:21
>> >>  >>>>>    > Subject: Re: [Linux-ha-jp]
> pacemaker +
>> > corosync 上で
>> >>  >>  PostgreSQL を動
>> >>  >>>>>    かした際の空きメモリ減少について
>> >>  >>>>>    >
>> >>  >>>>>    > 山内さん
>> >>  >>>>>    >
>> >>  >>>>>    > 秋葉です。
>> >>  >>>>>    >
>> >>  >>>>>    > systemdについての情報ありがとうございます。
>> >>  >>>>>    > 確認させていただきます。
>> >>  >>>>>    >
>> >>  >>>>>    >
>> >>  >>>>>    > 以上
>> >>  >>>>>    >
>> >>  >>>>>    >>  -----Original Message-----
>> >>  >>>>>    >>  From:
>> > linux-ha-japan-bounces@lists.osdn.me
>> >>  >>>>>    >>
>> > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>> >>  > Behalf
>> >>  >>  Of
>> >>  >>>>>    >>  renayama19661014@ybb.ne.jp
>> >>  >>>>>    >>  Sent: Monday, September 26,
> 2016 6:22 PM
>> >>  >>>>>    >>  To:
> linux-ha-japan@lists.osdn.me
>> >>  >>>>>    >>  Subject: Re: [Linux-ha-jp]
> pacemaker +
>> > corosync 上で
>> >>  >
>> >>  >>>  PostgreSQL を
>> >>  >>>>>    動か
>> >>  >>>>>    >>  した際の空きメモリ減少について
>> >>  >>>>>    >>
>> >>  >>>>>    >>  秋葉さん
>> >>  >>>>>    >>
>> >>  >>>>>    >>  こんばんは、山内です。
>> >>  >>>>>    >>
>> >>  >>>>>    >>  了解しました。
>> >>  >>>>>    >>  こちれでも、時間をみて、頂いた設定をベースに試してみ
>> たい
>> >>  と思います。
>> >>  >>>>>    >>
>> >>  >>>>>    >>  systemd関連も不具合などもあるようですので、そちらを探
>> して
>> >>  みるのも良
>> >>  >>>>>    いか
>> >>  >>>>>    >>  もしれません。
>> >>  >>>>>    >>  ちょっと探してみても、以下などもありました。
>> >>  >>>>>    >>  直接関係があるかは別ですが・・・
>> >>  >>>>>    >>
>> >>  >>>>>    >>  *
>> >>  > https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>> >>  >>>>>    >>
>> >>  >>>>>    >>
>> >>  >>>>>    >>  設定などで質問があれば、またご連絡させてください。
>> >>  >>>>>    >>
>> >>  >>>>>    >>  以上です。
>> >>  >>>>>    >>
>> >>  >>>>>    >>
>> >>  >>>>>    >>
>> >>  >>>>>    >>  ----- Original Message -----
>> >>  >>>>>    >>  > From: AKIBA Makoto
>> >>  > <akiba@acroquest.co.jp>
>> >>  >>>>>    >>  > To:
> linux-ha-japan@lists.osdn.me
>> >>  >>>>>    >>  > Cc:
>> >>  >>>>>    >>  > Date: 2016/9/26, Mon
> 16:18
>> >>  >>>>>    >>  > Subject: Re:
> [Linux-ha-jp]
>> > pacemaker +
>> >>  > corosync 上で
>> >>  >>
>> >>  >>>>    PostgreSQL を
>> >>  >>>>>    動
>> >>  >>>>>    >>  かした際の空きメモリ減少について
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  > 山内さん
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  > 秋葉です。
>> >>  >>>>>    >>  > ご回答・解説ありがとうございます。
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  >
> 実際に当方の環境でpacemakerのプロセスメモリサイズ
>> ã‚’
>> >>  >>>>>    >>  >
> 見てみたところ、～8MB程度になっており、頂いた情報の
>> 通り
>> >>  >>>>>    >>  > 大きくはなっていませんでした。
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  >
> 一方で、systemd(pid=1)については1GB程度まで大きく
>> なっ
>> >>  て
>> >>  >>>>>    >>  >
> おり、pmapで参照すると[heap]とマッピングされた領域
>> が
>> >>  >>>>>    >>  > ほとんどを占めているように見えました。
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  > なので、これ以上の問い合わせは見当違いの可能性もあ
>> りま
>> >>  すが、
>> >>  >>>>>    >>  > 念の為、当方で使用している設定ファイルを添付致しま
>> す。
>> >>  >>>>>    >>  > (固有情報はマスキングしてあります)
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  > これで何か情報が得られましたら教えていただけますで
>> しょ
>> >>  うか。
>> >>  >>>>>    >>  >
> また、不足している情報がありましたらご指摘ください。
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  > お手数をおかけ致しますがよろしくお願い致します。
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  > 以上
>> >>  >>>>>    >>  > ----------------
>> >>  >>>>>    >>  > AKIBA Makoto
>> >>  >>>>>    >>  > akiba@acroquest.co.jp
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>  >>  -----Original
> Message-----
>> >>  >>>>>    >>  >>  From:
>> >>  > linux-ha-japan-bounces@lists.osdn.me
>> >>  >>>>>    >>  >>
>> >>  > [mailto:linux-ha-japan-bounces@lists.osdn.me]
>> >>  >>  On
>> >>  >>>  Behalf
>> >>  >>>>    Of
>> >>  >>>>>    >>  >> 
> renayama19661014@ybb.ne.jp
>> >>  >>>>>    >>  >>  Sent: Friday,
> September 23,
>> > 2016 6:04 PM
>> >>  >>>>>    >>  >>  To:
>> > linux-ha-japan@lists.osdn.me
>> >>  >>>>>    >>  >>  Subject: Re:
> [Linux-ha-jp]
>> > pacemaker +
>> >>  >>  corosync 上で
>> >>  >>>
>> >>  >>>>    PostgreSQL
>> >>  >>>>>    を
>> >>  >>>>>    >>  動か
>> >>  >>>>>    >>  >>  した際の空きメモリ減少について
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >>  秋葉さん
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >>  こんばんは、山内です。
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >>
>> > pacemakerのプロセスがIPC通信の為にマップしているメ
>> >>  モリは
>> >>  >>>>>    5Mbyteま
>> >>  >>>>>    >>  でで
>> >>  >>>>>    >>  >>  す。
>> >>  >>>>>    >>  >> 
> よって、最大、5Mbyteまでプロセスのメモリサイズは
>> 上が
>> >>  る可能性が
>> >>  >>>>>    あり
>> >>  >>>>>    >>  ます
>> >>  >>>>>    >>  >>  が、
>> >>  >>>>>    >>  >> 
> 先のメールの通りで5Mbyteを超えるあたりで再利用
>> する
>> >>  為、それ以上
>> >>  >>>>>    は増
>> >>  >>>>>    >>  えま
>> >>  >>>>>    >>  >>  せん。
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >>
>> >>  >>  このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで
>> >>  >>>>>    大き
>> >>  >>>>>    >>  くは
>> >>  >>>>>    >>  >>  出来ますが、
>> >>  >>>>>    >>  >>  小さくすることは出来ません。
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >> 
> ＃これらのメモリマップの様子は、pmapコマンドで確
>> 認す
>> >>  ることが可
>> >>  >>>>>    能で
>> >>  >>>>>    >>  す。
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >>  以上です。
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >>
>> >>  >>>>>    >>  >>  ----- Original
> Message -----
>> >>  >>>>>    >>  >>  > From:
>> >>  >>  "renayama19661014@ybb.ne.jp"
>> >>  >>>>>    >>  >
> <renayama19661014@ybb.ne.jp>
>> >>  >>>>>    >>  >>  > To:
>> >>  >>  "linux-ha-japan@lists.osdn.me"
>> >>  >>>>>    >>  >
>> > <linux-ha-japan@lists.osdn.me>
>> >>  >>>>>    >>  >>  > Cc:
>> >>  >>>>>    >>  >>  > Date:
> 2016/9/22, Thu
>> > 10:20
>> >>  >>>>>    >>  >>  > Subject: Re:
>> > [Linux-ha-jp]
>> >>  > pacemaker +
>> >>  >>>  corosync 上で
>> >>  >>>>>    > PostgreSQL を
>> >>  >>>>>    >>  動
>> >>  >>>>>    >>  >>  かした際の空きメモリ減少について
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  > 秋葉さん
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  > こんにちは、山内です。
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  >
> systemdプロセスではありませんが、
>> >>  >>>>>    >>  >>  >
>> >>  > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>> >>  >>>>>    >>  >>
>> > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
>> >>  増加して
>> >>  >>>>>    いく
>> >>  >>>>>    >>  動作
>> >>  >>>>>    >>  >>  となります。
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  >
>> > 詳細な動作は、失念していますが、pacmakerのプロセス
>> >>  がメモリマ
>> >>  >>>>>    ップ
>> >>  >>>>>    >>  して
>> >>  >>>>>    >>  >> 
> いる（？？MByteまでだったはず）エリア
>> >>  >>>>>    >>  >>  >
> を利用して通信などを行う為、クラスタ構成後、マ
>> ップ
>> >>  した一定量
>> >>  >>>>>    まで
>> >>  >>>>>    >>  増加
>> >>  >>>>>    >>  >>  が続きます。
>> >>  >>>>>    >>  >>  >
> ですが、一定量までで、それ以降は、マップしたエ
>> リア
>> >>  を古い方か
>> >>  >>>>>    ら再
>> >>  >>>>>    >>  利用
>> >>  >>>>>    >>  >>  する為、増加は止まります。
>> >>  >>>>>    >>  >>  >
> （上記のマップしているサイズについては、確認し
>> て、
>> >>  再度、ご連
>> >>  >>>>>    絡し
>> >>  >>>>>    >>  ます）
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  >
>> >>  > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
>> >>  >>>>>    には
>> >>  >>>>>    >>  直接
>> >>  >>>>>    >>  >>  影響しないかと思います。
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  >
>> > 実際に増加しているのがsystemdプロセスとのことです
>> >>  が、
>> >>  >>>>>    >>  >>
>> >>  > pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを経
>> >>  >>>>>    由し
>> >>  >>>>>    >>  て
>> >>  >>>>>    >>  >>  > 実行・監視しているでしょうか？
>> >>  >>>>>    >>  >>  >
>> >>  >>  ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用し
>> >>  >>>>>    てい
>> >>  >>>>>    >>  るか
>> >>  >>>>>    >>  >>  どうか？ということです。
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  >
>> > pacemakerの構成ファイルなど開示して頂ければ、私の方
>> >>  でも確認可
>> >>  >>>>>    能か
>> >>  >>>>>    >>  も知
>> >>  >>>>>    >>  >>  れません。
>> >>  >>>>>    >>  >>  >
>> > ＃本当にリークしているのがsystemdプロセスである可
>> >>  能性もある
>> >>  >>>>>    とは
>> >>  >>>>>    >>  思い
>> >>  >>>>>    >>  >>  ますが・・・・
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  > 以上です。
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  >
>> >>  >>>>>    >>  >>  >> 
> 現在、pacemaker +
>> > corosync
>> >>  > のクラスタ上で
>> >>  >>>  PostgreSQL を
>> >>  >>>>>    >>  >>  >>
>> > 動作させているデータベースサーバがあるのですが、
>> >>  >>>>>    >>  >>  >>
>> > 稼働中にOSのメモリ使用量が増加し続ける問題が起
>> >>  きています。
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>
>> > 原因を把握したいのですが、何か該当する現象や確認
>> >>  ポイント
>> >>  >>>>>    >>  >>  >> 
> などありますでしょうか？
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >> 
> 環境は以下のようになっております。
>> >>  >>>>>    >>  >>  >>  OS: CentOS
> Linux
>> > release
>> >>  > 7.2.1511
>> >>  >>  (Core)
>> >>  >>>>>    >>  >>  >>      kernel
> -
>> >>  > 3.10.0-327.18.2.el7
>> >>  >>>>>    >>  >>  >>      glibc
> -
>> > 2.17-106.el7_2.6
>> >>  >>>>>    >>  >>  >>  Systemd:
>> > 219-19.el7_2.9 /
>> >>  >>>  219-19.el7_2.12 (※)
>> >>  >>>>>    >>  >>  >>  Pacemaker:
>> > 1.1.13-10.el7_2.2
>> >>  >>>>>    >>  >>  >>  Corosync:
>> > 2.3.4-7.el7_2.1
>> >>  >>>>>    >>  >>  >> 
> PostgreSQL:
>> > 9.4.8-1PGDG.rhel7
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>
>> > (※)systemdのバージョンはどちらでも発生しました
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>
>> >>  >>  2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
>> >>  >>>>>    す。
>> >>  >>>>>    >>  >>  >>
>> >>  >>  (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>> >>  >>>>>    >>  >>  >>
>> >>  > Active側にVIPを割り当てるようにして、アプリケーションから
>> >>  >>>>>    は
>> >>  >>>>>    >>  >>  >> 
> VIPに接続するようにしています。
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>
>> > これまでに観察して見えているのは以下の事象になり
>> >>  ます。
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>  (1)
>> > OS起動しクラスタ状態を正常にした状態で、少し
>> >>  ずつ
>> >>  >>>>>    >>  >>  >>
>> >>  >>  　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>> >>  >>>>>    >>  >>  >>
>> > 　　→１日あたり30～100MB程度ずつ減少する
>> >>  >>>>>    >>  >>  >>
>> > 　　　※DBサーバ自体は4GBメモリを搭載
>> >>  >>>>>    >>  >>  >>
>> > 　　　※VIPがある／なしに関わらず減少傾向にある。
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>  (2)
>> >>  > メモリ使用量が大きいプロセスを確認すると、PID=1の
>> >>  >>>>>    >>  >>  >>  　　systemd
>> >>  > プロセスで、数十秒ごとに4～8KB程度増加する。
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>  (3)
>> >>  > 契機は不明だが、時折数十～数百MB程度空き容量が増える
>> >>  >>>>>    >>  >>  >> 
> 　　(回復する)ことがある。
>> >>  >>>>>    >>  >>  >>
>> > 　　(長期的に見てトータルでは減少し続ける)
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>  (4)
> pacemaker +
>> >>  >>>  corosyncを使わず、1台のみで動作させている
>> >>  >>>>>    >>  >>  >>
>> > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
>> >>  増減が
>> >>  >>>>>    >>  >>  >> 
> 　　発生していないように見える。
>> >>  >>>>>    >>  >>  >>
>> > 　　→この点があり、何か手がかりが無いかと考え、
>> >>  >>>>>    >>  >>  >>
>> > 　　　こちらのMLに質問をポストさせていただきま
>> >>  した。
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>
>> > 長文にて恐縮ですが、情報等いただけましたら幸いで
>> >>  す。
>> >>  >>>>>    >>  >>  >> 
> よろしくお願い致します。
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >> 
> ----------------
>> >>  >>>>>    >>  >>  >>  AKIBA
> Makoto
>> >>  >>>>>    >>  >>  >>
>> > akiba@acroquest.co.jp
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>>    >>  >>  >>
>> >>  >>>>   
> _______________________________________________
>> >>  >>>>>    >>  >>  >> 
> 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
>> >>  >>>>>    >>  >
>> >>  >>>>>    >>
>> >>  >>>>>    >>
>> > _______________________________________________
>> >>  >>>>>    >>  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
>> >>  >>>>
>> >>  >>>
>> >>  >>>  _______________________________________________
>> >>  >>>  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
>> > _______________________________________________
>> > 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
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
akiba at acroquest
Oct 18, 2016, 3:20 AM
Post #17 of 30 (6361 views)
Permalink
To: 山内さん

秋葉です。
いつもお世話になっております。

> 9日でかなり大きいですね・・・

いえ、１カ月と９日（３９日）です・・・


> こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで
> 流してみるつもりです。

ありがとうございます。


> ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
> 同じバージョンで流して試してみるつもりです。

インストールしているパッケージは以下になります。

# rpm -qa | grep postgres
postgresql94-libs-9.4.8-1PGDG.rhel7.x86_64
postgresql94-server-9.4.8-1PGDG.rhel7.x86_64
postgresql94-9.4.8-1PGDG.rhel7.x86_64
postgresql94-contrib-9.4.8-1PGDG.rhel7.x86_64

よろしくお願い致します。


以上

> -----Original Message-----
> From: linux-ha-japan-bounces@lists.osdn.me
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> renayama19661014@ybb.ne.jp
> Sent: Tuesday, October 18, 2016 7:06 PM
> To: linux-ha-japan@lists.osdn.me
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
> した際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> > 確認しましたが、pcsdは常時起動してはいませんでした。
> > (pacemakerd ではないのですよね？)
>
>
> そうでしたか・・・pcsdは利用していませんでしたか・・・
> 利用されていたと思い、今日の昼頃からpcsdも起動して流していましたが、意
> 味がないようですので、そちらは止めておきます。
>
>
> > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
> > VSZとRSSは以下のようになっています。
> > ------------------------------------------------------------
> > # ps -eo pid,vsz,rss,comm | grep systemd
> > 1 2229064 2188992 systemd
>
>
> 9日でかなり大きいですね・・・
>
> こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで流してみ
> るつもりです。
>
>
> ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
> 同じバージョンで流して試してみるつもりです。
>
> 以上です。
>
>
> ----- Original Message -----
> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> > To: linux-ha-japan@lists.osdn.me
> > Cc:
> > Date: 2016/10/18, Tue 14:14
> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
> かした際の空きメモリ減少について
> >
> >T o: 山内さん
> >
> > 秋葉です。
> > いつもお世話になっております。
> >
> > 回答ありがとうございます。
> >
> >> １点だけ、気になる点がありますが・・
> >> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいる
> いる
> >> と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
> >> もし、起動されているのであれば、こちらも、pcsd利用に変えて確認して
> みた
> >> いと思います。
> >
> > 確認しましたが、pcsdは常時起動してはいませんでした。
> > (pacemakerd ではないのですよね？)
> >
> > ------------------------------------------------------------
> > # ps -ef | grep pcsd
> > root 23447 838 0 14:13 pts/0 00:00:00 grep --color=auto pcsd
> > ------------------------------------------------------------
> > # systemctl status pacemaker.service
> > ● pacemaker.service - Pacemaker High Availability Cluster Manager
> > Loaded: loaded (/usr/lib/systemd/system/pacemaker.service;
> disabled; vendor
> > preset: disabled)
> > Active: active (running) since 木 2016-09-08 20:59:18 JST; 1 months
> 9 days ago
> > Main PID: 2533 (pacemakerd)
> > CGroup: /system.slice/pacemaker.service
> > +- 2533 /usr/sbin/pacemakerd -f
> > +- 2534 /usr/libexec/pacemaker/cib
> > +- 2535 /usr/libexec/pacemaker/stonithd
> > +- 2536 /usr/libexec/pacemaker/lrmd
> > +- 2537 /usr/libexec/pacemaker/attrd
> > +- 2538 /usr/libexec/pacemaker/pengine
> > +- 2539 /usr/libexec/pacemaker/crmd
> >
> >
> > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
> > VSZとRSSは以下のようになっています。
> > ------------------------------------------------------------
> > # ps -eo pid,vsz,rss,comm | grep systemd
> > 1 2229064 2188992 systemd
> >
> >
> > 蛇足ですが、corosyncは以下のようになっています。
> > ------------------------------------------------------------
> > # systemctl status corosync.service
> > ● corosync.service - Corosync Cluster Engine
> > Loaded: loaded (/usr/lib/systemd/system/corosync.service; disabled;
> vendor
> > preset: disabled)
> > Active: active (running) since 木 2016-09-08 20:59:01 JST; 1 months
> 9 days ago
> > Process: 2509 ExecStart=/usr/share/corosync/corosync start
> (code=exited,
> > status=0/SUCCESS)
> > Main PID: 2516 (corosync)
> > CGroup: /system.slice/corosync.service
> > +- 2516 corosync
> >
> >
> > 以上、よろしくお願い致します。
> >
> >> -----Original Message-----
> >> From: linux-ha-japan-bounces@lists.osdn.me
> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >> renayama19661014@ybb.ne.jp
> >> Sent: Monday, October 17, 2016 11:09 PM
> >> To: linux-ha-japan@lists.osdn.me
> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> 動か
> >> した際の空きメモリ減少について
> >>
> >> 秋葉さん
> >>
> >> こんばんは、山内です。
> >>
> >> > 返事が遅くなりました。
> >> > いろいろ再現調査していただいてありがとうございます。
> >> >
> >> > 再現調査をした環境は pacemaker + corosync のみ（と
> >> > ダミープロセス？）で動かした状態と考えてよろしい
> >> > でしょうか？
> >>
> >> はい。
> >> 問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ(Dummyの
> み)で
> >> す。
> >>
> >> > こちらでも長期動作させて観察しているのですが、
> >> > pacemaker + corosync で冗長化させているサーバが
> >> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
> >> > います。
> >> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> >> > プロセスが起動しています。
> >> > (PostgreSQLのサーバは両系でプロセスが起動しています)
> >> >
> >> > この２つの冗長化サーバで、
> >> > JavaAPの方はsystemdのメモリ増加が起きていないことが
> >> > わかっています。
> >> >
> >> > もはやpacemaker+corosyncの問題というよりsystemdの
> >> > 問題という気もしておりますが、念のため、PostgreSQLが
> >> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> >> > 増加有無に影響するのでしょうか？
> >>
> >>
> >> PostgreSQL,OS側に精通しているわけではないので、有識者の方のコメント
> があ
> >> ると良いのですが・・・
> >> Pacemakerの構成で指定したリソースエージェントのRAのPostgreSQLは、
> 基本
> >> 的には、systemdプロセスへの影響はないと思っています。
> >> ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemdリソー
> スで
> >> 管理しているのであれば影響はある可能性もあるとは思いますが・・・
> >>
> >> 秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思いますの
> で、
> >> 両系でPostgreSQLが動いていますのでメモリ使用料に変化はあると思い
> ます
> >> が、
> >> それが、systemdのメモリ増加へは影響しないと思っています。
> >>
> >>
> >> １点だけ、気になる点がありますが・・
> >> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいる
> いる
> >> と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
> >> もし、起動されているのであれば、こちらも、pcsd利用に変えて確認して
> みた
> >> いと思います。
> >>
> >>
> >> 以上です。
> >>
> >>
> >>
> >>
> >> ----- Original Message -----
> >> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> >> > To: linux-ha-japan@lists.osdn.me
> >> > Cc:
> >> > Date: 2016/10/17, Mon 19:53
> >> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> å‹•
> >> かした際の空きメモリ減少について
> >> >
> >> >T o: 山内さん
> >> >
> >> > 秋葉です。
> >> >
> >> > 返事が遅くなりました。
> >> > いろいろ再現調査していただいてありがとうございます。
> >> >
> >> > 再現調査をした環境は pacemaker + corosync のみ（と
> >> > ダミープロセス？）で動かした状態と考えてよろしい
> >> > でしょうか？
> >> >
> >> > こちらでも長期動作させて観察しているのですが、
> >> > pacemaker + corosync で冗長化させているサーバが
> >> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
> >> > います。
> >> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> >> > プロセスが起動しています。
> >> > (PostgreSQLのサーバは両系でプロセスが起動しています)
> >> >
> >> > この２つの冗長化サーバで、
> >> > JavaAPの方はsystemdのメモリ増加が起きていないことが
> >> > わかっています。
> >> >
> >> > もはやpacemaker+corosyncの問題というよりsystemdの
> >> > 問題という気もしておりますが、念のため、PostgreSQLが
> >> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> >> > 増加有無に影響するのでしょうか？
> >> >
> >> >
> >> > 以上
> >> >
> >> >> -----Original Message-----
> >> >> From: linux-ha-japan-bounces@lists.osdn.me
> >> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >> >> renayama19661014@ybb.ne.jp
> >> >> Sent: Monday, October 17, 2016 7:16 PM
> >> >> To: linux-ha-japan@lists.osdn.me
> >> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> ã‚’
> >> 動か
> >> >> した際の空きメモリ減少について
> >> >>
> >> >> 秋葉さん
> >> >>
> >> >> こんばんは、山内です。
> >> >>
> >> >> 遅くなりました・・続けて先週末の時点のCentOS7.2に最新のアップ
> デー
> >> トを
> >> >> 適用して、２日半程度流してみみました。
> >> >> ゲストの構成や、リソースは前回と同じのままです。
> >> >>
> >> >> ----------
> >> >> Linux c7-01 3.10.0-327.36.2.el7.x86_64 #1 SMP Mon Oct 10 23:08:37
> > UTC
> >> 2016
> >> >> x86_64 x86_64 x86_64 GNU/Linux
> >> >> systemd-219-19.el7_2.13.x86_64
> >> >> glibc-2.17-106.el7_2.8.x86_64
> >> >> pacemaker-1.1.13-10.el7.x86_64
> >> >> corosync-2.3.4-7.el7.x86_64
> >> >> ----------
> >> >>
> >> >> 以下が結果となりました。
> >> >>
> >> >> ●ACTノードのpid=1のsystemdのtopデータ
> >> >> PID USER PR NI VIRT RES SHR
> S %CPU %MEM TIME+
> >> >> COMMAND
> >> >> 1 root 20 0 44172 6796 3904 S 0.0 0.3
> > 0:02.66
> >> >> systemd
> >> >> 1 root 20 0 44172 6796 3904 S 0.0 0.3
> > 0:02.66
> >> >> systemd
> >> >> 1 root 20 0 44172 6796 3904 S 0.0 0.3
> > 0:02.67
> >> >> systemd
> >> >> (snip)
> >> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3
> > 0:16.86
> >> >> systemd
> >> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3
> > 0:16.87
> >> >> systemd
> >> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3
> > 0:16.87
> >> >> systemd
> >> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3
> > 0:16.88
> >> >> systemd
> >> >>
> >> >> ●STBノードのpid=1のsystemdのtopデータ
> >> >> 1 root 20 0 44040 6640 3900 S 0.0 0.3
> > 0:02.73
> >> >> systemd
> >> >> 1 root 20 0 44040 6640 3900 S 0.0 0.3
> > 0:02.73
> >> >> systemd
> >> >> 1 root 20 0 44040 6640 3900 S 0.0 0.3
> > 0:02.74
> >> >> systemd
> >> >> (snip)
> >> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3
> > 0:16.67
> >> >> systemd
> >> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3
> > 0:16.68
> >> >> systemd
> >> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3
> > 0:16.68
> >> >> systemd
> >> >> 1 root 20 0 44172 6808 3908 S 0.0 0.3
> > 0:16.70
> >> >> systemd
> >> >>
> >> >> やはり、前回と同様に、systemd(pid=1)に増加は見られますが、秋葉
> さん
> >> の最
> >> >> 初にご報告頂いたような増加は起きていないようです。
> >> >> #ただ・・この結果だけで判断出来ないとは思いますが、前回の計測よ
> りは
> >> 増加
> >> >> 量が減ってように見えるので、systemd関連で何らかのメモリ関連の修
> 正が
> >> 入っ
> >> >> ている可能性はあると思います。
> >> >>
> >> >> 以上です。
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> ----- Original Message -----
> >> >> > From: "renayama19661014@ybb.ne.jp"
> >> > <renayama19661014@ybb.ne.jp>
> >> >> > To: "linux-ha-japan@lists.osdn.me"
> >> > <linux-ha-japan@lists.osdn.me>
> >> >> > Cc:
> >> >> > Date: 2016/10/3, Mon 22:37
> >> >> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> > PostgreSQL ã‚’
> >> å‹•
> >> >> かした際の空きメモリ減少について
> >> >> >
> >> >> > 秋葉さん
> >> >> >
> >> >> > こんばんは、山内です。
> >> >> >
> >> >> > 週末から、私の環境でも、２日半程度流してみみました。
> >> >> >
> >> >> > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイ
> メー
> >> ジそ
> >> >> のままで構成してみました。
> >> >> >
> >> >> > ----------
> >> >> > CentOS Linux release 7.2.1511 (Core)
> >> >> > Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu Nov 19 22:10:57
> > UTC 2015
> >> >> x86_64
> >> >> > x86_64 x86_64 GNU/Linux
> >> >> > systemd-219-19.el7.x86_64
> >> >> > glibc-2.17-105.el7.x86_64
> >> >> > pacemaker-1.1.13-10.el7.x86_64
> >> >> > corosync-2.3.4-7.el7.x86_64
> >> >> > ----------
> >> >> >
> >> >> > リソースは簡易のDummyリソースのみですが、以下のようにしてい
> ます。
> >> >> > ----------
> >> >> > ●設定ファイル(crm形式です）
> >> >> > ### Cluster Option ###
> >> >> > property no-quorum-policy="ignore" \
> >> >> > stonith-enabled="false" \
> >> >> > startup-fencing="false"
> >> >> >
> >> >> > ### Resource Defaults ###
> >> >> > rsc_defaults resource-stickiness="INFINITY" \
> >> >> > migration-threshold="1"
> >> >> >
> >> >> > ### Group Configuration ###
> >> >> > group grpDummy \
> >> >> > prmDummy1 \
> >> >> > prmDummy2 \
> >> >> > prmDummy3 \
> >> >> > prmDummy4 \
> >> >> > prmDummy5 \
> >> >> >
> >> >> > ### Primitive Configuration ###
> >> >> > primitive prmDummy1 ocf:pacemaker:Dummy \
> >> >> > op start interval="0s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op monitor interval="10s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op stop interval="0s" timeout="60s"
> >> >> > on-fail="block"
> >> >> >
> >> >> > primitive prmDummy2 ocf:pacemaker:Dummy \
> >> >> > op start interval="0s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op monitor interval="10s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op stop interval="0s" timeout="60s"
> >> >> > on-fail="block"
> >> >> >
> >> >> > primitive prmDummy3 ocf:pacemaker:Dummy \
> >> >> > op start interval="0s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op monitor interval="10s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op stop interval="0s" timeout="60s"
> >> >> > on-fail="block"
> >> >> >
> >> >> > primitive prmDummy4 ocf:pacemaker:Dummy \
> >> >> > op start interval="0s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op monitor interval="10s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op stop interval="0s" timeout="60s"
> >> >> > on-fail="block"
> >> >> >
> >> >> > primitive prmDummy5 ocf:pacemaker:Dummy \
> >> >> > op start interval="0s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op monitor interval="10s" timeout="60s"
> >> >> > on-fail="restart" \
> >> >> > op stop interval="0s" timeout="60s"
> >> >> > on-fail="block"
> >> >> >
> >> >> > ### Resource Location ###
> >> >> > location rsc_location-msDrbd-1 grpDummy \
> >> >> > rule 200: #uname eq c7-01 \
> >> >> > rule 100: #uname eq c7-02
> >> >> > ----------
> >> >> > ●crm_monの様子
> >> >> > [root@c7-01 ~]# crm_mon -1
> >> >> > Last updated: Mon Oct 3 16:35:29 2016 Last change:
> > Fri Sep
> >> > 30
> >> >> 00:28:56
> >> >> > 2016 by root via cibadmin on c7-01
> >> >> > Stack: corosync
> >> >> > Current DC: c7-01 (version 1.1.13-10.el7-44eb2dd) -
> > partition with
> >> > quorum
> >> >> > 2 nodes and 5 resources configured
> >> >> >
> >> >> > Online: [ c7-01 c7-02 ]
> >> >> >
> >> >> > Resource Group: grpDummy
> >> >> > prmDummy1 (ocf::pacemaker:Dummy): Started c7-01
> >> >> > prmDummy2 (ocf::pacemaker:Dummy): Started c7-01
> >> >> > prmDummy3 (ocf::pacemaker:Dummy): Started c7-01
> >> >> > prmDummy4 (ocf::pacemaker:Dummy): Started c7-01
> >> >> > prmDummy5 (ocf::pacemaker:Dummy): Started c7-01
> >> >> > ----------
> >> >> >
> >> >> >
> >> >> > 以下が結果となりました。
> >> >> >
> >> >> > ●ACTノードのpid=1のsysttemdのtopデータ
> >> >> > PID USER PR NI VIRT RES SHR S %CPU %MEM
> > TIME+
> >> >> COMMAND
> >> >> > 1 root 20 0 44644 7280 2600 S 0.0 0.4
> > 0:03.18
> >> >> systemd
> >> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4
> > 0:03.20
> >> >> systemd
> >> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4
> > 0:03.21
> >> >> systemd
> >> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4
> > 0:03.21
> >> >> systemd
> >> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4
> > 0:03.21
> >> >> systemd
> >> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4
> > 0:03.21
> >> >> systemd
> >> >> > 1 root 20 0 44644 7296 2600 S 0.0 0.4
> > 0:03.21
> >> >> systemd
> >> >> > (snip)
> >> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4
> > 0:21.91
> >> >> systemd
> >> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4
> > 0:21.91
> >> >> systemd
> >> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4
> > 0:21.91
> >> >> systemd
> >> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4
> > 0:21.91
> >> >> systemd
> >> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4
> > 0:21.91
> >> >> systemd
> >> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4
> > 0:21.93
> >> >> systemd
> >> >> > 1 root 20 0 45064 7720 2600 S 0.0 0.4
> > 0:21.95
> >> >> systemd
> >> >> >
> >> >> > ●ACTノードのpid=1のsysttemdのtopデータ
> >> >> > PID USER PR NI VIRT RES SHR S %CPU %MEM
> > TIME+
> >> >> COMMAND
> >> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4
> > 0:03.23
> >> >> systemd
> >> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4
> > 0:03.25
> >> >> systemd
> >> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4
> > 0:03.26
> >> >> systemd
> >> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4
> > 0:03.26
> >> >> systemd
> >> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4
> > 0:03.26
> >> >> systemd
> >> >> > 1 root 20 0 44652 7288 2600 S 0.0 0.4
> > 0:03.26
> >> >> systemd
> >> >> > (snip)
> >> >> > 1 root 20 0 45088 7712 2600 S 0.0 0.4
> > 0:21.00
> >> >> systemd
> >> >> > 1 root 20 0 45088 7712 2600 S 0.0 0.4
> > 0:21.00
> >> >> systemd
> >> >> > 1 root 20 0 45088 7712 2600 S 0.0 0.4
> > 0:21.00
> >> >> systemd
> >> >> > 1 root 20 0 45088 7716 2600 S 0.0 0.4
> > 0:21.03
> >> >> systemd
> >> >> >
> >> >> > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂
> いた
> >> よう
> >> >> な増加は起きていないようです。
> >> >> > #この増加がsystemdの正しい動作の範疇なのかどうかは別物です
> が。。。。
> >> >> >
> >> >> > こちらも、systemdのバージョンなどをアップしても確認してみたい
> と思
> >> いま
> >> >> す。
> >> >> >
> >> >> > 以上です。
> >> >> >
> >> >> >
> >> >> >
> >> >> > ----- Original Message -----
> >> >> >> From: "renayama19661014@ybb.ne.jp"
> >> >> > <renayama19661014@ybb.ne.jp>
> >> >> >> To: "linux-ha-japan@lists.osdn.me"
> >> >> > <linux-ha-japan@lists.osdn.me>
> >> >> >> Cc:
> >> >> >> Date: 2016/9/30, Fri 04:56
> >> >> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> > PostgreSQL
> >> >> > を動かした際の空きメモリ減少について
> >> >> >>
> >> >> >> 秋葉さん
> >> >> >>
> >> >> >> こんばんは、山内です。
> >> >> >>
> >> >> >>
> >> >> >> こちらでも、準備が出来ましたので、週末に流してみる予定です。
> >> >> >>
> >> >> >> また、結果がわかりましたら、ご連絡します。
> >> >> >>
> >> >> >> 以上です。
> >> >> >>
> >> >> >>
> >> >> >> ----- Original Message -----
> >> >> >>> From: "renayama19661014@ybb.ne.jp"
> >> >> >> <renayama19661014@ybb.ne.jp>
> >> >> >>> To: "linux-ha-japan@lists.osdn.me"
> >> >> >> <linux-ha-japan@lists.osdn.me>
> >> >> >>> Cc:
> >> >> >>> Date: 2016/9/28, Wed 18:56
> >> >> >>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> >> > PostgreSQL
> >> >> >> を動かした際の空きメモリ減少について
> >> >> >>>
> >> >> >>> 秋葉さん
> >> >> >>>
> >> >> >>> こんばんは、山内です。
> >> >> >>>
> >> >> >>> 了解いたしました。
> >> >> >>>
> >> >> >>> ご連絡ありがとうございました。
> >> >> >>>
> >> >> >>> 以上です。
> >> >> >>>
> >> >> >>>
> >> >> >>>
> >> >> >>> ----- Original Message -----
> >> >> >>>> From: AKIBA Makoto
> > <akiba@acroquest.co.jp>
> >> >> >>>> To: linux-ha-japan@lists.osdn.me
> >> >> >>>> Cc:
> >> >> >>>> Date: 2016/9/28, Wed 18:30
> >> >> >>>> Subject: Re: [Linux-ha-jp] pacemaker +
> > corosync 上で
> >> > PostgreSQL
> >> >> >>> を動かした際の空きメモリ減少について
> >> >> >>>>
> >> >> >>>> 山内さん
> >> >> >>>>
> >> >> >>>> 秋葉です。
> >> >> >>>>
> >> >> >>>> 設定ファイルの確認ありがとうございました。
> >> >> >>>>
> >> >> >>>>> ちなみに、systemdのメモリ増加の確認ですが、どのような
> コマ
> >> ンド
> >> >> で実行され
> >> >> >>>>> ましたか？
> >> >> >>>>> 念の為、同じ確認を実施したいので、お手数ですが、ご連
> 絡く
> >> ださ
> >> >> い。
> >> >> >>>>
> >> >> >>>> こちら、取り急ぎ返信致しますと、
> >> >> >>>> systemdプロセスのメモリ使用量についてはtopコマンドを
> 使っ
> >> て、
> >> >> >>>> VIRT(VSZ)とRSSを見ております。
> >> >> >>>>
> >> >> >>>> 特にRSSの方が細かく増え続ける状態になっていました。
> >> >> >>>>
> >> >> >>>> お手数をおかけしますが、よろしくお願い致します。
> >> >> >>>>
> >> >> >>>> 以上
> >> >> >>>>
> >> >> >>>>> -----Original Message-----
> >> >> >>>>> From:
> > linux-ha-japan-bounces@lists.osdn.me
> >> >> >>>>>
> > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> >> > Behalf Of
> >> >> >>>>> renayama19661014@ybb.ne.jp
> >> >> >>>>> Sent: Wednesday, September 28, 2016 6:08
> > PM
> >> >> >>>>> To: linux-ha-japan@lists.osdn.me
> >> >> >>>>> Subject: Re: [Linux-ha-jp] pacemaker +
> > corosync 上で
> >> >> > PostgreSQL を動か
> >> >> >>>>> した際の空きメモリ減少について
> >> >> >>>>>
> >> >> >>>>> 秋葉さん
> >> >> >>>>>
> >> >> >>>>> こんばんは、山内です。
> >> >> >>>>>
> >> >> >>>>> (MLへの送信に失敗しているように思えるので、再送します）
> >> >> >>>>>
> >> >> >>>>> 頂いた設定について拝見しましたが、特にPacemaker的に
> は問
> >> 題な
> >> >> いと思いま
> >> >> >>>>> す。
> >> >> >>>>>
> >> >> >>>>> CentOS7でのsystemdの様子については、これからVM構成
> です
> >> が、
> >> >> 確認してみ
> >> >> >>>>> るつもりです。
> >> >> >>>>>
> >> >> >>>>> ちなみに、systemdのメモリ増加の確認ですが、どのような
> コマ
> >> ンド
> >> >> で実行され
> >> >> >>>>> ましたか？
> >> >> >>>>> 念の為、同じ確認を実施したいので、お手数ですが、ご連
> 絡く
> >> ださ
> >> >> い。
> >> >> >>>>>
> >> >> >>>>> 以上です。
> >> >> >>>>>
> >> >> >>>>>
> >> >> >>>>>
> >> >> >>>>> ----- Original Message -----
> >> >> >>>>> > From: AKIBA Makoto
> >> > <akiba@acroquest.co.jp>
> >> >> >>>>> > To: linux-ha-japan@lists.osdn.me
> >> >> >>>>> > Cc:
> >> >> >>>>> > Date: 2016/9/28, Wed 16:21
> >> >> >>>>> > Subject: Re: [Linux-ha-jp]
> > pacemaker +
> >> > corosync 上で
> >> >> >> PostgreSQL ã‚’å‹•
> >> >> >>>>> かした際の空きメモリ減少について
> >> >> >>>>> >
> >> >> >>>>> > 山内さん
> >> >> >>>>> >
> >> >> >>>>> > 秋葉です。
> >> >> >>>>> >
> >> >> >>>>> > systemdについての情報ありがとうございます。
> >> >> >>>>> > 確認させていただきます。
> >> >> >>>>> >
> >> >> >>>>> >
> >> >> >>>>> > 以上
> >> >> >>>>> >
> >> >> >>>>> >> -----Original Message-----
> >> >> >>>>> >> From:
> >> > linux-ha-japan-bounces@lists.osdn.me
> >> >> >>>>> >>
> >> > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> >> >> > Behalf
> >> >> >> Of
> >> >> >>>>> >> renayama19661014@ybb.ne.jp
> >> >> >>>>> >> Sent: Monday, September 26,
> > 2016 6:22 PM
> >> >> >>>>> >> To:
> > linux-ha-japan@lists.osdn.me
> >> >> >>>>> >> Subject: Re: [Linux-ha-jp]
> > pacemaker +
> >> > corosync 上で
> >> >> >
> >> >> >>> PostgreSQL ã‚’
> >> >> >>>>> 動か
> >> >> >>>>> >> した際の空きメモリ減少について
> >> >> >>>>> >>
> >> >> >>>>> >> 秋葉さん
> >> >> >>>>> >>
> >> >> >>>>> >> こんばんは、山内です。
> >> >> >>>>> >>
> >> >> >>>>> >> 了解しました。
> >> >> >>>>> >> こちれでも、時間をみて、頂いた設定をベースに試し
> てみ
> >> たい
> >> >> と思います。
> >> >> >>>>> >>
> >> >> >>>>> >> systemd関連も不具合などもあるようですので、そちら
> を探
> >> して
> >> >> みるのも良
> >> >> >>>>> いか
> >> >> >>>>> >> もしれません。
> >> >> >>>>> >> ちょっと探してみても、以下などもありました。
> >> >> >>>>> >> 直接関係があるかは別ですが・・・
> >> >> >>>>> >>
> >> >> >>>>> >> *
> >> >> > https://bugzilla.redhat.com/show_bug.cgi?id=1361120
> >> >> >>>>> >>
> >> >> >>>>> >>
> >> >> >>>>> >> 設定などで質問があれば、またご連絡させてください。
> >> >> >>>>> >>
> >> >> >>>>> >> 以上です。
> >> >> >>>>> >>
> >> >> >>>>> >>
> >> >> >>>>> >>
> >> >> >>>>> >> ----- Original Message -----
> >> >> >>>>> >> > From: AKIBA Makoto
> >> >> > <akiba@acroquest.co.jp>
> >> >> >>>>> >> > To:
> > linux-ha-japan@lists.osdn.me
> >> >> >>>>> >> > Cc:
> >> >> >>>>> >> > Date: 2016/9/26, Mon
> > 16:18
> >> >> >>>>> >> > Subject: Re:
> > [Linux-ha-jp]
> >> > pacemaker +
> >> >> > corosync 上で
> >> >> >>
> >> >> >>>> PostgreSQL ã‚’
> >> >> >>>>> å‹•
> >> >> >>>>> >> かした際の空きメモリ減少について
> >> >> >>>>> >> >
> >> >> >>>>> >> > 山内さん
> >> >> >>>>> >> >
> >> >> >>>>> >> > 秋葉です。
> >> >> >>>>> >> > ご回答・解説ありがとうございます。
> >> >> >>>>> >> >
> >> >> >>>>> >> >
> > 実際に当方の環境でpacemakerのプロセスメモリサイズ
> >> ã‚’
> >> >> >>>>> >> >
> > 見てみたところ、～8MB程度になっており、頂いた情報の
> >> 通り
> >> >> >>>>> >> > 大きくはなっていませんでした。
> >> >> >>>>> >> >
> >> >> >>>>> >> >
> > 一方で、systemd(pid=1)については1GB程度まで大きく
> >> なっ
> >> >> て
> >> >> >>>>> >> >
> > おり、pmapで参照すると[heap]とマッピングされた領域
> >> が
> >> >> >>>>> >> > ほとんどを占めているように見えました。
> >> >> >>>>> >> >
> >> >> >>>>> >> > なので、これ以上の問い合わせは見当違いの可能性
> もあ
> >> りま
> >> >> すが、
> >> >> >>>>> >> > 念の為、当方で使用している設定ファイルを添付致
> しま
> >> す。
> >> >> >>>>> >> > (固有情報はマスキングしてあります)
> >> >> >>>>> >> >
> >> >> >>>>> >> > これで何か情報が得られましたら教えていただけま
> すで
> >> しょ
> >> >> うか。
> >> >> >>>>> >> >
> > また、不足している情報がありましたらご指摘ください。
> >> >> >>>>> >> >
> >> >> >>>>> >> > お手数をおかけ致しますがよろしくお願い致します。
> >> >> >>>>> >> >
> >> >> >>>>> >> >
> >> >> >>>>> >> > 以上
> >> >> >>>>> >> > ----------------
> >> >> >>>>> >> > AKIBA Makoto
> >> >> >>>>> >> > akiba@acroquest.co.jp
> >> >> >>>>> >> >
> >> >> >>>>> >> >> -----Original
> > Message-----
> >> >> >>>>> >> >> From:
> >> >> > linux-ha-japan-bounces@lists.osdn.me
> >> >> >>>>> >> >>
> >> >> > [mailto:linux-ha-japan-bounces@lists.osdn.me]
> >> >> >> On
> >> >> >>> Behalf
> >> >> >>>> Of
> >> >> >>>>> >> >>
> > renayama19661014@ybb.ne.jp
> >> >> >>>>> >> >> Sent: Friday,
> > September 23,
> >> > 2016 6:04 PM
> >> >> >>>>> >> >> To:
> >> > linux-ha-japan@lists.osdn.me
> >> >> >>>>> >> >> Subject: Re:
> > [Linux-ha-jp]
> >> > pacemaker +
> >> >> >> corosync 上で
> >> >> >>>
> >> >> >>>> PostgreSQL
> >> >> >>>>> ã‚’
> >> >> >>>>> >> 動か
> >> >> >>>>> >> >> した際の空きメモリ減少について
> >> >> >>>>> >> >>
> >> >> >>>>> >> >> 秋葉さん
> >> >> >>>>> >> >>
> >> >> >>>>> >> >> こんばんは、山内です。
> >> >> >>>>> >> >>
> >> >> >>>>> >> >>
> >> > pacemakerのプロセスがIPC通信の為にマップしているメ
> >> >> モリは
> >> >> >>>>> 5Mbyteま
> >> >> >>>>> >> でで
> >> >> >>>>> >> >> す。
> >> >> >>>>> >> >>
> > よって、最大、5Mbyteまでプロセスのメモリサイズは
> >> 上が
> >> >> る可能性が
> >> >> >>>>> あり
> >> >> >>>>> >> ます
> >> >> >>>>> >> >> が、
> >> >> >>>>> >> >>
> > 先のメールの通りで5Mbyteを超えるあたりで再利用
> >> する
> >> >> 為、それ以上
> >> >> >>>>> は増
> >> >> >>>>> >> えま
> >> >> >>>>> >> >> せん。
> >> >> >>>>> >> >>
> >> >> >>>>> >> >>
> >> >> >> このサイズですが、/etc/sysconfig/pacemakerの
> PCMK_ipc_bufferで
> >> >> >>>>> 大き
> >> >> >>>>> >> くは
> >> >> >>>>> >> >> 出来ますが、
> >> >> >>>>> >> >> 小さくすることは出来ません。
> >> >> >>>>> >> >>
> >> >> >>>>> >> >>
> > ＃これらのメモリマップの様子は、pmapコマンドで確
> >> 認す
> >> >> ることが可
> >> >> >>>>> 能で
> >> >> >>>>> >> す。
> >> >> >>>>> >> >>
> >> >> >>>>> >> >>
> >> >> >>>>> >> >> 以上です。
> >> >> >>>>> >> >>
> >> >> >>>>> >> >>
> >> >> >>>>> >> >>
> >> >> >>>>> >> >> ----- Original
> > Message -----
> >> >> >>>>> >> >> > From:
> >> >> >> "renayama19661014@ybb.ne.jp"
> >> >> >>>>> >> >
> > <renayama19661014@ybb.ne.jp>
> >> >> >>>>> >> >> > To:
> >> >> >> "linux-ha-japan@lists.osdn.me"
> >> >> >>>>> >> >
> >> > <linux-ha-japan@lists.osdn.me>
> >> >> >>>>> >> >> > Cc:
> >> >> >>>>> >> >> > Date:
> > 2016/9/22, Thu
> >> > 10:20
> >> >> >>>>> >> >> > Subject: Re:
> >> > [Linux-ha-jp]
> >> >> > pacemaker +
> >> >> >>> corosync 上で
> >> >> >>>>> > PostgreSQL ã‚’
> >> >> >>>>> >> å‹•
> >> >> >>>>> >> >> かした際の空きメモリ減少について
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> > 秋葉さん
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> > こんにちは、山内です。
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> >
> > systemdプロセスではありませんが、
> >> >> >>>>> >> >> >
> >> >> > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
> >> >> >>>>> >> >>
> >> > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
> >> >> 増加して
> >> >> >>>>> いく
> >> >> >>>>> >> 動作
> >> >> >>>>> >> >> となります。
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> >
> >> > 詳細な動作は、失念していますが、pacmakerのプロセス
> >> >> がメモリマ
> >> >> >>>>> ップ
> >> >> >>>>> >> して
> >> >> >>>>> >> >>
> > いる（？？MByteまでだったはず）エリア
> >> >> >>>>> >> >> >
> > を利用して通信などを行う為、クラスタ構成後、マ
> >> ップ
> >> >> した一定量
> >> >> >>>>> まで
> >> >> >>>>> >> 増加
> >> >> >>>>> >> >> が続きます。
> >> >> >>>>> >> >> >
> > ですが、一定量までで、それ以降は、マップしたエ
> >> リア
> >> >> を古い方か
> >> >> >>>>> ら再
> >> >> >>>>> >> 利用
> >> >> >>>>> >> >> する為、増加は止まります。
> >> >> >>>>> >> >> >
> > （上記のマップしているサイズについては、確認し
> >> て、
> >> >> 再度、ご連
> >> >> >>>>> 絡し
> >> >> >>>>> >> ます）
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> >
> >> >> > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
> >> >> >>>>> には
> >> >> >>>>> >> 直接
> >> >> >>>>> >> >> 影響しないかと思います。
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> >
> >> > 実際に増加しているのがsystemdプロセスとのことです
> >> >> が、
> >> >> >>>>> >> >>
> >> >> > pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを
> 経
> >> >> >>>>> 由し
> >> >> >>>>> >> て
> >> >> >>>>> >> >> > 実行・監視しているでしょうか？
> >> >> >>>>> >> >> >
> >> >> >> ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用
> し
> >> >> >>>>> てい
> >> >> >>>>> >> るか
> >> >> >>>>> >> >> どうか？ということです。
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> >
> >> > pacemakerの構成ファイルなど開示して頂ければ、私の方
> >> >> でも確認可
> >> >> >>>>> 能か
> >> >> >>>>> >> も知
> >> >> >>>>> >> >> れません。
> >> >> >>>>> >> >> >
> >> > ＃本当にリークしているのがsystemdプロセスである可
> >> >> 能性もある
> >> >> >>>>> とは
> >> >> >>>>> >> 思い
> >> >> >>>>> >> >> ますが・・・・
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> > 以上です。
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> >
> >> >> >>>>> >> >> >>
> > 現在、pacemaker +
> >> > corosync
> >> >> > のクラスタ上で
> >> >> >>> PostgreSQL ã‚’
> >> >> >>>>> >> >> >>
> >> > 動作させているデータベースサーバがあるのですが、
> >> >> >>>>> >> >> >>
> >> > 稼働中にOSのメモリ使用量が増加し続ける問題が起
> >> >> きています。
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> >> > 原因を把握したいのですが、何か該当する現象や確認
> >> >> ポイント
> >> >> >>>>> >> >> >>
> > などありますでしょうか？
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> > 環境は以下のようになっております。
> >> >> >>>>> >> >> >> OS: CentOS
> > Linux
> >> > release
> >> >> > 7.2.1511
> >> >> >> (Core)
> >> >> >>>>> >> >> >> kernel
> > -
> >> >> > 3.10.0-327.18.2.el7
> >> >> >>>>> >> >> >> glibc
> > -
> >> > 2.17-106.el7_2.6
> >> >> >>>>> >> >> >> Systemd:
> >> > 219-19.el7_2.9 /
> >> >> >>> 219-19.el7_2.12 (※)
> >> >> >>>>> >> >> >> Pacemaker:
> >> > 1.1.13-10.el7_2.2
> >> >> >>>>> >> >> >> Corosync:
> >> > 2.3.4-7.el7_2.1
> >> >> >>>>> >> >> >>
> > PostgreSQL:
> >> > 9.4.8-1PGDG.rhel7
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> >> > (※)systemdのバージョンはどちらでも発生しました
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> >> >> >> 2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
> >> >> >>>>> す。
> >> >> >>>>> >> >> >>
> >> >> >> (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
> >> >> >>>>> >> >> >>
> >> >> > Active側にVIPを割り当てるようにして、アプリケーションから
> >> >> >>>>> は
> >> >> >>>>> >> >> >>
> > VIPに接続するようにしています。
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> >> > これまでに観察して見えているのは以下の事象になり
> >> >> ます。
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >> (1)
> >> > OS起動しクラスタ状態を正常にした状態で、少し
> >> >> ずつ
> >> >> >>>>> >> >> >>
> >> >> >> 　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
> >> >> >>>>> >> >> >>
> >> > 　　→１日あたり30～100MB程度ずつ減少する
> >> >> >>>>> >> >> >>
> >> > 　　　※DBサーバ自体は4GBメモリを搭載
> >> >> >>>>> >> >> >>
> >> > 　　　※VIPがある／なしに関わらず減少傾向にある。
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >> (2)
> >> >> > メモリ使用量が大きいプロセスを確認すると、PID=1の
> >> >> >>>>> >> >> >> 　　systemd
> >> >> > プロセスで、数十秒ごとに4～8KB程度増加する。
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >> (3)
> >> >> > 契機は不明だが、時折数十～数百MB程度空き容量が増える
> >> >> >>>>> >> >> >>
> > 　　(回復する)ことがある。
> >> >> >>>>> >> >> >>
> >> > 　　(長期的に見てトータルでは減少し続ける)
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >> (4)
> > pacemaker +
> >> >> >>> corosyncを使わず、1台のみで動作させている
> >> >> >>>>> >> >> >>
> >> > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
> >> >> 増減が
> >> >> >>>>> >> >> >>
> > 　　発生していないように見える。
> >> >> >>>>> >> >> >>
> >> > 　　→この点があり、何か手がかりが無いかと考え、
> >> >> >>>>> >> >> >>
> >> > 　　　こちらのMLに質問をポストさせていただきま
> >> >> した。
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> >> > 長文にて恐縮ですが、情報等いただけましたら幸いで
> >> >> す。
> >> >> >>>>> >> >> >>
> > よろしくお願い致します。
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> > ----------------
> >> >> >>>>> >> >> >> AKIBA
> > Makoto
> >> >> >>>>> >> >> >>
> >> > akiba@acroquest.co.jp
> >> >> >>>>> >> >> >>
> >> >> >>>>> >> >> >>
> >> >> >>>>
> > _______________________________________________
> >> >> >>>>> >> >> >>
> > 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
> >> >> >>>>> >> >
> >> >> >>>>> >>
> >> >> >>>>> >>
> >> > _______________________________________________
> >> >> >>>>> >> 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
> >> >> >>>>
> >> >> >>>
> >> >> >>> _______________________________________________
> >> >> >>> 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
> >> > _______________________________________________
> >> > 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
_______________________________________________
Linux-ha-japan mailing list
Linux-ha-japan@lists.osdn.me
http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 18, 2016, 7:43 AM
Post #18 of 30 (6359 views)
Permalink
秋葉さん

こんばんは、山内です。

すいません・・見間違えていました。

PostgreSQLのバージョン、了解いたしました。

また、結果が出ましたら、ご連絡します。

以上です。



----- Original Message -----
> From: AKIBA Makoto <akiba@acroquest.co.jp>
> To: linux-ha-japan@lists.osdn.me
> Cc:
> Date: 2016/10/18, Tue 19:20
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
>T o: 山内さん
>
> 秋葉です。
> いつもお世話になっております。
>
>> 9日でかなり大きいですね・・・
>
> いえ、１カ月と９日（３９日）です・・・
>
>
>> こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで
>> 流してみるつもりです。
>
> ありがとうございます。
>
>
>> ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>> 同じバージョンで流して試してみるつもりです。
>
> インストールしているパッケージは以下になります。
>
> # rpm -qa | grep postgres
> postgresql94-libs-9.4.8-1PGDG.rhel7.x86_64
> postgresql94-server-9.4.8-1PGDG.rhel7.x86_64
> postgresql94-9.4.8-1PGDG.rhel7.x86_64
> postgresql94-contrib-9.4.8-1PGDG.rhel7.x86_64
>
> よろしくお願い致します。
>
>
> 以上
>
>> -----Original Message-----
>> From: linux-ha-japan-bounces@lists.osdn.me
>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> renayama19661014@ybb.ne.jp
>> Sent: Tuesday, October 18, 2016 7:06 PM
>> To: linux-ha-japan@lists.osdn.me
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>> した際の空きメモリ減少について
>>
>> 秋葉さん
>>
>> こんばんは、山内です。
>>
>> > 確認しましたが、pcsdは常時起動してはいませんでした。
>> > (pacemakerd ではないのですよね？)
>>
>>
>> そうでしたか・・・pcsdは利用していませんでしたか・・・
>> 利用されていたと思い、今日の昼頃からpcsdも起動して流していましたが、意
>> 味がないようですので、そちらは止めておきます。
>>
>>
>> > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>> > VSZとRSSは以下のようになっています。
>> > ------------------------------------------------------------
>> > # ps -eo pid,vsz,rss,comm | grep systemd
>> >    1 2229064 2188992 systemd
>>
>>
>> 9日でかなり大きいですね・・・
>>
>> こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで流してみ
>> るつもりです。
>>
>>
>> ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>> 同じバージョンで流して試してみるつもりです。
>>
>> 以上です。
>>
>>
>> ----- Original Message -----
>> > From: AKIBA Makoto <akiba@acroquest.co.jp>
>> > To: linux-ha-japan@lists.osdn.me
>> > Cc:
>> > Date: 2016/10/18, Tue 14:14
>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>> かした際の空きメモリ減少について
>> >
>> >T o: 山内さん
>> >
>> > 秋葉です。
>> > いつもお世話になっております。
>> >
>> > 回答ありがとうございます。
>> >
>> >>  １点だけ、気になる点がありますが・・
>> >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいる
>> いる
>> >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
>> >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確認して
>> みた
>> >>  いと思います。
>> >
>> > 確認しましたが、pcsdは常時起動してはいませんでした。
>> > (pacemakerd ではないのですよね？)
>> >
>> > ------------------------------------------------------------
>> > # ps -ef | grep pcsd
>> > root    23447  838  0 14:13 pts/0    00:00:00 grep --color=auto pcsd
>> > ------------------------------------------------------------
>> > # systemctl status pacemaker.service
>> > ● pacemaker.service - Pacemaker High Availability Cluster Manager
>> >    Loaded: loaded (/usr/lib/systemd/system/pacemaker.service;
>> disabled; vendor
>> > preset: disabled)
>> >    Active: active (running) since 木 2016-09-08 20:59:18 JST; 1 months
>> 9 days ago
>> > Main PID: 2533 (pacemakerd)
>> >    CGroup: /system.slice/pacemaker.service
>> >            +- 2533 /usr/sbin/pacemakerd -f
>> >            +- 2534 /usr/libexec/pacemaker/cib
>> >            +- 2535 /usr/libexec/pacemaker/stonithd
>> >            +- 2536 /usr/libexec/pacemaker/lrmd
>> >            +- 2537 /usr/libexec/pacemaker/attrd
>> >            +- 2538 /usr/libexec/pacemaker/pengine
>> >            +- 2539 /usr/libexec/pacemaker/crmd
>> >
>> >
>> > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>> > VSZとRSSは以下のようになっています。
>> > ------------------------------------------------------------
>> > # ps -eo pid,vsz,rss,comm | grep systemd
>> >    1 2229064 2188992 systemd
>> >
>> >
>> > 蛇足ですが、corosyncは以下のようになっています。
>> > ------------------------------------------------------------
>> > # systemctl status corosync.service
>> > ● corosync.service - Corosync Cluster Engine
>> >    Loaded: loaded (/usr/lib/systemd/system/corosync.service; disabled;
>> vendor
>> > preset: disabled)
>> >    Active: active (running) since 木 2016-09-08 20:59:01 JST; 1 months
>> 9 days ago
>> >  Process: 2509 ExecStart=/usr/share/corosync/corosync start
>> (code=exited,
>> > status=0/SUCCESS)
>> > Main PID: 2516 (corosync)
>> >    CGroup: /system.slice/corosync.service
>> >            +- 2516 corosync
>> >
>> >
>> > 以上、よろしくお願い致します。
>> >
>> >>  -----Original Message-----
>> >>  From: linux-ha-japan-bounces@lists.osdn.me
>> >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> >>  renayama19661014@ybb.ne.jp
>> >>  Sent: Monday, October 17, 2016 11:09 PM
>> >>  To: linux-ha-japan@lists.osdn.me
>> >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
>> 動か
>> >>  した際の空きメモリ減少について
>> >>
>> >>  秋葉さん
>> >>
>> >>  こんばんは、山内です。
>> >>
>> >>  > 返事が遅くなりました。
>> >>  > いろいろ再現調査していただいてありがとうございます。
>> >>  >
>> >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>> >>  > ダミープロセス？）で動かした状態と考えてよろしい
>> >>  > でしょうか？
>> >>
>> >>  はい。
>> >>  問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ(Dummyの
>> み)で
>> >>  す。
>> >>
>> >>  > こちらでも長期動作させて観察しているのですが、
>> >>  > pacemaker + corosync で冗長化させているサーバが
>> >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>> >>  > います。
>> >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>> >>  > プロセスが起動しています。
>> >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>> >>  >
>> >>  > この２つの冗長化サーバで、
>> >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>> >>  > わかっています。
>> >>  >
>> >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>> >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>> >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>> >>  > 増加有無に影響するのでしょうか？
>> >>
>> >>
>> >>  PostgreSQL,OS側に精通しているわけではないので、有識者の方のコメント
>> があ
>> >>  ると良いのですが・・・
>> >>  Pacemakerの構成で指定したリソースエージェントのRAのPostgreSQLは、
>> 基本
>> >>  的には、systemdプロセスへの影響はないと思っています。
>> >>  ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemdリソー
>> スで
>> >>  管理しているのであれば影響はある可能性もあるとは思いますが・・・
>> >>
>> >>  秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思いますの
>> で、
>> >>  両系でPostgreSQLが動いていますのでメモリ使用料に変化はあると思い
>> ます
>> >>  が、
>> >>  それが、systemdのメモリ増加へは影響しないと思っています。
>> >>
>> >>
>> >>  １点だけ、気になる点がありますが・・
>> >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいる
>> いる
>> >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
>> >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確認して
>> みた
>> >>  いと思います。
>> >>
>> >>
>> >>  以上です。
>> >>
>> >>
>> >>
>> >>
>> >>  ----- Original Message -----
>> >>  > From: AKIBA Makoto <akiba@acroquest.co.jp>
>> >>  > To: linux-ha-japan@lists.osdn.me
>> >>  > Cc:
>> >>  > Date: 2016/10/17, Mon 19:53
>> >>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL ã‚’
>> å‹•
>> >>  かした際の空きメモリ減少について
>> >>  >
>> >>  >T o: 山内さん
>> >>  >
>> >>  > 秋葉です。
>> >>  >
>> >>  > 返事が遅くなりました。
>> >>  > いろいろ再現調査していただいてありがとうございます。
>> >>  >
>> >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>> >>  > ダミープロセス？）で動かした状態と考えてよろしい
>> >>  > でしょうか？
>> >>  >
>> >>  > こちらでも長期動作させて観察しているのですが、
>> >>  > pacemaker + corosync で冗長化させているサーバが
>> >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>> >>  > います。
>> >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>> >>  > プロセスが起動しています。
>> >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>> >>  >
>> >>  > この２つの冗長化サーバで、
>> >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>> >>  > わかっています。
>> >>  >
>> >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>> >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>> >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>> >>  > 増加有無に影響するのでしょうか？
>> >>  >
>> >>  >
>> >>  > 以上
>> >>  >
>> >>  >>  -----Original Message-----
>> >>  >>  From: linux-ha-japan-bounces@lists.osdn.me
>> >>  >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf
> Of
>> >>  >>  renayama19661014@ybb.ne.jp
>> >>  >>  Sent: Monday, October 17, 2016 7:16 PM
>> >>  >>  To: linux-ha-japan@lists.osdn.me
>> >>  >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL
>> ã‚’
>> >>  動か
>> >>  >>  した際の空きメモリ減少について
>> >>  >>
>> >>  >>  秋葉さん
>> >>  >>
>> >>  >>  こんばんは、山内です。
>> >>  >>
>> >>  >>  遅くなりました・・続けて先週末の時点のCentOS7.2に最新のアップ
>> デー
>> >>  トを
>> >>  >>  適用して、２日半程度流してみみました。
>> >>  >>  ゲストの構成や、リソースは前回と同じのままです。
>> >>  >>
>> >>  >>  ----------
>> >>  >>  Linux c7-01 3.10.0-327.36.2.el7.x86_64 #1 SMP Mon Oct
> 10 23:08:37
>> > UTC
>> >>  2016
>> >>  >>  x86_64 x86_64 x86_64 GNU/Linux
>> >>  >>  systemd-219-19.el7_2.13.x86_64
>> >>  >>  glibc-2.17-106.el7_2.8.x86_64
>> >>  >>  pacemaker-1.1.13-10.el7.x86_64
>> >>  >>  corosync-2.3.4-7.el7.x86_64
>> >>  >>  ----------
>> >>  >>
>> >>  >>  以下が結果となりました。
>> >>  >>
>> >>  >>  ●ACTノードのpid=1のsystemdのtopデータ
>> >>  >>  PID USER      PR  NI    VIRT    RES    SHR
>> S  %CPU %MEM    TIME+
>> >>  >>  COMMAND
>> >>  >>      1 root      20  0  44172  6796  3904 S  0.0 
> 0.3
>> > 0:02.66
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44172  6796  3904 S  0.0 
> 0.3
>> > 0:02.66
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44172  6796  3904 S  0.0 
> 0.3
>> > 0:02.67
>> >>  >>  systemd
>> >>  >>  (snip)
>> >>  >>      1 root      20  0  44172  6808  3908 S  0.0 
> 0.3
>> > 0:16.86
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44172  6808  3908 S  0.0 
> 0.3
>> > 0:16.87
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44172  6808  3908 S  0.0 
> 0.3
>> > 0:16.87
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44172  6808  3908 S  0.0 
> 0.3
>> > 0:16.88
>> >>  >>  systemd
>> >>  >>
>> >>  >>  ●STBノードのpid=1のsystemdのtopデータ
>> >>  >>      1 root      20  0  44040  6640  3900 S  0.0 
> 0.3
>> > 0:02.73
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44040  6640  3900 S  0.0 
> 0.3
>> > 0:02.73
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44040  6640  3900 S  0.0 
> 0.3
>> > 0:02.74
>> >>  >>  systemd
>> >>  >>  (snip)
>> >>  >>      1 root      20  0  44172  6808  3908 S  0.0 
> 0.3
>> > 0:16.67
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44172  6808  3908 S  0.0 
> 0.3
>> > 0:16.68
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44172  6808  3908 S  0.0 
> 0.3
>> > 0:16.68
>> >>  >>  systemd
>> >>  >>      1 root      20  0  44172  6808  3908 S  0.0 
> 0.3
>> > 0:16.70
>> >>  >>  systemd
>> >>  >>
>> >>  >>  やはり、前回と同様に、systemd(pid=1)に増加は見られますが、秋葉
>> さん
>> >>  の最
>> >>  >>  初にご報告頂いたような増加は起きていないようです。
>> >>  >>  #ただ・・この結果だけで判断出来ないとは思いますが、前回の計測よ
>> りは
>> >>  増加
>> >>  >>  量が減ってように見えるので、systemd関連で何らかのメモリ関連の修
>> 正が
>> >>  入っ
>> >>  >>  ている可能性はあると思います。
>> >>  >>
>> >>  >>  以上です。
>> >>  >>
>> >>  >>
>> >>  >>
>> >>  >>
>> >>  >>
>> >>  >>
>> >>  >>  ----- Original Message -----
>> >>  >>  > From: "renayama19661014@ybb.ne.jp"
>> >>  > <renayama19661014@ybb.ne.jp>
>> >>  >>  > To: "linux-ha-japan@lists.osdn.me"
>> >>  > <linux-ha-japan@lists.osdn.me>
>> >>  >>  > Cc:
>> >>  >>  > Date: 2016/10/3, Mon 22:37
>> >>  >>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> > PostgreSQL ã‚’
>> >>  動
>> >>  >>  かした際の空きメモリ減少について
>> >>  >>  >
>> >>  >>  > 秋葉さん
>> >>  >>  >
>> >>  >>  > こんばんは、山内です。
>> >>  >>  >
>> >>  >>  > 週末から、私の環境でも、２日半程度流してみみました。
>> >>  >>  >
>> >>  >>  > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイ
>> メー
>> >>  ジそ
>> >>  >>  のままで構成してみました。
>> >>  >>  >
>> >>  >>  > ----------
>> >>  >>  > CentOS Linux release 7.2.1511 (Core)
>> >>  >>  > Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu Nov
> 19 22:10:57
>> > UTC 2015
>> >>  >>  x86_64
>> >>  >>  > x86_64 x86_64 GNU/Linux
>> >>  >>  > systemd-219-19.el7.x86_64
>> >>  >>  > glibc-2.17-105.el7.x86_64
>> >>  >>  > pacemaker-1.1.13-10.el7.x86_64
>> >>  >>  > corosync-2.3.4-7.el7.x86_64
>> >>  >>  > ----------
>> >>  >>  >
>> >>  >>  > リソースは簡易のDummyリソースのみですが、以下のようにしてい
>> ます。
>> >>  >>  > ----------
>> >>  >>  > ●設定ファイル(crm形式です）
>> >>  >>  > ### Cluster Option ###
>> >>  >>  > property no-quorum-policy="ignore" \
>> >>  >>  > stonith-enabled="false" \
>> >>  >>  > startup-fencing="false"
>> >>  >>  >
>> >>  >>  > ### Resource Defaults ###
>> >>  >>  > rsc_defaults
> resource-stickiness="INFINITY" \
>> >>  >>  > migration-threshold="1"
>> >>  >>  >
>> >>  >>  > ### Group Configuration ###
>> >>  >>  > group grpDummy \
>> >>  >>  > prmDummy1 \
>> >>  >>  > prmDummy2 \
>> >>  >>  > prmDummy3 \
>> >>  >>  > prmDummy4 \
>> >>  >>  > prmDummy5 \
>> >>  >>  >
>> >>  >>  > ### Primitive Configuration ###
>> >>  >>  > primitive prmDummy1 ocf:pacemaker:Dummy \
>> >>  >>  > op start interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op monitor interval="10s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op stop interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="block"
>> >>  >>  >
>> >>  >>  > primitive prmDummy2 ocf:pacemaker:Dummy \
>> >>  >>  > op start interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op monitor interval="10s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op stop interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="block"
>> >>  >>  >
>> >>  >>  > primitive prmDummy3 ocf:pacemaker:Dummy \
>> >>  >>  > op start interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op monitor interval="10s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op stop interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="block"
>> >>  >>  >
>> >>  >>  > primitive prmDummy4 ocf:pacemaker:Dummy \
>> >>  >>  > op start interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op monitor interval="10s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op stop interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="block"
>> >>  >>  >
>> >>  >>  > primitive prmDummy5 ocf:pacemaker:Dummy \
>> >>  >>  > op start interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op monitor interval="10s"
> timeout="60s"
>> >>  >>  > on-fail="restart" \
>> >>  >>  > op stop interval="0s"
> timeout="60s"
>> >>  >>  > on-fail="block"
>> >>  >>  >
>> >>  >>  > ### Resource Location ###
>> >>  >>  > location rsc_location-msDrbd-1 grpDummy \
>> >>  >>  > rule 200: #uname eq c7-01 \
>> >>  >>  > rule 100: #uname eq c7-02
>> >>  >>  > ----------
>> >>  >>  > ●crm_monの様子
>> >>  >>  > [root@c7-01 ~]# crm_mon -1
>> >>  >>  > Last updated: Mon Oct  3 16:35:29 2016         
> Last change:
>> > Fri Sep
>> >>  > 30
>> >>  >>  00:28:56
>> >>  >>  > 2016 by root via cibadmin on c7-01
>> >>  >>  > Stack: corosync
>> >>  >>  > Current DC: c7-01 (version 1.1.13-10.el7-44eb2dd)
> -
>> > partition with
>> >>  > quorum
>> >>  >>  > 2 nodes and 5 resources configured
>> >>  >>  >
>> >>  >>  > Online: [ c7-01 c7-02 ]
>> >>  >>  >
>> >>  >>  > Resource Group: grpDummy
>> >>  >>  > prmDummy1  (ocf::pacemaker:Dummy): Started c7-01
>> >>  >>  > prmDummy2  (ocf::pacemaker:Dummy): Started c7-01
>> >>  >>  > prmDummy3  (ocf::pacemaker:Dummy): Started c7-01
>> >>  >>  > prmDummy4  (ocf::pacemaker:Dummy): Started c7-01
>> >>  >>  > prmDummy5  (ocf::pacemaker:Dummy): Started c7-01
>> >>  >>  > ----------
>> >>  >>  >
>> >>  >>  >
>> >>  >>  > 以下が結果となりました。
>> >>  >>  >
>> >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>> >>  >>  > PID USER      PR  NI    VIRT    RES    SHR S  %CPU
> %MEM
>> > TIME+
>> >>  >>  COMMAND
>> >>  >>  > 1 root      20  0  44644  7280  2600 S  0.0 
> 0.4
>> > 0:03.18
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44644  7296  2600 S  0.0 
> 0.4
>> > 0:03.20
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44644  7296  2600 S  0.0 
> 0.4
>> > 0:03.21
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44644  7296  2600 S  0.0 
> 0.4
>> > 0:03.21
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44644  7296  2600 S  0.0 
> 0.4
>> > 0:03.21
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44644  7296  2600 S  0.0 
> 0.4
>> > 0:03.21
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44644  7296  2600 S  0.0 
> 0.4
>> > 0:03.21
>> >>  >>  systemd
>> >>  >>  > (snip)
>> >>  >>  > 1 root      20  0  45064  7720  2600 S  0.0 
> 0.4
>> > 0:21.91
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  45064  7720  2600 S  0.0 
> 0.4
>> > 0:21.91
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  45064  7720  2600 S  0.0 
> 0.4
>> > 0:21.91
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  45064  7720  2600 S  0.0 
> 0.4
>> > 0:21.91
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  45064  7720  2600 S  0.0 
> 0.4
>> > 0:21.91
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  45064  7720  2600 S  0.0 
> 0.4
>> > 0:21.93
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  45064  7720  2600 S  0.0 
> 0.4
>> > 0:21.95
>> >>  >>  systemd
>> >>  >>  >
>> >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>> >>  >>  > PID USER      PR  NI    VIRT    RES    SHR S  %CPU
> %MEM
>> > TIME+
>> >>  >>  COMMAND
>> >>  >>  > 1 root      20  0  44652  7288  2600 S  0.0 
> 0.4
>> > 0:03.23
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44652  7288  2600 S  0.0 
> 0.4
>> > 0:03.25
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44652  7288  2600 S  0.0 
> 0.4
>> > 0:03.26
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44652  7288  2600 S  0.0 
> 0.4
>> > 0:03.26
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44652  7288  2600 S  0.0 
> 0.4
>> > 0:03.26
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  44652  7288  2600 S  0.0 
> 0.4
>> > 0:03.26
>> >>  >>  systemd
>> >>  >>  > (snip)
>> >>  >>  > 1 root      20  0  45088  7712  2600 S  0.0 
> 0.4
>> > 0:21.00
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  45088  7712  2600 S  0.0 
> 0.4
>> > 0:21.00
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  45088  7712  2600 S  0.0 
> 0.4
>> > 0:21.00
>> >>  >>  systemd
>> >>  >>  > 1 root      20  0  45088  7716  2600 S  0.0 
> 0.4
>> > 0:21.03
>> >>  >>  systemd
>> >>  >>  >
>> >>  >>  > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂
>> いた
>> >>  よう
>> >>  >>  な増加は起きていないようです。
>> >>  >>  > #この増加がsystemdの正しい動作の範疇なのかどうかは別物です
>> が。。。。
>> >>  >>  >
>> >>  >>  > こちらも、systemdのバージョンなどをアップしても確認してみたい
>> と思
>> >>  いま
>> >>  >>  す。
>> >>  >>  >
>> >>  >>  > 以上です。
>> >>  >>  >
>> >>  >>  >
>> >>  >>  >
>> >>  >>  > ----- Original Message -----
>> >>  >>  >>  From: "renayama19661014@ybb.ne.jp"
>> >>  >>  > <renayama19661014@ybb.ne.jp>
>> >>  >>  >>  To: "linux-ha-japan@lists.osdn.me"
>> >>  >>  > <linux-ha-japan@lists.osdn.me>
>> >>  >>  >>  Cc:
>> >>  >>  >>  Date: 2016/9/30, Fri 04:56
>> >>  >>  >>  Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>> > PostgreSQL
>> >>  >>  > を動かした際の空きメモリ減少について
>> >>  >>  >>
>> >>  >>  >>  秋葉さん
>> >>  >>  >>
>> >>  >>  >>  こんばんは、山内です。
>> >>  >>  >>
>> >>  >>  >>
>> >>  >>  >>  こちらでも、準備が出来ましたので、週末に流してみる予定です。
>> >>  >>  >>
>> >>  >>  >>  また、結果がわかりましたら、ご連絡します。
>> >>  >>  >>
>> >>  >>  >>  以上です。
>> >>  >>  >>
>> >>  >>  >>
>> >>  >>  >>  ----- Original Message -----
>> >>  >>  >>>  From:
> "renayama19661014@ybb.ne.jp"
>> >>  >>  >>  <renayama19661014@ybb.ne.jp>
>> >>  >>  >>>  To:
> "linux-ha-japan@lists.osdn.me"
>> >>  >>  >>  <linux-ha-japan@lists.osdn.me>
>> >>  >>  >>>  Cc:
>> >>  >>  >>>  Date: 2016/9/28, Wed 18:56
>> >>  >>  >>>  Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>> >>  > PostgreSQL
>> >>  >>  >>  を動かした際の空きメモリ減少について
>> >>  >>  >>>
>> >>  >>  >>>  秋葉さん
>> >>  >>  >>>
>> >>  >>  >>>  こんばんは、山内です。
>> >>  >>  >>>
>> >>  >>  >>>  了解いたしました。
>> >>  >>  >>>
>> >>  >>  >>>  ご連絡ありがとうございました。
>> >>  >>  >>>
>> >>  >>  >>>  以上です。
>> >>  >>  >>>
>> >>  >>  >>>
>> >>  >>  >>>
>> >>  >>  >>>  ----- Original Message -----
>> >>  >>  >>>>    From: AKIBA Makoto
>> > <akiba@acroquest.co.jp>
>> >>  >>  >>>>    To: linux-ha-japan@lists.osdn.me
>> >>  >>  >>>>    Cc:
>> >>  >>  >>>>    Date: 2016/9/28, Wed 18:30
>> >>  >>  >>>>    Subject: Re: [Linux-ha-jp]
> pacemaker +
>> > corosync 上で
>> >>  > PostgreSQL
>> >>  >>  >>>  を動かした際の空きメモリ減少について
>> >>  >>  >>>>
>> >>  >>  >>>>    山内さん
>> >>  >>  >>>>
>> >>  >>  >>>>    秋葉です。
>> >>  >>  >>>>
>> >>  >>  >>>>    設定ファイルの確認ありがとうございました。
>> >>  >>  >>>>
>> >>  >>  >>>>>    ちなみに、systemdのメモリ増加の確認ですが、どのような
>> コマ
>> >>  ンド
>> >>  >>  で実行され
>> >>  >>  >>>>>    ましたか？
>> >>  >>  >>>>>    念の為、同じ確認を実施したいので、お手数ですが、ご連
>> 絡く
>> >>  ださ
>> >>  >>  い。
>> >>  >>  >>>>
>> >>  >>  >>>>    こちら、取り急ぎ返信致しますと、
>> >>  >>  >>>>    systemdプロセスのメモリ使用量についてはtopコマンドを
>> 使っ
>> >>  て、
>> >>  >>  >>>>    VIRT(VSZ)とRSSを見ております。
>> >>  >>  >>>>
>> >>  >>  >>>>    特にRSSの方が細かく増え続ける状態になっていました。
>> >>  >>  >>>>
>> >>  >>  >>>>    お手数をおかけしますが、よろしくお願い致します。
>> >>  >>  >>>>
>> >>  >>  >>>>    以上
>> >>  >>  >>>>
>> >>  >>  >>>>>    -----Original Message-----
>> >>  >>  >>>>>    From:
>> > linux-ha-japan-bounces@lists.osdn.me
>> >>  >>  >>>>>
>> > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>> >>  > Behalf Of
>> >>  >>  >>>>>    renayama19661014@ybb.ne.jp
>> >>  >>  >>>>>    Sent: Wednesday, September 28,
> 2016 6:08
>> > PM
>> >>  >>  >>>>>    To:
> linux-ha-japan@lists.osdn.me
>> >>  >>  >>>>>    Subject: Re: [Linux-ha-jp]
> pacemaker +
>> > corosync 上で
>> >>  >>  > PostgreSQL を動か
>> >>  >>  >>>>>    した際の空きメモリ減少について
>> >>  >>  >>>>>
>> >>  >>  >>>>>    秋葉さん
>> >>  >>  >>>>>
>> >>  >>  >>>>>    こんばんは、山内です。
>> >>  >>  >>>>>
>> >>  >>  >>>>>    (MLへの送信に失敗しているように思えるので、再送します）
>> >>  >>  >>>>>
>> >>  >>  >>>>>    頂いた設定について拝見しましたが、特にPacemaker的に
>> は問
>> >>  題な
>> >>  >>  いと思いま
>> >>  >>  >>>>>    す。
>> >>  >>  >>>>>
>> >>  >>  >>>>>   
> CentOS7でのsystemdの様子については、これからVM構成
>> です
>> >>  が、
>> >>  >>  確認してみ
>> >>  >>  >>>>>    るつもりです。
>> >>  >>  >>>>>
>> >>  >>  >>>>>    ちなみに、systemdのメモリ増加の確認ですが、どのような
>> コマ
>> >>  ンド
>> >>  >>  で実行され
>> >>  >>  >>>>>    ましたか？
>> >>  >>  >>>>>    念の為、同じ確認を実施したいので、お手数ですが、ご連
>> 絡く
>> >>  ださ
>> >>  >>  い。
>> >>  >>  >>>>>
>> >>  >>  >>>>>    以上です。
>> >>  >>  >>>>>
>> >>  >>  >>>>>
>> >>  >>  >>>>>
>> >>  >>  >>>>>    ----- Original Message -----
>> >>  >>  >>>>>    > From: AKIBA Makoto
>> >>  > <akiba@acroquest.co.jp>
>> >>  >>  >>>>>    > To:
> linux-ha-japan@lists.osdn.me
>> >>  >>  >>>>>    > Cc:
>> >>  >>  >>>>>    > Date: 2016/9/28, Wed
> 16:21
>> >>  >>  >>>>>    > Subject: Re:
> [Linux-ha-jp]
>> > pacemaker +
>> >>  > corosync 上で
>> >>  >>  >>  PostgreSQL を動
>> >>  >>  >>>>>    かした際の空きメモリ減少について
>> >>  >>  >>>>>    >
>> >>  >>  >>>>>    > 山内さん
>> >>  >>  >>>>>    >
>> >>  >>  >>>>>    > 秋葉です。
>> >>  >>  >>>>>    >
>> >>  >>  >>>>>    > systemdについての情報ありがとうございます。
>> >>  >>  >>>>>    > 確認させていただきます。
>> >>  >>  >>>>>    >
>> >>  >>  >>>>>    >
>> >>  >>  >>>>>    > 以上
>> >>  >>  >>>>>    >
>> >>  >>  >>>>>    >>  -----Original
> Message-----
>> >>  >>  >>>>>    >>  From:
>> >>  > linux-ha-japan-bounces@lists.osdn.me
>> >>  >>  >>>>>    >>
>> >>  > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>> >>  >>  > Behalf
>> >>  >>  >>  Of
>> >>  >>  >>>>>    >> 
> renayama19661014@ybb.ne.jp
>> >>  >>  >>>>>    >>  Sent: Monday,
> September 26,
>> > 2016 6:22 PM
>> >>  >>  >>>>>    >>  To:
>> > linux-ha-japan@lists.osdn.me
>> >>  >>  >>>>>    >>  Subject: Re:
> [Linux-ha-jp]
>> > pacemaker +
>> >>  > corosync 上で
>> >>  >>  >
>> >>  >>  >>>  PostgreSQL を
>> >>  >>  >>>>>    動か
>> >>  >>  >>>>>    >>  した際の空きメモリ減少について
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>  秋葉さん
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>  こんばんは、山内です。
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>  了解しました。
>> >>  >>  >>>>>    >> 
> こちれでも、時間をみて、頂いた設定をベースに試し
>> てみ
>> >>  たい
>> >>  >>  と思います。
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >> 
> systemd関連も不具合などもあるようですので、そちら
>> を探
>> >>  して
>> >>  >>  みるのも良
>> >>  >>  >>>>>    いか
>> >>  >>  >>>>>    >>  もしれません。
>> >>  >>  >>>>>    >> 
> ちょっと探してみても、以下などもありました。
>> >>  >>  >>>>>    >>  直接関係があるかは別ですが・・・
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>  *
>> >>  >>  >
> https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >> 
> 設定などで質問があれば、またご連絡させてください。
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>  以上です。
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>  ----- Original
> Message -----
>> >>  >>  >>>>>    >>  > From: AKIBA
> Makoto
>> >>  >>  > <akiba@acroquest.co.jp>
>> >>  >>  >>>>>    >>  > To:
>> > linux-ha-japan@lists.osdn.me
>> >>  >>  >>>>>    >>  > Cc:
>> >>  >>  >>>>>    >>  > Date:
> 2016/9/26, Mon
>> > 16:18
>> >>  >>  >>>>>    >>  > Subject: Re:
>> > [Linux-ha-jp]
>> >>  > pacemaker +
>> >>  >>  > corosync 上で
>> >>  >>  >>
>> >>  >>  >>>>    PostgreSQL を
>> >>  >>  >>>>>    動
>> >>  >>  >>>>>    >>  かした際の空きメモリ減少について
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  > 山内さん
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  > 秋葉です。
>> >>  >>  >>>>>    >>  >
> ご回答・解説ありがとうございます。
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  >
>> > 実際に当方の環境でpacemakerのプロセスメモリサイズ
>> >>  を
>> >>  >>  >>>>>    >>  >
>> > 見てみたところ、～8MB程度になっており、頂いた情報の
>> >>  通り
>> >>  >>  >>>>>    >>  > 大きくはなっていませんでした。
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  >
>> > 一方で、systemd(pid=1)については1GB程度まで大きく
>> >>  なっ
>> >>  >>  て
>> >>  >>  >>>>>    >>  >
>> > おり、pmapで参照すると[heap]とマッピングされた領域
>> >>  が
>> >>  >>  >>>>>    >>  >
> ほとんどを占めているように見えました。
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  >
> なので、これ以上の問い合わせは見当違いの可能性
>> もあ
>> >>  りま
>> >>  >>  すが、
>> >>  >>  >>>>>    >>  >
> 念の為、当方で使用している設定ファイルを添付致
>> しま
>> >>  す。
>> >>  >>  >>>>>    >>  >
> (固有情報はマスキングしてあります)
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  >
> これで何か情報が得られましたら教えていただけま
>> すで
>> >>  しょ
>> >>  >>  うか。
>> >>  >>  >>>>>    >>  >
>> > また、不足している情報がありましたらご指摘ください。
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  >
> お手数をおかけ致しますがよろしくお願い致します。
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  > 以上
>> >>  >>  >>>>>    >>  >
> ----------------
>> >>  >>  >>>>>    >>  > AKIBA Makoto
>> >>  >>  >>>>>    >>  >
> akiba@acroquest.co.jp
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>  >> 
> -----Original
>> > Message-----
>> >>  >>  >>>>>    >>  >>  From:
>> >>  >>  > linux-ha-japan-bounces@lists.osdn.me
>> >>  >>  >>>>>    >>  >>
>> >>  >>  > [mailto:linux-ha-japan-bounces@lists.osdn.me]
>> >>  >>  >>  On
>> >>  >>  >>>  Behalf
>> >>  >>  >>>>    Of
>> >>  >>  >>>>>    >>  >>
>> > renayama19661014@ybb.ne.jp
>> >>  >>  >>>>>    >>  >>  Sent:
> Friday,
>> > September 23,
>> >>  > 2016 6:04 PM
>> >>  >>  >>>>>    >>  >>  To:
>> >>  > linux-ha-japan@lists.osdn.me
>> >>  >>  >>>>>    >>  >>  Subject:
> Re:
>> > [Linux-ha-jp]
>> >>  > pacemaker +
>> >>  >>  >>  corosync 上で
>> >>  >>  >>>
>> >>  >>  >>>>    PostgreSQL
>> >>  >>  >>>>>    を
>> >>  >>  >>>>>    >>  動か
>> >>  >>  >>>>>    >>  >> 
> した際の空きメモリ減少について
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >>  秋葉さん
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >> 
> こんばんは、山内です。
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >>
>> >>  > pacemakerのプロセスがIPC通信の為にマップしているメ
>> >>  >>  モリは
>> >>  >>  >>>>>    5Mbyteま
>> >>  >>  >>>>>    >>  でで
>> >>  >>  >>>>>    >>  >>  す。
>> >>  >>  >>>>>    >>  >>
>> > よって、最大、5Mbyteまでプロセスのメモリサイズは
>> >>  上が
>> >>  >>  る可能性が
>> >>  >>  >>>>>    あり
>> >>  >>  >>>>>    >>  ます
>> >>  >>  >>>>>    >>  >>  が、
>> >>  >>  >>>>>    >>  >>
>> > 先のメールの通りで5Mbyteを超えるあたりで再利用
>> >>  する
>> >>  >>  為、それ以上
>> >>  >>  >>>>>    は増
>> >>  >>  >>>>>    >>  えま
>> >>  >>  >>>>>    >>  >>  せん。
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>  このサイズですが、/etc/sysconfig/pacemakerの
>> PCMK_ipc_bufferで
>> >>  >>  >>>>>    大き
>> >>  >>  >>>>>    >>  くは
>> >>  >>  >>>>>    >>  >>  出来ますが、
>> >>  >>  >>>>>    >>  >> 
> 小さくすることは出来ません。
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >>
>> > ＃これらのメモリマップの様子は、pmapコマンドで確
>> >>  認す
>> >>  >>  ることが可
>> >>  >>  >>>>>    能で
>> >>  >>  >>>>>    >>  す。
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >>  以上です。
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >>
>> >>  >>  >>>>>    >>  >>  -----
> Original
>> > Message -----
>> >>  >>  >>>>>    >>  >>  > From:
>> >>  >>  >>  "renayama19661014@ybb.ne.jp"
>> >>  >>  >>>>>    >>  >
>> > <renayama19661014@ybb.ne.jp>
>> >>  >>  >>>>>    >>  >>  > To:
>> >>  >>  >>  "linux-ha-japan@lists.osdn.me"
>> >>  >>  >>>>>    >>  >
>> >>  > <linux-ha-japan@lists.osdn.me>
>> >>  >>  >>>>>    >>  >>  > Cc:
>> >>  >>  >>>>>    >>  >>  > Date:
>> > 2016/9/22, Thu
>> >>  > 10:20
>> >>  >>  >>>>>    >>  >>  >
> Subject: Re:
>> >>  > [Linux-ha-jp]
>> >>  >>  > pacemaker +
>> >>  >>  >>>  corosync 上で
>> >>  >>  >>>>>    > PostgreSQL を
>> >>  >>  >>>>>    >>  動
>> >>  >>  >>>>>    >>  >> 
> かした際の空きメモリ減少について
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  > 秋葉さん
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  >
> こんにちは、山内です。
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  >
>> > systemdプロセスではありませんが、
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>> >>  >>  >>>>>    >>  >>
>> >>  > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
>> >>  >>  増加して
>> >>  >>  >>>>>    いく
>> >>  >>  >>>>>    >>  動作
>> >>  >>  >>>>>    >>  >>  となります。
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  >
>> >>  > 詳細な動作は、失念していますが、pacmakerのプロセス
>> >>  >>  がメモリマ
>> >>  >>  >>>>>    ップ
>> >>  >>  >>>>>    >>  して
>> >>  >>  >>>>>    >>  >>
>> > いる（？？MByteまでだったはず）エリア
>> >>  >>  >>>>>    >>  >>  >
>> > を利用して通信などを行う為、クラスタ構成後、マ
>> >>  ップ
>> >>  >>  した一定量
>> >>  >>  >>>>>    まで
>> >>  >>  >>>>>    >>  増加
>> >>  >>  >>>>>    >>  >>  が続きます。
>> >>  >>  >>>>>    >>  >>  >
>> > ですが、一定量までで、それ以降は、マップしたエ
>> >>  リア
>> >>  >>  を古い方か
>> >>  >>  >>>>>    ら再
>> >>  >>  >>>>>    >>  利用
>> >>  >>  >>>>>    >>  >> 
> する為、増加は止まります。
>> >>  >>  >>>>>    >>  >>  >
>> > （上記のマップしているサイズについては、確認し
>> >>  て、
>> >>  >>  再度、ご連
>> >>  >>  >>>>>    絡し
>> >>  >>  >>>>>    >>  ます）
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
>> >>  >>  >>>>>    には
>> >>  >>  >>>>>    >>  直接
>> >>  >>  >>>>>    >>  >> 
> 影響しないかと思います。
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  >
>> >>  > 実際に増加しているのがsystemdプロセスとのことです
>> >>  >>  が、
>> >>  >>  >>>>>    >>  >>
>> >>  >>  > pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを
>> 経
>> >>  >>  >>>>>    由し
>> >>  >>  >>>>>    >>  て
>> >>  >>  >>>>>    >>  >>  >
> 実行・監視しているでしょうか？
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>  ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用
>> し
>> >>  >>  >>>>>    てい
>> >>  >>  >>>>>    >>  るか
>> >>  >>  >>>>>    >>  >> 
> どうか？ということです。
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  >
>> >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方
>> >>  >>  でも確認可
>> >>  >>  >>>>>    能か
>> >>  >>  >>>>>    >>  も知
>> >>  >>  >>>>>    >>  >>  れません。
>> >>  >>  >>>>>    >>  >>  >
>> >>  > ＃本当にリークしているのがsystemdプロセスである可
>> >>  >>  能性もある
>> >>  >>  >>>>>    とは
>> >>  >>  >>>>>    >>  思い
>> >>  >>  >>>>>    >>  >>  ますが・・・・
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  > 以上です。
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  >
>> >>  >>  >>>>>    >>  >>  >>
>> > 現在、pacemaker +
>> >>  > corosync
>> >>  >>  > のクラスタ上で
>> >>  >>  >>>  PostgreSQL を
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 動作させているデータベースサーバがあるのですが、
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 稼働中にOSのメモリ使用量が増加し続ける問題が起
>> >>  >>  きています。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 原因を把握したいのですが、何か該当する現象や確認
>> >>  >>  ポイント
>> >>  >>  >>>>>    >>  >>  >>
>> > などありますでしょうか？
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> > 環境は以下のようになっております。
>> >>  >>  >>>>>    >>  >>  >> 
> OS: CentOS
>> > Linux
>> >>  > release
>> >>  >>  > 7.2.1511
>> >>  >>  >>  (Core)
>> >>  >>  >>>>>    >>  >>  >> 
>     kernel
>> > -
>> >>  >>  > 3.10.0-327.18.2.el7
>> >>  >>  >>>>>    >>  >>  >> 
>     glibc
>> > -
>> >>  > 2.17-106.el7_2.6
>> >>  >>  >>>>>    >>  >>  >> 
> Systemd:
>> >>  > 219-19.el7_2.9 /
>> >>  >>  >>>  219-19.el7_2.12 (※)
>> >>  >>  >>>>>    >>  >>  >> 
> Pacemaker:
>> >>  > 1.1.13-10.el7_2.2
>> >>  >>  >>>>>    >>  >>  >> 
> Corosync:
>> >>  > 2.3.4-7.el7_2.1
>> >>  >>  >>>>>    >>  >>  >>
>> > PostgreSQL:
>> >>  > 9.4.8-1PGDG.rhel7
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > (※)systemdのバージョンはどちらでも発生しました
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>  2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
>> >>  >>  >>>>>    す。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>  (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  > Active側にVIPを割り当てるようにして、アプリケーションから
>> >>  >>  >>>>>    は
>> >>  >>  >>>>>    >>  >>  >>
>> > VIPに接続するようにしています。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > これまでに観察して見えているのは以下の事象になり
>> >>  >>  ます。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >> 
> (1)
>> >>  > OS起動しクラスタ状態を正常にした状態で、少し
>> >>  >>  ずつ
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>  　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 　　→１日あたり30～100MB程度ずつ減少する
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 　　　※DBサーバ自体は4GBメモリを搭載
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 　　　※VIPがある／なしに関わらず減少傾向にある。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >> 
> (2)
>> >>  >>  > メモリ使用量が大きいプロセスを確認すると、PID=1の
>> >>  >>  >>>>>    >>  >>  >> 
> 　　systemd
>> >>  >>  > プロセスで、数十秒ごとに4～8KB程度増加する。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >> 
> (3)
>> >>  >>  > 契機は不明だが、時折数十～数百MB程度空き容量が増える
>> >>  >>  >>>>>    >>  >>  >>
>> > 　　(回復する)ことがある。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 　　(長期的に見てトータルでは減少し続ける)
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >> 
> (4)
>> > pacemaker +
>> >>  >>  >>>  corosyncを使わず、1台のみで動作させている
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
>> >>  >>  増減が
>> >>  >>  >>>>>    >>  >>  >>
>> > 　　発生していないように見える。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 　　→この点があり、何か手がかりが無いかと考え、
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 　　　こちらのMLに質問をポストさせていただきま
>> >>  >>  した。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > 長文にて恐縮ですが、情報等いただけましたら幸いで
>> >>  >>  す。
>> >>  >>  >>>>>    >>  >>  >>
>> > よろしくお願い致します。
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> > ----------------
>> >>  >>  >>>>>    >>  >>  >> 
> AKIBA
>> > Makoto
>> >>  >>  >>>>>    >>  >>  >>
>> >>  > akiba@acroquest.co.jp
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>>    >>  >>  >>
>> >>  >>  >>>>
>> > _______________________________________________
>> >>  >>  >>>>>    >>  >>  >>
>> > 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
>> >>  >>  >>>>>    >>  >
>> >>  >>  >>>>>    >>
>> >>  >>  >>>>>    >>
>> >>  > _______________________________________________
>> >>  >>  >>>>>    >>  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
>> >>  >>  >>>>
>> >>  >>  >>>
>> >>  >>  >>> 
> _______________________________________________
>> >>  >>  >>>  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
>> >>  > _______________________________________________
>> >>  > 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
> _______________________________________________
> 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 + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 24, 2016, 3:24 AM
Post #19 of 30 (6337 views)
Permalink
秋葉さん

こんばんは、山内です。

PostgreSQLのストリーミングの簡易構成でCentOS7.2で週末(3日間程度）に流してみました。

どうやら、明らかに先にDummy構成などで確認した増加量を大幅に超えて、秋葉さんのおっしゃるようにsystemd(pid=1)で増加がみられるようです。

------
[root@c7-01 ~]# crm_mon -1 -Af
Last updated: Mon Oct 24 16:27:24 2016          
Last change: Thu Oct 20 20:40:40 2016 by root via crm_attribute on c7-01
Stack: corosync
Current DC: c7-01 (version 1.1.13-10.el7_2.4-44eb2dd) - partition with quorum
2 nodes and 5 resources configured

Online: [ c7-01 c7-02 ]

 vipCheckMaster (ocf::heartbeat:VIPcheck):      Started c7-01
 Resource Group: master-group
     vip-master (ocf::heartbeat:IPaddr2):       Started c7-01
     vip-rep    (ocf::heartbeat:IPaddr2):       Started c7-01
 Master/Slave Set: msPostgresql [pgsql]
     Masters: [ c7-01 ]
     Slaves: [ c7-02 ]

Node Attributes:
* Node c7-01:
    + master-pgsql                      : 1000      
    + pgsql-data-status                 : LATEST    
    + pgsql-master-baseline             : 0000000008000060
    + pgsql-status                      : PRI       
* Node c7-02:
    + master-pgsql                      : 100       
    + pgsql-data-status                 : STREAMING|SYNC
    + pgsql-status                      : HS:sync   

Migration Summary:
* Node c7-01:
* Node c7-02:
------

1)Master側
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
    1 root      20   0   44040   6720   3908 S   0.0  0.3   0:03.98 systemd
    1 root      20   0   44040   6720   3908 S   0.3  0.3   0:04.16 systemd
    1 root      20   0   44040   6720   3908 S   0.3  0.3   0:04.35 systemd
(snip)
    1 root      20   0  116216  78852   3908 S   0.3  3.8  18:08.67 systemd
    1 root      20   0  116216  78868   3908 S   0.3  3.8  18:08.86 systemd
    1 root      20   0  116216  78892   3908 S   0.4  3.8  18:09.08 systemd

2)Slave側
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
    1 root      20   0   44172   6796   3908 S   5.6  0.3   0:03.33 systemd
    1 root      20   0   44172   6796   3908 S   0.2  0.3   0:03.46 systemd
    1 root      20   0   44172   6796   3908 S   0.2  0.3   0:03.60 systemd
(snip)
    1 root      20   0   95368  57944   3468 S   0.3  2.8  12:42.27 systemd
    1 root      20   0   95368  57944   3468 S   0.2  2.8  12:42.40 systemd
    1 root      20   0   95368  57948   3468 S   0.2  2.8  12:42.54 systemd

こちらは、もう少し流してみる予定です。

さらに、私の方で利用しているのは、主にRHELになりますので、RHEL7.2でも流してみようと思っています。

１点..systemdのgithubのissueで同様の現象が報告されているのを見つけました。
回答的には、systemd2.1.9よりも新しいバージョンを利用するようにとのことで、Closeしていますが・・
 * https://github.com/systemd/systemd/issues/2614

RHEL7.2も2.1.9が入っているので事象が起きるかも知れません。
#CentOS7.2と、全く同一のものが入っている模様。

また、御連絡しますが、何らかのsystemdに関連した不具合の可能性が高いと思っています。

#ちなみに、PostgreSQLのストリーミング構成を行わずに、PacemakerをDummyリソースでACT/STB構成で、
#pcsdを起動した構成では、極端なメモリ増加は見られていませんでした。

以上です。




----- Original Message -----
> From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> Cc:
> Date: 2016/10/18, Tue 23:43
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> すいません・・見間違えていました。
>
> PostgreSQLのバージョン、了解いたしました。
>
> また、結果が出ましたら、ご連絡します。
>
> 以上です。
>
>
>
> ----- Original Message -----
>> From: AKIBA Makoto <akiba@acroquest.co.jp>
>> To: linux-ha-japan@lists.osdn.me
>> Cc:
>> Date: 2016/10/18, Tue 19:20
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> を動かした際の空きメモリ減少について
>>
>> T o: 山内さん
>>
>> 秋葉です。
>> いつもお世話になっております。
>>
>>>   9日でかなり大きいですね・・・
>>
>> いえ、１カ月と９日（３９日）です・・・
>>
>>
>>>   こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで
>>>   流してみるつもりです。
>>
>> ありがとうございます。
>>
>>
>>>   ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>>>   同じバージョンで流して試してみるつもりです。
>>
>> インストールしているパッケージは以下になります。
>>
>> # rpm -qa | grep postgres
>> postgresql94-libs-9.4.8-1PGDG.rhel7.x86_64
>> postgresql94-server-9.4.8-1PGDG.rhel7.x86_64
>> postgresql94-9.4.8-1PGDG.rhel7.x86_64
>> postgresql94-contrib-9.4.8-1PGDG.rhel7.x86_64
>>
>> よろしくお願い致します。
>>
>>
>> 以上
>>
>>>   -----Original Message-----
>>>   From: linux-ha-japan-bounces@lists.osdn.me
>>>   [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>   renayama19661014@ybb.ne.jp
>>>   Sent: Tuesday, October 18, 2016 7:06 PM
>>>   To: linux-ha-japan@lists.osdn.me
>>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>>>   した際の空きメモリ減少について
>>>
>>>   秋葉さん
>>>
>>>   こんばんは、山内です。
>>>
>>>   > 確認しましたが、pcsdは常時起動してはいませんでした。
>>>   > (pacemakerd ではないのですよね？)
>>>
>>>
>>>   そうでしたか・・・pcsdは利用していませんでしたか・・・
>>>   利用されていたと思い、今日の昼頃からpcsdも起動して流していましたが、意
>>>   味がないようですので、そちらは止めておきます。
>>>
>>>
>>>   > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>>>   > VSZとRSSは以下のようになっています。
>>>   > ------------------------------------------------------------
>>>   > # ps -eo pid,vsz,rss,comm | grep systemd
>>>   >     1 2229064 2188992 systemd
>>>
>>>
>>>   9日でかなり大きいですね・・・
>>>
>>>   こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで流してみ
>>>   るつもりです。
>>>
>>>
>>>   ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>>>   同じバージョンで流して試してみるつもりです。
>>>
>>>   以上です。
>>>
>>>
>>>   ----- Original Message -----
>>>   > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>   > To: linux-ha-japan@lists.osdn.me
>>>   > Cc:
>>>   > Date: 2016/10/18, Tue 14:14
>>>   > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>>>   かした際の空きメモリ減少について
>>>   >
>>>   >T o: 山内さん
>>>   >
>>>   > 秋葉です。
>>>   > いつもお世話になっております。
>>>   >
>>>   > 回答ありがとうございます。
>>>   >
>>>   >>  １点だけ、気になる点がありますが・・
>>>   >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいる
>>>   いる
>>>   >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
>>>   >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確認して
>>>   みた
>>>   >>  いと思います。
>>>   >
>>>   > 確認しましたが、pcsdは常時起動してはいませんでした。
>>>   > (pacemakerd ではないのですよね？)
>>>   >
>>>   > ------------------------------------------------------------
>>>   > # ps -ef | grep pcsd
>>>   > root     23447   838  0 14:13 pts/0    00:00:00 grep --color=auto
> pcsd
>>>   > ------------------------------------------------------------
>>>   > # systemctl status pacemaker.service
>>>   > ● pacemaker.service - Pacemaker High Availability Cluster Manager
>>>   >    Loaded: loaded (/usr/lib/systemd/system/pacemaker.service;
>>>   disabled; vendor
>>>   > preset: disabled)
>>>   >    Active: active (running) since 木 2016-09-08 20:59:18 JST; 1
> months
>>>   9 days ago
>>>   > Main PID: 2533 (pacemakerd)
>>>   >    CGroup: /system.slice/pacemaker.service
>>>   >            +- 2533 /usr/sbin/pacemakerd -f
>>>   >            +- 2534 /usr/libexec/pacemaker/cib
>>>   >            +- 2535 /usr/libexec/pacemaker/stonithd
>>>   >            +- 2536 /usr/libexec/pacemaker/lrmd
>>>   >            +- 2537 /usr/libexec/pacemaker/attrd
>>>   >            +- 2538 /usr/libexec/pacemaker/pengine
>>>   >            +- 2539 /usr/libexec/pacemaker/crmd
>>>   >
>>>   >
>>>   > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>>>   > VSZとRSSは以下のようになっています。
>>>   > ------------------------------------------------------------
>>>   > # ps -eo pid,vsz,rss,comm | grep systemd
>>>   >     1 2229064 2188992 systemd
>>>   >
>>>   >
>>>   > 蛇足ですが、corosyncは以下のようになっています。
>>>   > ------------------------------------------------------------
>>>   > # systemctl status corosync.service
>>>   > ● corosync.service - Corosync Cluster Engine
>>>   >    Loaded: loaded (/usr/lib/systemd/system/corosync.service;
> disabled;
>>>   vendor
>>>   > preset: disabled)
>>>   >    Active: active (running) since 木 2016-09-08 20:59:01 JST; 1
> months
>>>   9 days ago
>>>   >   Process: 2509 ExecStart=/usr/share/corosync/corosync start
>>>   (code=exited,
>>>   > status=0/SUCCESS)
>>>   > Main PID: 2516 (corosync)
>>>   >    CGroup: /system.slice/corosync.service
>>>   >            +- 2516 corosync
>>>   >
>>>   >
>>>   > 以上、よろしくお願い致します。
>>>   >
>>>   >>  -----Original Message-----
>>>   >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>   >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>   >>  renayama19661014@ybb.ne.jp
>>>   >>  Sent: Monday, October 17, 2016 11:09 PM
>>>   >>  To: linux-ha-japan@lists.osdn.me
>>>   >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL ã‚’
>>>   動か
>>>   >>  した際の空きメモリ減少について
>>>   >>
>>>   >>  秋葉さん
>>>   >>
>>>   >>  こんばんは、山内です。
>>>   >>
>>>   >>  > 返事が遅くなりました。
>>>   >>  > いろいろ再現調査していただいてありがとうございます。
>>>   >>  >
>>>   >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>>>   >>  > ダミープロセス？）で動かした状態と考えてよろしい
>>>   >>  > でしょうか？
>>>   >>
>>>   >>  はい。
>>>   >>  問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ(Dummyの
>>>   み)で
>>>   >>  す。
>>>   >>
>>>   >>  > こちらでも長期動作させて観察しているのですが、
>>>   >>  > pacemaker + corosync で冗長化させているサーバが
>>>   >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>>>   >>  > います。
>>>   >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>>>   >>  > プロセスが起動しています。
>>>   >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>>>   >>  >
>>>   >>  > この２つの冗長化サーバで、
>>>   >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>>>   >>  > わかっています。
>>>   >>  >
>>>   >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>>>   >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>>>   >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>>>   >>  > 増加有無に影響するのでしょうか？
>>>   >>
>>>   >>
>>>   >>  PostgreSQL,OS側に精通しているわけではないので、有識者の方のコメント
>>>   があ
>>>   >>  ると良いのですが・・・
>>>   >>  Pacemakerの構成で指定したリソースエージェントのRAのPostgreSQLは、
>>>   基本
>>>   >>  的には、systemdプロセスへの影響はないと思っています。
>>>   >>  ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemdリソー
>>>   スで
>>>   >>  管理しているのであれば影響はある可能性もあるとは思いますが・・・
>>>   >>
>>>   >>  秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思いますの
>>>   で、
>>>   >>  両系でPostgreSQLが動いていますのでメモリ使用料に変化はあると思い
>>>   ます
>>>   >>  が、
>>>   >>  それが、systemdのメモリ増加へは影響しないと思っています。
>>>   >>
>>>   >>
>>>   >>  １点だけ、気になる点がありますが・・
>>>   >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込んでいる
>>>   いる
>>>   >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょうか？
>>>   >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確認して
>>>   みた
>>>   >>  いと思います。
>>>   >>
>>>   >>
>>>   >>  以上です。
>>>   >>
>>>   >>
>>>   >>
>>>   >>
>>>   >>  ----- Original Message -----
>>>   >>  > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>   >>  > To: linux-ha-japan@lists.osdn.me
>>>   >>  > Cc:
>>>   >>  > Date: 2016/10/17, Mon 19:53
>>>   >>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> PostgreSQL ã‚’
>>>   動
>>>   >>  かした際の空きメモリ減少について
>>>   >>  >
>>>   >>  >T o: 山内さん
>>>   >>  >
>>>   >>  > 秋葉です。
>>>   >>  >
>>>   >>  > 返事が遅くなりました。
>>>   >>  > いろいろ再現調査していただいてありがとうございます。
>>>   >>  >
>>>   >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>>>   >>  > ダミープロセス？）で動かした状態と考えてよろしい
>>>   >>  > でしょうか？
>>>   >>  >
>>>   >>  > こちらでも長期動作させて観察しているのですが、
>>>   >>  > pacemaker + corosync で冗長化させているサーバが
>>>   >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>>>   >>  > います。
>>>   >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>>>   >>  > プロセスが起動しています。
>>>   >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>>>   >>  >
>>>   >>  > この２つの冗長化サーバで、
>>>   >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>>>   >>  > わかっています。
>>>   >>  >
>>>   >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>>>   >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>>>   >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>>>   >>  > 増加有無に影響するのでしょうか？
>>>   >>  >
>>>   >>  >
>>>   >>  > 以上
>>>   >>  >
>>>   >>  >>  -----Original Message-----
>>>   >>  >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>   >>  >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> Behalf
>> Of
>>>   >>  >>  renayama19661014@ybb.ne.jp
>>>   >>  >>  Sent: Monday, October 17, 2016 7:16 PM
>>>   >>  >>  To: linux-ha-japan@lists.osdn.me
>>>   >>  >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>
>> PostgreSQL
>>>   を
>>>   >>  動か
>>>   >>  >>  した際の空きメモリ減少について
>>>   >>  >>
>>>   >>  >>  秋葉さん
>>>   >>  >>
>>>   >>  >>  こんばんは、山内です。
>>>   >>  >>
>>>   >>  >>  遅くなりました・・続けて先週末の時点のCentOS7.2に最新のアップ
>>>   デー
>>>   >>  トを
>>>   >>  >>  適用して、２日半程度流してみみました。
>>>   >>  >>  ゲストの構成や、リソースは前回と同じのままです。
>>>   >>  >>
>>>   >>  >>  ----------
>>>   >>  >>  Linux c7-01 3.10.0-327.36.2.el7.x86_64 #1 SMP Mon
> Oct
>> 10 23:08:37
>>>   > UTC
>>>   >>  2016
>>>   >>  >>  x86_64 x86_64 x86_64 GNU/Linux
>>>   >>  >>  systemd-219-19.el7_2.13.x86_64
>>>   >>  >>  glibc-2.17-106.el7_2.8.x86_64
>>>   >>  >>  pacemaker-1.1.13-10.el7.x86_64
>>>   >>  >>  corosync-2.3.4-7.el7.x86_64
>>>   >>  >>  ----------
>>>   >>  >>
>>>   >>  >>  以下が結果となりました。
>>>   >>  >>
>>>   >>  >>  ●ACTノードのpid=1のsystemdのtopデータ
>>>   >>  >>  PID USER      PR  NI    VIRT    RES    SHR
>>>   S  %CPU %MEM     TIME+
>>>   >>  >>  COMMAND
>>>   >>  >>      1 root      20   0   44172   6796   3904 S  
> 0.0 
>> 0.3
>>>   > 0:02.66
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44172   6796   3904 S  
> 0.0 
>> 0.3
>>>   > 0:02.66
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44172   6796   3904 S  
> 0.0 
>> 0.3
>>>   > 0:02.67
>>>   >>  >>  systemd
>>>   >>  >>  (snip)
>>>   >>  >>      1 root      20   0   44172   6808   3908 S  
> 0.0 
>> 0.3
>>>   > 0:16.86
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44172   6808   3908 S  
> 0.0 
>> 0.3
>>>   > 0:16.87
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44172   6808   3908 S  
> 0.0 
>> 0.3
>>>   > 0:16.87
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44172   6808   3908 S  
> 0.0 
>> 0.3
>>>   > 0:16.88
>>>   >>  >>  systemd
>>>   >>  >>
>>>   >>  >>  ●STBノードのpid=1のsystemdのtopデータ
>>>   >>  >>      1 root      20   0   44040   6640   3900 S  
> 0.0 
>> 0.3
>>>   > 0:02.73
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44040   6640   3900 S  
> 0.0 
>> 0.3
>>>   > 0:02.73
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44040   6640   3900 S  
> 0.0 
>> 0.3
>>>   > 0:02.74
>>>   >>  >>  systemd
>>>   >>  >>  (snip)
>>>   >>  >>      1 root      20   0   44172   6808   3908 S  
> 0.0 
>> 0.3
>>>   > 0:16.67
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44172   6808   3908 S  
> 0.0 
>> 0.3
>>>   > 0:16.68
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44172   6808   3908 S  
> 0.0 
>> 0.3
>>>   > 0:16.68
>>>   >>  >>  systemd
>>>   >>  >>      1 root      20   0   44172   6808   3908 S  
> 0.0 
>> 0.3
>>>   > 0:16.70
>>>   >>  >>  systemd
>>>   >>  >>
>>>   >>  >>  やはり、前回と同様に、systemd(pid=1)に増加は見られますが、秋葉
>>>   さん
>>>   >>  の最
>>>   >>  >>  初にご報告頂いたような増加は起きていないようです。
>>>   >>  >>  #ただ・・この結果だけで判断出来ないとは思いますが、前回の計測よ
>>>   りは
>>>   >>  増加
>>>   >>  >>  量が減ってように見えるので、systemd関連で何らかのメモリ関連の修
>>>   正が
>>>   >>  入っ
>>>   >>  >>  ている可能性はあると思います。
>>>   >>  >>
>>>   >>  >>  以上です。
>>>   >>  >>
>>>   >>  >>
>>>   >>  >>
>>>   >>  >>
>>>   >>  >>
>>>   >>  >>
>>>   >>  >>  ----- Original Message -----
>>>   >>  >>  > From: "renayama19661014@ybb.ne.jp"
>>>   >>  > <renayama19661014@ybb.ne.jp>
>>>   >>  >>  > To: "linux-ha-japan@lists.osdn.me"
>>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>   >>  >>  > Cc:
>>>   >>  >>  > Date: 2016/10/3, Mon 22:37
>>>   >>  >>  > Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>>>   > PostgreSQL を
>>>   >>  動
>>>   >>  >>  かした際の空きメモリ減少について
>>>   >>  >>  >
>>>   >>  >>  > 秋葉さん
>>>   >>  >>  >
>>>   >>  >>  > こんばんは、山内です。
>>>   >>  >>  >
>>>   >>  >>  > 週末から、私の環境でも、２日半程度流してみみました。
>>>   >>  >>  >
>>>   >>  >>  >
> vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイ
>>>   メー
>>>   >>  ジそ
>>>   >>  >>  のままで構成してみました。
>>>   >>  >>  >
>>>   >>  >>  > ----------
>>>   >>  >>  > CentOS Linux release 7.2.1511 (Core)
>>>   >>  >>  > Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu
> Nov
>> 19 22:10:57
>>>   > UTC 2015
>>>   >>  >>  x86_64
>>>   >>  >>  > x86_64 x86_64 GNU/Linux
>>>   >>  >>  > systemd-219-19.el7.x86_64
>>>   >>  >>  > glibc-2.17-105.el7.x86_64
>>>   >>  >>  > pacemaker-1.1.13-10.el7.x86_64
>>>   >>  >>  > corosync-2.3.4-7.el7.x86_64
>>>   >>  >>  > ----------
>>>   >>  >>  >
>>>   >>  >>  > リソースは簡易のDummyリソースのみですが、以下のようにしてい
>>>   ます。
>>>   >>  >>  > ----------
>>>   >>  >>  > ●設定ファイル(crm形式です）
>>>   >>  >>  > ### Cluster Option ###
>>>   >>  >>  > property no-quorum-policy="ignore"
> \
>>>   >>  >>  > stonith-enabled="false" \
>>>   >>  >>  > startup-fencing="false"
>>>   >>  >>  >
>>>   >>  >>  > ### Resource Defaults ###
>>>   >>  >>  > rsc_defaults
>> resource-stickiness="INFINITY" \
>>>   >>  >>  > migration-threshold="1"
>>>   >>  >>  >
>>>   >>  >>  > ### Group Configuration ###
>>>   >>  >>  > group grpDummy \
>>>   >>  >>  > prmDummy1 \
>>>   >>  >>  > prmDummy2 \
>>>   >>  >>  > prmDummy3 \
>>>   >>  >>  > prmDummy4 \
>>>   >>  >>  > prmDummy5 \
>>>   >>  >>  >
>>>   >>  >>  > ### Primitive Configuration ###
>>>   >>  >>  > primitive prmDummy1 ocf:pacemaker:Dummy \
>>>   >>  >>  > op start interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op monitor interval="10s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op stop interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="block"
>>>   >>  >>  >
>>>   >>  >>  > primitive prmDummy2 ocf:pacemaker:Dummy \
>>>   >>  >>  > op start interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op monitor interval="10s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op stop interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="block"
>>>   >>  >>  >
>>>   >>  >>  > primitive prmDummy3 ocf:pacemaker:Dummy \
>>>   >>  >>  > op start interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op monitor interval="10s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op stop interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="block"
>>>   >>  >>  >
>>>   >>  >>  > primitive prmDummy4 ocf:pacemaker:Dummy \
>>>   >>  >>  > op start interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op monitor interval="10s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op stop interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="block"
>>>   >>  >>  >
>>>   >>  >>  > primitive prmDummy5 ocf:pacemaker:Dummy \
>>>   >>  >>  > op start interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op monitor interval="10s"
>> timeout="60s"
>>>   >>  >>  > on-fail="restart" \
>>>   >>  >>  > op stop interval="0s"
>> timeout="60s"
>>>   >>  >>  > on-fail="block"
>>>   >>  >>  >
>>>   >>  >>  > ### Resource Location ###
>>>   >>  >>  > location rsc_location-msDrbd-1 grpDummy \
>>>   >>  >>  > rule 200: #uname eq c7-01 \
>>>   >>  >>  > rule 100: #uname eq c7-02
>>>   >>  >>  > ----------
>>>   >>  >>  > ●crm_monの様子
>>>   >>  >>  > [root@c7-01 ~]# crm_mon -1
>>>   >>  >>  > Last updated: Mon Oct  3 16:35:29 2016       
>  
>> Last change:
>>>   > Fri Sep
>>>   >>  > 30
>>>   >>  >>  00:28:56
>>>   >>  >>  > 2016 by root via cibadmin on c7-01
>>>   >>  >>  > Stack: corosync
>>>   >>  >>  > Current DC: c7-01 (version
> 1.1.13-10.el7-44eb2dd)
>> -
>>>   > partition with
>>>   >>  > quorum
>>>   >>  >>  > 2 nodes and 5 resources configured
>>>   >>  >>  >
>>>   >>  >>  > Online: [ c7-01 c7-02 ]
>>>   >>  >>  >
>>>   >>  >>  > Resource Group: grpDummy
>>>   >>  >>  > prmDummy1  (ocf::pacemaker:Dummy): Started
> c7-01
>>>   >>  >>  > prmDummy2  (ocf::pacemaker:Dummy): Started
> c7-01
>>>   >>  >>  > prmDummy3  (ocf::pacemaker:Dummy): Started
> c7-01
>>>   >>  >>  > prmDummy4  (ocf::pacemaker:Dummy): Started
> c7-01
>>>   >>  >>  > prmDummy5  (ocf::pacemaker:Dummy): Started
> c7-01
>>>   >>  >>  > ----------
>>>   >>  >>  >
>>>   >>  >>  >
>>>   >>  >>  > 以下が結果となりました。
>>>   >>  >>  >
>>>   >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>>   >>  >>  > PID USER      PR  NI    VIRT    RES    SHR S 
> %CPU
>> %MEM
>>>   > TIME+
>>>   >>  >>  COMMAND
>>>   >>  >>  > 1 root      20   0   44644   7280   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.18
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44644   7296   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.20
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44644   7296   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.21
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44644   7296   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.21
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44644   7296   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.21
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44644   7296   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.21
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44644   7296   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.21
>>>   >>  >>  systemd
>>>   >>  >>  > (snip)
>>>   >>  >>  > 1 root      20   0   45064   7720   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.91
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   45064   7720   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.91
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   45064   7720   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.91
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   45064   7720   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.91
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   45064   7720   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.91
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   45064   7720   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.93
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   45064   7720   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.95
>>>   >>  >>  systemd
>>>   >>  >>  >
>>>   >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>>   >>  >>  > PID USER      PR  NI    VIRT    RES    SHR S 
> %CPU
>> %MEM
>>>   > TIME+
>>>   >>  >>  COMMAND
>>>   >>  >>  > 1 root      20   0   44652   7288   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.23
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44652   7288   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.25
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44652   7288   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.26
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44652   7288   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.26
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44652   7288   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.26
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   44652   7288   2600 S  
> 0.0 
>> 0.4
>>>   > 0:03.26
>>>   >>  >>  systemd
>>>   >>  >>  > (snip)
>>>   >>  >>  > 1 root      20   0   45088   7712   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.00
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   45088   7712   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.00
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   45088   7712   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.00
>>>   >>  >>  systemd
>>>   >>  >>  > 1 root      20   0   45088   7716   2600 S  
> 0.0 
>> 0.4
>>>   > 0:21.03
>>>   >>  >>  systemd
>>>   >>  >>  >
>>>   >>  >>  > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご報告頂
>>>   いた
>>>   >>  よう
>>>   >>  >>  な増加は起きていないようです。
>>>   >>  >>  > #この増加がsystemdの正しい動作の範疇なのかどうかは別物です
>>>   が。。。。
>>>   >>  >>  >
>>>   >>  >>  > こちらも、systemdのバージョンなどをアップしても確認してみたい
>>>   と思
>>>   >>  いま
>>>   >>  >>  す。
>>>   >>  >>  >
>>>   >>  >>  > 以上です。
>>>   >>  >>  >
>>>   >>  >>  >
>>>   >>  >>  >
>>>   >>  >>  > ----- Original Message -----
>>>   >>  >>  >>  From:
> "renayama19661014@ybb.ne.jp"
>>>   >>  >>  > <renayama19661014@ybb.ne.jp>
>>>   >>  >>  >>  To:
> "linux-ha-japan@lists.osdn.me"
>>>   >>  >>  > <linux-ha-japan@lists.osdn.me>
>>>   >>  >>  >>  Cc:
>>>   >>  >>  >>  Date: 2016/9/30, Fri 04:56
>>>   >>  >>  >>  Subject: Re: [Linux-ha-jp] pacemaker +
>> corosync 上で
>>>   > PostgreSQL
>>>   >>  >>  > を動かした際の空きメモリ減少について
>>>   >>  >>  >>
>>>   >>  >>  >>  秋葉さん
>>>   >>  >>  >>
>>>   >>  >>  >>  こんばんは、山内です。
>>>   >>  >>  >>
>>>   >>  >>  >>
>>>   >>  >>  >>  こちらでも、準備が出来ましたので、週末に流してみる予定です。
>>>   >>  >>  >>
>>>   >>  >>  >>  また、結果がわかりましたら、ご連絡します。
>>>   >>  >>  >>
>>>   >>  >>  >>  以上です。
>>>   >>  >>  >>
>>>   >>  >>  >>
>>>   >>  >>  >>  ----- Original Message -----
>>>   >>  >>  >>>   From:
>> "renayama19661014@ybb.ne.jp"
>>>   >>  >>  >>  <renayama19661014@ybb.ne.jp>
>>>   >>  >>  >>>   To:
>> "linux-ha-japan@lists.osdn.me"
>>>   >>  >>  >>  <linux-ha-japan@lists.osdn.me>
>>>   >>  >>  >>>   Cc:
>>>   >>  >>  >>>   Date: 2016/9/28, Wed 18:56
>>>   >>  >>  >>>   Subject: Re: [Linux-ha-jp]
> pacemaker +
>> corosync 上で
>>>   >>  > PostgreSQL
>>>   >>  >>  >>  を動かした際の空きメモリ減少について
>>>   >>  >>  >>>
>>>   >>  >>  >>>   秋葉さん
>>>   >>  >>  >>>
>>>   >>  >>  >>>   こんばんは、山内です。
>>>   >>  >>  >>>
>>>   >>  >>  >>>   了解いたしました。
>>>   >>  >>  >>>
>>>   >>  >>  >>>   ご連絡ありがとうございました。
>>>   >>  >>  >>>
>>>   >>  >>  >>>   以上です。
>>>   >>  >>  >>>
>>>   >>  >>  >>>
>>>   >>  >>  >>>
>>>   >>  >>  >>>   ----- Original Message -----
>>>   >>  >>  >>>>    From: AKIBA Makoto
>>>   > <akiba@acroquest.co.jp>
>>>   >>  >>  >>>>    To:
> linux-ha-japan@lists.osdn.me
>>>   >>  >>  >>>>    Cc:
>>>   >>  >>  >>>>    Date: 2016/9/28, Wed 18:30
>>>   >>  >>  >>>>    Subject: Re: [Linux-ha-jp]
>> pacemaker +
>>>   > corosync 上で
>>>   >>  > PostgreSQL
>>>   >>  >>  >>>   を動かした際の空きメモリ減少について
>>>   >>  >>  >>>>
>>>   >>  >>  >>>>    山内さん
>>>   >>  >>  >>>>
>>>   >>  >>  >>>>    秋葉です。
>>>   >>  >>  >>>>
>>>   >>  >>  >>>>    設定ファイルの確認ありがとうございました。
>>>   >>  >>  >>>>
>>>   >>  >>  >>>>>    
> ちなみに、systemdのメモリ増加の確認ですが、どのような
>>>   コマ
>>>   >>  ンド
>>>   >>  >>  で実行され
>>>   >>  >>  >>>>>     ましたか？
>>>   >>  >>  >>>>>    
> 念の為、同じ確認を実施したいので、お手数ですが、ご連
>>>   絡く
>>>   >>  ださ
>>>   >>  >>  い。
>>>   >>  >>  >>>>
>>>   >>  >>  >>>>    こちら、取り急ぎ返信致しますと、
>>>   >>  >>  >>>>   
> systemdプロセスのメモリ使用量についてはtopコマンドを
>>>   使っ
>>>   >>  て、
>>>   >>  >>  >>>>    VIRT(VSZ)とRSSを見ております。
>>>   >>  >>  >>>>
>>>   >>  >>  >>>>    特にRSSの方が細かく増え続ける状態になっていました。
>>>   >>  >>  >>>>
>>>   >>  >>  >>>>    お手数をおかけしますが、よろしくお願い致します。
>>>   >>  >>  >>>>
>>>   >>  >>  >>>>    以上
>>>   >>  >>  >>>>
>>>   >>  >>  >>>>>     -----Original
> Message-----
>>>   >>  >>  >>>>>     From:
>>>   > linux-ha-japan-bounces@lists.osdn.me
>>>   >>  >>  >>>>>
>>>   > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>>>   >>  > Behalf Of
>>>   >>  >>  >>>>>    renayama19661014@ybb.ne.jp
>>>   >>  >>  >>>>>     Sent: Wednesday,
> September 28,
>> 2016 6:08
>>>   > PM
>>>   >>  >>  >>>>>     To:
>> linux-ha-japan@lists.osdn.me
>>>   >>  >>  >>>>>     Subject: Re:
> [Linux-ha-jp]
>> pacemaker +
>>>   > corosync 上で
>>>   >>  >>  > PostgreSQL を動か
>>>   >>  >>  >>>>>     した際の空きメモリ減少について
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>     秋葉さん
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>     こんばんは、山内です。
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>    
> (MLへの送信に失敗しているように思えるので、再送します）
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>    
> 頂いた設定について拝見しましたが、特にPacemaker的に
>>>   は問
>>>   >>  題な
>>>   >>  >>  いと思いま
>>>   >>  >>  >>>>>     す。
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>   
>> CentOS7でのsystemdの様子については、これからVM構成
>>>   です
>>>   >>  が、
>>>   >>  >>  確認してみ
>>>   >>  >>  >>>>>     るつもりです。
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>    
> ちなみに、systemdのメモリ増加の確認ですが、どのような
>>>   コマ
>>>   >>  ンド
>>>   >>  >>  で実行され
>>>   >>  >>  >>>>>     ましたか？
>>>   >>  >>  >>>>>    
> 念の為、同じ確認を実施したいので、お手数ですが、ご連
>>>   絡く
>>>   >>  ださ
>>>   >>  >>  い。
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>     以上です。
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>
>>>   >>  >>  >>>>>     ----- Original Message
> -----
>>>   >>  >>  >>>>>     > From: AKIBA Makoto
>>>   >>  > <akiba@acroquest.co.jp>
>>>   >>  >>  >>>>>     > To:
>> linux-ha-japan@lists.osdn.me
>>>   >>  >>  >>>>>     > Cc:
>>>   >>  >>  >>>>>     > Date: 2016/9/28, Wed
>
>> 16:21
>>>   >>  >>  >>>>>     > Subject: Re:
>> [Linux-ha-jp]
>>>   > pacemaker +
>>>   >>  > corosync 上で
>>>   >>  >>  >>  PostgreSQL を動
>>>   >>  >>  >>>>>     かした際の空きメモリ減少について
>>>   >>  >>  >>>>>     >
>>>   >>  >>  >>>>>     > 山内さん
>>>   >>  >>  >>>>>     >
>>>   >>  >>  >>>>>     > 秋葉です。
>>>   >>  >>  >>>>>     >
>>>   >>  >>  >>>>>     >
> systemdについての情報ありがとうございます。
>>>   >>  >>  >>>>>     > 確認させていただきます。
>>>   >>  >>  >>>>>     >
>>>   >>  >>  >>>>>     >
>>>   >>  >>  >>>>>     > 以上
>>>   >>  >>  >>>>>     >
>>>   >>  >>  >>>>>     >>  -----Original
>> Message-----
>>>   >>  >>  >>>>>     >>  From:
>>>   >>  > linux-ha-japan-bounces@lists.osdn.me
>>>   >>  >>  >>>>>     >>
>>>   >>  > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>>>   >>  >>  > Behalf
>>>   >>  >>  >>  Of
>>>   >>  >>  >>>>>     >> 
>> renayama19661014@ybb.ne.jp
>>>   >>  >>  >>>>>     >>  Sent: Monday,
>> September 26,
>>>   > 2016 6:22 PM
>>>   >>  >>  >>>>>     >>  To:
>>>   > linux-ha-japan@lists.osdn.me
>>>   >>  >>  >>>>>     >>  Subject: Re:
>> [Linux-ha-jp]
>>>   > pacemaker +
>>>   >>  > corosync 上で
>>>   >>  >>  >
>>>   >>  >>  >>>   PostgreSQL を
>>>   >>  >>  >>>>>     動か
>>>   >>  >>  >>>>>     >>  した際の空きメモリ減少について
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>  秋葉さん
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>  こんばんは、山内です。
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>  了解しました。
>>>   >>  >>  >>>>>     >> 
>> こちれでも、時間をみて、頂いた設定をベースに試し
>>>   てみ
>>>   >>  たい
>>>   >>  >>  と思います。
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >> 
>> systemd関連も不具合などもあるようですので、そちら
>>>   を探
>>>   >>  して
>>>   >>  >>  みるのも良
>>>   >>  >>  >>>>>     いか
>>>   >>  >>  >>>>>     >>  もしれません。
>>>   >>  >>  >>>>>     >> 
>> ちょっと探してみても、以下などもありました。
>>>   >>  >>  >>>>>     >> 
> 直接関係があるかは別ですが・・・
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>   *
>>>   >>  >>  >
>> https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >> 
>> 設定などで質問があれば、またご連絡させてください。
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>  以上です。
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>  ----- Original
>> Message -----
>>>   >>  >>  >>>>>     >>  > From:
> AKIBA
>> Makoto
>>>   >>  >>  > <akiba@acroquest.co.jp>
>>>   >>  >>  >>>>>     >>  > To:
>>>   > linux-ha-japan@lists.osdn.me
>>>   >>  >>  >>>>>     >>  > Cc:
>>>   >>  >>  >>>>>     >>  > Date:
>> 2016/9/26, Mon
>>>   > 16:18
>>>   >>  >>  >>>>>     >>  > Subject:
> Re:
>>>   > [Linux-ha-jp]
>>>   >>  > pacemaker +
>>>   >>  >>  > corosync 上で
>>>   >>  >>  >>
>>>   >>  >>  >>>>    PostgreSQL を
>>>   >>  >>  >>>>>     動
>>>   >>  >>  >>>>>     >> 
> かした際の空きメモリ減少について
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  > 山内さん
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  > 秋葉です。
>>>   >>  >>  >>>>>     >>  >
>> ご回答・解説ありがとうございます。
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  >
>>>   > 実際に当方の環境でpacemakerのプロセスメモリサイズ
>>>   >>  を
>>>   >>  >>  >>>>>     >>  >
>>>   > 見てみたところ、～8MB程度になっており、頂いた情報の
>>>   >>  通り
>>>   >>  >>  >>>>>     >>  >
> 大きくはなっていませんでした。
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  >
>>>   > 一方で、systemd(pid=1)については1GB程度まで大きく
>>>   >>  なっ
>>>   >>  >>  て
>>>   >>  >>  >>>>>     >>  >
>>>   > おり、pmapで参照すると[heap]とマッピングされた領域
>>>   >>  が
>>>   >>  >>  >>>>>     >>  >
>> ほとんどを占めているように見えました。
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  >
>> なので、これ以上の問い合わせは見当違いの可能性
>>>   もあ
>>>   >>  りま
>>>   >>  >>  すが、
>>>   >>  >>  >>>>>     >>  >
>> 念の為、当方で使用している設定ファイルを添付致
>>>   しま
>>>   >>  す。
>>>   >>  >>  >>>>>     >>  >
>> (固有情報はマスキングしてあります)
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  >
>> これで何か情報が得られましたら教えていただけま
>>>   すで
>>>   >>  しょ
>>>   >>  >>  うか。
>>>   >>  >>  >>>>>     >>  >
>>>   > また、不足している情報がありましたらご指摘ください。
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  >
>> お手数をおかけ致しますがよろしくお願い致します。
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  > 以上
>>>   >>  >>  >>>>>     >>  >
>> ----------------
>>>   >>  >>  >>>>>     >>  > AKIBA
> Makoto
>>>   >>  >>  >>>>>     >>  >
>> akiba@acroquest.co.jp
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>  >> 
>> -----Original
>>>   > Message-----
>>>   >>  >>  >>>>>     >>  >>  From:
>>>   >>  >>  > linux-ha-japan-bounces@lists.osdn.me
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  > [mailto:linux-ha-japan-bounces@lists.osdn.me]
>>>   >>  >>  >>  On
>>>   >>  >>  >>>   Behalf
>>>   >>  >>  >>>>    Of
>>>   >>  >>  >>>>>     >>  >>
>>>   > renayama19661014@ybb.ne.jp
>>>   >>  >>  >>>>>     >>  >>  Sent:
>
>> Friday,
>>>   > September 23,
>>>   >>  > 2016 6:04 PM
>>>   >>  >>  >>>>>     >>  >>  To:
>>>   >>  > linux-ha-japan@lists.osdn.me
>>>   >>  >>  >>>>>     >>  >> 
> Subject:
>> Re:
>>>   > [Linux-ha-jp]
>>>   >>  > pacemaker +
>>>   >>  >>  >>  corosync 上で
>>>   >>  >>  >>>
>>>   >>  >>  >>>>    PostgreSQL
>>>   >>  >>  >>>>>     を
>>>   >>  >>  >>>>>     >>  動か
>>>   >>  >>  >>>>>     >>  >> 
>> した際の空きメモリ減少について
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >>  秋葉さん
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >> 
>> こんばんは、山内です。
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  > pacemakerのプロセスがIPC通信の為にマップしているメ
>>>   >>  >>  モリは
>>>   >>  >>  >>>>>     5Mbyteま
>>>   >>  >>  >>>>>     >>  でで
>>>   >>  >>  >>>>>     >>  >>  す。
>>>   >>  >>  >>>>>     >>  >>
>>>   > よって、最大、5Mbyteまでプロセスのメモリサイズは
>>>   >>  上が
>>>   >>  >>  る可能性が
>>>   >>  >>  >>>>>     あり
>>>   >>  >>  >>>>>     >>  ます
>>>   >>  >>  >>>>>     >>  >>  が、
>>>   >>  >>  >>>>>     >>  >>
>>>   > 先のメールの通りで5Mbyteを超えるあたりで再利用
>>>   >>  する
>>>   >>  >>  為、それ以上
>>>   >>  >>  >>>>>     は増
>>>   >>  >>  >>>>>     >>  えま
>>>   >>  >>  >>>>>     >>  >>  せん。
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>  このサイズですが、/etc/sysconfig/pacemakerの
>>>   PCMK_ipc_bufferで
>>>   >>  >>  >>>>>     大き
>>>   >>  >>  >>>>>     >>  くは
>>>   >>  >>  >>>>>     >>  >> 
> 出来ますが、
>>>   >>  >>  >>>>>     >>  >> 
>> 小さくすることは出来ません。
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >>
>>>   > ＃これらのメモリマップの様子は、pmapコマンドで確
>>>   >>  認す
>>>   >>  >>  ることが可
>>>   >>  >>  >>>>>     能で
>>>   >>  >>  >>>>>     >>  す。
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >>  以上です。
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  >>>>>     >>  >>  -----
>
>> Original
>>>   > Message -----
>>>   >>  >>  >>>>>     >>  >>  >
> From:
>>>   >>  >>  >>  "renayama19661014@ybb.ne.jp"
>>>   >>  >>  >>>>>     >>  >
>>>   > <renayama19661014@ybb.ne.jp>
>>>   >>  >>  >>>>>     >>  >>  >
> To:
>>>   >>  >>  >>  "linux-ha-japan@lists.osdn.me"
>>>   >>  >>  >>>>>     >>  >
>>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>   >>  >>  >>>>>     >>  >>  >
> Cc:
>>>   >>  >>  >>>>>     >>  >>  >
> Date:
>>>   > 2016/9/22, Thu
>>>   >>  > 10:20
>>>   >>  >>  >>>>>     >>  >>  >
>> Subject: Re:
>>>   >>  > [Linux-ha-jp]
>>>   >>  >>  > pacemaker +
>>>   >>  >>  >>>   corosync 上で
>>>   >>  >>  >>>>>     > PostgreSQL を
>>>   >>  >>  >>>>>     >>  動
>>>   >>  >>  >>>>>     >>  >> 
>> かした際の空きメモリ減少について
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >>  >
> 秋葉さん
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >>  >
>> こんにちは、山内です。
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >>  >
>>>   > systemdプロセスではありませんが、
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  > pacemakerとcorosyncを組み合わせてクラスタを構成した場合、
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
>>>   >>  >>  増加して
>>>   >>  >>  >>>>>     いく
>>>   >>  >>  >>>>>     >>  動作
>>>   >>  >>  >>>>>     >>  >> 
> となります。
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  > 詳細な動作は、失念していますが、pacmakerのプロセス
>>>   >>  >>  がメモリマ
>>>   >>  >>  >>>>>     ップ
>>>   >>  >>  >>>>>     >>  して
>>>   >>  >>  >>>>>     >>  >>
>>>   > いる（？？MByteまでだったはず）エリア
>>>   >>  >>  >>>>>     >>  >>  >
>>>   > を利用して通信などを行う為、クラスタ構成後、マ
>>>   >>  ップ
>>>   >>  >>  した一定量
>>>   >>  >>  >>>>>     まで
>>>   >>  >>  >>>>>     >>  増加
>>>   >>  >>  >>>>>     >>  >> 
> が続きます。
>>>   >>  >>  >>>>>     >>  >>  >
>>>   > ですが、一定量までで、それ以降は、マップしたエ
>>>   >>  リア
>>>   >>  >>  を古い方か
>>>   >>  >>  >>>>>     ら再
>>>   >>  >>  >>>>>     >>  利用
>>>   >>  >>  >>>>>     >>  >> 
>> する為、増加は止まります。
>>>   >>  >>  >>>>>     >>  >>  >
>>>   > （上記のマップしているサイズについては、確認し
>>>   >>  て、
>>>   >>  >>  再度、ご連
>>>   >>  >>  >>>>>     絡し
>>>   >>  >>  >>>>>     >>  ます）
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)の原因
>>>   >>  >>  >>>>>     には
>>>   >>  >>  >>>>>     >>  直接
>>>   >>  >>  >>>>>     >>  >> 
>> 影響しないかと思います。
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  > 実際に増加しているのがsystemdプロセスとのことです
>>>   >>  >>  が、
>>>   >>  >>  >>>>>     >>  >>
>>>   >>  >>  > pacemaker+corosyncのクラスタ構成で、リソースなどはsystemdを
>>>   経
>>>   >>  >>  >>>>>     由し
>>>   >>  >>  >>>>>     >>  て
>>>   >>  >>  >>>>>     >>  >>  >
>> 実行・監視しているでしょうか？
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >> 
> ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用
>>>   し
>>>   >>  >>  >>>>>     てい
>>>   >>  >>  >>>>>     >>  るか
>>>   >>  >>  >>>>>     >>  >> 
>> どうか？ということです。
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方
>>>   >>  >>  でも確認可
>>>   >>  >>  >>>>>     能か
>>>   >>  >>  >>>>>     >>  も知
>>>   >>  >>  >>>>>     >>  >>  れません。
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  > ＃本当にリークしているのがsystemdプロセスである可
>>>   >>  >>  能性もある
>>>   >>  >>  >>>>>     とは
>>>   >>  >>  >>>>>     >>  思い
>>>   >>  >>  >>>>>     >>  >> 
> ますが・・・・
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >>  >
> 以上です。
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >>  >
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > 現在、pacemaker +
>>>   >>  > corosync
>>>   >>  >>  > のクラスタ上で
>>>   >>  >>  >>>   PostgreSQL を
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 動作させているデータベースサーバがあるのですが、
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 稼働中にOSのメモリ使用量が増加し続ける問題が起
>>>   >>  >>  きています。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 原因を把握したいのですが、何か該当する現象や確認
>>>   >>  >>  ポイント
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > などありますでしょうか？
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > 環境は以下のようになっております。
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> OS: CentOS
>>>   > Linux
>>>   >>  > release
>>>   >>  >>  > 7.2.1511
>>>   >>  >>  >>  (Core)
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>>     kernel
>>>   > -
>>>   >>  >>  > 3.10.0-327.18.2.el7
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>>     glibc
>>>   > -
>>>   >>  > 2.17-106.el7_2.6
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> Systemd:
>>>   >>  > 219-19.el7_2.9 /
>>>   >>  >>  >>>   219-19.el7_2.12 (※)
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> Pacemaker:
>>>   >>  > 1.1.13-10.el7_2.2
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> Corosync:
>>>   >>  > 2.3.4-7.el7_2.1
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > PostgreSQL:
>>>   >>  > 9.4.8-1PGDG.rhel7
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > (※)systemdのバージョンはどちらでも発生しました
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>  2台のサーバでHotStandby構成にしてPostgreSQLを運用していま
>>>   >>  >>  >>>>>     す。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>  (両サーバでPostgreSQLが起動し、hot-standby構成にしている)
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  > Active側にVIPを割り当てるようにして、アプリケーションから
>>>   >>  >>  >>>>>     は
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > VIPに接続するようにしています。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > これまでに観察して見えているのは以下の事象になり
>>>   >>  >>  ます。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> (1)
>>>   >>  > OS起動しクラスタ状態を正常にした状態で、少し
>>>   >>  >>  ずつ
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>  　　OSの空きメモリ量(free+buffer+cache)が減少し続ける。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 　　→１日あたり30～100MB程度ずつ減少する
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 　　　※DBサーバ自体は4GBメモリを搭載
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 　　　※VIPがある／なしに関わらず減少傾向にある。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> (2)
>>>   >>  >>  > メモリ使用量が大きいプロセスを確認すると、PID=1の
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> 　　systemd
>>>   >>  >>  > プロセスで、数十秒ごとに4～8KB程度増加する。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> (3)
>>>   >>  >>  > 契機は不明だが、時折数十～数百MB程度空き容量が増える
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > 　　(回復する)ことがある。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 　　(長期的に見てトータルでは減少し続ける)
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> (4)
>>>   > pacemaker +
>>>   >>  >>  >>>   corosyncを使わず、1台のみで動作させている
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
>>>   >>  >>  増減が
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > 　　発生していないように見える。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 　　→この点があり、何か手がかりが無いかと考え、
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 　　　こちらのMLに質問をポストさせていただきま
>>>   >>  >>  した。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > 長文にて恐縮ですが、情報等いただけましたら幸いで
>>>   >>  >>  す。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > よろしくお願い致します。
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > ----------------
>>>   >>  >>  >>>>>     >>  >> 
>>>  
>> AKIBA
>>>   > Makoto
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  > akiba@acroquest.co.jp
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   >>  >>  >>>>
>>>   > _______________________________________________
>>>   >>  >>  >>>>>     >>  >> 
>>>
>>>   > 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
>>>   >>  >>  >>>>>     >>  >
>>>   >>  >>  >>>>>     >>
>>>   >>  >>  >>>>>     >>
>>>   >>  > _______________________________________________
>>>   >>  >>  >>>>>     >>  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
>>>   >>  >>  >>>>
>>>   >>  >>  >>>
>>>   >>  >>  >>> 
>> _______________________________________________
>>>   >>  >>  >>>   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
>>>   >>  > _______________________________________________
>>>   >>  > 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
>> _______________________________________________
>> 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
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
akiba at acroquest
Oct 25, 2016, 4:05 AM
Post #20 of 30 (6334 views)
Permalink
To: 山内さん

秋葉です。
いつもお世話になっております。

PostgreSQLのストリーミングの簡易構成での再現試験で
類似事象が発生したとのこと、ご連絡ありがとうございます。

> * https://github.com/systemd/systemd/issues/2614

情報ありがとうございます。
こちらでも類似の情報を見たことがありました。
(タイトルはよく似ていますが全く同じではないようですね)
http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18-days-of-uptime

これらの事象は必ず発生するものではないとすると、何らかの
条件があるのだと思ってはいますが、それが分からないのが
苦しいところです。

ちなみに、ダメ元でお伺いしますが、
pacemakerでPostgreSQLをストリーミング構成で
動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
仕方など)で改善できる要素などはあるのでしょうか？

ACT+SBY構成ならば起きないが、HotStandby(ストリーム
レプリケーション)構成だと発生する、ということなのか、
それに付随した原因が考えられるのか、といったところです。


> 回答的には、systemd2.1.9よりも新しいバージョンを
> 利用するようにとのことで、Closeしていますが・・

この点ですが、RHEL／CentOSでyumでインストールできるものは
2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
既に2.3.1(v231)がリリースされています。

RedHatは、2.1.9をベースにアップデートを重ねているようですが、
これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
取れるものなのでしょうか？
(このMLで質問することではないかもしれませんが…)


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

> -----Original Message-----
> From: linux-ha-japan-bounces@lists.osdn.me
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> renayama19661014@ybb.ne.jp
> Sent: Monday, October 24, 2016 7:25 PM
> To: linux-ha-japan@lists.osdn.me
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
> した際の空きメモリ減少について
>
> 秋葉さん
>
> こんばんは、山内です。
>
> PostgreSQLのストリーミングの簡易構成でCentOS7.2で週末(3日間程度）に流
> してみました。
>
> どうやら、明らかに先にDummy構成などで確認した増加量を大幅に超えて、秋
> 葉さんのおっしゃるようにsystemd(pid=1)で増加がみられるようです。
>
> ------
> [root@c7-01 ~]# crm_mon -1 -Af
> Last updated: Mon Oct 24 16:27:24 2016
> Last change: Thu Oct 20 20:40:40 2016 by root via crm_attribute on c7-01
> Stack: corosync
> Current DC: c7-01 (version 1.1.13-10.el7_2.4-44eb2dd) - partition with
> quorum
> 2 nodes and 5 resources configured
>
> Online: [ c7-01 c7-02 ]
>
> vipCheckMaster (ocf::heartbeat:VIPcheck): Started c7-01
> Resource Group: master-group
> vip-master (ocf::heartbeat:IPaddr2): Started c7-01
> vip-rep (ocf::heartbeat:IPaddr2): Started c7-01
> Master/Slave Set: msPostgresql [pgsql]
> Masters: [ c7-01 ]
> Slaves: [ c7-02 ]
>
> Node Attributes:
> * Node c7-01:
> + master-pgsql : 1000
> + pgsql-data-status : LATEST
> + pgsql-master-baseline : 0000000008000060
> + pgsql-status : PRI
> * Node c7-02:
> + master-pgsql : 100
> + pgsql-data-status : STREAMING|SYNC
> + pgsql-status : HS:sync
>
> Migration Summary:
> * Node c7-01:
> * Node c7-02:
> ------
>
> 1)Master側
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> COMMAND
> 1 root 20 0 44040 6720 3908 S 0.0 0.3 0:03.98
> systemd
> 1 root 20 0 44040 6720 3908 S 0.3 0.3 0:04.16
> systemd
> 1 root 20 0 44040 6720 3908 S 0.3 0.3 0:04.35
> systemd
> (snip)
> 1 root 20 0 116216 78852 3908 S 0.3 3.8 18:08.67
> systemd
> 1 root 20 0 116216 78868 3908 S 0.3 3.8 18:08.86
> systemd
> 1 root 20 0 116216 78892 3908 S 0.4 3.8 18:09.08
> systemd
>
> 2)Slave側
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> COMMAND
> 1 root 20 0 44172 6796 3908 S 5.6 0.3 0:03.33
> systemd
> 1 root 20 0 44172 6796 3908 S 0.2 0.3 0:03.46
> systemd
> 1 root 20 0 44172 6796 3908 S 0.2 0.3 0:03.60
> systemd
> (snip)
> 1 root 20 0 95368 57944 3468 S 0.3 2.8 12:42.27
> systemd
> 1 root 20 0 95368 57944 3468 S 0.2 2.8 12:42.40
> systemd
> 1 root 20 0 95368 57948 3468 S 0.2 2.8 12:42.54
> systemd
>
> こちらは、もう少し流してみる予定です。
>
> さらに、私の方で利用しているのは、主にRHELになりますので、RHEL7.2でも
> 流してみようと思っています。
>
> １点..systemdのgithubのissueで同様の現象が報告されているのを見つけま
> した。
> 回答的には、systemd2.1.9よりも新しいバージョンを利用するようにとのこと
> で、Closeしていますが・・
> * https://github.com/systemd/systemd/issues/2614
>
> RHEL7.2も2.1.9が入っているので事象が起きるかも知れません。
> #CentOS7.2と、全く同一のものが入っている模様。
>
> また、御連絡しますが、何らかのsystemdに関連した不具合の可能性が高いと
> 思っています。
>
> #ちなみに、PostgreSQLのストリーミング構成を行わずに、PacemakerをDummy
> リソースでACT/STB構成で、
> #pcsdを起動した構成では、極端なメモリ増加は見られていませんでした。
>
> 以上です。
>
>
>
>
> ----- Original Message -----
> > From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> > To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> > Cc:
> > Date: 2016/10/18, Tue 23:43
> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
> かした際の空きメモリ減少について
> >
> > 秋葉さん
> >
> > こんばんは、山内です。
> >
> > すいません・・見間違えていました。
> >
> > PostgreSQLのバージョン、了解いたしました。
> >
> > また、結果が出ましたら、ご連絡します。
> >
> > 以上です。
> >
> >
> >
> > ----- Original Message -----
> >> From: AKIBA Makoto <akiba@acroquest.co.jp>
> >> To: linux-ha-japan@lists.osdn.me
> >> Cc:
> >> Date: 2016/10/18, Tue 19:20
> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> > を動かした際の空きメモリ減少について
> >>
> >> T o: 山内さん
> >>
> >> 秋葉です。
> >> いつもお世話になっております。
> >>
> >>> 9日でかなり大きいですね・・・
> >>
> >> いえ、１カ月と９日（３９日）です・・・
> >>
> >>
> >>> こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで
> >>> 流してみるつもりです。
> >>
> >> ありがとうございます。
> >>
> >>
> >>> ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
> >>> 同じバージョンで流して試してみるつもりです。
> >>
> >> インストールしているパッケージは以下になります。
> >>
> >> # rpm -qa | grep postgres
> >> postgresql94-libs-9.4.8-1PGDG.rhel7.x86_64
> >> postgresql94-server-9.4.8-1PGDG.rhel7.x86_64
> >> postgresql94-9.4.8-1PGDG.rhel7.x86_64
> >> postgresql94-contrib-9.4.8-1PGDG.rhel7.x86_64
> >>
> >> よろしくお願い致します。
> >>
> >>
> >> 以上
> >>
> >>> -----Original Message-----
> >>> From: linux-ha-japan-bounces@lists.osdn.me
> >>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >>> renayama19661014@ybb.ne.jp
> >>> Sent: Tuesday, October 18, 2016 7:06 PM
> >>> To: linux-ha-japan@lists.osdn.me
> >>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> 動か
> >>> した際の空きメモリ減少について
> >>>
> >>> 秋葉さん
> >>>
> >>> こんばんは、山内です。
> >>>
> >>> > 確認しましたが、pcsdは常時起動してはいませんでした。
> >>> > (pacemakerd ではないのですよね？)
> >>>
> >>>
> >>> そうでしたか・・・pcsdは利用していませんでしたか・・・
> >>> 利用されていたと思い、今日の昼頃からpcsdも起動して流していました
> が、意
> >>> 味がないようですので、そちらは止めておきます。
> >>>
> >>>
> >>> > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
> >>> > VSZとRSSは以下のようになっています。
> >>> > ------------------------------------------------------------
> >>> > # ps -eo pid,vsz,rss,comm | grep systemd
> >>> > 1 2229064 2188992 systemd
> >>>
> >>>
> >>> 9日でかなり大きいですね・・・
> >>>
> >>> こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで流
> してみ
> >>> るつもりです。
> >>>
> >>>
> >>> ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
> >>> 同じバージョンで流して試してみるつもりです。
> >>>
> >>> 以上です。
> >>>
> >>>
> >>> ----- Original Message -----
> >>> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> >>> > To: linux-ha-japan@lists.osdn.me
> >>> > Cc:
> >>> > Date: 2016/10/18, Tue 14:14
> >>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> ã‚’å‹•
> >>> かした際の空きメモリ減少について
> >>> >
> >>> >T o: 山内さん
> >>> >
> >>> > 秋葉です。
> >>> > いつもお世話になっております。
> >>> >
> >>> > 回答ありがとうございます。
> >>> >
> >>> >> １点だけ、気になる点がありますが・・
> >>> >> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
> でいる
> >>> いる
> >>> >> と思いますが、pcsdはsystemdで常時起動されている状態でしょう
> か？
> >>> >> もし、起動されているのであれば、こちらも、pcsd利用に変えて確
> 認して
> >>> みた
> >>> >> いと思います。
> >>> >
> >>> > 確認しましたが、pcsdは常時起動してはいませんでした。
> >>> > (pacemakerd ではないのですよね？)
> >>> >
> >>> > ------------------------------------------------------------
> >>> > # ps -ef | grep pcsd
> >>> > root 23447 838 0 14:13 pts/0 00:00:00 grep --color=auto
> > pcsd
> >>> > ------------------------------------------------------------
> >>> > # systemctl status pacemaker.service
> >>> > ● pacemaker.service - Pacemaker High Availability Cluster
> Manager
> >>> > Loaded: loaded (/usr/lib/systemd/system/pacemaker.service;
> >>> disabled; vendor
> >>> > preset: disabled)
> >>> > Active: active (running) since 木 2016-09-08 20:59:18 JST; 1
> > months
> >>> 9 days ago
> >>> > Main PID: 2533 (pacemakerd)
> >>> > CGroup: /system.slice/pacemaker.service
> >>> > +- 2533 /usr/sbin/pacemakerd -f
> >>> > +- 2534 /usr/libexec/pacemaker/cib
> >>> > +- 2535 /usr/libexec/pacemaker/stonithd
> >>> > +- 2536 /usr/libexec/pacemaker/lrmd
> >>> > +- 2537 /usr/libexec/pacemaker/attrd
> >>> > +- 2538 /usr/libexec/pacemaker/pengine
> >>> > +- 2539 /usr/libexec/pacemaker/crmd
> >>> >
> >>> >
> >>> > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
> >>> > VSZとRSSは以下のようになっています。
> >>> > ------------------------------------------------------------
> >>> > # ps -eo pid,vsz,rss,comm | grep systemd
> >>> > 1 2229064 2188992 systemd
> >>> >
> >>> >
> >>> > 蛇足ですが、corosyncは以下のようになっています。
> >>> > ------------------------------------------------------------
> >>> > # systemctl status corosync.service
> >>> > ● corosync.service - Corosync Cluster Engine
> >>> > Loaded: loaded (/usr/lib/systemd/system/corosync.service;
> > disabled;
> >>> vendor
> >>> > preset: disabled)
> >>> > Active: active (running) since 木 2016-09-08 20:59:01 JST; 1
> > months
> >>> 9 days ago
> >>> > Process: 2509 ExecStart=/usr/share/corosync/corosync start
> >>> (code=exited,
> >>> > status=0/SUCCESS)
> >>> > Main PID: 2516 (corosync)
> >>> > CGroup: /system.slice/corosync.service
> >>> > +- 2516 corosync
> >>> >
> >>> >
> >>> > 以上、よろしくお願い致します。
> >>> >
> >>> >> -----Original Message-----
> >>> >> From: linux-ha-japan-bounces@lists.osdn.me
> >>> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >>> >> renayama19661014@ybb.ne.jp
> >>> >> Sent: Monday, October 17, 2016 11:09 PM
> >>> >> To: linux-ha-japan@lists.osdn.me
> >>> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> > PostgreSQL ã‚’
> >>> 動か
> >>> >> した際の空きメモリ減少について
> >>> >>
> >>> >> 秋葉さん
> >>> >>
> >>> >> こんばんは、山内です。
> >>> >>
> >>> >> > 返事が遅くなりました。
> >>> >> > いろいろ再現調査していただいてありがとうございます。
> >>> >> >
> >>> >> > 再現調査をした環境は pacemaker + corosync のみ（と
> >>> >> > ダミープロセス？）で動かした状態と考えてよろしい
> >>> >> > でしょうか？
> >>> >>
> >>> >> はい。
> >>> >> 問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ
> (Dummyの
> >>> み)で
> >>> >> す。
> >>> >>
> >>> >> > こちらでも長期動作させて観察しているのですが、
> >>> >> > pacemaker + corosync で冗長化させているサーバが
> >>> >> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
> >>> >> > います。
> >>> >> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> >>> >> > プロセスが起動しています。
> >>> >> > (PostgreSQLのサーバは両系でプロセスが起動しています)
> >>> >> >
> >>> >> > この２つの冗長化サーバで、
> >>> >> > JavaAPの方はsystemdのメモリ増加が起きていないことが
> >>> >> > わかっています。
> >>> >> >
> >>> >> > もはやpacemaker+corosyncの問題というよりsystemdの
> >>> >> > 問題という気もしておりますが、念のため、PostgreSQLが
> >>> >> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> >>> >> > 増加有無に影響するのでしょうか？
> >>> >>
> >>> >>
> >>> >> PostgreSQL,OS側に精通しているわけではないので、有識者の方のコ
> メント
> >>> があ
> >>> >> ると良いのですが・・・
> >>> >> Pacemakerの構成で指定したリソースエージェントのRAの
> PostgreSQLは、
> >>> 基本
> >>> >> 的には、systemdプロセスへの影響はないと思っています。
> >>> >> ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemd
> リソー
> >>> スで
> >>> >> 管理しているのであれば影響はある可能性もあるとは思います
> が・・・
> >>> >>
> >>> >> 秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思い
> ますの
> >>> で、
> >>> >> 両系でPostgreSQLが動いていますのでメモリ使用料に変化はある
> と思い
> >>> ます
> >>> >> が、
> >>> >> それが、systemdのメモリ増加へは影響しないと思っています。
> >>> >>
> >>> >>
> >>> >> １点だけ、気になる点がありますが・・
> >>> >> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
> でいる
> >>> いる
> >>> >> と思いますが、pcsdはsystemdで常時起動されている状態でしょう
> か？
> >>> >> もし、起動されているのであれば、こちらも、pcsd利用に変えて確
> 認して
> >>> みた
> >>> >> いと思います。
> >>> >>
> >>> >>
> >>> >> 以上です。
> >>> >>
> >>> >>
> >>> >>
> >>> >>
> >>> >> ----- Original Message -----
> >>> >> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> >>> >> > To: linux-ha-japan@lists.osdn.me
> >>> >> > Cc:
> >>> >> > Date: 2016/10/17, Mon 19:53
> >>> >> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> >> PostgreSQL ã‚’
> >>> å‹•
> >>> >> かした際の空きメモリ減少について
> >>> >> >
> >>> >> >T o: 山内さん
> >>> >> >
> >>> >> > 秋葉です。
> >>> >> >
> >>> >> > 返事が遅くなりました。
> >>> >> > いろいろ再現調査していただいてありがとうございます。
> >>> >> >
> >>> >> > 再現調査をした環境は pacemaker + corosync のみ（と
> >>> >> > ダミープロセス？）で動かした状態と考えてよろしい
> >>> >> > でしょうか？
> >>> >> >
> >>> >> > こちらでも長期動作させて観察しているのですが、
> >>> >> > pacemaker + corosync で冗長化させているサーバが
> >>> >> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
> >>> >> > います。
> >>> >> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> >>> >> > プロセスが起動しています。
> >>> >> > (PostgreSQLのサーバは両系でプロセスが起動しています)
> >>> >> >
> >>> >> > この２つの冗長化サーバで、
> >>> >> > JavaAPの方はsystemdのメモリ増加が起きていないことが
> >>> >> > わかっています。
> >>> >> >
> >>> >> > もはやpacemaker+corosyncの問題というよりsystemdの
> >>> >> > 問題という気もしておりますが、念のため、PostgreSQLが
> >>> >> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> >>> >> > 増加有無に影響するのでしょうか？
> >>> >> >
> >>> >> >
> >>> >> > 以上
> >>> >> >
> >>> >> >> -----Original Message-----
> >>> >> >> From: linux-ha-japan-bounces@lists.osdn.me
> >>> >> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> > Behalf
> >> Of
> >>> >> >> renayama19661014@ybb.ne.jp
> >>> >> >> Sent: Monday, October 17, 2016 7:16 PM
> >>> >> >> To: linux-ha-japan@lists.osdn.me
> >>> >> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> >
> >> PostgreSQL
> >>> ã‚’
> >>> >> 動か
> >>> >> >> した際の空きメモリ減少について
> >>> >> >>
> >>> >> >> 秋葉さん
> >>> >> >>
> >>> >> >> こんばんは、山内です。
> >>> >> >>
> >>> >> >> 遅くなりました・・続けて先週末の時点のCentOS7.2に最新の
> アップ
> >>> デー
> >>> >> トを
> >>> >> >> 適用して、２日半程度流してみみました。
> >>> >> >> ゲストの構成や、リソースは前回と同じのままです。
> >>> >> >>
> >>> >> >> ----------
> >>> >> >> Linux c7-01 3.10.0-327.36.2.el7.x86_64 #1 SMP Mon
> > Oct
> >> 10 23:08:37
> >>> > UTC
> >>> >> 2016
> >>> >> >> x86_64 x86_64 x86_64 GNU/Linux
> >>> >> >> systemd-219-19.el7_2.13.x86_64
> >>> >> >> glibc-2.17-106.el7_2.8.x86_64
> >>> >> >> pacemaker-1.1.13-10.el7.x86_64
> >>> >> >> corosync-2.3.4-7.el7.x86_64
> >>> >> >> ----------
> >>> >> >>
> >>> >> >> 以下が結果となりました。
> >>> >> >>
> >>> >> >> ●ACTノードのpid=1のsystemdのtopデータ
> >>> >> >> PID USER PR NI VIRT RES SHR
> >>> S %CPU %MEM TIME+
> >>> >> >> COMMAND
> >>> >> >> 1 root 20 0 44172 6796 3904 S
> > 0.0
> >> 0.3
> >>> > 0:02.66
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44172 6796 3904 S
> > 0.0
> >> 0.3
> >>> > 0:02.66
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44172 6796 3904 S
> > 0.0
> >> 0.3
> >>> > 0:02.67
> >>> >> >> systemd
> >>> >> >> (snip)
> >>> >> >> 1 root 20 0 44172 6808 3908 S
> > 0.0
> >> 0.3
> >>> > 0:16.86
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44172 6808 3908 S
> > 0.0
> >> 0.3
> >>> > 0:16.87
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44172 6808 3908 S
> > 0.0
> >> 0.3
> >>> > 0:16.87
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44172 6808 3908 S
> > 0.0
> >> 0.3
> >>> > 0:16.88
> >>> >> >> systemd
> >>> >> >>
> >>> >> >> ●STBノードのpid=1のsystemdのtopデータ
> >>> >> >> 1 root 20 0 44040 6640 3900 S
> > 0.0
> >> 0.3
> >>> > 0:02.73
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44040 6640 3900 S
> > 0.0
> >> 0.3
> >>> > 0:02.73
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44040 6640 3900 S
> > 0.0
> >> 0.3
> >>> > 0:02.74
> >>> >> >> systemd
> >>> >> >> (snip)
> >>> >> >> 1 root 20 0 44172 6808 3908 S
> > 0.0
> >> 0.3
> >>> > 0:16.67
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44172 6808 3908 S
> > 0.0
> >> 0.3
> >>> > 0:16.68
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44172 6808 3908 S
> > 0.0
> >> 0.3
> >>> > 0:16.68
> >>> >> >> systemd
> >>> >> >> 1 root 20 0 44172 6808 3908 S
> > 0.0
> >> 0.3
> >>> > 0:16.70
> >>> >> >> systemd
> >>> >> >>
> >>> >> >> やはり、前回と同様に、systemd(pid=1)に増加は見られますが、
> 秋葉
> >>> さん
> >>> >> の最
> >>> >> >> 初にご報告頂いたような増加は起きていないようです。
> >>> >> >> #ただ・・この結果だけで判断出来ないとは思いますが、前回の
> 計測よ
> >>> りは
> >>> >> 増加
> >>> >> >> 量が減ってように見えるので、systemd関連で何らかのメモリ関
> 連の修
> >>> 正が
> >>> >> 入っ
> >>> >> >> ている可能性はあると思います。
> >>> >> >>
> >>> >> >> 以上です。
> >>> >> >>
> >>> >> >>
> >>> >> >>
> >>> >> >>
> >>> >> >>
> >>> >> >>
> >>> >> >> ----- Original Message -----
> >>> >> >> > From: "renayama19661014@ybb.ne.jp"
> >>> >> > <renayama19661014@ybb.ne.jp>
> >>> >> >> > To: "linux-ha-japan@lists.osdn.me"
> >>> >> > <linux-ha-japan@lists.osdn.me>
> >>> >> >> > Cc:
> >>> >> >> > Date: 2016/10/3, Mon 22:37
> >>> >> >> > Subject: Re: [Linux-ha-jp] pacemaker +
> > corosync 上で
> >>> > PostgreSQL ã‚’
> >>> >> å‹•
> >>> >> >> かした際の空きメモリ減少について
> >>> >> >> >
> >>> >> >> > 秋葉さん
> >>> >> >> >
> >>> >> >> > こんばんは、山内です。
> >>> >> >> >
> >>> >> >> > 週末から、私の環境でも、２日半程度流してみみました。
> >>> >> >> >
> >>> >> >> >
> > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイ
> >>> メー
> >>> >> ジそ
> >>> >> >> のままで構成してみました。
> >>> >> >> >
> >>> >> >> > ----------
> >>> >> >> > CentOS Linux release 7.2.1511 (Core)
> >>> >> >> > Linux c7-01 3.10.0-327.el7.x86_64 #1 SMP Thu
> > Nov
> >> 19 22:10:57
> >>> > UTC 2015
> >>> >> >> x86_64
> >>> >> >> > x86_64 x86_64 GNU/Linux
> >>> >> >> > systemd-219-19.el7.x86_64
> >>> >> >> > glibc-2.17-105.el7.x86_64
> >>> >> >> > pacemaker-1.1.13-10.el7.x86_64
> >>> >> >> > corosync-2.3.4-7.el7.x86_64
> >>> >> >> > ----------
> >>> >> >> >
> >>> >> >> > リソースは簡易のDummyリソースのみですが、以下のように
> してい
> >>> ます。
> >>> >> >> > ----------
> >>> >> >> > ●設定ファイル(crm形式です）
> >>> >> >> > ### Cluster Option ###
> >>> >> >> > property no-quorum-policy="ignore"
> > \
> >>> >> >> > stonith-enabled="false" \
> >>> >> >> > startup-fencing="false"
> >>> >> >> >
> >>> >> >> > ### Resource Defaults ###
> >>> >> >> > rsc_defaults
> >> resource-stickiness="INFINITY" \
> >>> >> >> > migration-threshold="1"
> >>> >> >> >
> >>> >> >> > ### Group Configuration ###
> >>> >> >> > group grpDummy \
> >>> >> >> > prmDummy1 \
> >>> >> >> > prmDummy2 \
> >>> >> >> > prmDummy3 \
> >>> >> >> > prmDummy4 \
> >>> >> >> > prmDummy5 \
> >>> >> >> >
> >>> >> >> > ### Primitive Configuration ###
> >>> >> >> > primitive prmDummy1 ocf:pacemaker:Dummy \
> >>> >> >> > op start interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op monitor interval="10s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op stop interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="block"
> >>> >> >> >
> >>> >> >> > primitive prmDummy2 ocf:pacemaker:Dummy \
> >>> >> >> > op start interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op monitor interval="10s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op stop interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="block"
> >>> >> >> >
> >>> >> >> > primitive prmDummy3 ocf:pacemaker:Dummy \
> >>> >> >> > op start interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op monitor interval="10s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op stop interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="block"
> >>> >> >> >
> >>> >> >> > primitive prmDummy4 ocf:pacemaker:Dummy \
> >>> >> >> > op start interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op monitor interval="10s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op stop interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="block"
> >>> >> >> >
> >>> >> >> > primitive prmDummy5 ocf:pacemaker:Dummy \
> >>> >> >> > op start interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op monitor interval="10s"
> >> timeout="60s"
> >>> >> >> > on-fail="restart" \
> >>> >> >> > op stop interval="0s"
> >> timeout="60s"
> >>> >> >> > on-fail="block"
> >>> >> >> >
> >>> >> >> > ### Resource Location ###
> >>> >> >> > location rsc_location-msDrbd-1 grpDummy \
> >>> >> >> > rule 200: #uname eq c7-01 \
> >>> >> >> > rule 100: #uname eq c7-02
> >>> >> >> > ----------
> >>> >> >> > ●crm_monの様子
> >>> >> >> > [root@c7-01 ~]# crm_mon -1
> >>> >> >> > Last updated: Mon Oct 3 16:35:29 2016
> >
> >> Last change:
> >>> > Fri Sep
> >>> >> > 30
> >>> >> >> 00:28:56
> >>> >> >> > 2016 by root via cibadmin on c7-01
> >>> >> >> > Stack: corosync
> >>> >> >> > Current DC: c7-01 (version
> > 1.1.13-10.el7-44eb2dd)
> >> -
> >>> > partition with
> >>> >> > quorum
> >>> >> >> > 2 nodes and 5 resources configured
> >>> >> >> >
> >>> >> >> > Online: [ c7-01 c7-02 ]
> >>> >> >> >
> >>> >> >> > Resource Group: grpDummy
> >>> >> >> > prmDummy1 (ocf::pacemaker:Dummy): Started
> > c7-01
> >>> >> >> > prmDummy2 (ocf::pacemaker:Dummy): Started
> > c7-01
> >>> >> >> > prmDummy3 (ocf::pacemaker:Dummy): Started
> > c7-01
> >>> >> >> > prmDummy4 (ocf::pacemaker:Dummy): Started
> > c7-01
> >>> >> >> > prmDummy5 (ocf::pacemaker:Dummy): Started
> > c7-01
> >>> >> >> > ----------
> >>> >> >> >
> >>> >> >> >
> >>> >> >> > 以下が結果となりました。
> >>> >> >> >
> >>> >> >> > ●ACTノードのpid=1のsysttemdのtopデータ
> >>> >> >> > PID USER PR NI VIRT RES SHR S
> > %CPU
> >> %MEM
> >>> > TIME+
> >>> >> >> COMMAND
> >>> >> >> > 1 root 20 0 44644 7280 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.18
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44644 7296 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.20
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44644 7296 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.21
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44644 7296 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.21
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44644 7296 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.21
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44644 7296 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.21
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44644 7296 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.21
> >>> >> >> systemd
> >>> >> >> > (snip)
> >>> >> >> > 1 root 20 0 45064 7720 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.91
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 45064 7720 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.91
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 45064 7720 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.91
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 45064 7720 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.91
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 45064 7720 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.91
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 45064 7720 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.93
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 45064 7720 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.95
> >>> >> >> systemd
> >>> >> >> >
> >>> >> >> > ●ACTノードのpid=1のsysttemdのtopデータ
> >>> >> >> > PID USER PR NI VIRT RES SHR S
> > %CPU
> >> %MEM
> >>> > TIME+
> >>> >> >> COMMAND
> >>> >> >> > 1 root 20 0 44652 7288 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.23
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44652 7288 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.25
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44652 7288 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.26
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44652 7288 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.26
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44652 7288 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.26
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 44652 7288 2600 S
> > 0.0
> >> 0.4
> >>> > 0:03.26
> >>> >> >> systemd
> >>> >> >> > (snip)
> >>> >> >> > 1 root 20 0 45088 7712 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.00
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 45088 7712 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.00
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 45088 7712 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.00
> >>> >> >> systemd
> >>> >> >> > 1 root 20 0 45088 7716 2600 S
> > 0.0
> >> 0.4
> >>> > 0:21.03
> >>> >> >> systemd
> >>> >> >> >
> >>> >> >> > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご
> 報告頂
> >>> いた
> >>> >> よう
> >>> >> >> な増加は起きていないようです。
> >>> >> >> > #この増加がsystemdの正しい動作の範疇なのかどうかは別物
> です
> >>> が。。。。
> >>> >> >> >
> >>> >> >> > こちらも、systemdのバージョンなどをアップしても確認して
> みたい
> >>> と思
> >>> >> いま
> >>> >> >> す。
> >>> >> >> >
> >>> >> >> > 以上です。
> >>> >> >> >
> >>> >> >> >
> >>> >> >> >
> >>> >> >> > ----- Original Message -----
> >>> >> >> >> From:
> > "renayama19661014@ybb.ne.jp"
> >>> >> >> > <renayama19661014@ybb.ne.jp>
> >>> >> >> >> To:
> > "linux-ha-japan@lists.osdn.me"
> >>> >> >> > <linux-ha-japan@lists.osdn.me>
> >>> >> >> >> Cc:
> >>> >> >> >> Date: 2016/9/30, Fri 04:56
> >>> >> >> >> Subject: Re: [Linux-ha-jp] pacemaker +
> >> corosync 上で
> >>> > PostgreSQL
> >>> >> >> > を動かした際の空きメモリ減少について
> >>> >> >> >>
> >>> >> >> >> 秋葉さん
> >>> >> >> >>
> >>> >> >> >> こんばんは、山内です。
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >> こちらでも、準備が出来ましたので、週末に流してみる予
> 定です。
> >>> >> >> >>
> >>> >> >> >> また、結果がわかりましたら、ご連絡します。
> >>> >> >> >>
> >>> >> >> >> 以上です。
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >> ----- Original Message -----
> >>> >> >> >>> From:
> >> "renayama19661014@ybb.ne.jp"
> >>> >> >> >> <renayama19661014@ybb.ne.jp>
> >>> >> >> >>> To:
> >> "linux-ha-japan@lists.osdn.me"
> >>> >> >> >> <linux-ha-japan@lists.osdn.me>
> >>> >> >> >>> Cc:
> >>> >> >> >>> Date: 2016/9/28, Wed 18:56
> >>> >> >> >>> Subject: Re: [Linux-ha-jp]
> > pacemaker +
> >> corosync 上で
> >>> >> > PostgreSQL
> >>> >> >> >> を動かした際の空きメモリ減少について
> >>> >> >> >>>
> >>> >> >> >>> 秋葉さん
> >>> >> >> >>>
> >>> >> >> >>> こんばんは、山内です。
> >>> >> >> >>>
> >>> >> >> >>> 了解いたしました。
> >>> >> >> >>>
> >>> >> >> >>> ご連絡ありがとうございました。
> >>> >> >> >>>
> >>> >> >> >>> 以上です。
> >>> >> >> >>>
> >>> >> >> >>>
> >>> >> >> >>>
> >>> >> >> >>> ----- Original Message -----
> >>> >> >> >>>> From: AKIBA Makoto
> >>> > <akiba@acroquest.co.jp>
> >>> >> >> >>>> To:
> > linux-ha-japan@lists.osdn.me
> >>> >> >> >>>> Cc:
> >>> >> >> >>>> Date: 2016/9/28, Wed 18:30
> >>> >> >> >>>> Subject: Re: [Linux-ha-jp]
> >> pacemaker +
> >>> > corosync 上で
> >>> >> > PostgreSQL
> >>> >> >> >>> を動かした際の空きメモリ減少について
> >>> >> >> >>>>
> >>> >> >> >>>> 山内さん
> >>> >> >> >>>>
> >>> >> >> >>>> 秋葉です。
> >>> >> >> >>>>
> >>> >> >> >>>> 設定ファイルの確認ありがとうございました。
> >>> >> >> >>>>
> >>> >> >> >>>>>
> > ちなみに、systemdのメモリ増加の確認ですが、どのような
> >>> コマ
> >>> >> ンド
> >>> >> >> で実行され
> >>> >> >> >>>>> ましたか？
> >>> >> >> >>>>>
> > 念の為、同じ確認を実施したいので、お手数ですが、ご連
> >>> 絡く
> >>> >> ださ
> >>> >> >> い。
> >>> >> >> >>>>
> >>> >> >> >>>> こちら、取り急ぎ返信致しますと、
> >>> >> >> >>>>
> > systemdプロセスのメモリ使用量についてはtopコマンドを
> >>> 使っ
> >>> >> て、
> >>> >> >> >>>> VIRT(VSZ)とRSSを見ております。
> >>> >> >> >>>>
> >>> >> >> >>>> 特にRSSの方が細かく増え続ける状態になっていまし
> た。
> >>> >> >> >>>>
> >>> >> >> >>>> お手数をおかけしますが、よろしくお願い致します。
> >>> >> >> >>>>
> >>> >> >> >>>> 以上
> >>> >> >> >>>>
> >>> >> >> >>>>> -----Original
> > Message-----
> >>> >> >> >>>>> From:
> >>> > linux-ha-japan-bounces@lists.osdn.me
> >>> >> >> >>>>>
> >>> > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> >>> >> > Behalf Of
> >>> >> >> >>>>> renayama19661014@ybb.ne.jp
> >>> >> >> >>>>> Sent: Wednesday,
> > September 28,
> >> 2016 6:08
> >>> > PM
> >>> >> >> >>>>> To:
> >> linux-ha-japan@lists.osdn.me
> >>> >> >> >>>>> Subject: Re:
> > [Linux-ha-jp]
> >> pacemaker +
> >>> > corosync 上で
> >>> >> >> > PostgreSQL を動か
> >>> >> >> >>>>> した際の空きメモリ減少について
> >>> >> >> >>>>>
> >>> >> >> >>>>> 秋葉さん
> >>> >> >> >>>>>
> >>> >> >> >>>>> こんばんは、山内です。
> >>> >> >> >>>>>
> >>> >> >> >>>>>
> > (MLへの送信に失敗しているように思えるので、再送します）
> >>> >> >> >>>>>
> >>> >> >> >>>>>
> > 頂いた設定について拝見しましたが、特にPacemaker的に
> >>> は問
> >>> >> 題な
> >>> >> >> いと思いま
> >>> >> >> >>>>> す。
> >>> >> >> >>>>>
> >>> >> >> >>>>>
> >> CentOS7でのsystemdの様子については、これからVM構成
> >>> です
> >>> >> が、
> >>> >> >> 確認してみ
> >>> >> >> >>>>> るつもりです。
> >>> >> >> >>>>>
> >>> >> >> >>>>>
> > ちなみに、systemdのメモリ増加の確認ですが、どのような
> >>> コマ
> >>> >> ンド
> >>> >> >> で実行され
> >>> >> >> >>>>> ましたか？
> >>> >> >> >>>>>
> > 念の為、同じ確認を実施したいので、お手数ですが、ご連
> >>> 絡く
> >>> >> ださ
> >>> >> >> い。
> >>> >> >> >>>>>
> >>> >> >> >>>>> 以上です。
> >>> >> >> >>>>>
> >>> >> >> >>>>>
> >>> >> >> >>>>>
> >>> >> >> >>>>> ----- Original Message
> > -----
> >>> >> >> >>>>> > From: AKIBA Makoto
> >>> >> > <akiba@acroquest.co.jp>
> >>> >> >> >>>>> > To:
> >> linux-ha-japan@lists.osdn.me
> >>> >> >> >>>>> > Cc:
> >>> >> >> >>>>> > Date: 2016/9/28, Wed
> >
> >> 16:21
> >>> >> >> >>>>> > Subject: Re:
> >> [Linux-ha-jp]
> >>> > pacemaker +
> >>> >> > corosync 上で
> >>> >> >> >> PostgreSQL ã‚’å‹•
> >>> >> >> >>>>> かした際の空きメモリ減少について
> >>> >> >> >>>>> >
> >>> >> >> >>>>> > 山内さん
> >>> >> >> >>>>> >
> >>> >> >> >>>>> > 秋葉です。
> >>> >> >> >>>>> >
> >>> >> >> >>>>> >
> > systemdについての情報ありがとうございます。
> >>> >> >> >>>>> > 確認させていただきます。
> >>> >> >> >>>>> >
> >>> >> >> >>>>> >
> >>> >> >> >>>>> > 以上
> >>> >> >> >>>>> >
> >>> >> >> >>>>> >> -----Original
> >> Message-----
> >>> >> >> >>>>> >> From:
> >>> >> > linux-ha-japan-bounces@lists.osdn.me
> >>> >> >> >>>>> >>
> >>> >> > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> >>> >> >> > Behalf
> >>> >> >> >> Of
> >>> >> >> >>>>> >>
> >> renayama19661014@ybb.ne.jp
> >>> >> >> >>>>> >> Sent: Monday,
> >> September 26,
> >>> > 2016 6:22 PM
> >>> >> >> >>>>> >> To:
> >>> > linux-ha-japan@lists.osdn.me
> >>> >> >> >>>>> >> Subject: Re:
> >> [Linux-ha-jp]
> >>> > pacemaker +
> >>> >> > corosync 上で
> >>> >> >> >
> >>> >> >> >>> PostgreSQL ã‚’
> >>> >> >> >>>>> 動か
> >>> >> >> >>>>> >> した際の空きメモリ減少について
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >> 秋葉さん
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >> こんばんは、山内です。
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >> 了解しました。
> >>> >> >> >>>>> >>
> >> こちれでも、時間をみて、頂いた設定をベースに試し
> >>> てみ
> >>> >> たい
> >>> >> >> と思います。
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >>
> >> systemd関連も不具合などもあるようですので、そちら
> >>> を探
> >>> >> して
> >>> >> >> みるのも良
> >>> >> >> >>>>> いか
> >>> >> >> >>>>> >> もしれません。
> >>> >> >> >>>>> >>
> >> ちょっと探してみても、以下などもありました。
> >>> >> >> >>>>> >>
> > 直接関係があるかは別ですが・・・
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >> *
> >>> >> >> >
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1361120
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >>
> >> 設定などで質問があれば、またご連絡させてください。
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >> 以上です。
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >> ----- Original
> >> Message -----
> >>> >> >> >>>>> >> > From:
> > AKIBA
> >> Makoto
> >>> >> >> > <akiba@acroquest.co.jp>
> >>> >> >> >>>>> >> > To:
> >>> > linux-ha-japan@lists.osdn.me
> >>> >> >> >>>>> >> > Cc:
> >>> >> >> >>>>> >> > Date:
> >> 2016/9/26, Mon
> >>> > 16:18
> >>> >> >> >>>>> >> > Subject:
> > Re:
> >>> > [Linux-ha-jp]
> >>> >> > pacemaker +
> >>> >> >> > corosync 上で
> >>> >> >> >>
> >>> >> >> >>>> PostgreSQL ã‚’
> >>> >> >> >>>>> å‹•
> >>> >> >> >>>>> >>
> > かした際の空きメモリ減少について
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> > 山内さん
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> > 秋葉です。
> >>> >> >> >>>>> >> >
> >> ご回答・解説ありがとうございます。
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> >
> >>> > 実際に当方の環境でpacemakerのプロセスメモリサイズ
> >>> >> ã‚’
> >>> >> >> >>>>> >> >
> >>> > 見てみたところ、～8MB程度になっており、頂いた情報の
> >>> >> 通り
> >>> >> >> >>>>> >> >
> > 大きくはなっていませんでした。
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> >
> >>> > 一方で、systemd(pid=1)については1GB程度まで大きく
> >>> >> なっ
> >>> >> >> て
> >>> >> >> >>>>> >> >
> >>> > おり、pmapで参照すると[heap]とマッピングされた領域
> >>> >> が
> >>> >> >> >>>>> >> >
> >> ほとんどを占めているように見えました。
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> >
> >> なので、これ以上の問い合わせは見当違いの可能性
> >>> もあ
> >>> >> りま
> >>> >> >> すが、
> >>> >> >> >>>>> >> >
> >> 念の為、当方で使用している設定ファイルを添付致
> >>> しま
> >>> >> す。
> >>> >> >> >>>>> >> >
> >> (固有情報はマスキングしてあります)
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> >
> >> これで何か情報が得られましたら教えていただけま
> >>> すで
> >>> >> しょ
> >>> >> >> うか。
> >>> >> >> >>>>> >> >
> >>> > また、不足している情報がありましたらご指摘ください。
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> >
> >> お手数をおかけ致しますがよろしくお願い致します。
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> > 以上
> >>> >> >> >>>>> >> >
> >> ----------------
> >>> >> >> >>>>> >> > AKIBA
> > Makoto
> >>> >> >> >>>>> >> >
> >> akiba@acroquest.co.jp
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >> >>
> >> -----Original
> >>> > Message-----
> >>> >> >> >>>>> >> >> From:
> >>> >> >> > linux-ha-japan-bounces@lists.osdn.me
> >>> >> >> >>>>> >> >>
> >>> >> >> > [mailto:linux-ha-japan-bounces@lists.osdn.me]
> >>> >> >> >> On
> >>> >> >> >>> Behalf
> >>> >> >> >>>> Of
> >>> >> >> >>>>> >> >>
> >>> > renayama19661014@ybb.ne.jp
> >>> >> >> >>>>> >> >> Sent:
> >
> >> Friday,
> >>> > September 23,
> >>> >> > 2016 6:04 PM
> >>> >> >> >>>>> >> >> To:
> >>> >> > linux-ha-japan@lists.osdn.me
> >>> >> >> >>>>> >> >>
> > Subject:
> >> Re:
> >>> > [Linux-ha-jp]
> >>> >> > pacemaker +
> >>> >> >> >> corosync 上で
> >>> >> >> >>>
> >>> >> >> >>>> PostgreSQL
> >>> >> >> >>>>> ã‚’
> >>> >> >> >>>>> >> 動か
> >>> >> >> >>>>> >> >>
> >> した際の空きメモリ減少について
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >> 秋葉さん
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >>
> >> こんばんは、山内です。
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >>
> >>> >> > pacemakerのプロセスがIPC通信の為にマップしているメ
> >>> >> >> モリは
> >>> >> >> >>>>> 5Mbyteま
> >>> >> >> >>>>> >> でで
> >>> >> >> >>>>> >> >> す。
> >>> >> >> >>>>> >> >>
> >>> > よって、最大、5Mbyteまでプロセスのメモリサイズは
> >>> >> 上が
> >>> >> >> る可能性が
> >>> >> >> >>>>> あり
> >>> >> >> >>>>> >> ます
> >>> >> >> >>>>> >> >> が、
> >>> >> >> >>>>> >> >>
> >>> > 先のメールの通りで5Mbyteを超えるあたりで再利用
> >>> >> する
> >>> >> >> 為、それ以上
> >>> >> >> >>>>> は増
> >>> >> >> >>>>> >> えま
> >>> >> >> >>>>> >> >> せん。
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >>
> >>> >> >> >> このサイズですが、/etc/sysconfig/pacemakerの
> >>> PCMK_ipc_bufferで
> >>> >> >> >>>>> 大き
> >>> >> >> >>>>> >> くは
> >>> >> >> >>>>> >> >>
> > 出来ますが、
> >>> >> >> >>>>> >> >>
> >> 小さくすることは出来ません。
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >>
> >>> > ＃これらのメモリマップの様子は、pmapコマンドで確
> >>> >> 認す
> >>> >> >> ることが可
> >>> >> >> >>>>> 能で
> >>> >> >> >>>>> >> す。
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >> 以上です。
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >>
> >>> >> >> >>>>> >> >> -----
> >
> >> Original
> >>> > Message -----
> >>> >> >> >>>>> >> >> >
> > From:
> >>> >> >> >> "renayama19661014@ybb.ne.jp"
> >>> >> >> >>>>> >> >
> >>> > <renayama19661014@ybb.ne.jp>
> >>> >> >> >>>>> >> >> >
> > To:
> >>> >> >> >> "linux-ha-japan@lists.osdn.me"
> >>> >> >> >>>>> >> >
> >>> >> > <linux-ha-japan@lists.osdn.me>
> >>> >> >> >>>>> >> >> >
> > Cc:
> >>> >> >> >>>>> >> >> >
> > Date:
> >>> > 2016/9/22, Thu
> >>> >> > 10:20
> >>> >> >> >>>>> >> >> >
> >> Subject: Re:
> >>> >> > [Linux-ha-jp]
> >>> >> >> > pacemaker +
> >>> >> >> >>> corosync 上で
> >>> >> >> >>>>> > PostgreSQL ã‚’
> >>> >> >> >>>>> >> å‹•
> >>> >> >> >>>>> >> >>
> >> かした際の空きメモリ減少について
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >> >
> > 秋葉さん
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >> >
> >> こんにちは、山内です。
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >> >
> >>> > systemdプロセスではありませんが、
> >>> >> >> >>>>> >> >> >
> >>> >> >> > pacemakerとcorosyncを組み合わせてクラスタを構成した場
> 合、
> >>> >> >> >>>>> >> >>
> >>> >> > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
> >>> >> >> 増加して
> >>> >> >> >>>>> いく
> >>> >> >> >>>>> >> 動作
> >>> >> >> >>>>> >> >>
> > となります。
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >> >
> >>> >> > 詳細な動作は、失念していますが、pacmakerのプロセス
> >>> >> >> がメモリマ
> >>> >> >> >>>>> ップ
> >>> >> >> >>>>> >> して
> >>> >> >> >>>>> >> >>
> >>> > いる（？？MByteまでだったはず）エリア
> >>> >> >> >>>>> >> >> >
> >>> > を利用して通信などを行う為、クラスタ構成後、マ
> >>> >> ップ
> >>> >> >> した一定量
> >>> >> >> >>>>> まで
> >>> >> >> >>>>> >> 増加
> >>> >> >> >>>>> >> >>
> > が続きます。
> >>> >> >> >>>>> >> >> >
> >>> > ですが、一定量までで、それ以降は、マップしたエ
> >>> >> リア
> >>> >> >> を古い方か
> >>> >> >> >>>>> ら再
> >>> >> >> >>>>> >> 利用
> >>> >> >> >>>>> >> >>
> >> する為、増加は止まります。
> >>> >> >> >>>>> >> >> >
> >>> > （上記のマップしているサイズについては、確認し
> >>> >> て、
> >>> >> >> 再度、ご連
> >>> >> >> >>>>> 絡し
> >>> >> >> >>>>> >> ます）
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >> >
> >>> >> >> > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)
> の原因
> >>> >> >> >>>>> には
> >>> >> >> >>>>> >> 直接
> >>> >> >> >>>>> >> >>
> >> 影響しないかと思います。
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >> >
> >>> >> > 実際に増加しているのがsystemdプロセスとのことです
> >>> >> >> が、
> >>> >> >> >>>>> >> >>
> >>> >> >> > pacemaker+corosyncのクラスタ構成で、リソースなどは
> systemdã‚’
> >>> 経
> >>> >> >> >>>>> 由し
> >>> >> >> >>>>> >> て
> >>> >> >> >>>>> >> >> >
> >> 実行・監視しているでしょうか？
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>
> > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用
> >>> し
> >>> >> >> >>>>> てい
> >>> >> >> >>>>> >> るか
> >>> >> >> >>>>> >> >>
> >> どうか？ということです。
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >> >
> >>> >> > pacemakerの構成ファイルなど開示して頂ければ、私の方
> >>> >> >> でも確認可
> >>> >> >> >>>>> 能か
> >>> >> >> >>>>> >> も知
> >>> >> >> >>>>> >> >> れません。
> >>> >> >> >>>>> >> >> >
> >>> >> > ＃本当にリークしているのがsystemdプロセスである可
> >>> >> >> 能性もある
> >>> >> >> >>>>> とは
> >>> >> >> >>>>> >> 思い
> >>> >> >> >>>>> >> >>
> > ますが・・・・
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >> >
> > 以上です。
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >> >
> >>> >> >> >>>>> >> >>
> >>>
> >>> > 現在、pacemaker +
> >>> >> > corosync
> >>> >> >> > のクラスタ上で
> >>> >> >> >>> PostgreSQL ã‚’
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 動作させているデータベースサーバがあるのですが、
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 稼働中にOSのメモリ使用量が増加し続ける問題が起
> >>> >> >> きています。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 原因を把握したいのですが、何か該当する現象や確認
> >>> >> >> ポイント
> >>> >> >> >>>>> >> >>
> >>>
> >>> > などありますでしょうか？
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> > 環境は以下のようになっております。
> >>> >> >> >>>>> >> >>
> >>>
> >> OS: CentOS
> >>> > Linux
> >>> >> > release
> >>> >> >> > 7.2.1511
> >>> >> >> >> (Core)
> >>> >> >> >>>>> >> >>
> >>>
> >> kernel
> >>> > -
> >>> >> >> > 3.10.0-327.18.2.el7
> >>> >> >> >>>>> >> >>
> >>>
> >> glibc
> >>> > -
> >>> >> > 2.17-106.el7_2.6
> >>> >> >> >>>>> >> >>
> >>>
> >> Systemd:
> >>> >> > 219-19.el7_2.9 /
> >>> >> >> >>> 219-19.el7_2.12 (※)
> >>> >> >> >>>>> >> >>
> >>>
> >> Pacemaker:
> >>> >> > 1.1.13-10.el7_2.2
> >>> >> >> >>>>> >> >>
> >>>
> >> Corosync:
> >>> >> > 2.3.4-7.el7_2.1
> >>> >> >> >>>>> >> >>
> >>>
> >>> > PostgreSQL:
> >>> >> > 9.4.8-1PGDG.rhel7
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > (※)systemdのバージョンはどちらでも発生しました
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >> 2台のサーバでHotStandby構成にしてPostgreSQLを運用し
> ていま
> >>> >> >> >>>>> す。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >> (両サーバでPostgreSQLが起動し、hot-standby構成にして
> いる)
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> > Active側にVIPを割り当てるようにして、アプリケーション
> から
> >>> >> >> >>>>> は
> >>> >> >> >>>>> >> >>
> >>>
> >>> > VIPに接続するようにしています。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > これまでに観察して見えているのは以下の事象になり
> >>> >> >> ます。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >> (1)
> >>> >> > OS起動しクラスタ状態を正常にした状態で、少し
> >>> >> >> ずつ
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >> 　　OSの空きメモリ量(free+buffer+cache)が減少し続け
> る。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 　　→１日あたり30～100MB程度ずつ減少する
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 　　　※DBサーバ自体は4GBメモリを搭載
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 　　　※VIPがある／なしに関わらず減少傾向にある。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >> (2)
> >>> >> >> > メモリ使用量が大きいプロセスを確認すると、PID=1の
> >>> >> >> >>>>> >> >>
> >>>
> >> 　　systemd
> >>> >> >> > プロセスで、数十秒ごとに4～8KB程度増加する。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >> (3)
> >>> >> >> > 契機は不明だが、時折数十～数百MB程度空き容量が増える
> >>> >> >> >>>>> >> >>
> >>>
> >>> > 　　(回復する)ことがある。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 　　(長期的に見てトータルでは減少し続ける)
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >> (4)
> >>> > pacemaker +
> >>> >> >> >>> corosyncを使わず、1台のみで動作させている
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
> >>> >> >> 増減が
> >>> >> >> >>>>> >> >>
> >>>
> >>> > 　　発生していないように見える。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 　　→この点があり、何か手がかりが無いかと考え、
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 　　　こちらのMLに質問をポストさせていただきま
> >>> >> >> した。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > 長文にて恐縮ですが、情報等いただけましたら幸いで
> >>> >> >> す。
> >>> >> >> >>>>> >> >>
> >>>
> >>> > よろしくお願い致します。
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> > ----------------
> >>> >> >> >>>>> >> >>
> >>>
> >> AKIBA
> >>> > Makoto
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> > akiba@acroquest.co.jp
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>> >> >>
> >>>
> >>> >> >> >>>>
> >>> > _______________________________________________
> >>> >> >> >>>>> >> >>
> >>>
> >>> > 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
> >>> >> >> >>>>> >> >
> >>> >> >> >>>>> >>
> >>> >> >> >>>>> >>
> >>> >> > _______________________________________________
> >>> >> >> >>>>> >> 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
> >>> >> >> >>>>
> >>> >> >> >>>
> >>> >> >> >>>
> >> _______________________________________________
> >>> >> >> >>> 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
> >>> >> > _______________________________________________
> >>> >> > 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
> >> _______________________________________________
> >> 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
Re: pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 26, 2016, 1:42 AM
Post #21 of 30 (6330 views)
Permalink
秋葉さん

今晩は、山内です。

>PostgreSQLのストリーミングの簡易構成での再現試験で
>類似事象が発生したとのこと、ご連絡ありがとうございます。

RHEL7.2も実行中ですが、傾向を見ると同様のようです。
こちらは、もう少し流してみます。

>>  * https://github.com/systemd/systemd/issues/2614
>
>情報ありがとうございます。
>こちらでも類似の情報を見たことがありました。
>(タイトルはよく似ていますが全く同じではないようですね)
>http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18-days-of-uptime

拝見しました。
おっしゃる通り、似ていますが、全く同じではないようですね。

>これらの事象は必ず発生するものではないとすると、何らかの
>条件があるのだと思ってはいますが、それが分からないのが
>苦しいところです。

>ちなみに、ダメ元でお伺いしますが、
>pacemakerでPostgreSQLをストリーミング構成で
>動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
>仕方など)で改善できる要素などはあるのでしょうか？

こちらについては、もう少々お待ちください。
何が原因なりそうか、これから調査する所です。
それがわかれば、Pacemaker側での回避設定・修正も可能かも知れません。

また、コミュニティのメンバーとも昨日少し話をしましたが、もう少し事象を限定的な簡易な方法（Pacemaker無のコマンドの繰り返し実行など)
で再現できるかどうかを確認してRHの方へBugzillaへ報告してみる予定です。

>ACT+SBY構成ならば起きないが、HotStandby(ストリーム
>レプリケーション)構成だと発生する、ということなのか、
>それに付随した原因が考えられるのか、といったところです。

もしかすると、ACT+SBYでもDummyではなくpgsqlのRAを使った場合に起きるかも知れません。
#こちらは確認してみる予定です。


>> 回答的には、systemd2.1.9よりも新しいバージョンを
>> 利用するようにとのことで、Closeしていますが・・
>この点ですが、RHEL／CentOSでyumでインストールできるものは
>2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
>既に2.3.1(v231)がリリースされています。

はい。私も確認しています。

>RedHatは、2.1.9をベースにアップデートを重ねているようですが、
>これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
>取れるものなのでしょうか？
>(このMLで質問することではないかもしれませんが…)

RHは、RHで採用するパッケージは決定しているので、本家とは直接関係していないと思います。
また、RHは本家の採用バージョンに対して必要に応じて、パッチを適用して利用しています。
ですので、RHが本家のBugfixを必要と判断すれば採用するというというスタンスではないでしょうか？
#CentOSも同じパッケージとなると思いますので、RHの判断に追従していると思います。

以上です。



----- Original Message -----
> From: AKIBA Makoto <akiba@acroquest.co.jp>
> To: linux-ha-japan@lists.osdn.me
> Cc:
> Date: 2016/10/25, Tue 20:05
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
>T o: 山内さん
>
> 秋葉です。
> いつもお世話になっております。
>
> PostgreSQLのストリーミングの簡易構成での再現試験で
> 類似事象が発生したとのこと、ご連絡ありがとうございます。
>
>>   * https://github.com/systemd/systemd/issues/2614
>
> 情報ありがとうございます。
> こちらでも類似の情報を見たことがありました。
> (タイトルはよく似ていますが全く同じではないようですね)
> http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18-days-of-uptime
>
>
> これらの事象は必ず発生するものではないとすると、何らかの
> 条件があるのだと思ってはいますが、それが分からないのが
> 苦しいところです。
>
> ちなみに、ダメ元でお伺いしますが、
> pacemakerでPostgreSQLをストリーミング構成で
> 動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
> 仕方など)で改善できる要素などはあるのでしょうか？
>
> ACT+SBY構成ならば起きないが、HotStandby(ストリーム
> レプリケーション)構成だと発生する、ということなのか、
> それに付随した原因が考えられるのか、といったところです。
>
>
>> 回答的には、systemd2.1.9よりも新しいバージョンを
>> 利用するようにとのことで、Closeしていますが・・
>
> この点ですが、RHEL／CentOSでyumでインストールできるものは
> 2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
> 既に2.3.1(v231)がリリースされています。
>
> RedHatは、2.1.9をベースにアップデートを重ねているようですが、
> これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
> 取れるものなのでしょうか？
> (このMLで質問することではないかもしれませんが…)
>
>
> 以上、よろしくお願い致します。
>
>> -----Original Message-----
>> From: linux-ha-japan-bounces@lists.osdn.me
>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> renayama19661014@ybb.ne.jp
>> Sent: Monday, October 24, 2016 7:25 PM
>> To: linux-ha-japan@lists.osdn.me
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>> した際の空きメモリ減少について
>>
>> 秋葉さん
>>
>> こんばんは、山内です。
>>
>> PostgreSQLのストリーミングの簡易構成でCentOS7.2で週末(3日間程度）に流
>> してみました。
>>
>> どうやら、明らかに先にDummy構成などで確認した増加量を大幅に超えて、秋
>> 葉さんのおっしゃるようにsystemd(pid=1)で増加がみられるようです。
>>
>> ------
>> [root@c7-01 ~]# crm_mon -1 -Af
>> Last updated: Mon Oct 24 16:27:24 2016
>> Last change: Thu Oct 20 20:40:40 2016 by root via crm_attribute on c7-01
>> Stack: corosync
>> Current DC: c7-01 (version 1.1.13-10.el7_2.4-44eb2dd) - partition with
>> quorum
>> 2 nodes and 5 resources configured
>>
>> Online: [ c7-01 c7-02 ]
>>
>>   vipCheckMaster (ocf::heartbeat:VIPcheck):      Started c7-01
>>   Resource Group: master-group
>>       vip-master (ocf::heartbeat:IPaddr2):      Started c7-01
>>       vip-rep    (ocf::heartbeat:IPaddr2):      Started c7-01
>>   Master/Slave Set: msPostgresql [pgsql]
>>       Masters: [ c7-01 ]
>>       Slaves: [ c7-02 ]
>>
>> Node Attributes:
>> * Node c7-01:
>>     + master-pgsql                      : 1000
>>     + pgsql-data-status                : LATEST
>>     + pgsql-master-baseline            : 0000000008000060
>>     + pgsql-status                      : PRI
>> * Node c7-02:
>>     + master-pgsql                      : 100
>>     + pgsql-data-status                : STREAMING|SYNC
>>     + pgsql-status                      : HS:sync
>>
>> Migration Summary:
>> * Node c7-01:
>> * Node c7-02:
>> ------
>>
>> 1)Master側
>>   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM    TIME+
>> COMMAND
>>     1 root      20  0  44040  6720  3908 S  0.0  0.3  0:03.98
>> systemd
>>     1 root      20  0  44040  6720  3908 S  0.3  0.3  0:04.16
>> systemd
>>     1 root      20  0  44040  6720  3908 S  0.3  0.3  0:04.35
>> systemd
>> (snip)
>>     1 root      20  0  116216  78852  3908 S  0.3  3.8  18:08.67
>> systemd
>>     1 root      20  0  116216  78868  3908 S  0.3  3.8  18:08.86
>> systemd
>>     1 root      20  0  116216  78892  3908 S  0.4  3.8  18:09.08
>> systemd
>>
>> 2)Slave側
>>   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM    TIME+
>> COMMAND
>>     1 root      20  0  44172  6796  3908 S  5.6  0.3  0:03.33
>> systemd
>>     1 root      20  0  44172  6796  3908 S  0.2  0.3  0:03.46
>> systemd
>>     1 root      20  0  44172  6796  3908 S  0.2  0.3  0:03.60
>> systemd
>> (snip)
>>     1 root      20  0  95368  57944  3468 S  0.3  2.8  12:42.27
>> systemd
>>     1 root      20  0  95368  57944  3468 S  0.2  2.8  12:42.40
>> systemd
>>     1 root      20  0  95368  57948  3468 S  0.2  2.8  12:42.54
>> systemd
>>
>> こちらは、もう少し流してみる予定です。
>>
>> さらに、私の方で利用しているのは、主にRHELになりますので、RHEL7.2でも
>> 流してみようと思っています。
>>
>> １点..systemdのgithubのissueで同様の現象が報告されているのを見つけま
>> した。
>> 回答的には、systemd2.1.9よりも新しいバージョンを利用するようにとのこと
>> で、Closeしていますが・・
>>   * https://github.com/systemd/systemd/issues/2614
>>
>> RHEL7.2も2.1.9が入っているので事象が起きるかも知れません。
>> #CentOS7.2と、全く同一のものが入っている模様。
>>
>> また、御連絡しますが、何らかのsystemdに関連した不具合の可能性が高いと
>> 思っています。
>>
>> #ちなみに、PostgreSQLのストリーミング構成を行わずに、PacemakerをDummy
>> リソースでACT/STB構成で、
>> #pcsdを起動した構成では、極端なメモリ増加は見られていませんでした。
>>
>> 以上です。
>>
>>
>>
>>
>> ----- Original Message -----
>> > From: "renayama19661014@ybb.ne.jp"
> <renayama19661014@ybb.ne.jp>
>> > To: "linux-ha-japan@lists.osdn.me"
> <linux-ha-japan@lists.osdn.me>
>> > Cc:
>> > Date: 2016/10/18, Tue 23:43
>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>> かした際の空きメモリ減少について
>> >
>> > 秋葉さん
>> >
>> > こんばんは、山内です。
>> >
>> > すいません・・見間違えていました。
>> >
>> > PostgreSQLのバージョン、了解いたしました。
>> >
>> > また、結果が出ましたら、ご連絡します。
>> >
>> > 以上です。
>> >
>> >
>> >
>> > ----- Original Message -----
>> >>  From: AKIBA Makoto <akiba@acroquest.co.jp>
>> >>  To: linux-ha-japan@lists.osdn.me
>> >>  Cc:
>> >>  Date: 2016/10/18, Tue 19:20
>> >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
>> > を動かした際の空きメモリ減少について
>> >>
>> >> T o: 山内さん
>> >>
>> >>  秋葉です。
>> >>  いつもお世話になっております。
>> >>
>> >>>  9日でかなり大きいですね・・・
>> >>
>> >>  いえ、１カ月と９日（３９日）です・・・
>> >>
>> >>
>> >>>  こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで
>> >>>  流してみるつもりです。
>> >>
>> >>  ありがとうございます。
>> >>
>> >>
>> >>>  ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>> >>>  同じバージョンで流して試してみるつもりです。
>> >>
>> >>  インストールしているパッケージは以下になります。
>> >>
>> >>  # rpm -qa | grep postgres
>> >>  postgresql94-libs-9.4.8-1PGDG.rhel7.x86_64
>> >>  postgresql94-server-9.4.8-1PGDG.rhel7.x86_64
>> >>  postgresql94-9.4.8-1PGDG.rhel7.x86_64
>> >>  postgresql94-contrib-9.4.8-1PGDG.rhel7.x86_64
>> >>
>> >>  よろしくお願い致します。
>> >>
>> >>
>> >>  以上
>> >>
>> >>>  -----Original Message-----
>> >>>  From: linux-ha-japan-bounces@lists.osdn.me
>> >>>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>> >>>  renayama19661014@ybb.ne.jp
>> >>>  Sent: Tuesday, October 18, 2016 7:06 PM
>> >>>  To: linux-ha-japan@lists.osdn.me
>> >>>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL ã‚’
>> 動か
>> >>>  した際の空きメモリ減少について
>> >>>
>> >>>  秋葉さん
>> >>>
>> >>>  こんばんは、山内です。
>> >>>
>> >>>  > 確認しましたが、pcsdは常時起動してはいませんでした。
>> >>>  > (pacemakerd ではないのですよね？)
>> >>>
>> >>>
>> >>>  そうでしたか・・・pcsdは利用していませんでしたか・・・
>> >>>  利用されていたと思い、今日の昼頃からpcsdも起動して流していました
>> が、意
>> >>>  味がないようですので、そちらは止めておきます。
>> >>>
>> >>>
>> >>>  > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>> >>>  > VSZとRSSは以下のようになっています。
>> >>>  >
> ------------------------------------------------------------
>> >>>  > # ps -eo pid,vsz,rss,comm | grep systemd
>> >>>  >    1 2229064 2188992 systemd
>> >>>
>> >>>
>> >>>  9日でかなり大きいですね・・・
>> >>>
>> >>>  こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで流
>> してみ
>> >>>  るつもりです。
>> >>>
>> >>>
>> >>>  ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>> >>>  同じバージョンで流して試してみるつもりです。
>> >>>
>> >>>  以上です。
>> >>>
>> >>>
>> >>>  ----- Original Message -----
>> >>>  > From: AKIBA Makoto <akiba@acroquest.co.jp>
>> >>>  > To: linux-ha-japan@lists.osdn.me
>> >>>  > Cc:
>> >>>  > Date: 2016/10/18, Tue 14:14
>> >>>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL
>> ã‚’å‹•
>> >>>  かした際の空きメモリ減少について
>> >>>  >
>> >>>  >T o: 山内さん
>> >>>  >
>> >>>  > 秋葉です。
>> >>>  > いつもお世話になっております。
>> >>>  >
>> >>>  > 回答ありがとうございます。
>> >>>  >
>> >>>  >>  １点だけ、気になる点がありますが・・
>> >>>  >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
>> でいる
>> >>>  いる
>> >>>  >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょう
>> か？
>> >>>  >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確
>> 認して
>> >>>  みた
>> >>>  >>  いと思います。
>> >>>  >
>> >>>  > 確認しましたが、pcsdは常時起動してはいませんでした。
>> >>>  > (pacemakerd ではないのですよね？)
>> >>>  >
>> >>>  >
> ------------------------------------------------------------
>> >>>  > # ps -ef | grep pcsd
>> >>>  > root    23447  838  0 14:13 pts/0    00:00:00 grep
> --color=auto
>> > pcsd
>> >>>  >
> ------------------------------------------------------------
>> >>>  > # systemctl status pacemaker.service
>> >>>  > ● pacemaker.service - Pacemaker High Availability
> Cluster
>> Manager
>> >>>  >    Loaded: loaded
> (/usr/lib/systemd/system/pacemaker.service;
>> >>>  disabled; vendor
>> >>>  > preset: disabled)
>> >>>  >    Active: active (running) since 木 2016-09-08 20:59:18
> JST; 1
>> > months
>> >>>  9 days ago
>> >>>  > Main PID: 2533 (pacemakerd)
>> >>>  >    CGroup: /system.slice/pacemaker.service
>> >>>  >            +- 2533 /usr/sbin/pacemakerd -f
>> >>>  >            +- 2534 /usr/libexec/pacemaker/cib
>> >>>  >            +- 2535 /usr/libexec/pacemaker/stonithd
>> >>>  >            +- 2536 /usr/libexec/pacemaker/lrmd
>> >>>  >            +- 2537 /usr/libexec/pacemaker/attrd
>> >>>  >            +- 2538 /usr/libexec/pacemaker/pengine
>> >>>  >            +- 2539 /usr/libexec/pacemaker/crmd
>> >>>  >
>> >>>  >
>> >>>  > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>> >>>  > VSZとRSSは以下のようになっています。
>> >>>  >
> ------------------------------------------------------------
>> >>>  > # ps -eo pid,vsz,rss,comm | grep systemd
>> >>>  >    1 2229064 2188992 systemd
>> >>>  >
>> >>>  >
>> >>>  > 蛇足ですが、corosyncは以下のようになっています。
>> >>>  >
> ------------------------------------------------------------
>> >>>  > # systemctl status corosync.service
>> >>>  > ● corosync.service - Corosync Cluster Engine
>> >>>  >    Loaded: loaded
> (/usr/lib/systemd/system/corosync.service;
>> > disabled;
>> >>>  vendor
>> >>>  > preset: disabled)
>> >>>  >    Active: active (running) since 木 2016-09-08 20:59:01
> JST; 1
>> > months
>> >>>  9 days ago
>> >>>  >  Process: 2509 ExecStart=/usr/share/corosync/corosync
> start
>> >>>  (code=exited,
>> >>>  > status=0/SUCCESS)
>> >>>  > Main PID: 2516 (corosync)
>> >>>  >    CGroup: /system.slice/corosync.service
>> >>>  >            +- 2516 corosync
>> >>>  >
>> >>>  >
>> >>>  > 以上、よろしくお願い致します。
>> >>>  >
>> >>>  >>  -----Original Message-----
>> >>>  >>  From: linux-ha-japan-bounces@lists.osdn.me
>> >>>  >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> Behalf Of
>> >>>  >>  renayama19661014@ybb.ne.jp
>> >>>  >>  Sent: Monday, October 17, 2016 11:09 PM
>> >>>  >>  To: linux-ha-japan@lists.osdn.me
>> >>>  >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> > PostgreSQL ã‚’
>> >>>  動か
>> >>>  >>  した際の空きメモリ減少について
>> >>>  >>
>> >>>  >>  秋葉さん
>> >>>  >>
>> >>>  >>  こんばんは、山内です。
>> >>>  >>
>> >>>  >>  > 返事が遅くなりました。
>> >>>  >>  > いろいろ再現調査していただいてありがとうございます。
>> >>>  >>  >
>> >>>  >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>> >>>  >>  > ダミープロセス？）で動かした状態と考えてよろしい
>> >>>  >>  > でしょうか？
>> >>>  >>
>> >>>  >>  はい。
>> >>>  >>  問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ
>> (Dummyの
>> >>>  み)で
>> >>>  >>  す。
>> >>>  >>
>> >>>  >>  > こちらでも長期動作させて観察しているのですが、
>> >>>  >>  > pacemaker + corosync で冗長化させているサーバが
>> >>>  >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>> >>>  >>  > います。
>> >>>  >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>> >>>  >>  > プロセスが起動しています。
>> >>>  >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>> >>>  >>  >
>> >>>  >>  > この２つの冗長化サーバで、
>> >>>  >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>> >>>  >>  > わかっています。
>> >>>  >>  >
>> >>>  >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>> >>>  >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>> >>>  >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>> >>>  >>  > 増加有無に影響するのでしょうか？
>> >>>  >>
>> >>>  >>
>> >>>  >>  PostgreSQL,OS側に精通しているわけではないので、有識者の方のコ
>> メント
>> >>>  があ
>> >>>  >>  ると良いのですが・・・
>> >>>  >>  Pacemakerの構成で指定したリソースエージェントのRAの
>> PostgreSQLは、
>> >>>  基本
>> >>>  >>  的には、systemdプロセスへの影響はないと思っています。
>> >>>  >>  ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemd
>> リソー
>> >>>  スで
>> >>>  >>  管理しているのであれば影響はある可能性もあるとは思います
>> が・・・
>> >>>  >>
>> >>>  >>  秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思い
>> ますの
>> >>>  で、
>> >>>  >>  両系でPostgreSQLが動いていますのでメモリ使用料に変化はある
>> と思い
>> >>>  ます
>> >>>  >>  が、
>> >>>  >>  それが、systemdのメモリ増加へは影響しないと思っています。
>> >>>  >>
>> >>>  >>
>> >>>  >>  １点だけ、気になる点がありますが・・
>> >>>  >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
>> でいる
>> >>>  いる
>> >>>  >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょう
>> か？
>> >>>  >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確
>> 認して
>> >>>  みた
>> >>>  >>  いと思います。
>> >>>  >>
>> >>>  >>
>> >>>  >>  以上です。
>> >>>  >>
>> >>>  >>
>> >>>  >>
>> >>>  >>
>> >>>  >>  ----- Original Message -----
>> >>>  >>  > From: AKIBA Makoto
> <akiba@acroquest.co.jp>
>> >>>  >>  > To: linux-ha-japan@lists.osdn.me
>> >>>  >>  > Cc:
>> >>>  >>  > Date: 2016/10/17, Mon 19:53
>> >>>  >>  > Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>> >>  PostgreSQL を
>> >>>  動
>> >>>  >>  かした際の空きメモリ減少について
>> >>>  >>  >
>> >>>  >>  >T o: 山内さん
>> >>>  >>  >
>> >>>  >>  > 秋葉です。
>> >>>  >>  >
>> >>>  >>  > 返事が遅くなりました。
>> >>>  >>  > いろいろ再現調査していただいてありがとうございます。
>> >>>  >>  >
>> >>>  >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>> >>>  >>  > ダミープロセス？）で動かした状態と考えてよろしい
>> >>>  >>  > でしょうか？
>> >>>  >>  >
>> >>>  >>  > こちらでも長期動作させて観察しているのですが、
>> >>>  >>  > pacemaker + corosync で冗長化させているサーバが
>> >>>  >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>> >>>  >>  > います。
>> >>>  >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>> >>>  >>  > プロセスが起動しています。
>> >>>  >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>> >>>  >>  >
>> >>>  >>  > この２つの冗長化サーバで、
>> >>>  >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>> >>>  >>  > わかっています。
>> >>>  >>  >
>> >>>  >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>> >>>  >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>> >>>  >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>> >>>  >>  > 増加有無に影響するのでしょうか？
>> >>>  >>  >
>> >>>  >>  >
>> >>>  >>  > 以上
>> >>>  >>  >
>> >>>  >>  >>  -----Original Message-----
>> >>>  >>  >>  From:
> linux-ha-japan-bounces@lists.osdn.me
>> >>>  >>  >> 
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>> > Behalf
>> >>  Of
>> >>>  >>  >>  renayama19661014@ybb.ne.jp
>> >>>  >>  >>  Sent: Monday, October 17, 2016 7:16 PM
>> >>>  >>  >>  To: linux-ha-japan@lists.osdn.me
>> >>>  >>  >>  Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>> >
>> >>  PostgreSQL
>> >>>  を
>> >>>  >>  動か
>> >>>  >>  >>  した際の空きメモリ減少について
>> >>>  >>  >>
>> >>>  >>  >>  秋葉さん
>> >>>  >>  >>
>> >>>  >>  >>  こんばんは、山内です。
>> >>>  >>  >>
>> >>>  >>  >>  遅くなりました・・続けて先週末の時点のCentOS7.2に最新の
>> アップ
>> >>>  デー
>> >>>  >>  トを
>> >>>  >>  >>  適用して、２日半程度流してみみました。
>> >>>  >>  >>  ゲストの構成や、リソースは前回と同じのままです。
>> >>>  >>  >>
>> >>>  >>  >>  ----------
>> >>>  >>  >>  Linux c7-01 3.10.0-327.36.2.el7.x86_64
> #1 SMP Mon
>> > Oct
>> >>  10 23:08:37
>> >>>  > UTC
>> >>>  >>  2016
>> >>>  >>  >>  x86_64 x86_64 x86_64 GNU/Linux
>> >>>  >>  >>  systemd-219-19.el7_2.13.x86_64
>> >>>  >>  >>  glibc-2.17-106.el7_2.8.x86_64
>> >>>  >>  >>  pacemaker-1.1.13-10.el7.x86_64
>> >>>  >>  >>  corosync-2.3.4-7.el7.x86_64
>> >>>  >>  >>  ----------
>> >>>  >>  >>
>> >>>  >>  >>  以下が結果となりました。
>> >>>  >>  >>
>> >>>  >>  >>  ●ACTノードのpid=1のsystemdのtopデータ
>> >>>  >>  >>  PID USER      PR  NI    VIRT    RES   
> SHR
>> >>>  S  %CPU %MEM    TIME+
>> >>>  >>  >>  COMMAND
>> >>>  >>  >>      1 root      20  0  44172  6796 
> 3904 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:02.66
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44172  6796 
> 3904 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:02.66
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44172  6796 
> 3904 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:02.67
>> >>>  >>  >>  systemd
>> >>>  >>  >>  (snip)
>> >>>  >>  >>      1 root      20  0  44172  6808 
> 3908 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:16.86
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44172  6808 
> 3908 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:16.87
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44172  6808 
> 3908 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:16.87
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44172  6808 
> 3908 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:16.88
>> >>>  >>  >>  systemd
>> >>>  >>  >>
>> >>>  >>  >>  ●STBノードのpid=1のsystemdのtopデータ
>> >>>  >>  >>      1 root      20  0  44040  6640 
> 3900 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:02.73
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44040  6640 
> 3900 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:02.73
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44040  6640 
> 3900 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:02.74
>> >>>  >>  >>  systemd
>> >>>  >>  >>  (snip)
>> >>>  >>  >>      1 root      20  0  44172  6808 
> 3908 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:16.67
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44172  6808 
> 3908 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:16.68
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44172  6808 
> 3908 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:16.68
>> >>>  >>  >>  systemd
>> >>>  >>  >>      1 root      20  0  44172  6808 
> 3908 S
>> > 0.0
>> >>  0.3
>> >>>  > 0:16.70
>> >>>  >>  >>  systemd
>> >>>  >>  >>
>> >>>  >>  >>  やはり、前回と同様に、systemd(pid=1)に増加は見られますが、
>> 秋葉
>> >>>  さん
>> >>>  >>  の最
>> >>>  >>  >>  初にご報告頂いたような増加は起きていないようです。
>> >>>  >>  >>  #ただ・・この結果だけで判断出来ないとは思いますが、前回の
>> 計測よ
>> >>>  りは
>> >>>  >>  増加
>> >>>  >>  >>  量が減ってように見えるので、systemd関連で何らかのメモリ関
>> 連の修
>> >>>  正が
>> >>>  >>  入っ
>> >>>  >>  >>  ている可能性はあると思います。
>> >>>  >>  >>
>> >>>  >>  >>  以上です。
>> >>>  >>  >>
>> >>>  >>  >>
>> >>>  >>  >>
>> >>>  >>  >>
>> >>>  >>  >>
>> >>>  >>  >>
>> >>>  >>  >>  ----- Original Message -----
>> >>>  >>  >>  > From:
> "renayama19661014@ybb.ne.jp"
>> >>>  >>  > <renayama19661014@ybb.ne.jp>
>> >>>  >>  >>  > To:
> "linux-ha-japan@lists.osdn.me"
>> >>>  >>  > <linux-ha-japan@lists.osdn.me>
>> >>>  >>  >>  > Cc:
>> >>>  >>  >>  > Date: 2016/10/3, Mon 22:37
>> >>>  >>  >>  > Subject: Re: [Linux-ha-jp]
> pacemaker +
>> > corosync 上で
>> >>>  > PostgreSQL を
>> >>>  >>  動
>> >>>  >>  >>  かした際の空きメモリ減少について
>> >>>  >>  >>  >
>> >>>  >>  >>  > 秋葉さん
>> >>>  >>  >>  >
>> >>>  >>  >>  > こんばんは、山内です。
>> >>>  >>  >>  >
>> >>>  >>  >>  > 週末から、私の環境でも、２日半程度流してみみました。
>> >>>  >>  >>  >
>> >>>  >>  >>  >
>> > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイ
>> >>>  メー
>> >>>  >>  ジそ
>> >>>  >>  >>  のままで構成してみました。
>> >>>  >>  >>  >
>> >>>  >>  >>  > ----------
>> >>>  >>  >>  > CentOS Linux release 7.2.1511
> (Core)
>> >>>  >>  >>  > Linux c7-01 3.10.0-327.el7.x86_64
> #1 SMP Thu
>> > Nov
>> >>  19 22:10:57
>> >>>  > UTC 2015
>> >>>  >>  >>  x86_64
>> >>>  >>  >>  > x86_64 x86_64 GNU/Linux
>> >>>  >>  >>  > systemd-219-19.el7.x86_64
>> >>>  >>  >>  > glibc-2.17-105.el7.x86_64
>> >>>  >>  >>  > pacemaker-1.1.13-10.el7.x86_64
>> >>>  >>  >>  > corosync-2.3.4-7.el7.x86_64
>> >>>  >>  >>  > ----------
>> >>>  >>  >>  >
>> >>>  >>  >>  > リソースは簡易のDummyリソースのみですが、以下のように
>> してい
>> >>>  ます。
>> >>>  >>  >>  > ----------
>> >>>  >>  >>  > ●設定ファイル(crm形式です）
>> >>>  >>  >>  > ### Cluster Option ###
>> >>>  >>  >>  > property
> no-quorum-policy="ignore"
>> > \
>> >>>  >>  >>  > stonith-enabled="false"
> \
>> >>>  >>  >>  > startup-fencing="false"
>> >>>  >>  >>  >
>> >>>  >>  >>  > ### Resource Defaults ###
>> >>>  >>  >>  > rsc_defaults
>> >>  resource-stickiness="INFINITY" \
>> >>>  >>  >>  > migration-threshold="1"
>> >>>  >>  >>  >
>> >>>  >>  >>  > ### Group Configuration ###
>> >>>  >>  >>  > group grpDummy \
>> >>>  >>  >>  > prmDummy1 \
>> >>>  >>  >>  > prmDummy2 \
>> >>>  >>  >>  > prmDummy3 \
>> >>>  >>  >>  > prmDummy4 \
>> >>>  >>  >>  > prmDummy5 \
>> >>>  >>  >>  >
>> >>>  >>  >>  > ### Primitive Configuration ###
>> >>>  >>  >>  > primitive prmDummy1
> ocf:pacemaker:Dummy \
>> >>>  >>  >>  > op start interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op monitor interval="10s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op stop interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="block"
>> >>>  >>  >>  >
>> >>>  >>  >>  > primitive prmDummy2
> ocf:pacemaker:Dummy \
>> >>>  >>  >>  > op start interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op monitor interval="10s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op stop interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="block"
>> >>>  >>  >>  >
>> >>>  >>  >>  > primitive prmDummy3
> ocf:pacemaker:Dummy \
>> >>>  >>  >>  > op start interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op monitor interval="10s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op stop interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="block"
>> >>>  >>  >>  >
>> >>>  >>  >>  > primitive prmDummy4
> ocf:pacemaker:Dummy \
>> >>>  >>  >>  > op start interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op monitor interval="10s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op stop interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="block"
>> >>>  >>  >>  >
>> >>>  >>  >>  > primitive prmDummy5
> ocf:pacemaker:Dummy \
>> >>>  >>  >>  > op start interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op monitor interval="10s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="restart" \
>> >>>  >>  >>  > op stop interval="0s"
>> >>  timeout="60s"
>> >>>  >>  >>  > on-fail="block"
>> >>>  >>  >>  >
>> >>>  >>  >>  > ### Resource Location ###
>> >>>  >>  >>  > location rsc_location-msDrbd-1
> grpDummy \
>> >>>  >>  >>  > rule 200: #uname eq c7-01 \
>> >>>  >>  >>  > rule 100: #uname eq c7-02
>> >>>  >>  >>  > ----------
>> >>>  >>  >>  > ●crm_monの様子
>> >>>  >>  >>  > [root@c7-01 ~]# crm_mon -1
>> >>>  >>  >>  > Last updated: Mon Oct  3 16:35:29
> 2016
>> >
>> >>  Last change:
>> >>>  > Fri Sep
>> >>>  >>  > 30
>> >>>  >>  >>  00:28:56
>> >>>  >>  >>  > 2016 by root via cibadmin on c7-01
>> >>>  >>  >>  > Stack: corosync
>> >>>  >>  >>  > Current DC: c7-01 (version
>> > 1.1.13-10.el7-44eb2dd)
>> >>  -
>> >>>  > partition with
>> >>>  >>  > quorum
>> >>>  >>  >>  > 2 nodes and 5 resources configured
>> >>>  >>  >>  >
>> >>>  >>  >>  > Online: [ c7-01 c7-02 ]
>> >>>  >>  >>  >
>> >>>  >>  >>  > Resource Group: grpDummy
>> >>>  >>  >>  > prmDummy1  (ocf::pacemaker:Dummy):
> Started
>> > c7-01
>> >>>  >>  >>  > prmDummy2  (ocf::pacemaker:Dummy):
> Started
>> > c7-01
>> >>>  >>  >>  > prmDummy3  (ocf::pacemaker:Dummy):
> Started
>> > c7-01
>> >>>  >>  >>  > prmDummy4  (ocf::pacemaker:Dummy):
> Started
>> > c7-01
>> >>>  >>  >>  > prmDummy5  (ocf::pacemaker:Dummy):
> Started
>> > c7-01
>> >>>  >>  >>  > ----------
>> >>>  >>  >>  >
>> >>>  >>  >>  >
>> >>>  >>  >>  > 以下が結果となりました。
>> >>>  >>  >>  >
>> >>>  >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>> >>>  >>  >>  > PID USER      PR  NI    VIRT   
> RES    SHR S
>> > %CPU
>> >>  %MEM
>> >>>  > TIME+
>> >>>  >>  >>  COMMAND
>> >>>  >>  >>  > 1 root      20  0  44644  7280 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.18
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44644  7296 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.20
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44644  7296 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.21
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44644  7296 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.21
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44644  7296 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.21
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44644  7296 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.21
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44644  7296 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.21
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > (snip)
>> >>>  >>  >>  > 1 root      20  0  45064  7720 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.91
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  45064  7720 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.91
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  45064  7720 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.91
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  45064  7720 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.91
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  45064  7720 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.91
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  45064  7720 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.93
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  45064  7720 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.95
>> >>>  >>  >>  systemd
>> >>>  >>  >>  >
>> >>>  >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>> >>>  >>  >>  > PID USER      PR  NI    VIRT   
> RES    SHR S
>> > %CPU
>> >>  %MEM
>> >>>  > TIME+
>> >>>  >>  >>  COMMAND
>> >>>  >>  >>  > 1 root      20  0  44652  7288 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.23
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44652  7288 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.25
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44652  7288 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.26
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44652  7288 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.26
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44652  7288 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.26
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  44652  7288 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:03.26
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > (snip)
>> >>>  >>  >>  > 1 root      20  0  45088  7712 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.00
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  45088  7712 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.00
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  45088  7712 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.00
>> >>>  >>  >>  systemd
>> >>>  >>  >>  > 1 root      20  0  45088  7716 
> 2600 S
>> > 0.0
>> >>  0.4
>> >>>  > 0:21.03
>> >>>  >>  >>  systemd
>> >>>  >>  >>  >
>> >>>  >>  >>  > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご
>> 報告頂
>> >>>  いた
>> >>>  >>  よう
>> >>>  >>  >>  な増加は起きていないようです。
>> >>>  >>  >>  > #この増加がsystemdの正しい動作の範疇なのかどうかは別物
>> です
>> >>>  が。。。。
>> >>>  >>  >>  >
>> >>>  >>  >>  > こちらも、systemdのバージョンなどをアップしても確認して
>> みたい
>> >>>  と思
>> >>>  >>  いま
>> >>>  >>  >>  す。
>> >>>  >>  >>  >
>> >>>  >>  >>  > 以上です。
>> >>>  >>  >>  >
>> >>>  >>  >>  >
>> >>>  >>  >>  >
>> >>>  >>  >>  > ----- Original Message -----
>> >>>  >>  >>  >>  From:
>> > "renayama19661014@ybb.ne.jp"
>> >>>  >>  >>  > <renayama19661014@ybb.ne.jp>
>> >>>  >>  >>  >>  To:
>> > "linux-ha-japan@lists.osdn.me"
>> >>>  >>  >>  >
> <linux-ha-japan@lists.osdn.me>
>> >>>  >>  >>  >>  Cc:
>> >>>  >>  >>  >>  Date: 2016/9/30, Fri 04:56
>> >>>  >>  >>  >>  Subject: Re: [Linux-ha-jp]
> pacemaker +
>> >>  corosync 上で
>> >>>  > PostgreSQL
>> >>>  >>  >>  > を動かした際の空きメモリ減少について
>> >>>  >>  >>  >>
>> >>>  >>  >>  >>  秋葉さん
>> >>>  >>  >>  >>
>> >>>  >>  >>  >>  こんばんは、山内です。
>> >>>  >>  >>  >>
>> >>>  >>  >>  >>
>> >>>  >>  >>  >>  こちらでも、準備が出来ましたので、週末に流してみる予
>> 定です。
>> >>>  >>  >>  >>
>> >>>  >>  >>  >>  また、結果がわかりましたら、ご連絡します。
>> >>>  >>  >>  >>
>> >>>  >>  >>  >>  以上です。
>> >>>  >>  >>  >>
>> >>>  >>  >>  >>
>> >>>  >>  >>  >>  ----- Original Message -----
>> >>>  >>  >>  >>>  From:
>> >>  "renayama19661014@ybb.ne.jp"
>> >>>  >>  >>  >> 
> <renayama19661014@ybb.ne.jp>
>> >>>  >>  >>  >>>  To:
>> >>  "linux-ha-japan@lists.osdn.me"
>> >>>  >>  >>  >> 
> <linux-ha-japan@lists.osdn.me>
>> >>>  >>  >>  >>>  Cc:
>> >>>  >>  >>  >>>  Date: 2016/9/28, Wed
> 18:56
>> >>>  >>  >>  >>>  Subject: Re:
> [Linux-ha-jp]
>> > pacemaker +
>> >>  corosync 上で
>> >>>  >>  > PostgreSQL
>> >>>  >>  >>  >>  を動かした際の空きメモリ減少について
>> >>>  >>  >>  >>>
>> >>>  >>  >>  >>>  秋葉さん
>> >>>  >>  >>  >>>
>> >>>  >>  >>  >>>  こんばんは、山内です。
>> >>>  >>  >>  >>>
>> >>>  >>  >>  >>>  了解いたしました。
>> >>>  >>  >>  >>>
>> >>>  >>  >>  >>>  ご連絡ありがとうございました。
>> >>>  >>  >>  >>>
>> >>>  >>  >>  >>>  以上です。
>> >>>  >>  >>  >>>
>> >>>  >>  >>  >>>
>> >>>  >>  >>  >>>
>> >>>  >>  >>  >>>  ----- Original Message
> -----
>> >>>  >>  >>  >>>>    From: AKIBA Makoto
>> >>>  > <akiba@acroquest.co.jp>
>> >>>  >>  >>  >>>>    To:
>> > linux-ha-japan@lists.osdn.me
>> >>>  >>  >>  >>>>    Cc:
>> >>>  >>  >>  >>>>    Date: 2016/9/28, Wed
> 18:30
>> >>>  >>  >>  >>>>    Subject: Re:
> [Linux-ha-jp]
>> >>  pacemaker +
>> >>>  > corosync 上で
>> >>>  >>  > PostgreSQL
>> >>>  >>  >>  >>>  を動かした際の空きメモリ減少について
>> >>>  >>  >>  >>>>
>> >>>  >>  >>  >>>>    山内さん
>> >>>  >>  >>  >>>>
>> >>>  >>  >>  >>>>    秋葉です。
>> >>>  >>  >>  >>>>
>> >>>  >>  >>  >>>>   
> 設定ファイルの確認ありがとうございました。
>> >>>  >>  >>  >>>>
>> >>>  >>  >>  >>>>>
>> > ちなみに、systemdのメモリ増加の確認ですが、どのような
>> >>>  コマ
>> >>>  >>  ンド
>> >>>  >>  >>  で実行され
>> >>>  >>  >>  >>>>>    ましたか？
>> >>>  >>  >>  >>>>>
>> > 念の為、同じ確認を実施したいので、お手数ですが、ご連
>> >>>  絡く
>> >>>  >>  ださ
>> >>>  >>  >>  い。
>> >>>  >>  >>  >>>>
>> >>>  >>  >>  >>>>    こちら、取り急ぎ返信致しますと、
>> >>>  >>  >>  >>>>
>> > systemdプロセスのメモリ使用量についてはtopコマンドを
>> >>>  使っ
>> >>>  >>  て、
>> >>>  >>  >>  >>>>   
> VIRT(VSZ)とRSSを見ております。
>> >>>  >>  >>  >>>>
>> >>>  >>  >>  >>>>   
> 特にRSSの方が細かく増え続ける状態になっていまし
>> た。
>> >>>  >>  >>  >>>>
>> >>>  >>  >>  >>>>   
> お手数をおかけしますが、よろしくお願い致します。
>> >>>  >>  >>  >>>>
>> >>>  >>  >>  >>>>    以上
>> >>>  >>  >>  >>>>
>> >>>  >>  >>  >>>>>    -----Original
>> > Message-----
>> >>>  >>  >>  >>>>>    From:
>> >>>  > linux-ha-japan-bounces@lists.osdn.me
>> >>>  >>  >>  >>>>>
>> >>>  > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>> >>>  >>  > Behalf Of
>> >>>  >>  >>  >>>>>   
> renayama19661014@ybb.ne.jp
>> >>>  >>  >>  >>>>>    Sent:
> Wednesday,
>> > September 28,
>> >>  2016 6:08
>> >>>  > PM
>> >>>  >>  >>  >>>>>    To:
>> >>  linux-ha-japan@lists.osdn.me
>> >>>  >>  >>  >>>>>    Subject: Re:
>> > [Linux-ha-jp]
>> >>  pacemaker +
>> >>>  > corosync 上で
>> >>>  >>  >>  > PostgreSQL を動か
>> >>>  >>  >>  >>>>>    した際の空きメモリ減少について
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>    秋葉さん
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>    こんばんは、山内です。
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>
>> > (MLへの送信に失敗しているように思えるので、再送します）
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>
>> > 頂いた設定について拝見しましたが、特にPacemaker的に
>> >>>  は問
>> >>>  >>  題な
>> >>>  >>  >>  いと思いま
>> >>>  >>  >>  >>>>>    す。
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>
>> >>  CentOS7でのsystemdの様子については、これからVM構成
>> >>>  です
>> >>>  >>  が、
>> >>>  >>  >>  確認してみ
>> >>>  >>  >>  >>>>>    るつもりです。
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>
>> > ちなみに、systemdのメモリ増加の確認ですが、どのような
>> >>>  コマ
>> >>>  >>  ンド
>> >>>  >>  >>  で実行され
>> >>>  >>  >>  >>>>>    ましたか？
>> >>>  >>  >>  >>>>>
>> > 念の為、同じ確認を実施したいので、お手数ですが、ご連
>> >>>  絡く
>> >>>  >>  ださ
>> >>>  >>  >>  い。
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>    以上です。
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>
>> >>>  >>  >>  >>>>>    ----- Original
> Message
>> > -----
>> >>>  >>  >>  >>>>>    > From:
> AKIBA Makoto
>> >>>  >>  > <akiba@acroquest.co.jp>
>> >>>  >>  >>  >>>>>    > To:
>> >>  linux-ha-japan@lists.osdn.me
>> >>>  >>  >>  >>>>>    > Cc:
>> >>>  >>  >>  >>>>>    > Date:
> 2016/9/28, Wed
>> >
>> >>  16:21
>> >>>  >>  >>  >>>>>    > Subject:
> Re:
>> >>  [Linux-ha-jp]
>> >>>  > pacemaker +
>> >>>  >>  > corosync 上で
>> >>>  >>  >>  >>  PostgreSQL を動
>> >>>  >>  >>  >>>>>   
> かした際の空きメモリ減少について
>> >>>  >>  >>  >>>>>    >
>> >>>  >>  >>  >>>>>    > 山内さん
>> >>>  >>  >>  >>>>>    >
>> >>>  >>  >>  >>>>>    > 秋葉です。
>> >>>  >>  >>  >>>>>    >
>> >>>  >>  >>  >>>>>    >
>> > systemdについての情報ありがとうございます。
>> >>>  >>  >>  >>>>>    >
> 確認させていただきます。
>> >>>  >>  >>  >>>>>    >
>> >>>  >>  >>  >>>>>    >
>> >>>  >>  >>  >>>>>    > 以上
>> >>>  >>  >>  >>>>>    >
>> >>>  >>  >>  >>>>>    >> 
> -----Original
>> >>  Message-----
>> >>>  >>  >>  >>>>>    >>  From:
>> >>>  >>  > linux-ha-japan-bounces@lists.osdn.me
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  > [mailto:linux-ha-japan-bounces@lists.osdn.me]
> On
>> >>>  >>  >>  > Behalf
>> >>>  >>  >>  >>  Of
>> >>>  >>  >>  >>>>>    >>
>> >>  renayama19661014@ybb.ne.jp
>> >>>  >>  >>  >>>>>    >>  Sent:
> Monday,
>> >>  September 26,
>> >>>  > 2016 6:22 PM
>> >>>  >>  >>  >>>>>    >>  To:
>> >>>  > linux-ha-japan@lists.osdn.me
>> >>>  >>  >>  >>>>>    >> 
> Subject: Re:
>> >>  [Linux-ha-jp]
>> >>>  > pacemaker +
>> >>>  >>  > corosync 上で
>> >>>  >>  >>  >
>> >>>  >>  >>  >>>  PostgreSQL を
>> >>>  >>  >>  >>>>>    動か
>> >>>  >>  >>  >>>>>    >> 
> した際の空きメモリ減少について
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >>  秋葉さん
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >> 
> こんばんは、山内です。
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >> 
> 了解しました。
>> >>>  >>  >>  >>>>>    >>
>> >>  こちれでも、時間をみて、頂いた設定をベースに試し
>> >>>  てみ
>> >>>  >>  たい
>> >>>  >>  >>  と思います。
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >>
>> >>  systemd関連も不具合などもあるようですので、そちら
>> >>>  を探
>> >>>  >>  して
>> >>>  >>  >>  みるのも良
>> >>>  >>  >>  >>>>>    いか
>> >>>  >>  >>  >>>>>    >> 
> もしれません。
>> >>>  >>  >>  >>>>>    >>
>> >>  ちょっと探してみても、以下などもありました。
>> >>>  >>  >>  >>>>>    >>
>> > 直接関係があるかは別ですが・・・
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >>  *
>> >>>  >>  >>  >
>> >>  https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >>
>> >>  設定などで質問があれば、またご連絡させてください。
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >>  以上です。
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >>
>> >>>  >>  >>  >>>>>    >>  -----
> Original
>> >>  Message -----
>> >>>  >>  >>  >>>>>    >>  >
> From:
>> > AKIBA
>> >>  Makoto
>> >>>  >>  >>  > <akiba@acroquest.co.jp>
>> >>>  >>  >>  >>>>>    >>  >
> To:
>> >>>  > linux-ha-japan@lists.osdn.me
>> >>>  >>  >>  >>>>>    >>  >
> Cc:
>> >>>  >>  >>  >>>>>    >>  >
> Date:
>> >>  2016/9/26, Mon
>> >>>  > 16:18
>> >>>  >>  >>  >>>>>    >>  >
> Subject:
>> > Re:
>> >>>  > [Linux-ha-jp]
>> >>>  >>  > pacemaker +
>> >>>  >>  >>  > corosync 上で
>> >>>  >>  >>  >>
>> >>>  >>  >>  >>>>    PostgreSQL を
>> >>>  >>  >>  >>>>>    動
>> >>>  >>  >>  >>>>>    >>
>> > かした際の空きメモリ減少について
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >>  >
> 山内さん
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >>  >
> 秋葉です。
>> >>>  >>  >>  >>>>>    >>  >
>> >>  ご回答・解説ありがとうございます。
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  > 実際に当方の環境でpacemakerのプロセスメモリサイズ
>> >>>  >>  を
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  > 見てみたところ、～8MB程度になっており、頂いた情報の
>> >>>  >>  通り
>> >>>  >>  >>  >>>>>    >>  >
>> > 大きくはなっていませんでした。
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  > 一方で、systemd(pid=1)については1GB程度まで大きく
>> >>>  >>  なっ
>> >>>  >>  >>  て
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  > おり、pmapで参照すると[heap]とマッピングされた領域
>> >>>  >>  が
>> >>>  >>  >>  >>>>>    >>  >
>> >>  ほとんどを占めているように見えました。
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >>  >
>> >>  なので、これ以上の問い合わせは見当違いの可能性
>> >>>  もあ
>> >>>  >>  りま
>> >>>  >>  >>  すが、
>> >>>  >>  >>  >>>>>    >>  >
>> >>  念の為、当方で使用している設定ファイルを添付致
>> >>>  しま
>> >>>  >>  す。
>> >>>  >>  >>  >>>>>    >>  >
>> >>  (固有情報はマスキングしてあります)
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >>  >
>> >>  これで何か情報が得られましたら教えていただけま
>> >>>  すで
>> >>>  >>  しょ
>> >>>  >>  >>  うか。
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  > また、不足している情報がありましたらご指摘ください。
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >>  >
>> >>  お手数をおかけ致しますがよろしくお願い致します。
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >>  >
> 以上
>> >>>  >>  >>  >>>>>    >>  >
>> >>  ----------------
>> >>>  >>  >>  >>>>>    >>  >
> AKIBA
>> > Makoto
>> >>>  >>  >>  >>>>>    >>  >
>> >>  akiba@acroquest.co.jp
>> >>>  >>  >>  >>>>>    >>  >
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>  -----Original
>> >>>  > Message-----
>> >>>  >>  >>  >>>>>    >> 
>>>   From:
>> >>>  >>  >>  >
> linux-ha-japan-bounces@lists.osdn.me
>>>
>> >>>  >>  >>  >
> [mailto:linux-ha-japan-bounces@lists.osdn.me]
>>>
>>>   Sent:
>> >
>> >>  Friday,
>> >>>  > September 23,
>> >>>  >>  > 2016 6:04 PM
>> >>>  >>  >>  >>>>>    >> 
>>>   To:
>>>
>> > Subject:
>> >>  Re:
>> >>>  > [Linux-ha-jp]
>> >>>  >>  > pacemaker +
>> >>>  >>  >>  >>  corosync 上で
>> >>>  >>  >>  >>>
>> >>>  >>  >>  >>>>    PostgreSQL
>> >>>  >>  >>  >>>>>    を
>> >>>  >>  >>  >>>>>    >>  動か
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>  した際の空きメモリ減少について
>> >>>  >>  >>  >>>>>    >> 
>>>
>>>   秋葉さん
>>>
>>>
>> >>  こんばんは、山内です。
>> >>>  >>  >>  >>>>>    >> 
>>>
>>>
>>>   す。
>>>
>>>   が、
>>>
>>>   せん。
>>>
>>>
>> >>>  >>  >>  >> 
> このサイズですが、/etc/sysconfig/pacemakerの
>>>
>> > 出来ますが、
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>  小さくすることは出来ません。
>> >>>  >>  >>  >>>>>    >> 
>>>
>>>
>>>
>>>
>>>   以上です。
>>>
>>>
>>>
>>>   -----
>> >
>> >>  Original
>> >>>  > Message -----
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>> > From:
>> >>>  >>  >>  >> 
> "renayama19661014@ybb.ne.jp"
>>>   >
>> > To:
>> >>>  >>  >>  >> 
> "linux-ha-japan@lists.osdn.me"
>>>   >
>> > Cc:
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>> > Date:
>> >>>  > 2016/9/22, Thu
>> >>>  >>  > 10:20
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>> >>  Subject: Re:
>> >>>  >>  > [Linux-ha-jp]
>> >>>  >>  >>  > pacemaker +
>> >>>  >>  >>  >>>  corosync 上で
>> >>>  >>  >>  >>>>>    > PostgreSQL
> ã‚’
>>>
>> >>  かした際の空きメモリ減少について
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>> > 秋葉さん
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>> >>  こんにちは、山内です。
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>>>   >
>> 合、
>>>
>>>
>> > となります。
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>>>
>>>   >
>>>
>> > が続きます。
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>
>> >>  する為、増加は止まります。
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>>>   >
>> の原因
>>>
>> >>  影響しないかと思います。
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>>>
>> systemdã‚’
>>>   >
>> >>  実行・監視しているでしょうか？
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>> > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用
>> >>>  し
>> >>>  >>  >>  >>>>>    てい
>> >>>  >>  >>  >>>>>    >>  るか
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>  どうか？ということです。
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>>>   れません。
>>>   >
>>>
>> > ますが・・・・
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>> > 以上です。
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>> >>  OS: CentOS
>> >>>  > Linux
>> >>>  >>  > release
>> >>>  >>  >>  > 7.2.1511
>> >>>  >>  >>  >>  (Core)
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>      kernel
>> >>>  > -
>> >>>  >>  >>  > 3.10.0-327.18.2.el7
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>      glibc
>> >>>  > -
>> >>>  >>  > 2.17-106.el7_2.6
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>  Systemd:
>> >>>  >>  > 219-19.el7_2.9 /
>> >>>  >>  >>  >>>  219-19.el7_2.12 (※)
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>  Pacemaker:
>> >>>  >>  > 1.1.13-10.el7_2.2
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>  Corosync:
>> >>>  >>  > 2.3.4-7.el7_2.1
>> >>>  >>  >>  >>>>>    >> 
>>>
>>>
>>>
>>>
>>>
>>>
>> >>>
>> >>>  >>  >>  >> 
> 2台のサーバでHotStandby構成にしてPostgreSQLを運用し
>> ていま
>>>
>> >>>
>> >>>  >>  >>  >> 
> (両サーバでPostgreSQLが起動し、hot-standby構成にして
>> いる)
>>>
>> から
>>>
>>>
>>>
>>>
>>>
>> >>  (1)
>> >>>  >>  > OS起動しクラスタ状態を正常にした状態で、少し
>> >>>  >>  >>  ずつ
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>>
>> >>>  >>  >>  >> 
> 　　OSの空きメモリ量(free+buffer+cache)が減少し続け
>> る。
>>>
>>>
>>>
>>>
>>>
>> >>  (2)
>> >>>  >>  >>  > メモリ使用量が大きいプロセスを確認すると、PID=1の
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>  　　systemd
>> >>>  >>  >>  > プロセスで、数十秒ごとに4～8KB程度増加する。
>> >>>  >>  >>  >>>>>    >> 
>>>
>>>
>> >>  (3)
>> >>>  >>  >>  > 契機は不明だが、時折数十～数百MB程度空き容量が増える
>> >>>  >>  >>  >>>>>    >> 
>>>
>>>
>>>
>>>
>> >>  (4)
>> >>>  > pacemaker +
>> >>>  >>  >>  >>>  corosyncを使わず、1台のみで動作させている
>> >>>  >>  >>  >>>>>    >> 
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>> >>  AKIBA
>> >>>  > Makoto
>> >>>  >>  >>  >>>>>    >> 
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>   >
>>>   >
>> >>  _______________________________________________
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>> >>  Linux-ha-japan
>> >>>  > mailing
>> >>>  >>  > list
>> >>>  >>  >>  >>>>>    >> 
>>>   >
>>>   >
>>>   >
>>>
>>>
>> >>  _______________________________________________
>> >>>  >>  >>  >>>>>    >> 
>>>
>> >>  Linux-ha-japan
>> >>>  > mailing list
>> >>>  >>  >>  >>>>>    >> 
>>>
>>>
>> >>>  >>  >>  >>>
>> >>>  > 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
>> >>>  >>  >>  >>>>
>> >>>  > _______________________________________________
>> >>>  >>  >>  >>>>    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
>> >>>  >>  >>  >
>> >>>  >>  >>
>> >>>  >>  >> 
> _______________________________________________
>> >>>  >>  >>  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
>> >>>  >
>> >>>
>> >>>  _______________________________________________
>> >>>  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
> _______________________________________________
> 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 + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 28, 2016, 3:50 PM
Post #22 of 30 (6330 views)
Permalink
秋葉さん


おはようございます。山内です。

その後ですが、最終的に、RHL7.2も同様の事象と判断して動作を流すのは停止しました。
(CentOS7.2の方は、来週頭まで流すつもりです。）

簡易に現象を確認する方法を見つけたので、私の方で、RHのBugzillaに登録してみるつもりです。

１点、Pacemaker側の対処ではありませんが、systemctlのコマンド実行で、systemdを再実行させることでRESを戻すことは出来そうです。

#systemctl daemon-reexec

上記を実行することで、systemdが再実行されてRESが戻ります。
ですが、再実行後も結局、systemed(pid=1)のRESの増加は始まりますので、cronなどで定期的に実行する必要がありそうです。

手元の環境(pgsqlのストリーミング構成）では上記コマンドの実行で、クラスタリソースには影響はありませんでしたが、念のため、仮想ゲストなどで影響がないことを１度確認された方がよいかと思います。
#申し訳ありませんが、systemctl daemon-reexecの有効性について、ちゃんと確認が取れていない為です。

また、動きがありましたら、御連絡いたします。

以上です。

----- Original Message -----
>From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
>To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
>Date: 2016/10/26, Wed 17:42
>Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
>秋葉さん
>
>今晩は、山内です。
>
>>PostgreSQLのストリーミングの簡易構成での再現試験で
>>類似事象が発生したとのこと、ご連絡ありがとうございます。
>
>RHEL7.2も実行中ですが、傾向を見ると同様のようです。
>こちらは、もう少し流してみます。
>
>>>  * https://github.com/systemd/systemd/issues/2614
>>
>>情報ありがとうございます。
>>こちらでも類似の情報を見たことがありました。
>>(タイトルはよく似ていますが全く同じではないようですね)
>>http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18-days-of-uptime
>
>拝見しました。
>おっしゃる通り、似ていますが、全く同じではないようですね。
>
>>これらの事象は必ず発生するものではないとすると、何らかの
>>条件があるのだと思ってはいますが、それが分からないのが
>>苦しいところです。
>
>>ちなみに、ダメ元でお伺いしますが、
>>pacemakerでPostgreSQLをストリーミング構成で
>>動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
>>仕方など)で改善できる要素などはあるのでしょうか？
>
>こちらについては、もう少々お待ちください。
>何が原因なりそうか、これから調査する所です。
>それがわかれば、Pacemaker側での回避設定・修正も可能かも知れません。
>
>また、コミュニティのメンバーとも昨日少し話をしましたが、もう少し事象を限定的な簡易な方法（Pacemaker無のコマンドの繰り返し実行など)
>で再現できるかどうかを確認してRHの方へBugzillaへ報告してみる予定です。
>
>>ACT+SBY構成ならば起きないが、HotStandby(ストリーム
>>レプリケーション)構成だと発生する、ということなのか、
>>それに付随した原因が考えられるのか、といったところです。
>
>もしかすると、ACT+SBYでもDummyではなくpgsqlのRAを使った場合に起きるかも知れません。
>#こちらは確認してみる予定です。
>
>
>>> 回答的には、systemd2.1.9よりも新しいバージョンを
>>> 利用するようにとのことで、Closeしていますが・・
>>この点ですが、RHEL／CentOSでyumでインストールできるものは
>>2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
>>既に2.3.1(v231)がリリースされています。
>
>はい。私も確認しています。
>
>>RedHatは、2.1.9をベースにアップデートを重ねているようですが、
>>これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
>>取れるものなのでしょうか？
>>(このMLで質問することではないかもしれませんが…)
>
>RHは、RHで採用するパッケージは決定しているので、本家とは直接関係していないと思います。
>また、RHは本家の採用バージョンに対して必要に応じて、パッチを適用して利用しています。
>ですので、RHが本家のBugfixを必要と判断すれば採用するというというスタンスではないでしょうか？
>#CentOSも同じパッケージとなると思いますので、RHの判断に追従していると思います。
>
>以上です。
>
>
>
>----- Original Message -----
>> From: AKIBA Makoto <akiba@acroquest.co.jp>
>> To: linux-ha-japan@lists.osdn.me
>> Cc:
>> Date: 2016/10/25, Tue 20:05
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>>
>>T o: 山内さん
>>
>> 秋葉です。
>> いつもお世話になっております。
>>
>> PostgreSQLのストリーミングの簡易構成での再現試験で
>> 類似事象が発生したとのこと、ご連絡ありがとうございます。
>>
>>>   * https://github.com/systemd/systemd/issues/2614
>>
>> 情報ありがとうございます。
>> こちらでも類似の情報を見たことがありました。
>> (タイトルはよく似ていますが全く同じではないようですね)
>> http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18-days-of-uptime
>>
>>
>> これらの事象は必ず発生するものではないとすると、何らかの
>> 条件があるのだと思ってはいますが、それが分からないのが
>> 苦しいところです。
>>
>> ちなみに、ダメ元でお伺いしますが、
>> pacemakerでPostgreSQLをストリーミング構成で
>> 動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
>> 仕方など)で改善できる要素などはあるのでしょうか？
>>
>> ACT+SBY構成ならば起きないが、HotStandby(ストリーム
>> レプリケーション)構成だと発生する、ということなのか、
>> それに付随した原因が考えられるのか、といったところです。
>>
>>
>>>  回答的には、systemd2.1.9よりも新しいバージョンを
>>>  利用するようにとのことで、Closeしていますが・・
>>
>> この点ですが、RHEL／CentOSでyumでインストールできるものは
>> 2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
>> 既に2.3.1(v231)がリリースされています。
>>
>> RedHatは、2.1.9をベースにアップデートを重ねているようですが、
>> これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
>> 取れるものなのでしょうか？
>> (このMLで質問することではないかもしれませんが…)
>>
>>
>> 以上、よろしくお願い致します。
>>
>>>  -----Original Message-----
>>>  From: linux-ha-japan-bounces@lists.osdn.me
>>>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>  renayama19661014@ybb.ne.jp
>>>  Sent: Monday, October 24, 2016 7:25 PM
>>>  To: linux-ha-japan@lists.osdn.me
>>>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>>>  した際の空きメモリ減少について
>>>
>>>  秋葉さん
>>>
>>>  こんばんは、山内です。
>>>
>>>  PostgreSQLのストリーミングの簡易構成でCentOS7.2で週末(3日間程度）に流
>>>  してみました。
>>>
>>>  どうやら、明らかに先にDummy構成などで確認した増加量を大幅に超えて、秋
>>>  葉さんのおっしゃるようにsystemd(pid=1)で増加がみられるようです。
>>>
>>>  ------
>>>  [root@c7-01 ~]# crm_mon -1 -Af
>>>  Last updated: Mon Oct 24 16:27:24 2016
>>>  Last change: Thu Oct 20 20:40:40 2016 by root via crm_attribute on c7-01
>>>  Stack: corosync
>>>  Current DC: c7-01 (version 1.1.13-10.el7_2.4-44eb2dd) - partition with
>>>  quorum
>>>  2 nodes and 5 resources configured
>>>
>>>  Online: [ c7-01 c7-02 ]
>>>
>>>   vipCheckMaster (ocf::heartbeat:VIPcheck):      Started c7-01
>>>   Resource Group: master-group
>>>       vip-master (ocf::heartbeat:IPaddr2):       Started c7-01
>>>       vip-rep    (ocf::heartbeat:IPaddr2):       Started c7-01
>>>   Master/Slave Set: msPostgresql [pgsql]
>>>       Masters: [ c7-01 ]
>>>       Slaves: [ c7-02 ]
>>>
>>>  Node Attributes:
>>>  * Node c7-01:
>>>      + master-pgsql                      : 1000
>>>      + pgsql-data-status                 : LATEST
>>>      + pgsql-master-baseline             : 0000000008000060
>>>      + pgsql-status                      : PRI
>>>  * Node c7-02:
>>>      + master-pgsql                      : 100
>>>      + pgsql-data-status                 : STREAMING|SYNC
>>>      + pgsql-status                      : HS:sync
>>>
>>>  Migration Summary:
>>>  * Node c7-01:
>>>  * Node c7-02:
>>>  ------
>>>
>>>  1)Master側
>>>    PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+
>>>  COMMAND
>>>      1 root      20   0   44040   6720   3908 S   0.0  0.3   0:03.98
>>>  systemd
>>>      1 root      20   0   44040   6720   3908 S   0.3  0.3   0:04.16
>>>  systemd
>>>      1 root      20   0   44040   6720   3908 S   0.3  0.3   0:04.35
>>>  systemd
>>>  (snip)
>>>      1 root      20   0  116216  78852   3908 S   0.3  3.8  18:08.67
>>>  systemd
>>>      1 root      20   0  116216  78868   3908 S   0.3  3.8  18:08.86
>>>  systemd
>>>      1 root      20   0  116216  78892   3908 S   0.4  3.8  18:09.08
>>>  systemd
>>>
>>>  2)Slave側
>>>    PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+
>>>  COMMAND
>>>      1 root      20   0   44172   6796   3908 S   5.6  0.3   0:03.33
>>>  systemd
>>>      1 root      20   0   44172   6796   3908 S   0.2  0.3   0:03.46
>>>  systemd
>>>      1 root      20   0   44172   6796   3908 S   0.2  0.3   0:03.60
>>>  systemd
>>>  (snip)
>>>      1 root      20   0   95368  57944   3468 S   0.3  2.8  12:42.27
>>>  systemd
>>>      1 root      20   0   95368  57944   3468 S   0.2  2.8  12:42.40
>>>  systemd
>>>      1 root      20   0   95368  57948   3468 S   0.2  2.8  12:42.54
>>>  systemd
>>>
>>>  こちらは、もう少し流してみる予定です。
>>>
>>>  さらに、私の方で利用しているのは、主にRHELになりますので、RHEL7.2でも
>>>  流してみようと思っています。
>>>
>>>  １点..systemdのgithubのissueで同様の現象が報告されているのを見つけま
>>>  した。
>>>  回答的には、systemd2.1.9よりも新しいバージョンを利用するようにとのこと
>>>  で、Closeしていますが・・
>>>   * https://github.com/systemd/systemd/issues/2614
>>>
>>>  RHEL7.2も2.1.9が入っているので事象が起きるかも知れません。
>>>  #CentOS7.2と、全く同一のものが入っている模様。
>>>
>>>  また、御連絡しますが、何らかのsystemdに関連した不具合の可能性が高いと
>>>  思っています。
>>>
>>>  #ちなみに、PostgreSQLのストリーミング構成を行わずに、PacemakerをDummy
>>>  リソースでACT/STB構成で、
>>>  #pcsdを起動した構成では、極端なメモリ増加は見られていませんでした。
>>>
>>>  以上です。
>>>
>>>
>>>
>>>
>>>  ----- Original Message -----
>>>  > From: "renayama19661014@ybb.ne.jp"
>> <renayama19661014@ybb.ne.jp>
>>>  > To: "linux-ha-japan@lists.osdn.me"
>> <linux-ha-japan@lists.osdn.me>
>>>  > Cc:
>>>  > Date: 2016/10/18, Tue 23:43
>>>  > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>>>  かした際の空きメモリ減少について
>>>  >
>>>  > 秋葉さん
>>>  >
>>>  > こんばんは、山内です。
>>>  >
>>>  > すいません・・見間違えていました。
>>>  >
>>>  > PostgreSQLのバージョン、了解いたしました。
>>>  >
>>>  > また、結果が出ましたら、ご連絡します。
>>>  >
>>>  > 以上です。
>>>  >
>>>  >
>>>  >
>>>  > ----- Original Message -----
>>>  >>  From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>  >>  To: linux-ha-japan@lists.osdn.me
>>>  >>  Cc:
>>>  >>  Date: 2016/10/18, Tue 19:20
>>>  >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
>>>  > を動かした際の空きメモリ減少について
>>>  >>
>>>  >> T o: 山内さん
>>>  >>
>>>  >>  秋葉です。
>>>  >>  いつもお世話になっております。
>>>  >>
>>>  >>>   9日でかなり大きいですね・・・
>>>  >>
>>>  >>  いえ、１カ月と９日（３９日）です・・・
>>>  >>
>>>  >>
>>>  >>>   こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで
>>>  >>>   流してみるつもりです。
>>>  >>
>>>  >>  ありがとうございます。
>>>  >>
>>>  >>
>>>  >>>   ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>>>  >>>   同じバージョンで流して試してみるつもりです。
>>>  >>
>>>  >>  インストールしているパッケージは以下になります。
>>>  >>
>>>  >>  # rpm -qa | grep postgres
>>>  >>  postgresql94-libs-9.4.8-1PGDG.rhel7.x86_64
>>>  >>  postgresql94-server-9.4.8-1PGDG.rhel7.x86_64
>>>  >>  postgresql94-9.4.8-1PGDG.rhel7.x86_64
>>>  >>  postgresql94-contrib-9.4.8-1PGDG.rhel7.x86_64
>>>  >>
>>>  >>  よろしくお願い致します。
>>>  >>
>>>  >>
>>>  >>  以上
>>>  >>
>>>  >>>   -----Original Message-----
>>>  >>>   From: linux-ha-japan-bounces@lists.osdn.me
>>>  >>>   [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>  >>>  renayama19661014@ybb.ne.jp
>>>  >>>   Sent: Tuesday, October 18, 2016 7:06 PM
>>>  >>>   To: linux-ha-japan@lists.osdn.me
>>>  >>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> PostgreSQL ã‚’
>>>  動か
>>>  >>>   した際の空きメモリ減少について
>>>  >>>
>>>  >>>   秋葉さん
>>>  >>>
>>>  >>>   こんばんは、山内です。
>>>  >>>
>>>  >>>   > 確認しましたが、pcsdは常時起動してはいませんでした。
>>>  >>>   > (pacemakerd ではないのですよね？)
>>>  >>>
>>>  >>>
>>>  >>>   そうでしたか・・・pcsdは利用していませんでしたか・・・
>>>  >>>   利用されていたと思い、今日の昼頃からpcsdも起動して流していました
>>>  が、意
>>>  >>>   味がないようですので、そちらは止めておきます。
>>>  >>>
>>>  >>>
>>>  >>>   > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>>>  >>>   > VSZとRSSは以下のようになっています。
>>>  >>>   >
>> ------------------------------------------------------------
>>>  >>>   > # ps -eo pid,vsz,rss,comm | grep systemd
>>>  >>>   >     1 2229064 2188992 systemd
>>>  >>>
>>>  >>>
>>>  >>>   9日でかなり大きいですね・・・
>>>  >>>
>>>  >>>   こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで流
>>>  してみ
>>>  >>>   るつもりです。
>>>  >>>
>>>  >>>
>>>  >>>   ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>>>  >>>   同じバージョンで流して試してみるつもりです。
>>>  >>>
>>>  >>>   以上です。
>>>  >>>
>>>  >>>
>>>  >>>   ----- Original Message -----
>>>  >>>   > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>  >>>   > To: linux-ha-japan@lists.osdn.me
>>>  >>>   > Cc:
>>>  >>>   > Date: 2016/10/18, Tue 14:14
>>>  >>>   > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> PostgreSQL
>>>  を動
>>>  >>>   かした際の空きメモリ減少について
>>>  >>>   >
>>>  >>>   >T o: 山内さん
>>>  >>>   >
>>>  >>>   > 秋葉です。
>>>  >>>   > いつもお世話になっております。
>>>  >>>   >
>>>  >>>   > 回答ありがとうございます。
>>>  >>>   >
>>>  >>>   >>  １点だけ、気になる点がありますが・・
>>>  >>>   >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
>>>  でいる
>>>  >>>   いる
>>>  >>>   >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょう
>>>  か？
>>>  >>>   >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確
>>>  認して
>>>  >>>   みた
>>>  >>>   >>  いと思います。
>>>  >>>   >
>>>  >>>   > 確認しましたが、pcsdは常時起動してはいませんでした。
>>>  >>>   > (pacemakerd ではないのですよね？)
>>>  >>>   >
>>>  >>>   >
>> ------------------------------------------------------------
>>>  >>>   > # ps -ef | grep pcsd
>>>  >>>   > root     23447   838  0 14:13 pts/0    00:00:00 grep
>> --color=auto
>>>  > pcsd
>>>  >>>   >
>> ------------------------------------------------------------
>>>  >>>   > # systemctl status pacemaker.service
>>>  >>>   > ● pacemaker.service - Pacemaker High Availability
>> Cluster
>>>  Manager
>>>  >>>   >    Loaded: loaded
>> (/usr/lib/systemd/system/pacemaker.service;
>>>  >>>   disabled; vendor
>>>  >>>   > preset: disabled)
>>>  >>>   >    Active: active (running) since 木 2016-09-08 20:59:18
>> JST; 1
>>>  > months
>>>  >>>   9 days ago
>>>  >>>   > Main PID: 2533 (pacemakerd)
>>>  >>>   >    CGroup: /system.slice/pacemaker.service
>>>  >>>   >            +- 2533 /usr/sbin/pacemakerd -f
>>>  >>>   >            +- 2534 /usr/libexec/pacemaker/cib
>>>  >>>   >            +- 2535 /usr/libexec/pacemaker/stonithd
>>>  >>>   >            +- 2536 /usr/libexec/pacemaker/lrmd
>>>  >>>   >            +- 2537 /usr/libexec/pacemaker/attrd
>>>  >>>   >            +- 2538 /usr/libexec/pacemaker/pengine
>>>  >>>   >            +- 2539 /usr/libexec/pacemaker/crmd
>>>  >>>   >
>>>  >>>   >
>>>  >>>   > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>>>  >>>   > VSZとRSSは以下のようになっています。
>>>  >>>   >
>> ------------------------------------------------------------
>>>  >>>   > # ps -eo pid,vsz,rss,comm | grep systemd
>>>  >>>   >     1 2229064 2188992 systemd
>>>  >>>   >
>>>  >>>   >
>>>  >>>   > 蛇足ですが、corosyncは以下のようになっています。
>>>  >>>   >
>> ------------------------------------------------------------
>>>  >>>   > # systemctl status corosync.service
>>>  >>>   > ● corosync.service - Corosync Cluster Engine
>>>  >>>   >    Loaded: loaded
>> (/usr/lib/systemd/system/corosync.service;
>>>  > disabled;
>>>  >>>   vendor
>>>  >>>   > preset: disabled)
>>>  >>>   >    Active: active (running) since 木 2016-09-08 20:59:01
>> JST; 1
>>>  > months
>>>  >>>   9 days ago
>>>  >>>   >   Process: 2509 ExecStart=/usr/share/corosync/corosync
>> start
>>>  >>>   (code=exited,
>>>  >>>   > status=0/SUCCESS)
>>>  >>>   > Main PID: 2516 (corosync)
>>>  >>>   >    CGroup: /system.slice/corosync.service
>>>  >>>   >            +- 2516 corosync
>>>  >>>   >
>>>  >>>   >
>>>  >>>   > 以上、よろしくお願い致します。
>>>  >>>   >
>>>  >>>   >>  -----Original Message-----
>>>  >>>   >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>  >>>   >>  [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>> Behalf Of
>>>  >>>   >>  renayama19661014@ybb.ne.jp
>>>  >>>   >>  Sent: Monday, October 17, 2016 11:09 PM
>>>  >>>   >>  To: linux-ha-japan@lists.osdn.me
>>>  >>>   >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>>>  > PostgreSQL を
>>>  >>>   動か
>>>  >>>   >>  した際の空きメモリ減少について
>>>  >>>   >>
>>>  >>>   >>  秋葉さん
>>>  >>>   >>
>>>  >>>   >>  こんばんは、山内です。
>>>  >>>   >>
>>>  >>>   >>  > 返事が遅くなりました。
>>>  >>>   >>  > いろいろ再現調査していただいてありがとうございます。
>>>  >>>   >>  >
>>>  >>>   >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>>>  >>>   >>  > ダミープロセス？）で動かした状態と考えてよろしい
>>>  >>>   >>  > でしょうか？
>>>  >>>   >>
>>>  >>>   >>  はい。
>>>  >>>   >>  問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ
>>>  (Dummyの
>>>  >>>   み)で
>>>  >>>   >>  す。
>>>  >>>   >>
>>>  >>>   >>  > こちらでも長期動作させて観察しているのですが、
>>>  >>>   >>  > pacemaker + corosync で冗長化させているサーバが
>>>  >>>   >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>>>  >>>   >>  > います。
>>>  >>>   >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>>>  >>>   >>  > プロセスが起動しています。
>>>  >>>   >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>>>  >>>   >>  >
>>>  >>>   >>  > この２つの冗長化サーバで、
>>>  >>>   >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>>>  >>>   >>  > わかっています。
>>>  >>>   >>  >
>>>  >>>   >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>>>  >>>   >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>>>  >>>   >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>>>  >>>   >>  > 増加有無に影響するのでしょうか？
>>>  >>>   >>
>>>  >>>   >>
>>>  >>>   >>  PostgreSQL,OS側に精通しているわけではないので、有識者の方のコ
>>>  メント
>>>  >>>   があ
>>>  >>>   >>  ると良いのですが・・・
>>>  >>>   >>  Pacemakerの構成で指定したリソースエージェントのRAの
>>>  PostgreSQLは、
>>>  >>>   基本
>>>  >>>   >>  的には、systemdプロセスへの影響はないと思っています。
>>>  >>>   >>  ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemd
>>>  リソー
>>>  >>>   スで
>>>  >>>   >>  管理しているのであれば影響はある可能性もあるとは思います
>>>  が・・・
>>>  >>>   >>
>>>  >>>   >>  秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思い
>>>  ますの
>>>  >>>   で、
>>>  >>>   >>  両系でPostgreSQLが動いていますのでメモリ使用料に変化はある
>>>  と思い
>>>  >>>   ます
>>>  >>>   >>  が、
>>>  >>>   >>  それが、systemdのメモリ増加へは影響しないと思っています。
>>>  >>>   >>
>>>  >>>   >>
>>>  >>>   >>  １点だけ、気になる点がありますが・・
>>>  >>>   >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
>>>  でいる
>>>  >>>   いる
>>>  >>>   >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょう
>>>  か？
>>>  >>>   >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確
>>>  認して
>>>  >>>   みた
>>>  >>>   >>  いと思います。
>>>  >>>   >>
>>>  >>>   >>
>>>  >>>   >>  以上です。
>>>  >>>   >>
>>>  >>>   >>
>>>  >>>   >>
>>>  >>>   >>
>>>  >>>   >>  ----- Original Message -----
>>>  >>>   >>  > From: AKIBA Makoto
>> <akiba@acroquest.co.jp>
>>>  >>>   >>  > To: linux-ha-japan@lists.osdn.me
>>>  >>>   >>  > Cc:
>>>  >>>   >>  > Date: 2016/10/17, Mon 19:53
>>>  >>>   >>  > Subject: Re: [Linux-ha-jp] pacemaker +
>> corosync 上で
>>>  >>  PostgreSQL を
>>>  >>>   動
>>>  >>>   >>  かした際の空きメモリ減少について
>>>  >>>   >>  >
>>>  >>>   >>  >T o: 山内さん
>>>  >>>   >>  >
>>>  >>>   >>  > 秋葉です。
>>>  >>>   >>  >
>>>  >>>   >>  > 返事が遅くなりました。
>>>  >>>   >>  > いろいろ再現調査していただいてありがとうございます。
>>>  >>>   >>  >
>>>  >>>   >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>>>  >>>   >>  > ダミープロセス？）で動かした状態と考えてよろしい
>>>  >>>   >>  > でしょうか？
>>>  >>>   >>  >
>>>  >>>   >>  > こちらでも長期動作させて観察しているのですが、
>>>  >>>   >>  > pacemaker + corosync で冗長化させているサーバが
>>>  >>>   >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>>>  >>>   >>  > います。
>>>  >>>   >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>>>  >>>   >>  > プロセスが起動しています。
>>>  >>>   >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>>>  >>>   >>  >
>>>  >>>   >>  > この２つの冗長化サーバで、
>>>  >>>   >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>>>  >>>   >>  > わかっています。
>>>  >>>   >>  >
>>>  >>>   >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>>>  >>>   >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>>>  >>>   >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>>>  >>>   >>  > 増加有無に影響するのでしょうか？
>>>  >>>   >>  >
>>>  >>>   >>  >
>>>  >>>   >>  > 以上
>>>  >>>   >>  >
>>>  >>>   >>  >>  -----Original Message-----
>>>  >>>   >>  >>  From:
>> linux-ha-japan-bounces@lists.osdn.me
>>>  >>>   >>  >> 
>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>>>  > Behalf
>>>  >>  Of
>>>  >>>   >>  >>  renayama19661014@ybb.ne.jp
>>>  >>>   >>  >>  Sent: Monday, October 17, 2016 7:16 PM
>>>  >>>   >>  >>  To: linux-ha-japan@lists.osdn.me
>>>  >>>   >>  >>  Subject: Re: [Linux-ha-jp] pacemaker +
>> corosync 上で
>>>  >
>>>  >>  PostgreSQL
>>>  >>>   を
>>>  >>>   >>  動か
>>>  >>>   >>  >>  した際の空きメモリ減少について
>>>  >>>   >>  >>
>>>  >>>   >>  >>  秋葉さん
>>>  >>>   >>  >>
>>>  >>>   >>  >>  こんばんは、山内です。
>>>  >>>   >>  >>
>>>  >>>   >>  >>  遅くなりました・・続けて先週末の時点のCentOS7.2に最新の
>>>  アップ
>>>  >>>   デー
>>>  >>>   >>  トを
>>>  >>>   >>  >>  適用して、２日半程度流してみみました。
>>>  >>>   >>  >>  ゲストの構成や、リソースは前回と同じのままです。
>>>  >>>   >>  >>
>>>  >>>   >>  >>  ----------
>>>  >>>   >>  >>  Linux c7-01 3.10.0-327.36.2.el7.x86_64
>> #1 SMP Mon
>>>  > Oct
>>>  >>  10 23:08:37
>>>  >>>   > UTC
>>>  >>>   >>  2016
>>>  >>>   >>  >>  x86_64 x86_64 x86_64 GNU/Linux
>>>  >>>   >>  >>  systemd-219-19.el7_2.13.x86_64
>>>  >>>   >>  >>  glibc-2.17-106.el7_2.8.x86_64
>>>  >>>   >>  >>  pacemaker-1.1.13-10.el7.x86_64
>>>  >>>   >>  >>  corosync-2.3.4-7.el7.x86_64
>>>  >>>   >>  >>  ----------
>>>  >>>   >>  >>
>>>  >>>   >>  >>  以下が結果となりました。
>>>  >>>   >>  >>
>>>  >>>   >>  >>  ●ACTノードのpid=1のsystemdのtopデータ
>>>  >>>   >>  >>  PID USER      PR  NI    VIRT    RES   
>> SHR
>>>  >>>   S  %CPU %MEM     TIME+
>>>  >>>   >>  >>  COMMAND
>>>  >>>   >>  >>      1 root      20   0   44172   6796 
>> 3904 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:02.66
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44172   6796 
>> 3904 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:02.66
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44172   6796 
>> 3904 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:02.67
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  (snip)
>>>  >>>   >>  >>      1 root      20   0   44172   6808 
>> 3908 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:16.86
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44172   6808 
>> 3908 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:16.87
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44172   6808 
>> 3908 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:16.87
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44172   6808 
>> 3908 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:16.88
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>
>>>  >>>   >>  >>  ●STBノードのpid=1のsystemdのtopデータ
>>>  >>>   >>  >>      1 root      20   0   44040   6640 
>> 3900 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:02.73
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44040   6640 
>> 3900 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:02.73
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44040   6640 
>> 3900 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:02.74
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  (snip)
>>>  >>>   >>  >>      1 root      20   0   44172   6808 
>> 3908 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:16.67
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44172   6808 
>> 3908 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:16.68
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44172   6808 
>> 3908 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:16.68
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>      1 root      20   0   44172   6808 
>> 3908 S
>>>  > 0.0
>>>  >>  0.3
>>>  >>>   > 0:16.70
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>
>>>  >>>   >>  >>  やはり、前回と同様に、systemd(pid=1)に増加は見られますが、
>>>  秋葉
>>>  >>>   さん
>>>  >>>   >>  の最
>>>  >>>   >>  >>  初にご報告頂いたような増加は起きていないようです。
>>>  >>>   >>  >>  #ただ・・この結果だけで判断出来ないとは思いますが、前回の
>>>  計測よ
>>>  >>>   りは
>>>  >>>   >>  増加
>>>  >>>   >>  >>  量が減ってように見えるので、systemd関連で何らかのメモリ関
>>>  連の修
>>>  >>>   正が
>>>  >>>   >>  入っ
>>>  >>>   >>  >>  ている可能性はあると思います。
>>>  >>>   >>  >>
>>>  >>>   >>  >>  以上です。
>>>  >>>   >>  >>
>>>  >>>   >>  >>
>>>  >>>   >>  >>
>>>  >>>   >>  >>
>>>  >>>   >>  >>
>>>  >>>   >>  >>
>>>  >>>   >>  >>  ----- Original Message -----
>>>  >>>   >>  >>  > From:
>> "renayama19661014@ybb.ne.jp"
>>>  >>>   >>  > <renayama19661014@ybb.ne.jp>
>>>  >>>   >>  >>  > To:
>> "linux-ha-japan@lists.osdn.me"
>>>  >>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>  >>>   >>  >>  > Cc:
>>>  >>>   >>  >>  > Date: 2016/10/3, Mon 22:37
>>>  >>>   >>  >>  > Subject: Re: [Linux-ha-jp]
>> pacemaker +
>>>  > corosync 上で
>>>  >>>   > PostgreSQL を
>>>  >>>   >>  動
>>>  >>>   >>  >>  かした際の空きメモリ減少について
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > 秋葉さん
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > こんばんは、山内です。
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > 週末から、私の環境でも、２日半程度流してみみました。
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  >
>>>  > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイ
>>>  >>>   メー
>>>  >>>   >>  ジそ
>>>  >>>   >>  >>  のままで構成してみました。
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > ----------
>>>  >>>   >>  >>  > CentOS Linux release 7.2.1511
>> (Core)
>>>  >>>   >>  >>  > Linux c7-01 3.10.0-327.el7.x86_64
>> #1 SMP Thu
>>>  > Nov
>>>  >>  19 22:10:57
>>>  >>>   > UTC 2015
>>>  >>>   >>  >>  x86_64
>>>  >>>   >>  >>  > x86_64 x86_64 GNU/Linux
>>>  >>>   >>  >>  > systemd-219-19.el7.x86_64
>>>  >>>   >>  >>  > glibc-2.17-105.el7.x86_64
>>>  >>>   >>  >>  > pacemaker-1.1.13-10.el7.x86_64
>>>  >>>   >>  >>  > corosync-2.3.4-7.el7.x86_64
>>>  >>>   >>  >>  > ----------
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > リソースは簡易のDummyリソースのみですが、以下のように
>>>  してい
>>>  >>>   ます。
>>>  >>>   >>  >>  > ----------
>>>  >>>   >>  >>  > ●設定ファイル(crm形式です）
>>>  >>>   >>  >>  > ### Cluster Option ###
>>>  >>>   >>  >>  > property
>> no-quorum-policy="ignore"
>>>  > \
>>>  >>>   >>  >>  > stonith-enabled="false"
>> \
>>>  >>>   >>  >>  > startup-fencing="false"
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > ### Resource Defaults ###
>>>  >>>   >>  >>  > rsc_defaults
>>>  >>  resource-stickiness="INFINITY" \
>>>  >>>   >>  >>  > migration-threshold="1"
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > ### Group Configuration ###
>>>  >>>   >>  >>  > group grpDummy \
>>>  >>>   >>  >>  > prmDummy1 \
>>>  >>>   >>  >>  > prmDummy2 \
>>>  >>>   >>  >>  > prmDummy3 \
>>>  >>>   >>  >>  > prmDummy4 \
>>>  >>>   >>  >>  > prmDummy5 \
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > ### Primitive Configuration ###
>>>  >>>   >>  >>  > primitive prmDummy1
>> ocf:pacemaker:Dummy \
>>>  >>>   >>  >>  > op start interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op monitor interval="10s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op stop interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="block"
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > primitive prmDummy2
>> ocf:pacemaker:Dummy \
>>>  >>>   >>  >>  > op start interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op monitor interval="10s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op stop interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="block"
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > primitive prmDummy3
>> ocf:pacemaker:Dummy \
>>>  >>>   >>  >>  > op start interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op monitor interval="10s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op stop interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="block"
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > primitive prmDummy4
>> ocf:pacemaker:Dummy \
>>>  >>>   >>  >>  > op start interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op monitor interval="10s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op stop interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="block"
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > primitive prmDummy5
>> ocf:pacemaker:Dummy \
>>>  >>>   >>  >>  > op start interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op monitor interval="10s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="restart" \
>>>  >>>   >>  >>  > op stop interval="0s"
>>>  >>  timeout="60s"
>>>  >>>   >>  >>  > on-fail="block"
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > ### Resource Location ###
>>>  >>>   >>  >>  > location rsc_location-msDrbd-1
>> grpDummy \
>>>  >>>   >>  >>  > rule 200: #uname eq c7-01 \
>>>  >>>   >>  >>  > rule 100: #uname eq c7-02
>>>  >>>   >>  >>  > ----------
>>>  >>>   >>  >>  > ●crm_monの様子
>>>  >>>   >>  >>  > [root@c7-01 ~]# crm_mon -1
>>>  >>>   >>  >>  > Last updated: Mon Oct  3 16:35:29
>> 2016
>>>  >
>>>  >>  Last change:
>>>  >>>   > Fri Sep
>>>  >>>   >>  > 30
>>>  >>>   >>  >>  00:28:56
>>>  >>>   >>  >>  > 2016 by root via cibadmin on c7-01
>>>  >>>   >>  >>  > Stack: corosync
>>>  >>>   >>  >>  > Current DC: c7-01 (version
>>>  > 1.1.13-10.el7-44eb2dd)
>>>  >>  -
>>>  >>>   > partition with
>>>  >>>   >>  > quorum
>>>  >>>   >>  >>  > 2 nodes and 5 resources configured
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > Online: [ c7-01 c7-02 ]
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > Resource Group: grpDummy
>>>  >>>   >>  >>  > prmDummy1  (ocf::pacemaker:Dummy):
>> Started
>>>  > c7-01
>>>  >>>   >>  >>  > prmDummy2  (ocf::pacemaker:Dummy):
>> Started
>>>  > c7-01
>>>  >>>   >>  >>  > prmDummy3  (ocf::pacemaker:Dummy):
>> Started
>>>  > c7-01
>>>  >>>   >>  >>  > prmDummy4  (ocf::pacemaker:Dummy):
>> Started
>>>  > c7-01
>>>  >>>   >>  >>  > prmDummy5  (ocf::pacemaker:Dummy):
>> Started
>>>  > c7-01
>>>  >>>   >>  >>  > ----------
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > 以下が結果となりました。
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>>  >>>   >>  >>  > PID USER      PR  NI    VIRT   
>> RES    SHR S
>>>  > %CPU
>>>  >>  %MEM
>>>  >>>   > TIME+
>>>  >>>   >>  >>  COMMAND
>>>  >>>   >>  >>  > 1 root      20   0   44644   7280 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.18
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44644   7296 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.20
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44644   7296 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.21
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44644   7296 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.21
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44644   7296 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.21
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44644   7296 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.21
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44644   7296 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.21
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > (snip)
>>>  >>>   >>  >>  > 1 root      20   0   45064   7720 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.91
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   45064   7720 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.91
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   45064   7720 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.91
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   45064   7720 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.91
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   45064   7720 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.91
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   45064   7720 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.93
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   45064   7720 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.95
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>>  >>>   >>  >>  > PID USER      PR  NI    VIRT   
>> RES    SHR S
>>>  > %CPU
>>>  >>  %MEM
>>>  >>>   > TIME+
>>>  >>>   >>  >>  COMMAND
>>>  >>>   >>  >>  > 1 root      20   0   44652   7288 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.23
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44652   7288 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.25
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44652   7288 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.26
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44652   7288 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.26
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44652   7288 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.26
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   44652   7288 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:03.26
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > (snip)
>>>  >>>   >>  >>  > 1 root      20   0   45088   7712 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.00
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   45088   7712 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.00
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   45088   7712 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.00
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  > 1 root      20   0   45088   7716 
>> 2600 S
>>>  > 0.0
>>>  >>  0.4
>>>  >>>   > 0:21.03
>>>  >>>   >>  >>  systemd
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > systemd(pid=1)に増加は見られますが、秋葉さんの最初にご
>>>  報告頂
>>>  >>>   いた
>>>  >>>   >>  よう
>>>  >>>   >>  >>  な増加は起きていないようです。
>>>  >>>   >>  >>  > #この増加がsystemdの正しい動作の範疇なのかどうかは別物
>>>  です
>>>  >>>   が。。。。
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > こちらも、systemdのバージョンなどをアップしても確認して
>>>  みたい
>>>  >>>   と思
>>>  >>>   >>  いま
>>>  >>>   >>  >>  す。
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > 以上です。
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  > ----- Original Message -----
>>>  >>>   >>  >>  >>  From:
>>>  > "renayama19661014@ybb.ne.jp"
>>>  >>>   >>  >>  > <renayama19661014@ybb.ne.jp>
>>>  >>>   >>  >>  >>  To:
>>>  > "linux-ha-japan@lists.osdn.me"
>>>  >>>   >>  >>  >
>> <linux-ha-japan@lists.osdn.me>
>>>  >>>   >>  >>  >>  Cc:
>>>  >>>   >>  >>  >>  Date: 2016/9/30, Fri 04:56
>>>  >>>   >>  >>  >>  Subject: Re: [Linux-ha-jp]
>> pacemaker +
>>>  >>  corosync 上で
>>>  >>>   > PostgreSQL
>>>  >>>   >>  >>  > を動かした際の空きメモリ減少について
>>>  >>>   >>  >>  >>
>>>  >>>   >>  >>  >>  秋葉さん
>>>  >>>   >>  >>  >>
>>>  >>>   >>  >>  >>  こんばんは、山内です。
>>>  >>>   >>  >>  >>
>>>  >>>   >>  >>  >>
>>>  >>>   >>  >>  >>  こちらでも、準備が出来ましたので、週末に流してみる予
>>>  定です。
>>>  >>>   >>  >>  >>
>>>  >>>   >>  >>  >>  また、結果がわかりましたら、ご連絡します。
>>>  >>>   >>  >>  >>
>>>  >>>   >>  >>  >>  以上です。
>>>  >>>   >>  >>  >>
>>>  >>>   >>  >>  >>
>>>  >>>   >>  >>  >>  ----- Original Message -----
>>>  >>>   >>  >>  >>>   From:
>>>  >>  "renayama19661014@ybb.ne.jp"
>>>  >>>   >>  >>  >> 
>> <renayama19661014@ybb.ne.jp>
>>>  >>>   >>  >>  >>>   To:
>>>  >>  "linux-ha-japan@lists.osdn.me"
>>>  >>>   >>  >>  >> 
>> <linux-ha-japan@lists.osdn.me>
>>>  >>>   >>  >>  >>>   Cc:
>>>  >>>   >>  >>  >>>   Date: 2016/9/28, Wed
>> 18:56
>>>  >>>   >>  >>  >>>   Subject: Re:
>> [Linux-ha-jp]
>>>  > pacemaker +
>>>  >>  corosync 上で
>>>  >>>   >>  > PostgreSQL
>>>  >>>   >>  >>  >>  を動かした際の空きメモリ減少について
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>   秋葉さん
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>   こんばんは、山内です。
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>   了解いたしました。
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>   ご連絡ありがとうございました。
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>   以上です。
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>   ----- Original Message
>> -----
>>>  >>>   >>  >>  >>>>    From: AKIBA Makoto
>>>  >>>   > <akiba@acroquest.co.jp>
>>>  >>>   >>  >>  >>>>    To:
>>>  > linux-ha-japan@lists.osdn.me
>>>  >>>   >>  >>  >>>>    Cc:
>>>  >>>   >>  >>  >>>>    Date: 2016/9/28, Wed
>> 18:30
>>>  >>>   >>  >>  >>>>    Subject: Re:
>> [Linux-ha-jp]
>>>  >>  pacemaker +
>>>  >>>   > corosync 上で
>>>  >>>   >>  > PostgreSQL
>>>  >>>   >>  >>  >>>   を動かした際の空きメモリ減少について
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>>    山内さん
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>>    秋葉です。
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>>   
>> 設定ファイルの確認ありがとうございました。
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>>>
>>>  > ちなみに、systemdのメモリ増加の確認ですが、どのような
>>>  >>>   コマ
>>>  >>>   >>  ンド
>>>  >>>   >>  >>  で実行され
>>>  >>>   >>  >>  >>>>>     ましたか？
>>>  >>>   >>  >>  >>>>>
>>>  > 念の為、同じ確認を実施したいので、お手数ですが、ご連
>>>  >>>   絡く
>>>  >>>   >>  ださ
>>>  >>>   >>  >>  い。
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>>    こちら、取り急ぎ返信致しますと、
>>>  >>>   >>  >>  >>>>
>>>  > systemdプロセスのメモリ使用量についてはtopコマンドを
>>>  >>>   使っ
>>>  >>>   >>  て、
>>>  >>>   >>  >>  >>>>   
>> VIRT(VSZ)とRSSを見ております。
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>>   
>> 特にRSSの方が細かく増え続ける状態になっていまし
>>>  た。
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>>   
>> お手数をおかけしますが、よろしくお願い致します。
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>>    以上
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>>>     -----Original
>>>  > Message-----
>>>  >>>   >>  >>  >>>>>     From:
>>>  >>>   > linux-ha-japan-bounces@lists.osdn.me
>>>  >>>   >>  >>  >>>>>
>>>  >>>   > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>>>  >>>   >>  > Behalf Of
>>>  >>>   >>  >>  >>>>>   
>> renayama19661014@ybb.ne.jp
>>>  >>>   >>  >>  >>>>>     Sent:
>> Wednesday,
>>>  > September 28,
>>>  >>  2016 6:08
>>>  >>>   > PM
>>>  >>>   >>  >>  >>>>>     To:
>>>  >>  linux-ha-japan@lists.osdn.me
>>>  >>>   >>  >>  >>>>>     Subject: Re:
>>>  > [Linux-ha-jp]
>>>  >>  pacemaker +
>>>  >>>   > corosync 上で
>>>  >>>   >>  >>  > PostgreSQL を動か
>>>  >>>   >>  >>  >>>>>     した際の空きメモリ減少について
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>     秋葉さん
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>     こんばんは、山内です。
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>
>>>  > (MLへの送信に失敗しているように思えるので、再送します）
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>
>>>  > 頂いた設定について拝見しましたが、特にPacemaker的に
>>>  >>>   は問
>>>  >>>   >>  題な
>>>  >>>   >>  >>  いと思いま
>>>  >>>   >>  >>  >>>>>     す。
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>
>>>  >>  CentOS7でのsystemdの様子については、これからVM構成
>>>  >>>   です
>>>  >>>   >>  が、
>>>  >>>   >>  >>  確認してみ
>>>  >>>   >>  >>  >>>>>     るつもりです。
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>
>>>  > ちなみに、systemdのメモリ増加の確認ですが、どのような
>>>  >>>   コマ
>>>  >>>   >>  ンド
>>>  >>>   >>  >>  で実行され
>>>  >>>   >>  >>  >>>>>     ましたか？
>>>  >>>   >>  >>  >>>>>
>>>  > 念の為、同じ確認を実施したいので、お手数ですが、ご連
>>>  >>>   絡く
>>>  >>>   >>  ださ
>>>  >>>   >>  >>  い。
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>     以上です。
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>
>>>  >>>   >>  >>  >>>>>     ----- Original
>> Message
>>>  > -----
>>>  >>>   >>  >>  >>>>>     > From:
>> AKIBA Makoto
>>>  >>>   >>  > <akiba@acroquest.co.jp>
>>>  >>>   >>  >>  >>>>>     > To:
>>>  >>  linux-ha-japan@lists.osdn.me
>>>  >>>   >>  >>  >>>>>     > Cc:
>>>  >>>   >>  >>  >>>>>     > Date:
>> 2016/9/28, Wed
>>>  >
>>>  >>  16:21
>>>  >>>   >>  >>  >>>>>     > Subject:
>> Re:
>>>  >>  [Linux-ha-jp]
>>>  >>>   > pacemaker +
>>>  >>>   >>  > corosync 上で
>>>  >>>   >>  >>  >>  PostgreSQL を動
>>>  >>>   >>  >>  >>>>>   
>> かした際の空きメモリ減少について
>>>  >>>   >>  >>  >>>>>     >
>>>  >>>   >>  >>  >>>>>     > 山内さん
>>>  >>>   >>  >>  >>>>>     >
>>>  >>>   >>  >>  >>>>>     > 秋葉です。
>>>  >>>   >>  >>  >>>>>     >
>>>  >>>   >>  >>  >>>>>     >
>>>  > systemdについての情報ありがとうございます。
>>>  >>>   >>  >>  >>>>>     >
>> 確認させていただきます。
>>>  >>>   >>  >>  >>>>>     >
>>>  >>>   >>  >>  >>>>>     >
>>>  >>>   >>  >>  >>>>>     > 以上
>>>  >>>   >>  >>  >>>>>     >
>>>  >>>   >>  >>  >>>>>     >> 
>> -----Original
>>>  >>  Message-----
>>>  >>>   >>  >>  >>>>>     >>  From:
>>>  >>>   >>  > linux-ha-japan-bounces@lists.osdn.me
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  > [mailto:linux-ha-japan-bounces@lists.osdn.me]
>> On
>>>  >>>   >>  >>  > Behalf
>>>  >>>   >>  >>  >>  Of
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>  renayama19661014@ybb.ne.jp
>>>  >>>   >>  >>  >>>>>     >>  Sent:
>> Monday,
>>>  >>  September 26,
>>>  >>>   > 2016 6:22 PM
>>>  >>>   >>  >>  >>>>>     >>  To:
>>>  >>>   > linux-ha-japan@lists.osdn.me
>>>  >>>   >>  >>  >>>>>     >> 
>> Subject: Re:
>>>  >>  [Linux-ha-jp]
>>>  >>>   > pacemaker +
>>>  >>>   >>  > corosync 上で
>>>  >>>   >>  >>  >
>>>  >>>   >>  >>  >>>   PostgreSQL を
>>>  >>>   >>  >>  >>>>>     動か
>>>  >>>   >>  >>  >>>>>     >> 
>> した際の空きメモリ減少について
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>  秋葉さん
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >> 
>> こんばんは、山内です。
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >> 
>> 了解しました。
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>  こちれでも、時間をみて、頂いた設定をベースに試し
>>>  >>>   てみ
>>>  >>>   >>  たい
>>>  >>>   >>  >>  と思います。
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>  systemd関連も不具合などもあるようですので、そちら
>>>  >>>   を探
>>>  >>>   >>  して
>>>  >>>   >>  >>  みるのも良
>>>  >>>   >>  >>  >>>>>     いか
>>>  >>>   >>  >>  >>>>>     >> 
>> もしれません。
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>  ちょっと探してみても、以下などもありました。
>>>  >>>   >>  >>  >>>>>     >>
>>>  > 直接関係があるかは別ですが・・・
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>   *
>>>  >>>   >>  >>  >
>>>  >>  https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>  設定などで質問があれば、またご連絡させてください。
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>  以上です。
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>  -----
>> Original
>>>  >>  Message -----
>>>  >>>   >>  >>  >>>>>     >>  >
>> From:
>>>  > AKIBA
>>>  >>  Makoto
>>>  >>>   >>  >>  > <akiba@acroquest.co.jp>
>>>  >>>   >>  >>  >>>>>     >>  >
>> To:
>>>  >>>   > linux-ha-japan@lists.osdn.me
>>>  >>>   >>  >>  >>>>>     >>  >
>> Cc:
>>>  >>>   >>  >>  >>>>>     >>  >
>> Date:
>>>  >>  2016/9/26, Mon
>>>  >>>   > 16:18
>>>  >>>   >>  >>  >>>>>     >>  >
>> Subject:
>>>  > Re:
>>>  >>>   > [Linux-ha-jp]
>>>  >>>   >>  > pacemaker +
>>>  >>>   >>  >>  > corosync 上で
>>>  >>>   >>  >>  >>
>>>  >>>   >>  >>  >>>>    PostgreSQL を
>>>  >>>   >>  >>  >>>>>     動
>>>  >>>   >>  >>  >>>>>     >>
>>>  > かした際の空きメモリ減少について
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>  >
>> 山内さん
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>  >
>> 秋葉です。
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>  ご回答・解説ありがとうございます。
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   > 実際に当方の環境でpacemakerのプロセスメモリサイズ
>>>  >>>   >>  を
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   > 見てみたところ、～8MB程度になっており、頂いた情報の
>>>  >>>   >>  通り
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  > 大きくはなっていませんでした。
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   > 一方で、systemd(pid=1)については1GB程度まで大きく
>>>  >>>   >>  なっ
>>>  >>>   >>  >>  て
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   > おり、pmapで参照すると[heap]とマッピングされた領域
>>>  >>>   >>  が
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>  ほとんどを占めているように見えました。
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>  なので、これ以上の問い合わせは見当違いの可能性
>>>  >>>   もあ
>>>  >>>   >>  りま
>>>  >>>   >>  >>  すが、
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>  念の為、当方で使用している設定ファイルを添付致
>>>  >>>   しま
>>>  >>>   >>  す。
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>  (固有情報はマスキングしてあります)
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>  これで何か情報が得られましたら教えていただけま
>>>  >>>   すで
>>>  >>>   >>  しょ
>>>  >>>   >>  >>  うか。
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   > また、不足している情報がありましたらご指摘ください。
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>  お手数をおかけ致しますがよろしくお願い致します。
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>  >
>> 以上
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>  ----------------
>>>  >>>   >>  >>  >>>>>     >>  >
>> AKIBA
>>>  > Makoto
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>  akiba@acroquest.co.jp
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>  -----Original
>>>  >>>   > Message-----
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   From:
>>>  >>>   >>  >>  >
>> linux-ha-japan-bounces@lists.osdn.me
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >
>> [mailto:linux-ha-japan-bounces@lists.osdn.me]
>>>  >>>   >>  >>  >>  On
>>>  >>>   >>  >>  >>>   Behalf
>>>  >>>   >>  >>  >>>>    Of
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   > renayama19661014@ybb.ne.jp
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   Sent:
>>>  >
>>>  >>  Friday,
>>>  >>>   > September 23,
>>>  >>>   >>  > 2016 6:04 PM
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   To:
>>>  >>>   >>  > linux-ha-japan@lists.osdn.me
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  > Subject:
>>>  >>  Re:
>>>  >>>   > [Linux-ha-jp]
>>>  >>>   >>  > pacemaker +
>>>  >>>   >>  >>  >>  corosync 上で
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>>    PostgreSQL
>>>  >>>   >>  >>  >>>>>     を
>>>  >>>   >>  >>  >>>>>     >>  動か
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>  した際の空きメモリ減少について
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   秋葉さん
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>  こんばんは、山内です。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  > pacemakerのプロセスがIPC通信の為にマップしているメ
>>>  >>>   >>  >>  モリは
>>>  >>>   >>  >>  >>>>>     5Mbyteま
>>>  >>>   >>  >>  >>>>>     >>  でで
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   す。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   > よって、最大、5Mbyteまでプロセスのメモリサイズは
>>>  >>>   >>  上が
>>>  >>>   >>  >>  る可能性が
>>>  >>>   >>  >>  >>>>>     あり
>>>  >>>   >>  >>  >>>>>     >>  ます
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   が、
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   > 先のメールの通りで5Mbyteを超えるあたりで再利用
>>>  >>>   >>  する
>>>  >>>   >>  >>  為、それ以上
>>>  >>>   >>  >>  >>>>>     は増
>>>  >>>   >>  >>  >>>>>     >>  えま
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   せん。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >> 
>> このサイズですが、/etc/sysconfig/pacemakerの
>>>  >>>   PCMK_ipc_bufferで
>>>  >>>   >>  >>  >>>>>     大き
>>>  >>>   >>  >>  >>>>>     >>  くは
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  > 出来ますが、
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>  小さくすることは出来ません。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   > ＃これらのメモリマップの様子は、pmapコマンドで確
>>>  >>>   >>  認す
>>>  >>>   >>  >>  ることが可
>>>  >>>   >>  >>  >>>>>     能で
>>>  >>>   >>  >>  >>>>>     >>  す。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   以上です。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   -----
>>>  >
>>>  >>  Original
>>>  >>>   > Message -----
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  > From:
>>>  >>>   >>  >>  >> 
>> "renayama19661014@ybb.ne.jp"
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   > <renayama19661014@ybb.ne.jp>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  > To:
>>>  >>>   >>  >>  >> 
>> "linux-ha-japan@lists.osdn.me"
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  > Cc:
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  > Date:
>>>  >>>   > 2016/9/22, Thu
>>>  >>>   >>  > 10:20
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>  Subject: Re:
>>>  >>>   >>  > [Linux-ha-jp]
>>>  >>>   >>  >>  > pacemaker +
>>>  >>>   >>  >>  >>>   corosync 上で
>>>  >>>   >>  >>  >>>>>     > PostgreSQL
>> ã‚’
>>>  >>>   >>  >>  >>>>>     >>  動
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>  かした際の空きメモリ減少について
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  > 秋葉さん
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>  こんにちは、山内です。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   > systemdプロセスではありませんが、
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  > pacemakerとcorosyncを組み合わせてクラスタを構成した場
>>>  合、
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
>>>  >>>   >>  >>  増加して
>>>  >>>   >>  >>  >>>>>     いく
>>>  >>>   >>  >>  >>>>>     >>  動作
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  > となります。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  > 詳細な動作は、失念していますが、pacmakerのプロセス
>>>  >>>   >>  >>  がメモリマ
>>>  >>>   >>  >>  >>>>>     ップ
>>>  >>>   >>  >>  >>>>>     >>  して
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   > いる（？？MByteまでだったはず）エリア
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   > を利用して通信などを行う為、クラスタ構成後、マ
>>>  >>>   >>  ップ
>>>  >>>   >>  >>  した一定量
>>>  >>>   >>  >>  >>>>>     まで
>>>  >>>   >>  >>  >>>>>     >>  増加
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  > が続きます。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   > ですが、一定量までで、それ以降は、マップしたエ
>>>  >>>   >>  リア
>>>  >>>   >>  >>  を古い方か
>>>  >>>   >>  >>  >>>>>     ら再
>>>  >>>   >>  >>  >>>>>     >>  利用
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>  する為、増加は止まります。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   > （上記のマップしているサイズについては、確認し
>>>  >>>   >>  て、
>>>  >>>   >>  >>  再度、ご連
>>>  >>>   >>  >>  >>>>>     絡し
>>>  >>>   >>  >>  >>>>>     >>  ます）
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  > (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)
>>>  の原因
>>>  >>>   >>  >>  >>>>>     には
>>>  >>>   >>  >>  >>>>>     >>  直接
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>  影響しないかと思います。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  > 実際に増加しているのがsystemdプロセスとのことです
>>>  >>>   >>  >>  が、
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>   >>  >>  > pacemaker+corosyncのクラスタ構成で、リソースなどは
>>>  systemdを
>>>  >>>   経
>>>  >>>   >>  >>  >>>>>     由し
>>>  >>>   >>  >>  >>>>>     >>  て
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>  実行・監視しているでしょうか？
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>
>>>  > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用
>>>  >>>   し
>>>  >>>   >>  >>  >>>>>     てい
>>>  >>>   >>  >>  >>>>>     >>  るか
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>  どうか？ということです。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方
>>>  >>>   >>  >>  でも確認可
>>>  >>>   >>  >>  >>>>>     能か
>>>  >>>   >>  >>  >>>>>     >>  も知
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   れません。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  > ＃本当にリークしているのがsystemdプロセスである可
>>>  >>>   >>  >>  能性もある
>>>  >>>   >>  >>  >>>>>     とは
>>>  >>>   >>  >>  >>>>>     >>  思い
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  > ますが・・・・
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  > 以上です。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > 現在、pacemaker +
>>>  >>>   >>  > corosync
>>>  >>>   >>  >>  > のクラスタ上で
>>>  >>>   >>  >>  >>>   PostgreSQL を
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 動作させているデータベースサーバがあるのですが、
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 稼働中にOSのメモリ使用量が増加し続ける問題が起
>>>  >>>   >>  >>  きています。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 原因を把握したいのですが、何か該当する現象や確認
>>>  >>>   >>  >>  ポイント
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > などありますでしょうか？
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > 環境は以下のようになっております。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  OS: CentOS
>>>  >>>   > Linux
>>>  >>>   >>  > release
>>>  >>>   >>  >>  > 7.2.1511
>>>  >>>   >>  >>  >>  (Core)
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>      kernel
>>>  >>>   > -
>>>  >>>   >>  >>  > 3.10.0-327.18.2.el7
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>      glibc
>>>  >>>   > -
>>>  >>>   >>  > 2.17-106.el7_2.6
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  Systemd:
>>>  >>>   >>  > 219-19.el7_2.9 /
>>>  >>>   >>  >>  >>>   219-19.el7_2.12 (※)
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  Pacemaker:
>>>  >>>   >>  > 1.1.13-10.el7_2.2
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  Corosync:
>>>  >>>   >>  > 2.3.4-7.el7_2.1
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > PostgreSQL:
>>>  >>>   >>  > 9.4.8-1PGDG.rhel7
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > (※)systemdのバージョンはどちらでも発生しました
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >> 
>> 2台のサーバでHotStandby構成にしてPostgreSQLを運用し
>>>  ていま
>>>  >>>   >>  >>  >>>>>     す。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >> 
>> (両サーバでPostgreSQLが起動し、hot-standby構成にして
>>>  いる)
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  > Active側にVIPを割り当てるようにして、アプリケーション
>>>  から
>>>  >>>   >>  >>  >>>>>     は
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > VIPに接続するようにしています。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > これまでに観察して見えているのは以下の事象になり
>>>  >>>   >>  >>  ます。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  (1)
>>>  >>>   >>  > OS起動しクラスタ状態を正常にした状態で、少し
>>>  >>>   >>  >>  ずつ
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >> 
>> 　　OSの空きメモリ量(free+buffer+cache)が減少し続け
>>>  る。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 　　→１日あたり30～100MB程度ずつ減少する
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 　　　※DBサーバ自体は4GBメモリを搭載
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 　　　※VIPがある／なしに関わらず減少傾向にある。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  (2)
>>>  >>>   >>  >>  > メモリ使用量が大きいプロセスを確認すると、PID=1の
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  　　systemd
>>>  >>>   >>  >>  > プロセスで、数十秒ごとに4～8KB程度増加する。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  (3)
>>>  >>>   >>  >>  > 契機は不明だが、時折数十～数百MB程度空き容量が増える
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > 　　(回復する)ことがある。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 　　(長期的に見てトータルでは減少し続ける)
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  (4)
>>>  >>>   > pacemaker +
>>>  >>>   >>  >>  >>>   corosyncを使わず、1台のみで動作させている
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
>>>  >>>   >>  >>  増減が
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > 　　発生していないように見える。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 　　→この点があり、何か手がかりが無いかと考え、
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 　　　こちらのMLに質問をポストさせていただきま
>>>  >>>   >>  >>  した。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > 長文にて恐縮ですが、情報等いただけましたら幸いで
>>>  >>>   >>  >>  す。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > よろしくお願い致します。
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > ----------------
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>  AKIBA
>>>  >>>   > Makoto
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  > akiba@acroquest.co.jp
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   >>  >>  >>>>
>>>  >>>   > _______________________________________________
>>>  >>>   >>  >>  >>>>>     >> 
>>>>
>>>  >>>
>>>  >>>   > 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
>>>  >>>   >>  >>  >>>>>     >>  >
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >>  >>>>>     >>
>>>  >>>   >>  >
>> _______________________________________________
>>>  >>>   >>  >>  >>>>>     >> 
>> 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
>>>  >>>   >>  >>  >>>>
>>>  >>>   >>  >>  >>>
>>>  >>>   >>  >>  >>>
>>>  >>  _______________________________________________
>>>  >>>   >>  >>  >>>   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
>>>  >>>   >>  >
>> _______________________________________________
>>>  >>>   >>  > 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
>>>  >>  _______________________________________________
>>>  >>  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
>>
>
>_______________________________________________
>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 + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 28, 2016, 3:51 PM
Post #23 of 30 (6330 views)
Permalink
秋葉さん


おはようございます。山内です。

その後ですが、最終的に、RHL7.2も同様の事象と判断して動作を流すのは停止しました。
(CentOS7.2の方は、来週頭まで流すつもりです。）

簡易に現象を確認する方法を見つけたので、私の方で、RHのBugzillaに登録してみるつもりです。

１点、Pacemaker側の対処ではありませんが、systemctlのコマンド実行で、systemdを再実行させることでRESを戻すことは出来そうです。

#systemctl daemon-reexec

上記を実行することで、systemdが再実行されてRESが戻ります。
ですが、再実行後も結局、systemed(pid=1)のRESの増加は始まりますので、cronなどで定期的に実行する必要がありそうです。

手元の環境(pgsqlのストリーミング構成）では上記コマンドの実行で、クラスタリソースには影響はありませんでしたが、念のため、仮想ゲストなどで影響がないことを１度確認された方がよいかと思います。
#申し訳ありませんが、systemctl daemon-reexecの有効性について、ちゃんと確認が取れていない為です。

また、動きがありましたら、御連絡いたします。

以上です。



----- Original Message -----
> From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> Cc:
> Date: 2016/10/26, Wed 17:42
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 秋葉さん
>
> 今晩は、山内です。
>
>> PostgreSQLのストリーミングの簡易構成での再現試験で
>> 類似事象が発生したとのこと、ご連絡ありがとうございます。
>
> RHEL7.2も実行中ですが、傾向を見ると同様のようです。
> こちらは、もう少し流してみます。
>
>>>  * https://github.com/systemd/systemd/issues/2614
>>
>> 情報ありがとうございます。
>> こちらでも類似の情報を見たことがありました。
>> (タイトルはよく似ていますが全く同じではないようですね)
>> http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18-days-of-uptime
>
> 拝見しました。
> おっしゃる通り、似ていますが、全く同じではないようですね。
>
>> これらの事象は必ず発生するものではないとすると、何らかの
>> 条件があるのだと思ってはいますが、それが分からないのが
>> 苦しいところです。
>
>> ちなみに、ダメ元でお伺いしますが、
>> pacemakerでPostgreSQLをストリーミング構成で
>> 動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
>> 仕方など)で改善できる要素などはあるのでしょうか？
>
> こちらについては、もう少々お待ちください。
> 何が原因なりそうか、これから調査する所です。
> それがわかれば、Pacemaker側での回避設定・修正も可能かも知れません。
>
> また、コミュニティのメンバーとも昨日少し話をしましたが、もう少し事象を限定的な簡易な方法（Pacemaker無のコマンドの繰り返し実行など)
> で再現できるかどうかを確認してRHの方へBugzillaへ報告してみる予定です。
>
>> ACT+SBY構成ならば起きないが、HotStandby(ストリーム
>> レプリケーション)構成だと発生する、ということなのか、
>> それに付随した原因が考えられるのか、といったところです。
>
> もしかすると、ACT+SBYでもDummyではなくpgsqlのRAを使った場合に起きるかも知れません。
> #こちらは確認してみる予定です。
>
>
>>> 回答的には、systemd2.1.9よりも新しいバージョンを
>>> 利用するようにとのことで、Closeしていますが・・
>> この点ですが、RHEL／CentOSでyumでインストールできるものは
>> 2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
>> 既に2.3.1(v231)がリリースされています。
>
> はい。私も確認しています。
>
>> RedHatは、2.1.9をベースにアップデートを重ねているようですが、
>> これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
>> 取れるものなのでしょうか？
>> (このMLで質問することではないかもしれませんが…)
>
> RHは、RHで採用するパッケージは決定しているので、本家とは直接関係していないと思います。
> また、RHは本家の採用バージョンに対して必要に応じて、パッチを適用して利用しています。
> ですので、RHが本家のBugfixを必要と判断すれば採用するというというスタンスではないでしょうか？
> #CentOSも同じパッケージとなると思いますので、RHの判断に追従していると思います。
>
> 以上です。
>
>
>
> ----- Original Message -----
>> From: AKIBA Makoto <akiba@acroquest.co.jp>
>> To: linux-ha-japan@lists.osdn.me
>> Cc:
>> Date: 2016/10/25, Tue 20:05
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> を動かした際の空きメモリ減少について
>>
>> T o: 山内さん
>>
>> 秋葉です。
>> いつもお世話になっております。
>>
>> PostgreSQLのストリーミングの簡易構成での再現試験で
>> 類似事象が発生したとのこと、ご連絡ありがとうございます。
>>
>>>   * https://github.com/systemd/systemd/issues/2614
>>
>> 情報ありがとうございます。
>> こちらでも類似の情報を見たことがありました。
>> (タイトルはよく似ていますが全く同じではないようですね)
>>
> http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18-days-of-uptime
>
>>
>>
>> これらの事象は必ず発生するものではないとすると、何らかの
>> 条件があるのだと思ってはいますが、それが分からないのが
>> 苦しいところです。
>>
>> ちなみに、ダメ元でお伺いしますが、
>> pacemakerでPostgreSQLをストリーミング構成で
>> 動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
>> 仕方など)で改善できる要素などはあるのでしょうか？
>>
>> ACT+SBY構成ならば起きないが、HotStandby(ストリーム
>> レプリケーション)構成だと発生する、ということなのか、
>> それに付随した原因が考えられるのか、といったところです。
>>
>>
>>>   回答的には、systemd2.1.9よりも新しいバージョンを
>>>   利用するようにとのことで、Closeしていますが・・
>>
>> この点ですが、RHEL／CentOSでyumでインストールできるものは
>> 2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
>> 既に2.3.1(v231)がリリースされています。
>>
>> RedHatは、2.1.9をベースにアップデートを重ねているようですが、
>> これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
>> 取れるものなのでしょうか？
>> (このMLで質問することではないかもしれませんが…)
>>
>>
>> 以上、よろしくお願い致します。
>>
>>>   -----Original Message-----
>>>   From: linux-ha-japan-bounces@lists.osdn.me
>>>   [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>   renayama19661014@ybb.ne.jp
>>>   Sent: Monday, October 24, 2016 7:25 PM
>>>   To: linux-ha-japan@lists.osdn.me
>>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>>>   した際の空きメモリ減少について
>>>
>>>   秋葉さん
>>>
>>>   こんばんは、山内です。
>>>
>>>   PostgreSQLのストリーミングの簡易構成でCentOS7.2で週末(3日間程度）に流
>>>   してみました。
>>>
>>>   どうやら、明らかに先にDummy構成などで確認した増加量を大幅に超えて、秋
>>>   葉さんのおっしゃるようにsystemd(pid=1)で増加がみられるようです。
>>>
>>>   ------
>>>   [root@c7-01 ~]# crm_mon -1 -Af
>>>   Last updated: Mon Oct 24 16:27:24 2016
>>>   Last change: Thu Oct 20 20:40:40 2016 by root via crm_attribute on
> c7-01
>>>   Stack: corosync
>>>   Current DC: c7-01 (version 1.1.13-10.el7_2.4-44eb2dd) - partition with
>>>   quorum
>>>   2 nodes and 5 resources configured
>>>
>>>   Online: [ c7-01 c7-02 ]
>>>
>>>   vipCheckMaster (ocf::heartbeat:VIPcheck):      Started c7-01
>>>   Resource Group: master-group
>>>       vip-master (ocf::heartbeat:IPaddr2):       Started c7-01
>>>       vip-rep    (ocf::heartbeat:IPaddr2):       Started c7-01
>>>   Master/Slave Set: msPostgresql [pgsql]
>>>       Masters: [ c7-01 ]
>>>       Slaves: [ c7-02 ]
>>>
>>>   Node Attributes:
>>>   * Node c7-01:
>>>      + master-pgsql                      : 1000
>>>      + pgsql-data-status                 : LATEST
>>>      + pgsql-master-baseline             : 0000000008000060
>>>      + pgsql-status                      : PRI
>>>   * Node c7-02:
>>>      + master-pgsql                      : 100
>>>      + pgsql-data-status                 : STREAMING|SYNC
>>>      + pgsql-status                      : HS:sync
>>>
>>>   Migration Summary:
>>>   * Node c7-01:
>>>   * Node c7-02:
>>>   ------
>>>
>>>   1)Master側
>>>    PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+
>>>   COMMAND
>>>      1 root      20   0   44040   6720   3908 S   0.0  0.3   0:03.98
>>>   systemd
>>>      1 root      20   0   44040   6720   3908 S   0.3  0.3   0:04.16
>>>   systemd
>>>      1 root      20   0   44040   6720   3908 S   0.3  0.3   0:04.35
>>>   systemd
>>>   (snip)
>>>      1 root      20   0  116216  78852   3908 S   0.3  3.8  18:08.67
>>>   systemd
>>>      1 root      20   0  116216  78868   3908 S   0.3  3.8  18:08.86
>>>   systemd
>>>      1 root      20   0  116216  78892   3908 S   0.4  3.8  18:09.08
>>>   systemd
>>>
>>>   2)Slave側
>>>    PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+
>>>   COMMAND
>>>      1 root      20   0   44172   6796   3908 S   5.6  0.3   0:03.33
>>>   systemd
>>>      1 root      20   0   44172   6796   3908 S   0.2  0.3   0:03.46
>>>   systemd
>>>      1 root      20   0   44172   6796   3908 S   0.2  0.3   0:03.60
>>>   systemd
>>>   (snip)
>>>      1 root      20   0   95368  57944   3468 S   0.3  2.8  12:42.27
>>>   systemd
>>>      1 root      20   0   95368  57944   3468 S   0.2  2.8  12:42.40
>>>   systemd
>>>      1 root      20   0   95368  57948   3468 S   0.2  2.8  12:42.54
>>>   systemd
>>>
>>>   こちらは、もう少し流してみる予定です。
>>>
>>>   さらに、私の方で利用しているのは、主にRHELになりますので、RHEL7.2でも
>>>   流してみようと思っています。
>>>
>>>   １点..systemdのgithubのissueで同様の現象が報告されているのを見つけま
>>>   した。
>>>   回答的には、systemd2.1.9よりも新しいバージョンを利用するようにとのこと
>>>   で、Closeしていますが・・
>>>   * https://github.com/systemd/systemd/issues/2614
>>>
>>>   RHEL7.2も2.1.9が入っているので事象が起きるかも知れません。
>>>   #CentOS7.2と、全く同一のものが入っている模様。
>>>
>>>   また、御連絡しますが、何らかのsystemdに関連した不具合の可能性が高いと
>>>   思っています。
>>>
>>>   #ちなみに、PostgreSQLのストリーミング構成を行わずに、PacemakerをDummy
>>>   リソースでACT/STB構成で、
>>>   #pcsdを起動した構成では、極端なメモリ増加は見られていませんでした。
>>>
>>>   以上です。
>>>
>>>
>>>
>>>
>>>   ----- Original Message -----
>>>   > From: "renayama19661014@ybb.ne.jp"
>> <renayama19661014@ybb.ne.jp>
>>>   > To: "linux-ha-japan@lists.osdn.me"
>> <linux-ha-japan@lists.osdn.me>
>>>   > Cc:
>>>   > Date: 2016/10/18, Tue 23:43
>>>   > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>>>   かした際の空きメモリ減少について
>>>   >
>>>   > 秋葉さん
>>>   >
>>>   > こんばんは、山内です。
>>>   >
>>>   > すいません・・見間違えていました。
>>>   >
>>>   > PostgreSQLのバージョン、了解いたしました。
>>>   >
>>>   > また、結果が出ましたら、ご連絡します。
>>>   >
>>>   > 以上です。
>>>   >
>>>   >
>>>   >
>>>   > ----- Original Message -----
>>>   >>  From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>   >>  To: linux-ha-japan@lists.osdn.me
>>>   >>  Cc:
>>>   >>  Date: 2016/10/18, Tue 19:20
>>>   >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL
>>>   > を動かした際の空きメモリ減少について
>>>   >>
>>>   >> T o: 山内さん
>>>   >>
>>>   >>  秋葉です。
>>>   >>  いつもお世話になっております。
>>>   >>
>>>   >>>   9日でかなり大きいですね・・・
>>>   >>
>>>   >>  いえ、１カ月と９日（３９日）です・・・
>>>   >>
>>>   >>
>>>   >>>   こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで
>>>   >>>   流してみるつもりです。
>>>   >>
>>>   >>  ありがとうございます。
>>>   >>
>>>   >>
>>>   >>>   ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>>>   >>>   同じバージョンで流して試してみるつもりです。
>>>   >>
>>>   >>  インストールしているパッケージは以下になります。
>>>   >>
>>>   >>  # rpm -qa | grep postgres
>>>   >>  postgresql94-libs-9.4.8-1PGDG.rhel7.x86_64
>>>   >>  postgresql94-server-9.4.8-1PGDG.rhel7.x86_64
>>>   >>  postgresql94-9.4.8-1PGDG.rhel7.x86_64
>>>   >>  postgresql94-contrib-9.4.8-1PGDG.rhel7.x86_64
>>>   >>
>>>   >>  よろしくお願い致します。
>>>   >>
>>>   >>
>>>   >>  以上
>>>   >>
>>>   >>>   -----Original Message-----
>>>   >>>   From: linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf
> Of
>>>   >>>  renayama19661014@ybb.ne.jp
>>>   >>>   Sent: Tuesday, October 18, 2016 7:06 PM
>>>   >>>   To: linux-ha-japan@lists.osdn.me
>>>   >>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> PostgreSQL ã‚’
>>>   動か
>>>   >>>   した際の空きメモリ減少について
>>>   >>>
>>>   >>>   秋葉さん
>>>   >>>
>>>   >>>   こんばんは、山内です。
>>>   >>>
>>>   >>>   > 確認しましたが、pcsdは常時起動してはいませんでした。
>>>   >>>   > (pacemakerd ではないのですよね？)
>>>   >>>
>>>   >>>
>>>   >>>   そうでしたか・・・pcsdは利用していませんでしたか・・・
>>>   >>>   利用されていたと思い、今日の昼頃からpcsdも起動して流していました
>>>   が、意
>>>   >>>   味がないようですので、そちらは止めておきます。
>>>   >>>
>>>   >>>
>>>   >>>   > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>>>   >>>   > VSZとRSSは以下のようになっています。
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # ps -eo pid,vsz,rss,comm | grep systemd
>>>   >>>   >     1 2229064 2188992 systemd
>>>   >>>
>>>   >>>
>>>   >>>   9日でかなり大きいですね・・・
>>>   >>>
>>>   >>>   こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで流
>>>   してみ
>>>   >>>   るつもりです。
>>>   >>>
>>>   >>>
>>>   >>>   ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>>>   >>>   同じバージョンで流して試してみるつもりです。
>>>   >>>
>>>   >>>   以上です。
>>>   >>>
>>>   >>>
>>>   >>>   ----- Original Message -----
>>>   >>>   > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>   >>>   > To: linux-ha-japan@lists.osdn.me
>>>   >>>   > Cc:
>>>   >>>   > Date: 2016/10/18, Tue 14:14
>>>   >>>   > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>
>> PostgreSQL
>>>   を動
>>>   >>>   かした際の空きメモリ減少について
>>>   >>>   >
>>>   >>>   >T o: 山内さん
>>>   >>>   >
>>>   >>>   > 秋葉です。
>>>   >>>   > いつもお世話になっております。
>>>   >>>   >
>>>   >>>   > 回答ありがとうございます。
>>>   >>>   >
>>>   >>>   >>  １点だけ、気になる点がありますが・・
>>>   >>>   >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
>>>   でいる
>>>   >>>   いる
>>>   >>>   >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょう
>>>   か？
>>>   >>>   >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確
>>>   認して
>>>   >>>   みた
>>>   >>>   >>  いと思います。
>>>   >>>   >
>>>   >>>   > 確認しましたが、pcsdは常時起動してはいませんでした。
>>>   >>>   > (pacemakerd ではないのですよね？)
>>>   >>>   >
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # ps -ef | grep pcsd
>>>   >>>   > root     23447   838  0 14:13 pts/0    00:00:00
> grep
>> --color=auto
>>>   > pcsd
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # systemctl status pacemaker.service
>>>   >>>   > ● pacemaker.service - Pacemaker High Availability
>> Cluster
>>>   Manager
>>>   >>>   >    Loaded: loaded
>> (/usr/lib/systemd/system/pacemaker.service;
>>>   >>>   disabled; vendor
>>>   >>>   > preset: disabled)
>>>   >>>   >    Active: active (running) since 木 2016-09-08
> 20:59:18
>> JST; 1
>>>   > months
>>>   >>>   9 days ago
>>>   >>>   > Main PID: 2533 (pacemakerd)
>>>   >>>   >    CGroup: /system.slice/pacemaker.service
>>>   >>>   >            +- 2533 /usr/sbin/pacemakerd -f
>>>   >>>   >            +- 2534 /usr/libexec/pacemaker/cib
>>>   >>>   >            +- 2535 /usr/libexec/pacemaker/stonithd
>>>   >>>   >            +- 2536 /usr/libexec/pacemaker/lrmd
>>>   >>>   >            +- 2537 /usr/libexec/pacemaker/attrd
>>>   >>>   >            +- 2538 /usr/libexec/pacemaker/pengine
>>>   >>>   >            +- 2539 /usr/libexec/pacemaker/crmd
>>>   >>>   >
>>>   >>>   >
>>>   >>>   > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>>>   >>>   > VSZとRSSは以下のようになっています。
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # ps -eo pid,vsz,rss,comm | grep systemd
>>>   >>>   >     1 2229064 2188992 systemd
>>>   >>>   >
>>>   >>>   >
>>>   >>>   > 蛇足ですが、corosyncは以下のようになっています。
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # systemctl status corosync.service
>>>   >>>   > ● corosync.service - Corosync Cluster Engine
>>>   >>>   >    Loaded: loaded
>> (/usr/lib/systemd/system/corosync.service;
>>>   > disabled;
>>>   >>>   vendor
>>>   >>>   > preset: disabled)
>>>   >>>   >    Active: active (running) since 木 2016-09-08
> 20:59:01
>> JST; 1
>>>   > months
>>>   >>>   9 days ago
>>>   >>>   >   Process: 2509
> ExecStart=/usr/share/corosync/corosync
>> start
>>>   >>>   (code=exited,
>>>   >>>   > status=0/SUCCESS)
>>>   >>>   > Main PID: 2516 (corosync)
>>>   >>>   >    CGroup: /system.slice/corosync.service
>>>   >>>   >            +- 2516 corosync
>>>   >>>   >
>>>   >>>   >
>>>   >>>   > 以上、よろしくお願い致します。
>>>   >>>   >
>>>   >>>   >>  -----Original Message-----
>>>   >>>   >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  [mailto:linux-ha-japan-bounces@lists.osdn.me]
> On
>> Behalf Of
>>>   >>>   >>  renayama19661014@ybb.ne.jp
>>>   >>>   >>  Sent: Monday, October 17, 2016 11:09 PM
>>>   >>>   >>  To: linux-ha-japan@lists.osdn.me
>>>   >>>   >>  Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>>>   > PostgreSQL を
>>>   >>>   動か
>>>   >>>   >>  した際の空きメモリ減少について
>>>   >>>   >>
>>>   >>>   >>  秋葉さん
>>>   >>>   >>
>>>   >>>   >>  こんばんは、山内です。
>>>   >>>   >>
>>>   >>>   >>  > 返事が遅くなりました。
>>>   >>>   >>  > いろいろ再現調査していただいてありがとうございます。
>>>   >>>   >>  >
>>>   >>>   >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>>>   >>>   >>  > ダミープロセス？）で動かした状態と考えてよろしい
>>>   >>>   >>  > でしょうか？
>>>   >>>   >>
>>>   >>>   >>  はい。
>>>   >>>   >>  問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ
>>>   (Dummyの
>>>   >>>   み)で
>>>   >>>   >>  す。
>>>   >>>   >>
>>>   >>>   >>  > こちらでも長期動作させて観察しているのですが、
>>>   >>>   >>  > pacemaker + corosync で冗長化させているサーバが
>>>   >>>   >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>>>   >>>   >>  > います。
>>>   >>>   >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>>>   >>>   >>  > プロセスが起動しています。
>>>   >>>   >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>>>   >>>   >>  >
>>>   >>>   >>  > この２つの冗長化サーバで、
>>>   >>>   >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>>>   >>>   >>  > わかっています。
>>>   >>>   >>  >
>>>   >>>   >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>>>   >>>   >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>>>   >>>   >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>>>   >>>   >>  > 増加有無に影響するのでしょうか？
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>  PostgreSQL,OS側に精通しているわけではないので、有識者の方のコ
>>>   メント
>>>   >>>   があ
>>>   >>>   >>  ると良いのですが・・・
>>>   >>>   >>  Pacemakerの構成で指定したリソースエージェントのRAの
>>>   PostgreSQLは、
>>>   >>>   基本
>>>   >>>   >>  的には、systemdプロセスへの影響はないと思っています。
>>>   >>>   >>  ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemd
>>>   リソー
>>>   >>>   スで
>>>   >>>   >>  管理しているのであれば影響はある可能性もあるとは思います
>>>   が・・・
>>>   >>>   >>
>>>   >>>   >>  秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思い
>>>   ますの
>>>   >>>   で、
>>>   >>>   >>  両系でPostgreSQLが動いていますのでメモリ使用料に変化はある
>>>   と思い
>>>   >>>   ます
>>>   >>>   >>  が、
>>>   >>>   >>  それが、systemdのメモリ増加へは影響しないと思っています。
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>  １点だけ、気になる点がありますが・・
>>>   >>>   >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
>>>   でいる
>>>   >>>   いる
>>>   >>>   >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょう
>>>   か？
>>>   >>>   >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確
>>>   認して
>>>   >>>   みた
>>>   >>>   >>  いと思います。
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>  以上です。
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>  ----- Original Message -----
>>>   >>>   >>  > From: AKIBA Makoto
>> <akiba@acroquest.co.jp>
>>>   >>>   >>  > To: linux-ha-japan@lists.osdn.me
>>>   >>>   >>  > Cc:
>>>   >>>   >>  > Date: 2016/10/17, Mon 19:53
>>>   >>>   >>  > Subject: Re: [Linux-ha-jp] pacemaker +
>> corosync 上で
>>>   >>  PostgreSQL を
>>>   >>>   動
>>>   >>>   >>  かした際の空きメモリ減少について
>>>   >>>   >>  >
>>>   >>>   >>  >T o: 山内さん
>>>   >>>   >>  >
>>>   >>>   >>  > 秋葉です。
>>>   >>>   >>  >
>>>   >>>   >>  > 返事が遅くなりました。
>>>   >>>   >>  > いろいろ再現調査していただいてありがとうございます。
>>>   >>>   >>  >
>>>   >>>   >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>>>   >>>   >>  > ダミープロセス？）で動かした状態と考えてよろしい
>>>   >>>   >>  > でしょうか？
>>>   >>>   >>  >
>>>   >>>   >>  > こちらでも長期動作させて観察しているのですが、
>>>   >>>   >>  > pacemaker + corosync で冗長化させているサーバが
>>>   >>>   >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>>>   >>>   >>  > います。
>>>   >>>   >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>>>   >>>   >>  > プロセスが起動しています。
>>>   >>>   >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>>>   >>>   >>  >
>>>   >>>   >>  > この２つの冗長化サーバで、
>>>   >>>   >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>>>   >>>   >>  > わかっています。
>>>   >>>   >>  >
>>>   >>>   >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>>>   >>>   >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>>>   >>>   >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>>>   >>>   >>  > 増加有無に影響するのでしょうか？
>>>   >>>   >>  >
>>>   >>>   >>  >
>>>   >>>   >>  > 以上
>>>   >>>   >>  >
>>>   >>>   >>  >>  -----Original Message-----
>>>   >>>   >>  >>  From:
>> linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  >> 
>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>>>   > Behalf
>>>   >>  Of
>>>   >>>   >>  >>  renayama19661014@ybb.ne.jp
>>>   >>>   >>  >>  Sent: Monday, October 17, 2016 7:16
> PM
>>>   >>>   >>  >>  To: linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  Subject: Re: [Linux-ha-jp]
> pacemaker +
>> corosync 上で
>>>   >
>>>   >>  PostgreSQL
>>>   >>>   を
>>>   >>>   >>  動か
>>>   >>>   >>  >>  した際の空きメモリ減少について
>>>   >>>   >>  >>
>>>   >>>   >>  >>  秋葉さん
>>>   >>>   >>  >>
>>>   >>>   >>  >>  こんばんは、山内です。
>>>   >>>   >>  >>
>>>   >>>   >>  >>  遅くなりました・・続けて先週末の時点のCentOS7.2に最新の
>>>   アップ
>>>   >>>   デー
>>>   >>>   >>  トを
>>>   >>>   >>  >>  適用して、２日半程度流してみみました。
>>>   >>>   >>  >>  ゲストの構成や、リソースは前回と同じのままです。
>>>   >>>   >>  >>
>>>   >>>   >>  >>  ----------
>>>   >>>   >>  >>  Linux c7-01
> 3.10.0-327.36.2.el7.x86_64
>> #1 SMP Mon
>>>   > Oct
>>>   >>  10 23:08:37
>>>   >>>   > UTC
>>>   >>>   >>  2016
>>>   >>>   >>  >>  x86_64 x86_64 x86_64 GNU/Linux
>>>   >>>   >>  >>  systemd-219-19.el7_2.13.x86_64
>>>   >>>   >>  >>  glibc-2.17-106.el7_2.8.x86_64
>>>   >>>   >>  >>  pacemaker-1.1.13-10.el7.x86_64
>>>   >>>   >>  >>  corosync-2.3.4-7.el7.x86_64
>>>   >>>   >>  >>  ----------
>>>   >>>   >>  >>
>>>   >>>   >>  >>  以下が結果となりました。
>>>   >>>   >>  >>
>>>   >>>   >>  >>  ●ACTノードのpid=1のsystemdのtopデータ
>>>   >>>   >>  >>  PID USER      PR  NI    VIRT   
> RES   
>> SHR
>>>   >>>   S  %CPU %MEM     TIME+
>>>   >>>   >>  >>  COMMAND
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6796 
>> 3904 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.66
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6796 
>> 3904 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.66
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6796 
>> 3904 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.67
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  (snip)
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.86
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.87
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.87
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.88
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>
>>>   >>>   >>  >>  ●STBノードのpid=1のsystemdのtopデータ
>>>   >>>   >>  >>      1 root      20   0   44040  
> 6640 
>> 3900 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.73
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44040  
> 6640 
>> 3900 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.73
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44040  
> 6640 
>> 3900 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.74
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  (snip)
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.67
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.68
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.68
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.70
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>
>>>   >>>   >>  >> 
> やはり、前回と同様に、systemd(pid=1)に増加は見られますが、
>>>   秋葉
>>>   >>>   さん
>>>   >>>   >>  の最
>>>   >>>   >>  >>  初にご報告頂いたような増加は起きていないようです。
>>>   >>>   >>  >>  #ただ・・この結果だけで判断出来ないとは思いますが、前回の
>>>   計測よ
>>>   >>>   りは
>>>   >>>   >>  増加
>>>   >>>   >>  >>  量が減ってように見えるので、systemd関連で何らかのメモリ関
>>>   連の修
>>>   >>>   正が
>>>   >>>   >>  入っ
>>>   >>>   >>  >>  ている可能性はあると思います。
>>>   >>>   >>  >>
>>>   >>>   >>  >>  以上です。
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>  ----- Original Message -----
>>>   >>>   >>  >>  > From:
>> "renayama19661014@ybb.ne.jp"
>>>   >>>   >>  > <renayama19661014@ybb.ne.jp>
>>>   >>>   >>  >>  > To:
>> "linux-ha-japan@lists.osdn.me"
>>>   >>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>   >>>   >>  >>  > Cc:
>>>   >>>   >>  >>  > Date: 2016/10/3, Mon 22:37
>>>   >>>   >>  >>  > Subject: Re: [Linux-ha-jp]
>> pacemaker +
>>>   > corosync 上で
>>>   >>>   > PostgreSQL を
>>>   >>>   >>  動
>>>   >>>   >>  >>  かした際の空きメモリ減少について
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > 秋葉さん
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > こんばんは、山内です。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > 週末から、私の環境でも、２日半程度流してみみました。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
>>>   > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイ
>>>   >>>   メー
>>>   >>>   >>  ジそ
>>>   >>>   >>  >>  のままで構成してみました。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  > CentOS Linux release 7.2.1511
>> (Core)
>>>   >>>   >>  >>  > Linux c7-01
> 3.10.0-327.el7.x86_64
>> #1 SMP Thu
>>>   > Nov
>>>   >>  19 22:10:57
>>>   >>>   > UTC 2015
>>>   >>>   >>  >>  x86_64
>>>   >>>   >>  >>  > x86_64 x86_64 GNU/Linux
>>>   >>>   >>  >>  > systemd-219-19.el7.x86_64
>>>   >>>   >>  >>  > glibc-2.17-105.el7.x86_64
>>>   >>>   >>  >>  > pacemaker-1.1.13-10.el7.x86_64
>>>   >>>   >>  >>  > corosync-2.3.4-7.el7.x86_64
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > リソースは簡易のDummyリソースのみですが、以下のように
>>>   してい
>>>   >>>   ます。
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  > ●設定ファイル(crm形式です）
>>>   >>>   >>  >>  > ### Cluster Option ###
>>>   >>>   >>  >>  > property
>> no-quorum-policy="ignore"
>>>   > \
>>>   >>>   >>  >>  >
> stonith-enabled="false"
>> \
>>>   >>>   >>  >>  >
> startup-fencing="false"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ### Resource Defaults ###
>>>   >>>   >>  >>  > rsc_defaults
>>>   >>  resource-stickiness="INFINITY" \
>>>   >>>   >>  >>  >
> migration-threshold="1"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ### Group Configuration ###
>>>   >>>   >>  >>  > group grpDummy \
>>>   >>>   >>  >>  > prmDummy1 \
>>>   >>>   >>  >>  > prmDummy2 \
>>>   >>>   >>  >>  > prmDummy3 \
>>>   >>>   >>  >>  > prmDummy4 \
>>>   >>>   >>  >>  > prmDummy5 \
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ### Primitive Configuration
> ###
>>>   >>>   >>  >>  > primitive prmDummy1
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > primitive prmDummy2
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > primitive prmDummy3
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > primitive prmDummy4
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > primitive prmDummy5
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ### Resource Location ###
>>>   >>>   >>  >>  > location rsc_location-msDrbd-1
>
>> grpDummy \
>>>   >>>   >>  >>  > rule 200: #uname eq c7-01
> \
>>>   >>>   >>  >>  > rule 100: #uname eq c7-02
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  > ●crm_monの様子
>>>   >>>   >>  >>  > [root@c7-01 ~]# crm_mon -1
>>>   >>>   >>  >>  > Last updated: Mon Oct  3
> 16:35:29
>> 2016
>>>   >
>>>   >>  Last change:
>>>   >>>   > Fri Sep
>>>   >>>   >>  > 30
>>>   >>>   >>  >>  00:28:56
>>>   >>>   >>  >>  > 2016 by root via cibadmin on
> c7-01
>>>   >>>   >>  >>  > Stack: corosync
>>>   >>>   >>  >>  > Current DC: c7-01 (version
>>>   > 1.1.13-10.el7-44eb2dd)
>>>   >>  -
>>>   >>>   > partition with
>>>   >>>   >>  > quorum
>>>   >>>   >>  >>  > 2 nodes and 5 resources
> configured
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > Online: [ c7-01 c7-02 ]
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > Resource Group: grpDummy
>>>   >>>   >>  >>  > prmDummy1 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > prmDummy2 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > prmDummy3 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > prmDummy4 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > prmDummy5 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > 以下が結果となりました。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>>   >>>   >>  >>  > PID USER      PR  NI    VIRT 
>  
>> RES    SHR S
>>>   > %CPU
>>>   >>  %MEM
>>>   >>>   > TIME+
>>>   >>>   >>  >>  COMMAND
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7280 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.18
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.20
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > (snip)
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.93
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.95
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>>   >>>   >>  >>  > PID USER      PR  NI    VIRT 
>  
>> RES    SHR S
>>>   > %CPU
>>>   >>  %MEM
>>>   >>>   > TIME+
>>>   >>>   >>  >>  COMMAND
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.23
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.25
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.26
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.26
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.26
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.26
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > (snip)
>>>   >>>   >>  >>  > 1 root      20   0   45088  
> 7712 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.00
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45088  
> 7712 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.00
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45088  
> 7712 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.00
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45088  
> 7716 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.03
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
> systemd(pid=1)に増加は見られますが、秋葉さんの最初にご
>>>   報告頂
>>>   >>>   いた
>>>   >>>   >>  よう
>>>   >>>   >>  >>  な増加は起きていないようです。
>>>   >>>   >>  >>  >
> #この増加がsystemdの正しい動作の範疇なのかどうかは別物
>>>   です
>>>   >>>   が。。。。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
> こちらも、systemdのバージョンなどをアップしても確認して
>>>   みたい
>>>   >>>   と思
>>>   >>>   >>  いま
>>>   >>>   >>  >>  す。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > 以上です。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ----- Original Message -----
>>>   >>>   >>  >>  >>  From:
>>>   > "renayama19661014@ybb.ne.jp"
>>>   >>>   >>  >>  >
> <renayama19661014@ybb.ne.jp>
>>>   >>>   >>  >>  >>  To:
>>>   > "linux-ha-japan@lists.osdn.me"
>>>   >>>   >>  >>  >
>> <linux-ha-japan@lists.osdn.me>
>>>   >>>   >>  >>  >>  Cc:
>>>   >>>   >>  >>  >>  Date: 2016/9/30, Fri
> 04:56
>>>   >>>   >>  >>  >>  Subject: Re:
> [Linux-ha-jp]
>> pacemaker +
>>>   >>  corosync 上で
>>>   >>>   > PostgreSQL
>>>   >>>   >>  >>  > を動かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  秋葉さん
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  こんばんは、山内です。
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >> 
> こちらでも、準備が出来ましたので、週末に流してみる予
>>>   定です。
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  また、結果がわかりましたら、ご連絡します。
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  以上です。
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  ----- Original Message
> -----
>>>   >>>   >>  >>  >>>   From:
>>>   >>  "renayama19661014@ybb.ne.jp"
>>>   >>>   >>  >>  >> 
>> <renayama19661014@ybb.ne.jp>
>>>   >>>   >>  >>  >>>   To:
>>>   >>  "linux-ha-japan@lists.osdn.me"
>>>   >>>   >>  >>  >> 
>> <linux-ha-japan@lists.osdn.me>
>>>   >>>   >>  >>  >>>   Cc:
>>>   >>>   >>  >>  >>>   Date: 2016/9/28, Wed
>
>> 18:56
>>>   >>>   >>  >>  >>>   Subject: Re:
>> [Linux-ha-jp]
>>>   > pacemaker +
>>>   >>  corosync 上で
>>>   >>>   >>  > PostgreSQL
>>>   >>>   >>  >>  >>  を動かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   秋葉さん
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   こんばんは、山内です。
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   了解いたしました。
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   ご連絡ありがとうございました。
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   以上です。
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   ----- Original
> Message
>> -----
>>>   >>>   >>  >>  >>>>    From: AKIBA
> Makoto
>>>   >>>   > <akiba@acroquest.co.jp>
>>>   >>>   >>  >>  >>>>    To:
>>>   > linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>    Cc:
>>>   >>>   >>  >>  >>>>    Date:
> 2016/9/28, Wed
>> 18:30
>>>   >>>   >>  >>  >>>>    Subject: Re:
>> [Linux-ha-jp]
>>>   >>  pacemaker +
>>>   >>>   > corosync 上で
>>>   >>>   >>  > PostgreSQL
>>>   >>>   >>  >>  >>>   を動かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>    山内さん
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>    秋葉です。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>   
>> 設定ファイルの確認ありがとうございました。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>>
>>>   > ちなみに、systemdのメモリ増加の確認ですが、どのような
>>>   >>>   コマ
>>>   >>>   >>  ンド
>>>   >>>   >>  >>  で実行され
>>>   >>>   >>  >>  >>>>>     ましたか？
>>>   >>>   >>  >>  >>>>>
>>>   > 念の為、同じ確認を実施したいので、お手数ですが、ご連
>>>   >>>   絡く
>>>   >>>   >>  ださ
>>>   >>>   >>  >>  い。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>   
> こちら、取り急ぎ返信致しますと、
>>>   >>>   >>  >>  >>>>
>>>   > systemdプロセスのメモリ使用量についてはtopコマンドを
>>>   >>>   使っ
>>>   >>>   >>  て、
>>>   >>>   >>  >>  >>>>   
>> VIRT(VSZ)とRSSを見ております。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>   
>> 特にRSSの方が細かく増え続ける状態になっていまし
>>>   た。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>   
>> お手数をおかけしますが、よろしくお願い致します。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>    以上
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>>    
> -----Original
>>>   > Message-----
>>>   >>>   >>  >>  >>>>>     From:
>>>   >>>   > linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  >>  >>>>>
>>>   >>>   > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>>>   >>>   >>  > Behalf Of
>>>   >>>   >>  >>  >>>>>   
>> renayama19661014@ybb.ne.jp
>>>   >>>   >>  >>  >>>>>     Sent:
>> Wednesday,
>>>   > September 28,
>>>   >>  2016 6:08
>>>   >>>   > PM
>>>   >>>   >>  >>  >>>>>     To:
>>>   >>  linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     Subject:
> Re:
>>>   > [Linux-ha-jp]
>>>   >>  pacemaker +
>>>   >>>   > corosync 上で
>>>   >>>   >>  >>  > PostgreSQL を動か
>>>   >>>   >>  >>  >>>>>    
> した際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>     秋葉さん
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>    
> こんばんは、山内です。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   > (MLへの送信に失敗しているように思えるので、再送します）
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   > 頂いた設定について拝見しましたが、特にPacemaker的に
>>>   >>>   は問
>>>   >>>   >>  題な
>>>   >>>   >>  >>  いと思いま
>>>   >>>   >>  >>  >>>>>     す。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   >>  CentOS7でのsystemdの様子については、これからVM構成
>>>   >>>   です
>>>   >>>   >>  が、
>>>   >>>   >>  >>  確認してみ
>>>   >>>   >>  >>  >>>>>     るつもりです。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   > ちなみに、systemdのメモリ増加の確認ですが、どのような
>>>   >>>   コマ
>>>   >>>   >>  ンド
>>>   >>>   >>  >>  で実行され
>>>   >>>   >>  >>  >>>>>     ましたか？
>>>   >>>   >>  >>  >>>>>
>>>   > 念の為、同じ確認を実施したいので、お手数ですが、ご連
>>>   >>>   絡く
>>>   >>>   >>  ださ
>>>   >>>   >>  >>  い。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>     以上です。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>     -----
> Original
>> Message
>>>   > -----
>>>   >>>   >>  >>  >>>>>     > From:
>
>> AKIBA Makoto
>>>   >>>   >>  > <akiba@acroquest.co.jp>
>>>   >>>   >>  >>  >>>>>     > To:
>>>   >>  linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     > Cc:
>>>   >>>   >>  >>  >>>>>     > Date:
>
>> 2016/9/28, Wed
>>>   >
>>>   >>  16:21
>>>   >>>   >>  >>  >>>>>     >
> Subject:
>> Re:
>>>   >>  [Linux-ha-jp]
>>>   >>>   > pacemaker +
>>>   >>>   >>  > corosync 上で
>>>   >>>   >>  >>  >>  PostgreSQL を動
>>>   >>>   >>  >>  >>>>>   
>> かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     > 山内さん
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     > 秋葉です。
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     >
>>>   > systemdについての情報ありがとうございます。
>>>   >>>   >>  >>  >>>>>     >
>> 確認させていただきます。
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     > 以上
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     >> 
>> -----Original
>>>   >>  Message-----
>>>   >>>   >>  >>  >>>>>     >> 
> From:
>>>   >>>   >>  > linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >
> [mailto:linux-ha-japan-bounces@lists.osdn.me]
>> On
>>>   >>>   >>  >>  > Behalf
>>>   >>>   >>  >>  >>  Of
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  renayama19661014@ybb.ne.jp
>>>   >>>   >>  >>  >>>>>     >> 
> Sent:
>> Monday,
>>>   >>  September 26,
>>>   >>>   > 2016 6:22 PM
>>>   >>>   >>  >>  >>>>>     >> 
> To:
>>>   >>>   > linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >> 
>> Subject: Re:
>>>   >>  [Linux-ha-jp]
>>>   >>>   > pacemaker +
>>>   >>>   >>  > corosync 上で
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >>>   PostgreSQL を
>>>   >>>   >>  >>  >>>>>     動か
>>>   >>>   >>  >>  >>>>>     >> 
>> した際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
> 秋葉さん
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
>> こんばんは、山内です。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
>> 了解しました。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  こちれでも、時間をみて、頂いた設定をベースに試し
>>>   >>>   てみ
>>>   >>>   >>  たい
>>>   >>>   >>  >>  と思います。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  systemd関連も不具合などもあるようですので、そちら
>>>   >>>   を探
>>>   >>>   >>  して
>>>   >>>   >>  >>  みるのも良
>>>   >>>   >>  >>  >>>>>     いか
>>>   >>>   >>  >>  >>>>>     >> 
>> もしれません。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  ちょっと探してみても、以下などもありました。
>>>   >>>   >>  >>  >>>>>     >>
>>>   > 直接関係があるかは別ですが・・・
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>  
> *
>>>   >>>   >>  >>  >
>>>   >>  https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  設定などで質問があれば、またご連絡させてください。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
> 以上です。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
> -----
>> Original
>>>   >>  Message -----
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> From:
>>>   > AKIBA
>>>   >>  Makoto
>>>   >>>   >>  >>  > <akiba@acroquest.co.jp>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> To:
>>>   >>>   > linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> Cc:
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> Date:
>>>   >>  2016/9/26, Mon
>>>   >>>   > 16:18
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> Subject:
>>>   > Re:
>>>   >>>   > [Linux-ha-jp]
>>>   >>>   >>  > pacemaker +
>>>   >>>   >>  >>  > corosync 上で
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>>>    PostgreSQL を
>>>   >>>   >>  >>  >>>>>     動
>>>   >>>   >>  >>  >>>>>     >>
>>>   > かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> 山内さん
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> 秋葉です。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  ご回答・解説ありがとうございます。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > 実際に当方の環境でpacemakerのプロセスメモリサイズ
>>>   >>>   >>  を
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > 見てみたところ、～8MB程度になっており、頂いた情報の
>>>   >>>   >>  通り
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   > 大きくはなっていませんでした。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > 一方で、systemd(pid=1)については1GB程度まで大きく
>>>   >>>   >>  なっ
>>>   >>>   >>  >>  て
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > おり、pmapで参照すると[heap]とマッピングされた領域
>>>   >>>   >>  が
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  ほとんどを占めているように見えました。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  なので、これ以上の問い合わせは見当違いの可能性
>>>   >>>   もあ
>>>   >>>   >>  りま
>>>   >>>   >>  >>  すが、
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  念の為、当方で使用している設定ファイルを添付致
>>>   >>>   しま
>>>   >>>   >>  す。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  (固有情報はマスキングしてあります)
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  これで何か情報が得られましたら教えていただけま
>>>   >>>   すで
>>>   >>>   >>  しょ
>>>   >>>   >>  >>  うか。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > また、不足している情報がありましたらご指摘ください。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  お手数をおかけ致しますがよろしくお願い致します。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> 以上
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  ----------------
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> AKIBA
>>>   > Makoto
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  akiba@acroquest.co.jp
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  -----Original
>>>   >>>   > Message-----
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   From:
>>>   >>>   >>  >>  >
>> linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >
>> [mailto:linux-ha-japan-bounces@lists.osdn.me]
>>>   >>>   >>  >>  >>  On
>>>   >>>   >>  >>  >>>   Behalf
>>>   >>>   >>  >>  >>>>    Of
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > renayama19661014@ybb.ne.jp
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   Sent:
>>>   >
>>>   >>  Friday,
>>>   >>>   > September 23,
>>>   >>>   >>  > 2016 6:04 PM
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   To:
>>>   >>>   >>  > linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > Subject:
>>>   >>  Re:
>>>   >>>   > [Linux-ha-jp]
>>>   >>>   >>  > pacemaker +
>>>   >>>   >>  >>  >>  corosync 上で
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>>    PostgreSQL
>>>   >>>   >>  >>  >>>>>     を
>>>   >>>   >>  >>  >>>>>     >> 
> 動か
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  した際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   秋葉さん
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  こんばんは、山内です。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  > pacemakerのプロセスがIPC通信の為にマップしているメ
>>>   >>>   >>  >>  モリは
>>>   >>>   >>  >>  >>>>>     5Mbyteま
>>>   >>>   >>  >>  >>>>>     >> 
> でで
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   す。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > よって、最大、5Mbyteまでプロセスのメモリサイズは
>>>   >>>   >>  上が
>>>   >>>   >>  >>  る可能性が
>>>   >>>   >>  >>  >>>>>     あり
>>>   >>>   >>  >>  >>>>>     >> 
> ます
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   が、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > 先のメールの通りで5Mbyteを超えるあたりで再利用
>>>   >>>   >>  する
>>>   >>>   >>  >>  為、それ以上
>>>   >>>   >>  >>  >>>>>     は増
>>>   >>>   >>  >>  >>>>>     >> 
> えま
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   せん。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >> 
>> このサイズですが、/etc/sysconfig/pacemakerの
>>>   >>>   PCMK_ipc_bufferで
>>>   >>>   >>  >>  >>>>>     大き
>>>   >>>   >>  >>  >>>>>     >> 
> くは
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > 出来ますが、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  小さくすることは出来ません。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > ＃これらのメモリマップの様子は、pmapコマンドで確
>>>   >>>   >>  認す
>>>   >>>   >>  >>  ることが可
>>>   >>>   >>  >>  >>>>>     能で
>>>   >>>   >>  >>  >>>>>     >> 
> す。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   以上です。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   -----
>>>   >
>>>   >>  Original
>>>   >>>   > Message -----
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > From:
>>>   >>>   >>  >>  >> 
>> "renayama19661014@ybb.ne.jp"
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > <renayama19661014@ybb.ne.jp>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > To:
>>>   >>>   >>  >>  >> 
>> "linux-ha-japan@lists.osdn.me"
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > Cc:
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > Date:
>>>   >>>   > 2016/9/22, Thu
>>>   >>>   >>  > 10:20
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>  Subject: Re:
>>>   >>>   >>  > [Linux-ha-jp]
>>>   >>>   >>  >>  > pacemaker +
>>>   >>>   >>  >>  >>>   corosync 上で
>>>   >>>   >>  >>  >>>>>     >
> PostgreSQL
>> ã‚’
>>>   >>>   >>  >>  >>>>>     >> 
> å‹•
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > 秋葉さん
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>  こんにちは、山内です。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   > systemdプロセスではありませんが、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >
> pacemakerとcorosyncを組み合わせてクラスタを構成した場
>>>   合、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
>>>   >>>   >>  >>  増加して
>>>   >>>   >>  >>  >>>>>     いく
>>>   >>>   >>  >>  >>>>>     >> 
> 動作
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > となります。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  > 詳細な動作は、失念していますが、pacmakerのプロセス
>>>   >>>   >>  >>  がメモリマ
>>>   >>>   >>  >>  >>>>>     ップ
>>>   >>>   >>  >>  >>>>>     >> 
> して
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > いる（？？MByteまでだったはず）エリア
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   > を利用して通信などを行う為、クラスタ構成後、マ
>>>   >>>   >>  ップ
>>>   >>>   >>  >>  した一定量
>>>   >>>   >>  >>  >>>>>     まで
>>>   >>>   >>  >>  >>>>>     >> 
> 増加
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > が続きます。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   > ですが、一定量までで、それ以降は、マップしたエ
>>>   >>>   >>  リア
>>>   >>>   >>  >>  を古い方か
>>>   >>>   >>  >>  >>>>>     ら再
>>>   >>>   >>  >>  >>>>>     >> 
> 利用
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  する為、増加は止まります。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   > （上記のマップしているサイズについては、確認し
>>>   >>>   >>  て、
>>>   >>>   >>  >>  再度、ご連
>>>   >>>   >>  >>  >>>>>     絡し
>>>   >>>   >>  >>  >>>>>     >> 
> ます）
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >
> (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)
>>>   の原因
>>>   >>>   >>  >>  >>>>>     には
>>>   >>>   >>  >>  >>>>>     >> 
> 直接
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  影響しないかと思います。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  > 実際に増加しているのがsystemdプロセスとのことです
>>>   >>>   >>  >>  が、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >
> pacemaker+corosyncのクラスタ構成で、リソースなどは
>>>   systemdを
>>>   >>>   経
>>>   >>>   >>  >>  >>>>>     由し
>>>   >>>   >>  >>  >>>>>     >> 
> て
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>  実行・監視しているでしょうか？
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>
>>>   > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用
>>>   >>>   し
>>>   >>>   >>  >>  >>>>>     てい
>>>   >>>   >>  >>  >>>>>     >> 
> るか
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  どうか？ということです。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方
>>>   >>>   >>  >>  でも確認可
>>>   >>>   >>  >>  >>>>>     能か
>>>   >>>   >>  >>  >>>>>     >> 
> も知
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   れません。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  > ＃本当にリークしているのがsystemdプロセスである可
>>>   >>>   >>  >>  能性もある
>>>   >>>   >>  >>  >>>>>     とは
>>>   >>>   >>  >>  >>>>>     >> 
> 思い
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > ますが・・・・
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > 以上です。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 現在、pacemaker +
>>>   >>>   >>  > corosync
>>>   >>>   >>  >>  > のクラスタ上で
>>>   >>>   >>  >>  >>>   PostgreSQL を
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 動作させているデータベースサーバがあるのですが、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 稼働中にOSのメモリ使用量が増加し続ける問題が起
>>>   >>>   >>  >>  きています。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 原因を把握したいのですが、何か該当する現象や確認
>>>   >>>   >>  >>  ポイント
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > などありますでしょうか？
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 環境は以下のようになっております。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  OS: CentOS
>>>   >>>   > Linux
>>>   >>>   >>  > release
>>>   >>>   >>  >>  > 7.2.1511
>>>   >>>   >>  >>  >>  (Core)
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>      kernel
>>>   >>>   > -
>>>   >>>   >>  >>  > 3.10.0-327.18.2.el7
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>      glibc
>>>   >>>   > -
>>>   >>>   >>  > 2.17-106.el7_2.6
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  Systemd:
>>>   >>>   >>  > 219-19.el7_2.9 /
>>>   >>>   >>  >>  >>>   219-19.el7_2.12 (※)
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  Pacemaker:
>>>   >>>   >>  > 1.1.13-10.el7_2.2
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  Corosync:
>>>   >>>   >>  > 2.3.4-7.el7_2.1
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > PostgreSQL:
>>>   >>>   >>  > 9.4.8-1PGDG.rhel7
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > (※)systemdのバージョンはどちらでも発生しました
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >> 
>> 2台のサーバでHotStandby構成にしてPostgreSQLを運用し
>>>   ていま
>>>   >>>   >>  >>  >>>>>     す。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >> 
>> (両サーバでPostgreSQLが起動し、hot-standby構成にして
>>>   いる)
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >
> Active側にVIPを割り当てるようにして、アプリケーション
>>>   から
>>>   >>>   >>  >>  >>>>>     は
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > VIPに接続するようにしています。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > これまでに観察して見えているのは以下の事象になり
>>>   >>>   >>  >>  ます。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  (1)
>>>   >>>   >>  > OS起動しクラスタ状態を正常にした状態で、少し
>>>   >>>   >>  >>  ずつ
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >> 
>> 　　OSの空きメモリ量(free+buffer+cache)が減少し続け
>>>   る。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　→１日あたり30～100MB程度ずつ減少する
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　　※DBサーバ自体は4GBメモリを搭載
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　　※VIPがある／なしに関わらず減少傾向にある。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  (2)
>>>   >>>   >>  >>  > メモリ使用量が大きいプロセスを確認すると、PID=1の
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  　　systemd
>>>   >>>   >>  >>  > プロセスで、数十秒ごとに4～8KB程度増加する。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  (3)
>>>   >>>   >>  >>  > 契機は不明だが、時折数十～数百MB程度空き容量が増える
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 　　(回復する)ことがある。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　(長期的に見てトータルでは減少し続ける)
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  (4)
>>>   >>>   > pacemaker +
>>>   >>>   >>  >>  >>>  
> corosyncを使わず、1台のみで動作させている
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
>>>   >>>   >>  >>  増減が
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 　　発生していないように見える。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　→この点があり、何か手がかりが無いかと考え、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　　こちらのMLに質問をポストさせていただきま
>>>   >>>   >>  >>  した。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 長文にて恐縮ですが、情報等いただけましたら幸いで
>>>   >>>   >>  >>  す。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > よろしくお願い致します。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > ----------------
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  AKIBA
>>>   >>>   > Makoto
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > akiba@acroquest.co.jp
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>
>>>   >>>   > _______________________________________________
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 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
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >
>> _______________________________________________
>>>   >>>   >>  >>  >>>>>     >> 
>> 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
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>
>>>   >>  _______________________________________________
>>>   >>>   >>  >>  >>>   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
>>>   >>>   >>  >
>> _______________________________________________
>>>   >>>   >>  > 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
>>>   >>  _______________________________________________
>>>   >>  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
>>
>
> _______________________________________________
> 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 + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
renayama19661014 at ybb
Oct 28, 2016, 3:51 PM
Post #24 of 30 (6330 views)
Permalink
秋葉さん


おはようございます。山内です。

その後ですが、最終的に、RHL7.2も同様の事象と判断して動作を流すのは停止しました。
(CentOS7.2の方は、来週頭まで流すつもりです。）

簡易に現象を確認する方法を見つけたので、私の方で、RHのBugzillaに登録してみるつもりです。

１点、Pacemaker側の対処ではありませんが、systemctlのコマンド実行で、systemdを再実行させることでRESを戻すことは出来そうです。

#systemctl daemon-reexec

上記を実行することで、systemdが再実行されてRESが戻ります。
ですが、再実行後も結局、systemed(pid=1)のRESの増加は始まりますので、cronなどで定期的に実行する必要がありそうです。

手元の環境(pgsqlのストリーミング構成）では上記コマンドの実行で、クラスタリソースには影響はありませんでしたが、念のため、仮想ゲストなどで影響がないことを１度確認された方がよいかと思います。
#申し訳ありませんが、systemctl daemon-reexecの有効性について、ちゃんと確認が取れていない為です。

また、動きがありましたら、御連絡いたします。

以上です。



----- Original Message -----
> From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> Cc:
> Date: 2016/10/26, Wed 17:42
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動かした際の空きメモリ減少について
>
> 秋葉さん
>
> 今晩は、山内です。
>
>> PostgreSQLのストリーミングの簡易構成での再現試験で
>> 類似事象が発生したとのこと、ご連絡ありがとうございます。
>
> RHEL7.2も実行中ですが、傾向を見ると同様のようです。
> こちらは、もう少し流してみます。
>
>>>  * https://github.com/systemd/systemd/issues/2614
>>
>> 情報ありがとうございます。
>> こちらでも類似の情報を見たことがありました。
>> (タイトルはよく似ていますが全く同じではないようですね)
>> http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18-days-of-uptime
>
> 拝見しました。
> おっしゃる通り、似ていますが、全く同じではないようですね。
>
>> これらの事象は必ず発生するものではないとすると、何らかの
>> 条件があるのだと思ってはいますが、それが分からないのが
>> 苦しいところです。
>
>> ちなみに、ダメ元でお伺いしますが、
>> pacemakerでPostgreSQLをストリーミング構成で
>> 動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
>> 仕方など)で改善できる要素などはあるのでしょうか？
>
> こちらについては、もう少々お待ちください。
> 何が原因なりそうか、これから調査する所です。
> それがわかれば、Pacemaker側での回避設定・修正も可能かも知れません。
>
> また、コミュニティのメンバーとも昨日少し話をしましたが、もう少し事象を限定的な簡易な方法（Pacemaker無のコマンドの繰り返し実行など)
> で再現できるかどうかを確認してRHの方へBugzillaへ報告してみる予定です。
>
>> ACT+SBY構成ならば起きないが、HotStandby(ストリーム
>> レプリケーション)構成だと発生する、ということなのか、
>> それに付随した原因が考えられるのか、といったところです。
>
> もしかすると、ACT+SBYでもDummyではなくpgsqlのRAを使った場合に起きるかも知れません。
> #こちらは確認してみる予定です。
>
>
>>> 回答的には、systemd2.1.9よりも新しいバージョンを
>>> 利用するようにとのことで、Closeしていますが・・
>> この点ですが、RHEL／CentOSでyumでインストールできるものは
>> 2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
>> 既に2.3.1(v231)がリリースされています。
>
> はい。私も確認しています。
>
>> RedHatは、2.1.9をベースにアップデートを重ねているようですが、
>> これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
>> 取れるものなのでしょうか？
>> (このMLで質問することではないかもしれませんが…)
>
> RHは、RHで採用するパッケージは決定しているので、本家とは直接関係していないと思います。
> また、RHは本家の採用バージョンに対して必要に応じて、パッチを適用して利用しています。
> ですので、RHが本家のBugfixを必要と判断すれば採用するというというスタンスではないでしょうか？
> #CentOSも同じパッケージとなると思いますので、RHの判断に追従していると思います。
>
> 以上です。
>
>
>
> ----- Original Message -----
>> From: AKIBA Makoto <akiba@acroquest.co.jp>
>> To: linux-ha-japan@lists.osdn.me
>> Cc:
>> Date: 2016/10/25, Tue 20:05
>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> を動かした際の空きメモリ減少について
>>
>> T o: 山内さん
>>
>> 秋葉です。
>> いつもお世話になっております。
>>
>> PostgreSQLのストリーミングの簡易構成での再現試験で
>> 類似事象が発生したとのこと、ご連絡ありがとうございます。
>>
>>>   * https://github.com/systemd/systemd/issues/2614
>>
>> 情報ありがとうございます。
>> こちらでも類似の情報を見たことがありました。
>> (タイトルはよく似ていますが全く同じではないようですね)
>>
> http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18-days-of-uptime
>
>>
>>
>> これらの事象は必ず発生するものではないとすると、何らかの
>> 条件があるのだと思ってはいますが、それが分からないのが
>> 苦しいところです。
>>
>> ちなみに、ダメ元でお伺いしますが、
>> pacemakerでPostgreSQLをストリーミング構成で
>> 動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
>> 仕方など)で改善できる要素などはあるのでしょうか？
>>
>> ACT+SBY構成ならば起きないが、HotStandby(ストリーム
>> レプリケーション)構成だと発生する、ということなのか、
>> それに付随した原因が考えられるのか、といったところです。
>>
>>
>>>   回答的には、systemd2.1.9よりも新しいバージョンを
>>>   利用するようにとのことで、Closeしていますが・・
>>
>> この点ですが、RHEL／CentOSでyumでインストールできるものは
>> 2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
>> 既に2.3.1(v231)がリリースされています。
>>
>> RedHatは、2.1.9をベースにアップデートを重ねているようですが、
>> これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
>> 取れるものなのでしょうか？
>> (このMLで質問することではないかもしれませんが…)
>>
>>
>> 以上、よろしくお願い致します。
>>
>>>   -----Original Message-----
>>>   From: linux-ha-japan-bounces@lists.osdn.me
>>>   [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
>>>   renayama19661014@ybb.ne.jp
>>>   Sent: Monday, October 24, 2016 7:25 PM
>>>   To: linux-ha-japan@lists.osdn.me
>>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
>>>   した際の空きメモリ減少について
>>>
>>>   秋葉さん
>>>
>>>   こんばんは、山内です。
>>>
>>>   PostgreSQLのストリーミングの簡易構成でCentOS7.2で週末(3日間程度）に流
>>>   してみました。
>>>
>>>   どうやら、明らかに先にDummy構成などで確認した増加量を大幅に超えて、秋
>>>   葉さんのおっしゃるようにsystemd(pid=1)で増加がみられるようです。
>>>
>>>   ------
>>>   [root@c7-01 ~]# crm_mon -1 -Af
>>>   Last updated: Mon Oct 24 16:27:24 2016
>>>   Last change: Thu Oct 20 20:40:40 2016 by root via crm_attribute on
> c7-01
>>>   Stack: corosync
>>>   Current DC: c7-01 (version 1.1.13-10.el7_2.4-44eb2dd) - partition with
>>>   quorum
>>>   2 nodes and 5 resources configured
>>>
>>>   Online: [ c7-01 c7-02 ]
>>>
>>>   vipCheckMaster (ocf::heartbeat:VIPcheck):      Started c7-01
>>>   Resource Group: master-group
>>>       vip-master (ocf::heartbeat:IPaddr2):       Started c7-01
>>>       vip-rep    (ocf::heartbeat:IPaddr2):       Started c7-01
>>>   Master/Slave Set: msPostgresql [pgsql]
>>>       Masters: [ c7-01 ]
>>>       Slaves: [ c7-02 ]
>>>
>>>   Node Attributes:
>>>   * Node c7-01:
>>>      + master-pgsql                      : 1000
>>>      + pgsql-data-status                 : LATEST
>>>      + pgsql-master-baseline             : 0000000008000060
>>>      + pgsql-status                      : PRI
>>>   * Node c7-02:
>>>      + master-pgsql                      : 100
>>>      + pgsql-data-status                 : STREAMING|SYNC
>>>      + pgsql-status                      : HS:sync
>>>
>>>   Migration Summary:
>>>   * Node c7-01:
>>>   * Node c7-02:
>>>   ------
>>>
>>>   1)Master側
>>>    PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+
>>>   COMMAND
>>>      1 root      20   0   44040   6720   3908 S   0.0  0.3   0:03.98
>>>   systemd
>>>      1 root      20   0   44040   6720   3908 S   0.3  0.3   0:04.16
>>>   systemd
>>>      1 root      20   0   44040   6720   3908 S   0.3  0.3   0:04.35
>>>   systemd
>>>   (snip)
>>>      1 root      20   0  116216  78852   3908 S   0.3  3.8  18:08.67
>>>   systemd
>>>      1 root      20   0  116216  78868   3908 S   0.3  3.8  18:08.86
>>>   systemd
>>>      1 root      20   0  116216  78892   3908 S   0.4  3.8  18:09.08
>>>   systemd
>>>
>>>   2)Slave側
>>>    PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+
>>>   COMMAND
>>>      1 root      20   0   44172   6796   3908 S   5.6  0.3   0:03.33
>>>   systemd
>>>      1 root      20   0   44172   6796   3908 S   0.2  0.3   0:03.46
>>>   systemd
>>>      1 root      20   0   44172   6796   3908 S   0.2  0.3   0:03.60
>>>   systemd
>>>   (snip)
>>>      1 root      20   0   95368  57944   3468 S   0.3  2.8  12:42.27
>>>   systemd
>>>      1 root      20   0   95368  57944   3468 S   0.2  2.8  12:42.40
>>>   systemd
>>>      1 root      20   0   95368  57948   3468 S   0.2  2.8  12:42.54
>>>   systemd
>>>
>>>   こちらは、もう少し流してみる予定です。
>>>
>>>   さらに、私の方で利用しているのは、主にRHELになりますので、RHEL7.2でも
>>>   流してみようと思っています。
>>>
>>>   １点..systemdのgithubのissueで同様の現象が報告されているのを見つけま
>>>   した。
>>>   回答的には、systemd2.1.9よりも新しいバージョンを利用するようにとのこと
>>>   で、Closeしていますが・・
>>>   * https://github.com/systemd/systemd/issues/2614
>>>
>>>   RHEL7.2も2.1.9が入っているので事象が起きるかも知れません。
>>>   #CentOS7.2と、全く同一のものが入っている模様。
>>>
>>>   また、御連絡しますが、何らかのsystemdに関連した不具合の可能性が高いと
>>>   思っています。
>>>
>>>   #ちなみに、PostgreSQLのストリーミング構成を行わずに、PacemakerをDummy
>>>   リソースでACT/STB構成で、
>>>   #pcsdを起動した構成では、極端なメモリ増加は見られていませんでした。
>>>
>>>   以上です。
>>>
>>>
>>>
>>>
>>>   ----- Original Message -----
>>>   > From: "renayama19661014@ybb.ne.jp"
>> <renayama19661014@ybb.ne.jp>
>>>   > To: "linux-ha-japan@lists.osdn.me"
>> <linux-ha-japan@lists.osdn.me>
>>>   > Cc:
>>>   > Date: 2016/10/18, Tue 23:43
>>>   > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
>>>   かした際の空きメモリ減少について
>>>   >
>>>   > 秋葉さん
>>>   >
>>>   > こんばんは、山内です。
>>>   >
>>>   > すいません・・見間違えていました。
>>>   >
>>>   > PostgreSQLのバージョン、了解いたしました。
>>>   >
>>>   > また、結果が出ましたら、ご連絡します。
>>>   >
>>>   > 以上です。
>>>   >
>>>   >
>>>   >
>>>   > ----- Original Message -----
>>>   >>  From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>   >>  To: linux-ha-japan@lists.osdn.me
>>>   >>  Cc:
>>>   >>  Date: 2016/10/18, Tue 19:20
>>>   >>  Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> PostgreSQL
>>>   > を動かした際の空きメモリ減少について
>>>   >>
>>>   >> T o: 山内さん
>>>   >>
>>>   >>  秋葉です。
>>>   >>  いつもお世話になっております。
>>>   >>
>>>   >>>   9日でかなり大きいですね・・・
>>>   >>
>>>   >>  いえ、１カ月と９日（３９日）です・・・
>>>   >>
>>>   >>
>>>   >>>   こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで
>>>   >>>   流してみるつもりです。
>>>   >>
>>>   >>  ありがとうございます。
>>>   >>
>>>   >>
>>>   >>>   ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>>>   >>>   同じバージョンで流して試してみるつもりです。
>>>   >>
>>>   >>  インストールしているパッケージは以下になります。
>>>   >>
>>>   >>  # rpm -qa | grep postgres
>>>   >>  postgresql94-libs-9.4.8-1PGDG.rhel7.x86_64
>>>   >>  postgresql94-server-9.4.8-1PGDG.rhel7.x86_64
>>>   >>  postgresql94-9.4.8-1PGDG.rhel7.x86_64
>>>   >>  postgresql94-contrib-9.4.8-1PGDG.rhel7.x86_64
>>>   >>
>>>   >>  よろしくお願い致します。
>>>   >>
>>>   >>
>>>   >>  以上
>>>   >>
>>>   >>>   -----Original Message-----
>>>   >>>   From: linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf
> Of
>>>   >>>  renayama19661014@ybb.ne.jp
>>>   >>>   Sent: Tuesday, October 18, 2016 7:06 PM
>>>   >>>   To: linux-ha-japan@lists.osdn.me
>>>   >>>   Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>> PostgreSQL ã‚’
>>>   動か
>>>   >>>   した際の空きメモリ減少について
>>>   >>>
>>>   >>>   秋葉さん
>>>   >>>
>>>   >>>   こんばんは、山内です。
>>>   >>>
>>>   >>>   > 確認しましたが、pcsdは常時起動してはいませんでした。
>>>   >>>   > (pacemakerd ではないのですよね？)
>>>   >>>
>>>   >>>
>>>   >>>   そうでしたか・・・pcsdは利用していませんでしたか・・・
>>>   >>>   利用されていたと思い、今日の昼頃からpcsdも起動して流していました
>>>   が、意
>>>   >>>   味がないようですので、そちらは止めておきます。
>>>   >>>
>>>   >>>
>>>   >>>   > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>>>   >>>   > VSZとRSSは以下のようになっています。
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # ps -eo pid,vsz,rss,comm | grep systemd
>>>   >>>   >     1 2229064 2188992 systemd
>>>   >>>
>>>   >>>
>>>   >>>   9日でかなり大きいですね・・・
>>>   >>>
>>>   >>>   こちらでも、今週末からPGREX(レプリケーション）構成で来週頭まで流
>>>   してみ
>>>   >>>   るつもりです。
>>>   >>>
>>>   >>>
>>>   >>>   ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
>>>   >>>   同じバージョンで流して試してみるつもりです。
>>>   >>>
>>>   >>>   以上です。
>>>   >>>
>>>   >>>
>>>   >>>   ----- Original Message -----
>>>   >>>   > From: AKIBA Makoto <akiba@acroquest.co.jp>
>>>   >>>   > To: linux-ha-japan@lists.osdn.me
>>>   >>>   > Cc:
>>>   >>>   > Date: 2016/10/18, Tue 14:14
>>>   >>>   > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
>
>> PostgreSQL
>>>   を動
>>>   >>>   かした際の空きメモリ減少について
>>>   >>>   >
>>>   >>>   >T o: 山内さん
>>>   >>>   >
>>>   >>>   > 秋葉です。
>>>   >>>   > いつもお世話になっております。
>>>   >>>   >
>>>   >>>   > 回答ありがとうございます。
>>>   >>>   >
>>>   >>>   >>  １点だけ、気になる点がありますが・・
>>>   >>>   >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
>>>   でいる
>>>   >>>   いる
>>>   >>>   >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょう
>>>   か？
>>>   >>>   >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確
>>>   認して
>>>   >>>   みた
>>>   >>>   >>  いと思います。
>>>   >>>   >
>>>   >>>   > 確認しましたが、pcsdは常時起動してはいませんでした。
>>>   >>>   > (pacemakerd ではないのですよね？)
>>>   >>>   >
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # ps -ef | grep pcsd
>>>   >>>   > root     23447   838  0 14:13 pts/0    00:00:00
> grep
>> --color=auto
>>>   > pcsd
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # systemctl status pacemaker.service
>>>   >>>   > ● pacemaker.service - Pacemaker High Availability
>> Cluster
>>>   Manager
>>>   >>>   >    Loaded: loaded
>> (/usr/lib/systemd/system/pacemaker.service;
>>>   >>>   disabled; vendor
>>>   >>>   > preset: disabled)
>>>   >>>   >    Active: active (running) since 木 2016-09-08
> 20:59:18
>> JST; 1
>>>   > months
>>>   >>>   9 days ago
>>>   >>>   > Main PID: 2533 (pacemakerd)
>>>   >>>   >    CGroup: /system.slice/pacemaker.service
>>>   >>>   >            +- 2533 /usr/sbin/pacemakerd -f
>>>   >>>   >            +- 2534 /usr/libexec/pacemaker/cib
>>>   >>>   >            +- 2535 /usr/libexec/pacemaker/stonithd
>>>   >>>   >            +- 2536 /usr/libexec/pacemaker/lrmd
>>>   >>>   >            +- 2537 /usr/libexec/pacemaker/attrd
>>>   >>>   >            +- 2538 /usr/libexec/pacemaker/pengine
>>>   >>>   >            +- 2539 /usr/libexec/pacemaker/crmd
>>>   >>>   >
>>>   >>>   >
>>>   >>>   > 現在（上記1 months 9 day）の状態で、psを見た時のsystemdの
>>>   >>>   > VSZとRSSは以下のようになっています。
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # ps -eo pid,vsz,rss,comm | grep systemd
>>>   >>>   >     1 2229064 2188992 systemd
>>>   >>>   >
>>>   >>>   >
>>>   >>>   > 蛇足ですが、corosyncは以下のようになっています。
>>>   >>>   >
>> ------------------------------------------------------------
>>>   >>>   > # systemctl status corosync.service
>>>   >>>   > ● corosync.service - Corosync Cluster Engine
>>>   >>>   >    Loaded: loaded
>> (/usr/lib/systemd/system/corosync.service;
>>>   > disabled;
>>>   >>>   vendor
>>>   >>>   > preset: disabled)
>>>   >>>   >    Active: active (running) since 木 2016-09-08
> 20:59:01
>> JST; 1
>>>   > months
>>>   >>>   9 days ago
>>>   >>>   >   Process: 2509
> ExecStart=/usr/share/corosync/corosync
>> start
>>>   >>>   (code=exited,
>>>   >>>   > status=0/SUCCESS)
>>>   >>>   > Main PID: 2516 (corosync)
>>>   >>>   >    CGroup: /system.slice/corosync.service
>>>   >>>   >            +- 2516 corosync
>>>   >>>   >
>>>   >>>   >
>>>   >>>   > 以上、よろしくお願い致します。
>>>   >>>   >
>>>   >>>   >>  -----Original Message-----
>>>   >>>   >>  From: linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  [mailto:linux-ha-japan-bounces@lists.osdn.me]
> On
>> Behalf Of
>>>   >>>   >>  renayama19661014@ybb.ne.jp
>>>   >>>   >>  Sent: Monday, October 17, 2016 11:09 PM
>>>   >>>   >>  To: linux-ha-japan@lists.osdn.me
>>>   >>>   >>  Subject: Re: [Linux-ha-jp] pacemaker +
> corosync 上で
>>>   > PostgreSQL を
>>>   >>>   動か
>>>   >>>   >>  した際の空きメモリ減少について
>>>   >>>   >>
>>>   >>>   >>  秋葉さん
>>>   >>>   >>
>>>   >>>   >>  こんばんは、山内です。
>>>   >>>   >>
>>>   >>>   >>  > 返事が遅くなりました。
>>>   >>>   >>  > いろいろ再現調査していただいてありがとうございます。
>>>   >>>   >>  >
>>>   >>>   >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>>>   >>>   >>  > ダミープロセス？）で動かした状態と考えてよろしい
>>>   >>>   >>  > でしょうか？
>>>   >>>   >>
>>>   >>>   >>  はい。
>>>   >>>   >>  問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ
>>>   (Dummyの
>>>   >>>   み)で
>>>   >>>   >>  す。
>>>   >>>   >>
>>>   >>>   >>  > こちらでも長期動作させて観察しているのですが、
>>>   >>>   >>  > pacemaker + corosync で冗長化させているサーバが
>>>   >>>   >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>>>   >>>   >>  > います。
>>>   >>>   >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>>>   >>>   >>  > プロセスが起動しています。
>>>   >>>   >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>>>   >>>   >>  >
>>>   >>>   >>  > この２つの冗長化サーバで、
>>>   >>>   >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>>>   >>>   >>  > わかっています。
>>>   >>>   >>  >
>>>   >>>   >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>>>   >>>   >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>>>   >>>   >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>>>   >>>   >>  > 増加有無に影響するのでしょうか？
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>  PostgreSQL,OS側に精通しているわけではないので、有識者の方のコ
>>>   メント
>>>   >>>   があ
>>>   >>>   >>  ると良いのですが・・・
>>>   >>>   >>  Pacemakerの構成で指定したリソースエージェントのRAの
>>>   PostgreSQLは、
>>>   >>>   基本
>>>   >>>   >>  的には、systemdプロセスへの影響はないと思っています。
>>>   >>>   >>  ＃systemdでPostgreSQLを起動して、それをPacemakerでsystemd
>>>   リソー
>>>   >>>   スで
>>>   >>>   >>  管理しているのであれば影響はある可能性もあるとは思います
>>>   が・・・
>>>   >>>   >>
>>>   >>>   >>  秋葉さんの環境では、PostgreSQLのレプリケーション構成だと思い
>>>   ますの
>>>   >>>   で、
>>>   >>>   >>  両系でPostgreSQLが動いていますのでメモリ使用料に変化はある
>>>   と思い
>>>   >>>   ます
>>>   >>>   >>  が、
>>>   >>>   >>  それが、systemdのメモリ増加へは影響しないと思っています。
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>  １点だけ、気になる点がありますが・・
>>>   >>>   >>  秋葉さんの環境はpcsを利用してクラスタのスクリプトを流し込ん
>>>   でいる
>>>   >>>   いる
>>>   >>>   >>  と思いますが、pcsdはsystemdで常時起動されている状態でしょう
>>>   か？
>>>   >>>   >>  もし、起動されているのであれば、こちらも、pcsd利用に変えて確
>>>   認して
>>>   >>>   みた
>>>   >>>   >>  いと思います。
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>  以上です。
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>
>>>   >>>   >>  ----- Original Message -----
>>>   >>>   >>  > From: AKIBA Makoto
>> <akiba@acroquest.co.jp>
>>>   >>>   >>  > To: linux-ha-japan@lists.osdn.me
>>>   >>>   >>  > Cc:
>>>   >>>   >>  > Date: 2016/10/17, Mon 19:53
>>>   >>>   >>  > Subject: Re: [Linux-ha-jp] pacemaker +
>> corosync 上で
>>>   >>  PostgreSQL を
>>>   >>>   動
>>>   >>>   >>  かした際の空きメモリ減少について
>>>   >>>   >>  >
>>>   >>>   >>  >T o: 山内さん
>>>   >>>   >>  >
>>>   >>>   >>  > 秋葉です。
>>>   >>>   >>  >
>>>   >>>   >>  > 返事が遅くなりました。
>>>   >>>   >>  > いろいろ再現調査していただいてありがとうございます。
>>>   >>>   >>  >
>>>   >>>   >>  > 再現調査をした環境は pacemaker + corosync のみ（と
>>>   >>>   >>  > ダミープロセス？）で動かした状態と考えてよろしい
>>>   >>>   >>  > でしょうか？
>>>   >>>   >>  >
>>>   >>>   >>  > こちらでも長期動作させて観察しているのですが、
>>>   >>>   >>  > pacemaker + corosync で冗長化させているサーバが
>>>   >>>   >>  > もう１種類あり、PostgreSQLではなくJavaAPが動いて
>>>   >>>   >>  > います。
>>>   >>>   >>  > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
>>>   >>>   >>  > プロセスが起動しています。
>>>   >>>   >>  > (PostgreSQLのサーバは両系でプロセスが起動しています)
>>>   >>>   >>  >
>>>   >>>   >>  > この２つの冗長化サーバで、
>>>   >>>   >>  > JavaAPの方はsystemdのメモリ増加が起きていないことが
>>>   >>>   >>  > わかっています。
>>>   >>>   >>  >
>>>   >>>   >>  > もはやpacemaker+corosyncの問題というよりsystemdの
>>>   >>>   >>  > 問題という気もしておりますが、念のため、PostgreSQLが
>>>   >>>   >>  > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
>>>   >>>   >>  > 増加有無に影響するのでしょうか？
>>>   >>>   >>  >
>>>   >>>   >>  >
>>>   >>>   >>  > 以上
>>>   >>>   >>  >
>>>   >>>   >>  >>  -----Original Message-----
>>>   >>>   >>  >>  From:
>> linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  >> 
>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>>>   > Behalf
>>>   >>  Of
>>>   >>>   >>  >>  renayama19661014@ybb.ne.jp
>>>   >>>   >>  >>  Sent: Monday, October 17, 2016 7:16
> PM
>>>   >>>   >>  >>  To: linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  Subject: Re: [Linux-ha-jp]
> pacemaker +
>> corosync 上で
>>>   >
>>>   >>  PostgreSQL
>>>   >>>   を
>>>   >>>   >>  動か
>>>   >>>   >>  >>  した際の空きメモリ減少について
>>>   >>>   >>  >>
>>>   >>>   >>  >>  秋葉さん
>>>   >>>   >>  >>
>>>   >>>   >>  >>  こんばんは、山内です。
>>>   >>>   >>  >>
>>>   >>>   >>  >>  遅くなりました・・続けて先週末の時点のCentOS7.2に最新の
>>>   アップ
>>>   >>>   デー
>>>   >>>   >>  トを
>>>   >>>   >>  >>  適用して、２日半程度流してみみました。
>>>   >>>   >>  >>  ゲストの構成や、リソースは前回と同じのままです。
>>>   >>>   >>  >>
>>>   >>>   >>  >>  ----------
>>>   >>>   >>  >>  Linux c7-01
> 3.10.0-327.36.2.el7.x86_64
>> #1 SMP Mon
>>>   > Oct
>>>   >>  10 23:08:37
>>>   >>>   > UTC
>>>   >>>   >>  2016
>>>   >>>   >>  >>  x86_64 x86_64 x86_64 GNU/Linux
>>>   >>>   >>  >>  systemd-219-19.el7_2.13.x86_64
>>>   >>>   >>  >>  glibc-2.17-106.el7_2.8.x86_64
>>>   >>>   >>  >>  pacemaker-1.1.13-10.el7.x86_64
>>>   >>>   >>  >>  corosync-2.3.4-7.el7.x86_64
>>>   >>>   >>  >>  ----------
>>>   >>>   >>  >>
>>>   >>>   >>  >>  以下が結果となりました。
>>>   >>>   >>  >>
>>>   >>>   >>  >>  ●ACTノードのpid=1のsystemdのtopデータ
>>>   >>>   >>  >>  PID USER      PR  NI    VIRT   
> RES   
>> SHR
>>>   >>>   S  %CPU %MEM     TIME+
>>>   >>>   >>  >>  COMMAND
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6796 
>> 3904 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.66
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6796 
>> 3904 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.66
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6796 
>> 3904 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.67
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  (snip)
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.86
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.87
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.87
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.88
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>
>>>   >>>   >>  >>  ●STBノードのpid=1のsystemdのtopデータ
>>>   >>>   >>  >>      1 root      20   0   44040  
> 6640 
>> 3900 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.73
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44040  
> 6640 
>> 3900 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.73
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44040  
> 6640 
>> 3900 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:02.74
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  (snip)
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.67
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.68
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.68
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>      1 root      20   0   44172  
> 6808 
>> 3908 S
>>>   > 0.0
>>>   >>  0.3
>>>   >>>   > 0:16.70
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>
>>>   >>>   >>  >> 
> やはり、前回と同様に、systemd(pid=1)に増加は見られますが、
>>>   秋葉
>>>   >>>   さん
>>>   >>>   >>  の最
>>>   >>>   >>  >>  初にご報告頂いたような増加は起きていないようです。
>>>   >>>   >>  >>  #ただ・・この結果だけで判断出来ないとは思いますが、前回の
>>>   計測よ
>>>   >>>   りは
>>>   >>>   >>  増加
>>>   >>>   >>  >>  量が減ってように見えるので、systemd関連で何らかのメモリ関
>>>   連の修
>>>   >>>   正が
>>>   >>>   >>  入っ
>>>   >>>   >>  >>  ている可能性はあると思います。
>>>   >>>   >>  >>
>>>   >>>   >>  >>  以上です。
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>
>>>   >>>   >>  >>  ----- Original Message -----
>>>   >>>   >>  >>  > From:
>> "renayama19661014@ybb.ne.jp"
>>>   >>>   >>  > <renayama19661014@ybb.ne.jp>
>>>   >>>   >>  >>  > To:
>> "linux-ha-japan@lists.osdn.me"
>>>   >>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>   >>>   >>  >>  > Cc:
>>>   >>>   >>  >>  > Date: 2016/10/3, Mon 22:37
>>>   >>>   >>  >>  > Subject: Re: [Linux-ha-jp]
>> pacemaker +
>>>   > corosync 上で
>>>   >>>   > PostgreSQL を
>>>   >>>   >>  動
>>>   >>>   >>  >>  かした際の空きメモリ減少について
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > 秋葉さん
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > こんばんは、山内です。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > 週末から、私の環境でも、２日半程度流してみみました。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
>>>   > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイ
>>>   >>>   メー
>>>   >>>   >>  ジそ
>>>   >>>   >>  >>  のままで構成してみました。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  > CentOS Linux release 7.2.1511
>> (Core)
>>>   >>>   >>  >>  > Linux c7-01
> 3.10.0-327.el7.x86_64
>> #1 SMP Thu
>>>   > Nov
>>>   >>  19 22:10:57
>>>   >>>   > UTC 2015
>>>   >>>   >>  >>  x86_64
>>>   >>>   >>  >>  > x86_64 x86_64 GNU/Linux
>>>   >>>   >>  >>  > systemd-219-19.el7.x86_64
>>>   >>>   >>  >>  > glibc-2.17-105.el7.x86_64
>>>   >>>   >>  >>  > pacemaker-1.1.13-10.el7.x86_64
>>>   >>>   >>  >>  > corosync-2.3.4-7.el7.x86_64
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > リソースは簡易のDummyリソースのみですが、以下のように
>>>   してい
>>>   >>>   ます。
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  > ●設定ファイル(crm形式です）
>>>   >>>   >>  >>  > ### Cluster Option ###
>>>   >>>   >>  >>  > property
>> no-quorum-policy="ignore"
>>>   > \
>>>   >>>   >>  >>  >
> stonith-enabled="false"
>> \
>>>   >>>   >>  >>  >
> startup-fencing="false"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ### Resource Defaults ###
>>>   >>>   >>  >>  > rsc_defaults
>>>   >>  resource-stickiness="INFINITY" \
>>>   >>>   >>  >>  >
> migration-threshold="1"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ### Group Configuration ###
>>>   >>>   >>  >>  > group grpDummy \
>>>   >>>   >>  >>  > prmDummy1 \
>>>   >>>   >>  >>  > prmDummy2 \
>>>   >>>   >>  >>  > prmDummy3 \
>>>   >>>   >>  >>  > prmDummy4 \
>>>   >>>   >>  >>  > prmDummy5 \
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ### Primitive Configuration
> ###
>>>   >>>   >>  >>  > primitive prmDummy1
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > primitive prmDummy2
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > primitive prmDummy3
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > primitive prmDummy4
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > primitive prmDummy5
>> ocf:pacemaker:Dummy \
>>>   >>>   >>  >>  > op start
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op monitor
> interval="10s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="restart"
> \
>>>   >>>   >>  >>  > op stop
> interval="0s"
>>>   >>  timeout="60s"
>>>   >>>   >>  >>  > on-fail="block"
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ### Resource Location ###
>>>   >>>   >>  >>  > location rsc_location-msDrbd-1
>
>> grpDummy \
>>>   >>>   >>  >>  > rule 200: #uname eq c7-01
> \
>>>   >>>   >>  >>  > rule 100: #uname eq c7-02
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  > ●crm_monの様子
>>>   >>>   >>  >>  > [root@c7-01 ~]# crm_mon -1
>>>   >>>   >>  >>  > Last updated: Mon Oct  3
> 16:35:29
>> 2016
>>>   >
>>>   >>  Last change:
>>>   >>>   > Fri Sep
>>>   >>>   >>  > 30
>>>   >>>   >>  >>  00:28:56
>>>   >>>   >>  >>  > 2016 by root via cibadmin on
> c7-01
>>>   >>>   >>  >>  > Stack: corosync
>>>   >>>   >>  >>  > Current DC: c7-01 (version
>>>   > 1.1.13-10.el7-44eb2dd)
>>>   >>  -
>>>   >>>   > partition with
>>>   >>>   >>  > quorum
>>>   >>>   >>  >>  > 2 nodes and 5 resources
> configured
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > Online: [ c7-01 c7-02 ]
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > Resource Group: grpDummy
>>>   >>>   >>  >>  > prmDummy1 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > prmDummy2 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > prmDummy3 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > prmDummy4 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > prmDummy5 
> (ocf::pacemaker:Dummy):
>> Started
>>>   > c7-01
>>>   >>>   >>  >>  > ----------
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > 以下が結果となりました。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>>   >>>   >>  >>  > PID USER      PR  NI    VIRT 
>  
>> RES    SHR S
>>>   > %CPU
>>>   >>  %MEM
>>>   >>>   > TIME+
>>>   >>>   >>  >>  COMMAND
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7280 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.18
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.20
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44644  
> 7296 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.21
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > (snip)
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.91
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.93
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45064  
> 7720 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.95
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ●ACTノードのpid=1のsysttemdのtopデータ
>>>   >>>   >>  >>  > PID USER      PR  NI    VIRT 
>  
>> RES    SHR S
>>>   > %CPU
>>>   >>  %MEM
>>>   >>>   > TIME+
>>>   >>>   >>  >>  COMMAND
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.23
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.25
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.26
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.26
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.26
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   44652  
> 7288 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:03.26
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > (snip)
>>>   >>>   >>  >>  > 1 root      20   0   45088  
> 7712 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.00
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45088  
> 7712 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.00
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45088  
> 7712 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.00
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  > 1 root      20   0   45088  
> 7716 
>> 2600 S
>>>   > 0.0
>>>   >>  0.4
>>>   >>>   > 0:21.03
>>>   >>>   >>  >>  systemd
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
> systemd(pid=1)に増加は見られますが、秋葉さんの最初にご
>>>   報告頂
>>>   >>>   いた
>>>   >>>   >>  よう
>>>   >>>   >>  >>  な増加は起きていないようです。
>>>   >>>   >>  >>  >
> #この増加がsystemdの正しい動作の範疇なのかどうかは別物
>>>   です
>>>   >>>   が。。。。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
> こちらも、systemdのバージョンなどをアップしても確認して
>>>   みたい
>>>   >>>   と思
>>>   >>>   >>  いま
>>>   >>>   >>  >>  す。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > 以上です。
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  > ----- Original Message -----
>>>   >>>   >>  >>  >>  From:
>>>   > "renayama19661014@ybb.ne.jp"
>>>   >>>   >>  >>  >
> <renayama19661014@ybb.ne.jp>
>>>   >>>   >>  >>  >>  To:
>>>   > "linux-ha-japan@lists.osdn.me"
>>>   >>>   >>  >>  >
>> <linux-ha-japan@lists.osdn.me>
>>>   >>>   >>  >>  >>  Cc:
>>>   >>>   >>  >>  >>  Date: 2016/9/30, Fri
> 04:56
>>>   >>>   >>  >>  >>  Subject: Re:
> [Linux-ha-jp]
>> pacemaker +
>>>   >>  corosync 上で
>>>   >>>   > PostgreSQL
>>>   >>>   >>  >>  > を動かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  秋葉さん
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  こんばんは、山内です。
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >> 
> こちらでも、準備が出来ましたので、週末に流してみる予
>>>   定です。
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  また、結果がわかりましたら、ご連絡します。
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  以上です。
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>  ----- Original Message
> -----
>>>   >>>   >>  >>  >>>   From:
>>>   >>  "renayama19661014@ybb.ne.jp"
>>>   >>>   >>  >>  >> 
>> <renayama19661014@ybb.ne.jp>
>>>   >>>   >>  >>  >>>   To:
>>>   >>  "linux-ha-japan@lists.osdn.me"
>>>   >>>   >>  >>  >> 
>> <linux-ha-japan@lists.osdn.me>
>>>   >>>   >>  >>  >>>   Cc:
>>>   >>>   >>  >>  >>>   Date: 2016/9/28, Wed
>
>> 18:56
>>>   >>>   >>  >>  >>>   Subject: Re:
>> [Linux-ha-jp]
>>>   > pacemaker +
>>>   >>  corosync 上で
>>>   >>>   >>  > PostgreSQL
>>>   >>>   >>  >>  >>  を動かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   秋葉さん
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   こんばんは、山内です。
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   了解いたしました。
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   ご連絡ありがとうございました。
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   以上です。
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>   ----- Original
> Message
>> -----
>>>   >>>   >>  >>  >>>>    From: AKIBA
> Makoto
>>>   >>>   > <akiba@acroquest.co.jp>
>>>   >>>   >>  >>  >>>>    To:
>>>   > linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>    Cc:
>>>   >>>   >>  >>  >>>>    Date:
> 2016/9/28, Wed
>> 18:30
>>>   >>>   >>  >>  >>>>    Subject: Re:
>> [Linux-ha-jp]
>>>   >>  pacemaker +
>>>   >>>   > corosync 上で
>>>   >>>   >>  > PostgreSQL
>>>   >>>   >>  >>  >>>   を動かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>    山内さん
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>    秋葉です。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>   
>> 設定ファイルの確認ありがとうございました。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>>
>>>   > ちなみに、systemdのメモリ増加の確認ですが、どのような
>>>   >>>   コマ
>>>   >>>   >>  ンド
>>>   >>>   >>  >>  で実行され
>>>   >>>   >>  >>  >>>>>     ましたか？
>>>   >>>   >>  >>  >>>>>
>>>   > 念の為、同じ確認を実施したいので、お手数ですが、ご連
>>>   >>>   絡く
>>>   >>>   >>  ださ
>>>   >>>   >>  >>  い。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>   
> こちら、取り急ぎ返信致しますと、
>>>   >>>   >>  >>  >>>>
>>>   > systemdプロセスのメモリ使用量についてはtopコマンドを
>>>   >>>   使っ
>>>   >>>   >>  て、
>>>   >>>   >>  >>  >>>>   
>> VIRT(VSZ)とRSSを見ております。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>   
>> 特にRSSの方が細かく増え続ける状態になっていまし
>>>   た。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>   
>> お手数をおかけしますが、よろしくお願い致します。
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>    以上
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>>>    
> -----Original
>>>   > Message-----
>>>   >>>   >>  >>  >>>>>     From:
>>>   >>>   > linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  >>  >>>>>
>>>   >>>   > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
>>>   >>>   >>  > Behalf Of
>>>   >>>   >>  >>  >>>>>   
>> renayama19661014@ybb.ne.jp
>>>   >>>   >>  >>  >>>>>     Sent:
>> Wednesday,
>>>   > September 28,
>>>   >>  2016 6:08
>>>   >>>   > PM
>>>   >>>   >>  >>  >>>>>     To:
>>>   >>  linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     Subject:
> Re:
>>>   > [Linux-ha-jp]
>>>   >>  pacemaker +
>>>   >>>   > corosync 上で
>>>   >>>   >>  >>  > PostgreSQL を動か
>>>   >>>   >>  >>  >>>>>    
> した際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>     秋葉さん
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>    
> こんばんは、山内です。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   > (MLへの送信に失敗しているように思えるので、再送します）
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   > 頂いた設定について拝見しましたが、特にPacemaker的に
>>>   >>>   は問
>>>   >>>   >>  題な
>>>   >>>   >>  >>  いと思いま
>>>   >>>   >>  >>  >>>>>     す。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   >>  CentOS7でのsystemdの様子については、これからVM構成
>>>   >>>   です
>>>   >>>   >>  が、
>>>   >>>   >>  >>  確認してみ
>>>   >>>   >>  >>  >>>>>     るつもりです。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   > ちなみに、systemdのメモリ増加の確認ですが、どのような
>>>   >>>   コマ
>>>   >>>   >>  ンド
>>>   >>>   >>  >>  で実行され
>>>   >>>   >>  >>  >>>>>     ましたか？
>>>   >>>   >>  >>  >>>>>
>>>   > 念の為、同じ確認を実施したいので、お手数ですが、ご連
>>>   >>>   絡く
>>>   >>>   >>  ださ
>>>   >>>   >>  >>  い。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>     以上です。
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>
>>>   >>>   >>  >>  >>>>>     -----
> Original
>> Message
>>>   > -----
>>>   >>>   >>  >>  >>>>>     > From:
>
>> AKIBA Makoto
>>>   >>>   >>  > <akiba@acroquest.co.jp>
>>>   >>>   >>  >>  >>>>>     > To:
>>>   >>  linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     > Cc:
>>>   >>>   >>  >>  >>>>>     > Date:
>
>> 2016/9/28, Wed
>>>   >
>>>   >>  16:21
>>>   >>>   >>  >>  >>>>>     >
> Subject:
>> Re:
>>>   >>  [Linux-ha-jp]
>>>   >>>   > pacemaker +
>>>   >>>   >>  > corosync 上で
>>>   >>>   >>  >>  >>  PostgreSQL を動
>>>   >>>   >>  >>  >>>>>   
>> かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     > 山内さん
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     > 秋葉です。
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     >
>>>   > systemdについての情報ありがとうございます。
>>>   >>>   >>  >>  >>>>>     >
>> 確認させていただきます。
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     > 以上
>>>   >>>   >>  >>  >>>>>     >
>>>   >>>   >>  >>  >>>>>     >> 
>> -----Original
>>>   >>  Message-----
>>>   >>>   >>  >>  >>>>>     >> 
> From:
>>>   >>>   >>  > linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >
> [mailto:linux-ha-japan-bounces@lists.osdn.me]
>> On
>>>   >>>   >>  >>  > Behalf
>>>   >>>   >>  >>  >>  Of
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  renayama19661014@ybb.ne.jp
>>>   >>>   >>  >>  >>>>>     >> 
> Sent:
>> Monday,
>>>   >>  September 26,
>>>   >>>   > 2016 6:22 PM
>>>   >>>   >>  >>  >>>>>     >> 
> To:
>>>   >>>   > linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >> 
>> Subject: Re:
>>>   >>  [Linux-ha-jp]
>>>   >>>   > pacemaker +
>>>   >>>   >>  > corosync 上で
>>>   >>>   >>  >>  >
>>>   >>>   >>  >>  >>>   PostgreSQL を
>>>   >>>   >>  >>  >>>>>     動か
>>>   >>>   >>  >>  >>>>>     >> 
>> した際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
> 秋葉さん
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
>> こんばんは、山内です。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
>> 了解しました。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  こちれでも、時間をみて、頂いた設定をベースに試し
>>>   >>>   てみ
>>>   >>>   >>  たい
>>>   >>>   >>  >>  と思います。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  systemd関連も不具合などもあるようですので、そちら
>>>   >>>   を探
>>>   >>>   >>  して
>>>   >>>   >>  >>  みるのも良
>>>   >>>   >>  >>  >>>>>     いか
>>>   >>>   >>  >>  >>>>>     >> 
>> もしれません。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  ちょっと探してみても、以下などもありました。
>>>   >>>   >>  >>  >>>>>     >>
>>>   > 直接関係があるかは別ですが・・・
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>  
> *
>>>   >>>   >>  >>  >
>>>   >>  https://bugzilla.redhat.com/show_bug.cgi?id=1361120
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>  設定などで質問があれば、またご連絡させてください。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
> 以上です。
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >> 
> -----
>> Original
>>>   >>  Message -----
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> From:
>>>   > AKIBA
>>>   >>  Makoto
>>>   >>>   >>  >>  > <akiba@acroquest.co.jp>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> To:
>>>   >>>   > linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> Cc:
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> Date:
>>>   >>  2016/9/26, Mon
>>>   >>>   > 16:18
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> Subject:
>>>   > Re:
>>>   >>>   > [Linux-ha-jp]
>>>   >>>   >>  > pacemaker +
>>>   >>>   >>  >>  > corosync 上で
>>>   >>>   >>  >>  >>
>>>   >>>   >>  >>  >>>>    PostgreSQL を
>>>   >>>   >>  >>  >>>>>     動
>>>   >>>   >>  >>  >>>>>     >>
>>>   > かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> 山内さん
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> 秋葉です。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  ご回答・解説ありがとうございます。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > 実際に当方の環境でpacemakerのプロセスメモリサイズ
>>>   >>>   >>  を
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > 見てみたところ、～8MB程度になっており、頂いた情報の
>>>   >>>   >>  通り
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   > 大きくはなっていませんでした。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > 一方で、systemd(pid=1)については1GB程度まで大きく
>>>   >>>   >>  なっ
>>>   >>>   >>  >>  て
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > おり、pmapで参照すると[heap]とマッピングされた領域
>>>   >>>   >>  が
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  ほとんどを占めているように見えました。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  なので、これ以上の問い合わせは見当違いの可能性
>>>   >>>   もあ
>>>   >>>   >>  りま
>>>   >>>   >>  >>  すが、
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  念の為、当方で使用している設定ファイルを添付致
>>>   >>>   しま
>>>   >>>   >>  す。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  (固有情報はマスキングしてあります)
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  これで何か情報が得られましたら教えていただけま
>>>   >>>   すで
>>>   >>>   >>  しょ
>>>   >>>   >>  >>  うか。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > また、不足している情報がありましたらご指摘ください。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  お手数をおかけ致しますがよろしくお願い致します。
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> 以上
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  ----------------
>>>   >>>   >>  >>  >>>>>     >> 
>>
>> AKIBA
>>>   > Makoto
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>  akiba@acroquest.co.jp
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  -----Original
>>>   >>>   > Message-----
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   From:
>>>   >>>   >>  >>  >
>> linux-ha-japan-bounces@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >
>> [mailto:linux-ha-japan-bounces@lists.osdn.me]
>>>   >>>   >>  >>  >>  On
>>>   >>>   >>  >>  >>>   Behalf
>>>   >>>   >>  >>  >>>>    Of
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > renayama19661014@ybb.ne.jp
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   Sent:
>>>   >
>>>   >>  Friday,
>>>   >>>   > September 23,
>>>   >>>   >>  > 2016 6:04 PM
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   To:
>>>   >>>   >>  > linux-ha-japan@lists.osdn.me
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > Subject:
>>>   >>  Re:
>>>   >>>   > [Linux-ha-jp]
>>>   >>>   >>  > pacemaker +
>>>   >>>   >>  >>  >>  corosync 上で
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>>    PostgreSQL
>>>   >>>   >>  >>  >>>>>     を
>>>   >>>   >>  >>  >>>>>     >> 
> 動か
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  した際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   秋葉さん
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  こんばんは、山内です。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  > pacemakerのプロセスがIPC通信の為にマップしているメ
>>>   >>>   >>  >>  モリは
>>>   >>>   >>  >>  >>>>>     5Mbyteま
>>>   >>>   >>  >>  >>>>>     >> 
> でで
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   す。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > よって、最大、5Mbyteまでプロセスのメモリサイズは
>>>   >>>   >>  上が
>>>   >>>   >>  >>  る可能性が
>>>   >>>   >>  >>  >>>>>     あり
>>>   >>>   >>  >>  >>>>>     >> 
> ます
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   が、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > 先のメールの通りで5Mbyteを超えるあたりで再利用
>>>   >>>   >>  する
>>>   >>>   >>  >>  為、それ以上
>>>   >>>   >>  >>  >>>>>     は増
>>>   >>>   >>  >>  >>>>>     >> 
> えま
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   せん。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >> 
>> このサイズですが、/etc/sysconfig/pacemakerの
>>>   >>>   PCMK_ipc_bufferで
>>>   >>>   >>  >>  >>>>>     大き
>>>   >>>   >>  >>  >>>>>     >> 
> くは
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > 出来ますが、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  小さくすることは出来ません。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > ＃これらのメモリマップの様子は、pmapコマンドで確
>>>   >>>   >>  認す
>>>   >>>   >>  >>  ることが可
>>>   >>>   >>  >>  >>>>>     能で
>>>   >>>   >>  >>  >>>>>     >> 
> す。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   以上です。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   -----
>>>   >
>>>   >>  Original
>>>   >>>   > Message -----
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > From:
>>>   >>>   >>  >>  >> 
>> "renayama19661014@ybb.ne.jp"
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   > <renayama19661014@ybb.ne.jp>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > To:
>>>   >>>   >>  >>  >> 
>> "linux-ha-japan@lists.osdn.me"
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  > <linux-ha-japan@lists.osdn.me>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > Cc:
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > Date:
>>>   >>>   > 2016/9/22, Thu
>>>   >>>   >>  > 10:20
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>  Subject: Re:
>>>   >>>   >>  > [Linux-ha-jp]
>>>   >>>   >>  >>  > pacemaker +
>>>   >>>   >>  >>  >>>   corosync 上で
>>>   >>>   >>  >>  >>>>>     >
> PostgreSQL
>> ã‚’
>>>   >>>   >>  >>  >>>>>     >> 
> å‹•
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  かした際の空きメモリ減少について
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > 秋葉さん
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>  こんにちは、山内です。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   > systemdプロセスではありませんが、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >
> pacemakerとcorosyncを組み合わせてクラスタを構成した場
>>>   合、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
>>>   >>>   >>  >>  増加して
>>>   >>>   >>  >>  >>>>>     いく
>>>   >>>   >>  >>  >>>>>     >> 
> 動作
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > となります。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  > 詳細な動作は、失念していますが、pacmakerのプロセス
>>>   >>>   >>  >>  がメモリマ
>>>   >>>   >>  >>  >>>>>     ップ
>>>   >>>   >>  >>  >>>>>     >> 
> して
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   > いる（？？MByteまでだったはず）エリア
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   > を利用して通信などを行う為、クラスタ構成後、マ
>>>   >>>   >>  ップ
>>>   >>>   >>  >>  した一定量
>>>   >>>   >>  >>  >>>>>     まで
>>>   >>>   >>  >>  >>>>>     >> 
> 増加
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > が続きます。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   > ですが、一定量までで、それ以降は、マップしたエ
>>>   >>>   >>  リア
>>>   >>>   >>  >>  を古い方か
>>>   >>>   >>  >>  >>>>>     ら再
>>>   >>>   >>  >>  >>>>>     >> 
> 利用
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  する為、増加は止まります。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   > （上記のマップしているサイズについては、確認し
>>>   >>>   >>  て、
>>>   >>>   >>  >>  再度、ご連
>>>   >>>   >>  >>  >>>>>     絡し
>>>   >>>   >>  >>  >>>>>     >> 
> ます）
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >
> (1)(4)あたりは上記で説明が付くかと思いますが。。。(2)(3)
>>>   の原因
>>>   >>>   >>  >>  >>>>>     には
>>>   >>>   >>  >>  >>>>>     >> 
> 直接
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  影響しないかと思います。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  > 実際に増加しているのがsystemdプロセスとのことです
>>>   >>>   >>  >>  が、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>   >>  >>  >
> pacemaker+corosyncのクラスタ構成で、リソースなどは
>>>   systemdを
>>>   >>>   経
>>>   >>>   >>  >>  >>>>>     由し
>>>   >>>   >>  >>  >>>>>     >> 
> て
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>  実行・監視しているでしょうか？
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>
>>>   > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用
>>>   >>>   し
>>>   >>>   >>  >>  >>>>>     てい
>>>   >>>   >>  >>  >>>>>     >> 
> るか
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>  どうか？ということです。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  > pacemakerの構成ファイルなど開示して頂ければ、私の方
>>>   >>>   >>  >>  でも確認可
>>>   >>>   >>  >>  >>>>>     能か
>>>   >>>   >>  >>  >>>>>     >> 
> も知
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   れません。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  > ＃本当にリークしているのがsystemdプロセスである可
>>>   >>>   >>  >>  能性もある
>>>   >>>   >>  >>  >>>>>     とは
>>>   >>>   >>  >>  >>>>>     >> 
> 思い
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   > ますが・・・・
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   > 以上です。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>   >
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 現在、pacemaker +
>>>   >>>   >>  > corosync
>>>   >>>   >>  >>  > のクラスタ上で
>>>   >>>   >>  >>  >>>   PostgreSQL を
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 動作させているデータベースサーバがあるのですが、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 稼働中にOSのメモリ使用量が増加し続ける問題が起
>>>   >>>   >>  >>  きています。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 原因を把握したいのですが、何か該当する現象や確認
>>>   >>>   >>  >>  ポイント
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > などありますでしょうか？
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 環境は以下のようになっております。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  OS: CentOS
>>>   >>>   > Linux
>>>   >>>   >>  > release
>>>   >>>   >>  >>  > 7.2.1511
>>>   >>>   >>  >>  >>  (Core)
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>      kernel
>>>   >>>   > -
>>>   >>>   >>  >>  > 3.10.0-327.18.2.el7
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>      glibc
>>>   >>>   > -
>>>   >>>   >>  > 2.17-106.el7_2.6
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  Systemd:
>>>   >>>   >>  > 219-19.el7_2.9 /
>>>   >>>   >>  >>  >>>   219-19.el7_2.12 (※)
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  Pacemaker:
>>>   >>>   >>  > 1.1.13-10.el7_2.2
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  Corosync:
>>>   >>>   >>  > 2.3.4-7.el7_2.1
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > PostgreSQL:
>>>   >>>   >>  > 9.4.8-1PGDG.rhel7
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > (※)systemdのバージョンはどちらでも発生しました
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >> 
>> 2台のサーバでHotStandby構成にしてPostgreSQLを運用し
>>>   ていま
>>>   >>>   >>  >>  >>>>>     す。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >> 
>> (両サーバでPostgreSQLが起動し、hot-standby構成にして
>>>   いる)
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >
> Active側にVIPを割り当てるようにして、アプリケーション
>>>   から
>>>   >>>   >>  >>  >>>>>     は
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > VIPに接続するようにしています。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > これまでに観察して見えているのは以下の事象になり
>>>   >>>   >>  >>  ます。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  (1)
>>>   >>>   >>  > OS起動しクラスタ状態を正常にした状態で、少し
>>>   >>>   >>  >>  ずつ
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >> 
>> 　　OSの空きメモリ量(free+buffer+cache)が減少し続け
>>>   る。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　→１日あたり30～100MB程度ずつ減少する
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　　※DBサーバ自体は4GBメモリを搭載
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　　※VIPがある／なしに関わらず減少傾向にある。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  (2)
>>>   >>>   >>  >>  > メモリ使用量が大きいプロセスを確認すると、PID=1の
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  　　systemd
>>>   >>>   >>  >>  > プロセスで、数十秒ごとに4～8KB程度増加する。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  (3)
>>>   >>>   >>  >>  > 契機は不明だが、時折数十～数百MB程度空き容量が増える
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 　　(回復する)ことがある。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　(長期的に見てトータルでは減少し続ける)
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  (4)
>>>   >>>   > pacemaker +
>>>   >>>   >>  >>  >>>  
> corosyncを使わず、1台のみで動作させている
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
>>>   >>>   >>  >>  増減が
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 　　発生していないように見える。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　→この点があり、何か手がかりが無いかと考え、
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 　　　こちらのMLに質問をポストさせていただきま
>>>   >>>   >>  >>  した。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > 長文にて恐縮ですが、情報等いただけましたら幸いで
>>>   >>>   >>  >>  す。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > よろしくお願い致します。
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > ----------------
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>  AKIBA
>>>   >>>   > Makoto
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  > akiba@acroquest.co.jp
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   >>  >>  >>>>
>>>   >>>   > _______________________________________________
>>>   >>>   >>  >>  >>>>>     >> 
>>>>
>>>   >>>
>>>   >>>   > 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
>>>   >>>   >>  >>  >>>>>     >> 
>>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >>  >>>>>     >>
>>>   >>>   >>  >
>> _______________________________________________
>>>   >>>   >>  >>  >>>>>     >> 
>> 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
>>>   >>>   >>  >>  >>>>
>>>   >>>   >>  >>  >>>
>>>   >>>   >>  >>  >>>
>>>   >>  _______________________________________________
>>>   >>>   >>  >>  >>>   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
>>>   >>>   >>  >
>> _______________________________________________
>>>   >>>   >>  > 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
>>>   >>  _______________________________________________
>>>   >>  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
>>
>
> _______________________________________________
> 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 + corosync 上で PostgreSQL を動かした際の空きメモリ減少について [ In reply to ]
akiba at acroquest
Oct 29, 2016, 12:36 AM
Post #25 of 30 (6329 views)
Permalink
To: 山内さん

秋葉です。
いつもお世話になっております。

> 簡易に現象を確認する方法を見つけたので、私の方で、RHのBugzillaに登録し
> てみるつもりです。

ありがとうございます！
再現方法まで確認していただいて助かります。


> １点、Pacemaker側の対処ではありませんが、systemctlのコマンド実行で、
> systemdを再実行させることでRESを戻すことは出来そうです。
>
> #systemctl daemon-reexec

こちらの環境(仮想マシンゲスト)で試してみました。
本番機はすぐには出来ないので、ひとまず検証機(同様のクラスタ構成です)で
実行したところ、確かにsystemdのメモリ使用量(VSZ、RSS共に)が
ほぼ初期状態まで戻りました。

実行中のシステムにも特に影響は見られないようです。
(再起動無しで手が打てるのはありがたいですね)

当方でも、もう少し経過を観察して、支障がないならば
(systemdの問題が解決するまでの)当面は定期的に動かすなどの
回避策を取りたいと思います。

------------------------------------------------------------
■実行前
top - 13:21:00 up 4 days, 17:08, 2 users, load average: 0.10, 0.08, 0.06
Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.5 us, 0.0 sy, 0.0 ni, 99.5 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 3882704 total, 114996 free, 335624 used, 3432084 buff/cache
KiB Swap: 2097148 total, 2097148 free, 0 used. 3026000 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 198408 160824 2388 S 0.0 4.1 16:38.06 systemd

■実行後
top - 13:21:01 up 4 days, 17:08, 2 users, load average: 0.10, 0.08, 0.06
Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie
%Cpu(s): 5.0 us, 5.5 sy, 0.0 ni, 80.1 id, 9.0 wa, 0.0 hi, 0.5 si, 0.0 st
KiB Mem : 3882704 total, 114996 free, 335624 used, 3432084 buff/cache
KiB Swap: 2097148 total, 2097148 free, 0 used. 3026000 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 41116 3196 2092 S 10.0 0.1 16:38.16 systemd
------------------------------------------------------------

また何かわかりましたら、お願い致します。


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

> -----Original Message-----
> From: linux-ha-japan-bounces@lists.osdn.me
> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> renayama19661014@ybb.ne.jp
> Sent: Saturday, October 29, 2016 7:51 AM
> To: linux-ha-japan@lists.osdn.me
> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
> した際の空きメモリ減少について
>
> 秋葉さん
>
>
> おはようございます。山内です。
>
> その後ですが、最終的に、RHL7.2も同様の事象と判断して動作を流すのは停止
> しました。
> (CentOS7.2の方は、来週頭まで流すつもりです。）
>
> 簡易に現象を確認する方法を見つけたので、私の方で、RHのBugzillaに登録し
> てみるつもりです。
>
> １点、Pacemaker側の対処ではありませんが、systemctlのコマンド実行で、
> systemdを再実行させることでRESを戻すことは出来そうです。
>
> #systemctl daemon-reexec
>
> 上記を実行することで、systemdが再実行されてRESが戻ります。
> ですが、再実行後も結局、systemed(pid=1)のRESの増加は始まりますので、cron
> などで定期的に実行する必要がありそうです。
>
> 手元の環境(pgsqlのストリーミング構成）では上記コマンドの実行で、クラス
> タリソースには影響はありませんでしたが、念のため、仮想ゲストなどで影響
> がないことを１度確認された方がよいかと思います。
> #申し訳ありませんが、systemctl daemon-reexecの有効性について、ちゃんと
> 確認が取れていない為です。
>
> また、動きがありましたら、御連絡いたします。
>
> 以上です。
>
> ----- Original Message -----
> >From: "renayama19661014@ybb.ne.jp" <renayama19661014@ybb.ne.jp>
> >To: "linux-ha-japan@lists.osdn.me" <linux-ha-japan@lists.osdn.me>
> >Date: 2016/10/26, Wed 17:42
> >Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か
> した際の空きメモリ減少について
> >
> >秋葉さん
> >
> >今晩は、山内です。
> >
> >>PostgreSQLのストリーミングの簡易構成での再現試験で
> >>類似事象が発生したとのこと、ご連絡ありがとうございます。
> >
> >RHEL7.2も実行中ですが、傾向を見ると同様のようです。
> >こちらは、もう少し流してみます。
> >
> >>> * https://github.com/systemd/systemd/issues/2614
> >>
> >>情報ありがとうございます。
> >>こちらでも類似の情報を見たことがありました。
> >>(タイトルはよく似ていますが全く同じではないようですね)
> >>http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-
> 18-days-of-uptime
> >
> >拝見しました。
> >おっしゃる通り、似ていますが、全く同じではないようですね。
> >
> >>これらの事象は必ず発生するものではないとすると、何らかの
> >>条件があるのだと思ってはいますが、それが分からないのが
> >>苦しいところです。
> >
> >>ちなみに、ダメ元でお伺いしますが、
> >>pacemakerでPostgreSQLをストリーミング構成で
> >>動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
> >>仕方など)で改善できる要素などはあるのでしょうか？
> >
> >こちらについては、もう少々お待ちください。
> >何が原因なりそうか、これから調査する所です。
> >それがわかれば、Pacemaker側での回避設定・修正も可能かも知れません。
> >
> >また、コミュニティのメンバーとも昨日少し話をしましたが、もう少し事象を
> 限定的な簡易な方法（Pacemaker無のコマンドの繰り返し実行など)
> >で再現できるかどうかを確認してRHの方へBugzillaへ報告してみる予定です。
> >
> >>ACT+SBY構成ならば起きないが、HotStandby(ストリーム
> >>レプリケーション)構成だと発生する、ということなのか、
> >>それに付随した原因が考えられるのか、といったところです。
> >
> >もしかすると、ACT+SBYでもDummyではなくpgsqlのRAを使った場合に起きる
> かも知れません。
> >#こちらは確認してみる予定です。
> >
> >
> >>> 回答的には、systemd2.1.9よりも新しいバージョンを
> >>> 利用するようにとのことで、Closeしていますが・・
> >>この点ですが、RHEL／CentOSでyumでインストールできるものは
> >>2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
> >>既に2.3.1(v231)がリリースされています。
> >
> >はい。私も確認しています。
> >
> >>RedHatは、2.1.9をベースにアップデートを重ねているようですが、
> >>これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
> >>取れるものなのでしょうか？
> >>(このMLで質問することではないかもしれませんが…)
> >
> >RHは、RHで採用するパッケージは決定しているので、本家とは直接関係して
> いないと思います。
> >また、RHは本家の採用バージョンに対して必要に応じて、パッチを適用して利
> 用しています。
> >ですので、RHが本家のBugfixを必要と判断すれば採用するというというスタ
> ンスではないでしょうか？
> >#CentOSも同じパッケージとなると思いますので、RHの判断に追従していると
> 思います。
> >
> >以上です。
> >
> >
> >
> >----- Original Message -----
> >> From: AKIBA Makoto <akiba@acroquest.co.jp>
> >> To: linux-ha-japan@lists.osdn.me
> >> Cc:
> >> Date: 2016/10/25, Tue 20:05
> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動
> かした際の空きメモリ減少について
> >>
> >>T o: 山内さん
> >>
> >> 秋葉です。
> >> いつもお世話になっております。
> >>
> >> PostgreSQLのストリーミングの簡易構成での再現試験で
> >> 類似事象が発生したとのこと、ご連絡ありがとうございます。
> >>
> >>> * https://github.com/systemd/systemd/issues/2614
> >>
> >> 情報ありがとうございます。
> >> こちらでも類似の情報を見たことがありました。
> >> (タイトルはよく似ていますが全く同じではないようですね)
> >>
> http://serverfault.com/questions/755818/systemd-using-4gb-ram-after-18
> -days-of-uptime
> >>
> >>
> >> これらの事象は必ず発生するものではないとすると、何らかの
> >> 条件があるのだと思ってはいますが、それが分からないのが
> >> 苦しいところです。
> >>
> >> ちなみに、ダメ元でお伺いしますが、
> >> pacemakerでPostgreSQLをストリーミング構成で
> >> 動かすにあたって、pacemakerの定義(たとえばヘルスチェックの
> >> 仕方など)で改善できる要素などはあるのでしょうか？
> >>
> >> ACT+SBY構成ならば起きないが、HotStandby(ストリーム
> >> レプリケーション)構成だと発生する、ということなのか、
> >> それに付随した原因が考えられるのか、といったところです。
> >>
> >>
> >>> 回答的には、systemd2.1.9よりも新しいバージョンを
> >>> 利用するようにとのことで、Closeしていますが・・
> >>
> >> この点ですが、RHEL／CentOSでyumでインストールできるものは
> >> 2.1.9 (219-19.el7_x.xx) と見え、systemdの GitHubでは
> >> 既に2.3.1(v231)がリリースされています。
> >>
> >> RedHatは、2.1.9をベースにアップデートを重ねているようですが、
> >> これと、GitHub(本家)のバージョンやBugFixとの関連はどのように
> >> 取れるものなのでしょうか？
> >> (このMLで質問することではないかもしれませんが…)
> >>
> >>
> >> 以上、よろしくお願い致します。
> >>
> >>> -----Original Message-----
> >>> From: linux-ha-japan-bounces@lists.osdn.me
> >>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >>> renayama19661014@ybb.ne.jp
> >>> Sent: Monday, October 24, 2016 7:25 PM
> >>> To: linux-ha-japan@lists.osdn.me
> >>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> 動か
> >>> した際の空きメモリ減少について
> >>>
> >>> 秋葉さん
> >>>
> >>> こんばんは、山内です。
> >>>
> >>> PostgreSQLのストリーミングの簡易構成でCentOS7.2で週末(3日間程度）
> に流
> >>> してみました。
> >>>
> >>> どうやら、明らかに先にDummy構成などで確認した増加量を大幅に超えて、
> 秋
> >>> 葉さんのおっしゃるようにsystemd(pid=1)で増加がみられるようです。
> >>>
> >>> ------
> >>> [root@c7-01 ~]# crm_mon -1 -Af
> >>> Last updated: Mon Oct 24 16:27:24 2016
> >>> Last change: Thu Oct 20 20:40:40 2016 by root via crm_attribute on
> c7-01
> >>> Stack: corosync
> >>> Current DC: c7-01 (version 1.1.13-10.el7_2.4-44eb2dd) - partition
> with
> >>> quorum
> >>> 2 nodes and 5 resources configured
> >>>
> >>> Online: [ c7-01 c7-02 ]
> >>>
> >>> vipCheckMaster (ocf::heartbeat:VIPcheck): Started c7-01
> >>> Resource Group: master-group
> >>> vip-master (ocf::heartbeat:IPaddr2): Started c7-01
> >>> vip-rep (ocf::heartbeat:IPaddr2): Started c7-01
> >>> Master/Slave Set: msPostgresql [pgsql]
> >>> Masters: [ c7-01 ]
> >>> Slaves: [ c7-02 ]
> >>>
> >>> Node Attributes:
> >>> * Node c7-01:
> >>> + master-pgsql : 1000
> >>> + pgsql-data-status : LATEST
> >>> + pgsql-master-baseline : 0000000008000060
> >>> + pgsql-status : PRI
> >>> * Node c7-02:
> >>> + master-pgsql : 100
> >>> + pgsql-data-status : STREAMING|SYNC
> >>> + pgsql-status : HS:sync
> >>>
> >>> Migration Summary:
> >>> * Node c7-01:
> >>> * Node c7-02:
> >>> ------
> >>>
> >>> 1)Master側
> >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> >>> COMMAND
> >>> 1 root 20 0 44040 6720 3908
> S 0.0 0.3 0:03.98
> >>> systemd
> >>> 1 root 20 0 44040 6720 3908
> S 0.3 0.3 0:04.16
> >>> systemd
> >>> 1 root 20 0 44040 6720 3908
> S 0.3 0.3 0:04.35
> >>> systemd
> >>> (snip)
> >>> 1 root 20 0 116216 78852 3908
> S 0.3 3.8 18:08.67
> >>> systemd
> >>> 1 root 20 0 116216 78868 3908
> S 0.3 3.8 18:08.86
> >>> systemd
> >>> 1 root 20 0 116216 78892 3908
> S 0.4 3.8 18:09.08
> >>> systemd
> >>>
> >>> 2)Slave側
> >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
> >>> COMMAND
> >>> 1 root 20 0 44172 6796 3908
> S 5.6 0.3 0:03.33
> >>> systemd
> >>> 1 root 20 0 44172 6796 3908
> S 0.2 0.3 0:03.46
> >>> systemd
> >>> 1 root 20 0 44172 6796 3908
> S 0.2 0.3 0:03.60
> >>> systemd
> >>> (snip)
> >>> 1 root 20 0 95368 57944 3468
> S 0.3 2.8 12:42.27
> >>> systemd
> >>> 1 root 20 0 95368 57944 3468
> S 0.2 2.8 12:42.40
> >>> systemd
> >>> 1 root 20 0 95368 57948 3468
> S 0.2 2.8 12:42.54
> >>> systemd
> >>>
> >>> こちらは、もう少し流してみる予定です。
> >>>
> >>> さらに、私の方で利用しているのは、主にRHELになりますので、RHEL7.2
> でも
> >>> 流してみようと思っています。
> >>>
> >>> １点..systemdのgithubのissueで同様の現象が報告されているのを見つ
> けま
> >>> した。
> >>> 回答的には、systemd2.1.9よりも新しいバージョンを利用するようにとの
> こと
> >>> で、Closeしていますが・・
> >>> * https://github.com/systemd/systemd/issues/2614
> >>>
> >>> RHEL7.2も2.1.9が入っているので事象が起きるかも知れません。
> >>> #CentOS7.2と、全く同一のものが入っている模様。
> >>>
> >>> また、御連絡しますが、何らかのsystemdに関連した不具合の可能性が高
> いと
> >>> 思っています。
> >>>
> >>> #ちなみに、PostgreSQLのストリーミング構成を行わずに、Pacemakerを
> Dummy
> >>> リソースでACT/STB構成で、
> >>> #pcsdを起動した構成では、極端なメモリ増加は見られていませんでした。
> >>>
> >>> 以上です。
> >>>
> >>>
> >>>
> >>>
> >>> ----- Original Message -----
> >>> > From: "renayama19661014@ybb.ne.jp"
> >> <renayama19661014@ybb.ne.jp>
> >>> > To: "linux-ha-japan@lists.osdn.me"
> >> <linux-ha-japan@lists.osdn.me>
> >>> > Cc:
> >>> > Date: 2016/10/18, Tue 23:43
> >>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を
> å‹•
> >>> かした際の空きメモリ減少について
> >>> >
> >>> > 秋葉さん
> >>> >
> >>> > こんばんは、山内です。
> >>> >
> >>> > すいません・・見間違えていました。
> >>> >
> >>> > PostgreSQLのバージョン、了解いたしました。
> >>> >
> >>> > また、結果が出ましたら、ご連絡します。
> >>> >
> >>> > 以上です。
> >>> >
> >>> >
> >>> >
> >>> > ----- Original Message -----
> >>> >> From: AKIBA Makoto <akiba@acroquest.co.jp>
> >>> >> To: linux-ha-japan@lists.osdn.me
> >>> >> Cc:
> >>> >> Date: 2016/10/18, Tue 19:20
> >>> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL
> >>> > を動かした際の空きメモリ減少について
> >>> >>
> >>> >> T o: 山内さん
> >>> >>
> >>> >> 秋葉です。
> >>> >> いつもお世話になっております。
> >>> >>
> >>> >>> 9日でかなり大きいですね・・・
> >>> >>
> >>> >> いえ、１カ月と９日（３９日）です・・・
> >>> >>
> >>> >>
> >>> >>> こちらでも、今週末からPGREX(レプリケーション）構成で来週頭ま
> で
> >>> >>> 流してみるつもりです。
> >>> >>
> >>> >> ありがとうございます。
> >>> >>
> >>> >>
> >>> >>> ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
> >>> >>> 同じバージョンで流して試してみるつもりです。
> >>> >>
> >>> >> インストールしているパッケージは以下になります。
> >>> >>
> >>> >> # rpm -qa | grep postgres
> >>> >> postgresql94-libs-9.4.8-1PGDG.rhel7.x86_64
> >>> >> postgresql94-server-9.4.8-1PGDG.rhel7.x86_64
> >>> >> postgresql94-9.4.8-1PGDG.rhel7.x86_64
> >>> >> postgresql94-contrib-9.4.8-1PGDG.rhel7.x86_64
> >>> >>
> >>> >> よろしくお願い致します。
> >>> >>
> >>> >>
> >>> >> 以上
> >>> >>
> >>> >>> -----Original Message-----
> >>> >>> From: linux-ha-japan-bounces@lists.osdn.me
> >>> >>> [mailto:linux-ha-japan-bounces@lists.osdn.me] On Behalf Of
> >>> >>> renayama19661014@ybb.ne.jp
> >>> >>> Sent: Tuesday, October 18, 2016 7:06 PM
> >>> >>> To: linux-ha-japan@lists.osdn.me
> >>> >>> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> >> PostgreSQL ã‚’
> >>> 動か
> >>> >>> した際の空きメモリ減少について
> >>> >>>
> >>> >>> 秋葉さん
> >>> >>>
> >>> >>> こんばんは、山内です。
> >>> >>>
> >>> >>> > 確認しましたが、pcsdは常時起動してはいませんでした。
> >>> >>> > (pacemakerd ではないのですよね？)
> >>> >>>
> >>> >>>
> >>> >>> そうでしたか・・・pcsdは利用していませんでしたか・・・
> >>> >>> 利用されていたと思い、今日の昼頃からpcsdも起動して流してい
> ました
> >>> が、意
> >>> >>> 味がないようですので、そちらは止めておきます。
> >>> >>>
> >>> >>>
> >>> >>> > 現在（上記1 months 9 day）の状態で、psを見た時のsystemd
> の
> >>> >>> > VSZとRSSは以下のようになっています。
> >>> >>> >
> >> ------------------------------------------------------------
> >>> >>> > # ps -eo pid,vsz,rss,comm | grep systemd
> >>> >>> > 1 2229064 2188992 systemd
> >>> >>>
> >>> >>>
> >>> >>> 9日でかなり大きいですね・・・
> >>> >>>
> >>> >>> こちらでも、今週末からPGREX(レプリケーション）構成で来週頭ま
> で流
> >>> してみ
> >>> >>> るつもりです。
> >>> >>>
> >>> >>>
> >>> >>> ちなみに、postgreSQLのバージョンはいくつをお使いでしょうか？
> >>> >>> 同じバージョンで流して試してみるつもりです。
> >>> >>>
> >>> >>> 以上です。
> >>> >>>
> >>> >>>
> >>> >>> ----- Original Message -----
> >>> >>> > From: AKIBA Makoto <akiba@acroquest.co.jp>
> >>> >>> > To: linux-ha-japan@lists.osdn.me
> >>> >>> > Cc:
> >>> >>> > Date: 2016/10/18, Tue 14:14
> >>> >>> > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> >> PostgreSQL
> >>> ã‚’å‹•
> >>> >>> かした際の空きメモリ減少について
> >>> >>> >
> >>> >>> >T o: 山内さん
> >>> >>> >
> >>> >>> > 秋葉です。
> >>> >>> > いつもお世話になっております。
> >>> >>> >
> >>> >>> > 回答ありがとうございます。
> >>> >>> >
> >>> >>> >> １点だけ、気になる点がありますが・・
> >>> >>> >> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流
> し込ん
> >>> でいる
> >>> >>> いる
> >>> >>> >> と思いますが、pcsdはsystemdで常時起動されている状態でし
> ょう
> >>> か？
> >>> >>> >> もし、起動されているのであれば、こちらも、pcsd利用に変え
> て確
> >>> 認して
> >>> >>> みた
> >>> >>> >> いと思います。
> >>> >>> >
> >>> >>> > 確認しましたが、pcsdは常時起動してはいませんでした。
> >>> >>> > (pacemakerd ではないのですよね？)
> >>> >>> >
> >>> >>> >
> >> ------------------------------------------------------------
> >>> >>> > # ps -ef | grep pcsd
> >>> >>> > root 23447 838 0 14:13 pts/0 00:00:00 grep
> >> --color=auto
> >>> > pcsd
> >>> >>> >
> >> ------------------------------------------------------------
> >>> >>> > # systemctl status pacemaker.service
> >>> >>> > ● pacemaker.service - Pacemaker High Availability
> >> Cluster
> >>> Manager
> >>> >>> > Loaded: loaded
> >> (/usr/lib/systemd/system/pacemaker.service;
> >>> >>> disabled; vendor
> >>> >>> > preset: disabled)
> >>> >>> > Active: active (running) since 木 2016-09-08 20:59:18
> >> JST; 1
> >>> > months
> >>> >>> 9 days ago
> >>> >>> > Main PID: 2533 (pacemakerd)
> >>> >>> > CGroup: /system.slice/pacemaker.service
> >>> >>> > +- 2533 /usr/sbin/pacemakerd -f
> >>> >>> > +- 2534 /usr/libexec/pacemaker/cib
> >>> >>> > +- 2535 /usr/libexec/pacemaker/stonithd
> >>> >>> > +- 2536 /usr/libexec/pacemaker/lrmd
> >>> >>> > +- 2537 /usr/libexec/pacemaker/attrd
> >>> >>> > +- 2538 /usr/libexec/pacemaker/pengine
> >>> >>> > +- 2539 /usr/libexec/pacemaker/crmd
> >>> >>> >
> >>> >>> >
> >>> >>> > 現在（上記1 months 9 day）の状態で、psを見た時のsystemd
> の
> >>> >>> > VSZとRSSは以下のようになっています。
> >>> >>> >
> >> ------------------------------------------------------------
> >>> >>> > # ps -eo pid,vsz,rss,comm | grep systemd
> >>> >>> > 1 2229064 2188992 systemd
> >>> >>> >
> >>> >>> >
> >>> >>> > 蛇足ですが、corosyncは以下のようになっています。
> >>> >>> >
> >> ------------------------------------------------------------
> >>> >>> > # systemctl status corosync.service
> >>> >>> > ● corosync.service - Corosync Cluster Engine
> >>> >>> > Loaded: loaded
> >> (/usr/lib/systemd/system/corosync.service;
> >>> > disabled;
> >>> >>> vendor
> >>> >>> > preset: disabled)
> >>> >>> > Active: active (running) since 木 2016-09-08 20:59:01
> >> JST; 1
> >>> > months
> >>> >>> 9 days ago
> >>> >>> > Process: 2509 ExecStart=/usr/share/corosync/corosync
> >> start
> >>> >>> (code=exited,
> >>> >>> > status=0/SUCCESS)
> >>> >>> > Main PID: 2516 (corosync)
> >>> >>> > CGroup: /system.slice/corosync.service
> >>> >>> > +- 2516 corosync
> >>> >>> >
> >>> >>> >
> >>> >>> > 以上、よろしくお願い致します。
> >>> >>> >
> >>> >>> >> -----Original Message-----
> >>> >>> >> From: linux-ha-japan-bounces@lists.osdn.me
> >>> >>> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> >> Behalf Of
> >>> >>> >> renayama19661014@ybb.ne.jp
> >>> >>> >> Sent: Monday, October 17, 2016 11:09 PM
> >>> >>> >> To: linux-ha-japan@lists.osdn.me
> >>> >>> >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で
> >>> > PostgreSQL ã‚’
> >>> >>> 動か
> >>> >>> >> した際の空きメモリ減少について
> >>> >>> >>
> >>> >>> >> 秋葉さん
> >>> >>> >>
> >>> >>> >> こんばんは、山内です。
> >>> >>> >>
> >>> >>> >> > 返事が遅くなりました。
> >>> >>> >> > いろいろ再現調査していただいてありがとうございます。
> >>> >>> >> >
> >>> >>> >> > 再現調査をした環境は pacemaker + corosync のみ（と
> >>> >>> >> > ダミープロセス？）で動かした状態と考えてよろしい
> >>> >>> >> > でしょうか？
> >>> >>> >>
> >>> >>> >> はい。
> >>> >>> >> 問題を切り分けするのが簡単ですし、pacemaker+corosyncのみ
> >>> (Dummyの
> >>> >>> み)で
> >>> >>> >> す。
> >>> >>> >>
> >>> >>> >> > こちらでも長期動作させて観察しているのですが、
> >>> >>> >> > pacemaker + corosync で冗長化させているサーバが
> >>> >>> >> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
> >>> >>> >> > います。
> >>> >>> >> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> >>> >>> >> > プロセスが起動しています。
> >>> >>> >> > (PostgreSQLのサーバは両系でプロセスが起動しています)
> >>> >>> >> >
> >>> >>> >> > この２つの冗長化サーバで、
> >>> >>> >> > JavaAPの方はsystemdのメモリ増加が起きていないことが
> >>> >>> >> > わかっています。
> >>> >>> >> >
> >>> >>> >> > もはやpacemaker+corosyncの問題というよりsystemdの
> >>> >>> >> > 問題という気もしておりますが、念のため、PostgreSQLが
> >>> >>> >> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> >>> >>> >> > 増加有無に影響するのでしょうか？
> >>> >>> >>
> >>> >>> >>
> >>> >>> >> PostgreSQL,OS側に精通しているわけではないので、有識者の
> 方のコ
> >>> メント
> >>> >>> があ
> >>> >>> >> ると良いのですが・・・
> >>> >>> >> Pacemakerの構成で指定したリソースエージェントのRAの
> >>> PostgreSQLは、
> >>> >>> 基本
> >>> >>> >> 的には、systemdプロセスへの影響はないと思っています。
> >>> >>> >> ＃systemdでPostgreSQLを起動して、それをPacemakerで
> systemd
> >>> リソー
> >>> >>> スで
> >>> >>> >> 管理しているのであれば影響はある可能性もあるとは思いま
> す
> >>> が・・・
> >>> >>> >>
> >>> >>> >> 秋葉さんの環境では、PostgreSQLのレプリケーション構成だと
> 思い
> >>> ますの
> >>> >>> で、
> >>> >>> >> 両系でPostgreSQLが動いていますのでメモリ使用料に変化は
> ある
> >>> と思い
> >>> >>> ます
> >>> >>> >> が、
> >>> >>> >> それが、systemdのメモリ増加へは影響しないと思っています。
> >>> >>> >>
> >>> >>> >>
> >>> >>> >> １点だけ、気になる点がありますが・・
> >>> >>> >> 秋葉さんの環境はpcsを利用してクラスタのスクリプトを流
> し込ん
> >>> でいる
> >>> >>> いる
> >>> >>> >> と思いますが、pcsdはsystemdで常時起動されている状態でし
> ょう
> >>> か？
> >>> >>> >> もし、起動されているのであれば、こちらも、pcsd利用に変え
> て確
> >>> 認して
> >>> >>> みた
> >>> >>> >> いと思います。
> >>> >>> >>
> >>> >>> >>
> >>> >>> >> 以上です。
> >>> >>> >>
> >>> >>> >>
> >>> >>> >>
> >>> >>> >>
> >>> >>> >> ----- Original Message -----
> >>> >>> >> > From: AKIBA Makoto
> >> <akiba@acroquest.co.jp>
> >>> >>> >> > To: linux-ha-japan@lists.osdn.me
> >>> >>> >> > Cc:
> >>> >>> >> > Date: 2016/10/17, Mon 19:53
> >>> >>> >> > Subject: Re: [Linux-ha-jp] pacemaker +
> >> corosync 上で
> >>> >> PostgreSQL ã‚’
> >>> >>> å‹•
> >>> >>> >> かした際の空きメモリ減少について
> >>> >>> >> >
> >>> >>> >> >T o: 山内さん
> >>> >>> >> >
> >>> >>> >> > 秋葉です。
> >>> >>> >> >
> >>> >>> >> > 返事が遅くなりました。
> >>> >>> >> > いろいろ再現調査していただいてありがとうございます。
> >>> >>> >> >
> >>> >>> >> > 再現調査をした環境は pacemaker + corosync のみ（と
> >>> >>> >> > ダミープロセス？）で動かした状態と考えてよろしい
> >>> >>> >> > でしょうか？
> >>> >>> >> >
> >>> >>> >> > こちらでも長期動作させて観察しているのですが、
> >>> >>> >> > pacemaker + corosync で冗長化させているサーバが
> >>> >>> >> > もう１種類あり、PostgreSQLではなくJavaAPが動いて
> >>> >>> >> > います。
> >>> >>> >> > こちらのJavaAPが動いている方はACT+STBで常に片方のみ
> >>> >>> >> > プロセスが起動しています。
> >>> >>> >> > (PostgreSQLのサーバは両系でプロセスが起動しています)
> >>> >>> >> >
> >>> >>> >> > この２つの冗長化サーバで、
> >>> >>> >> > JavaAPの方はsystemdのメモリ増加が起きていないことが
> >>> >>> >> > わかっています。
> >>> >>> >> >
> >>> >>> >> > もはやpacemaker+corosyncの問題というよりsystemdの
> >>> >>> >> > 問題という気もしておりますが、念のため、PostgreSQLが
> >>> >>> >> > (両系ホットスタンバイで)動くかどうかは、メモリ使用量の
> >>> >>> >> > 増加有無に影響するのでしょうか？
> >>> >>> >> >
> >>> >>> >> >
> >>> >>> >> > 以上
> >>> >>> >> >
> >>> >>> >> >> -----Original Message-----
> >>> >>> >> >> From:
> >> linux-ha-japan-bounces@lists.osdn.me
> >>> >>> >> >>
> >> [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> >>> > Behalf
> >>> >> Of
> >>> >>> >> >> renayama19661014@ybb.ne.jp
> >>> >>> >> >> Sent: Monday, October 17, 2016 7:16 PM
> >>> >>> >> >> To: linux-ha-japan@lists.osdn.me
> >>> >>> >> >> Subject: Re: [Linux-ha-jp] pacemaker +
> >> corosync 上で
> >>> >
> >>> >> PostgreSQL
> >>> >>> ã‚’
> >>> >>> >> 動か
> >>> >>> >> >> した際の空きメモリ減少について
> >>> >>> >> >>
> >>> >>> >> >> 秋葉さん
> >>> >>> >> >>
> >>> >>> >> >> こんばんは、山内です。
> >>> >>> >> >>
> >>> >>> >> >> 遅くなりました・・続けて先週末の時点のCentOS7.2に最
> 新の
> >>> アップ
> >>> >>> デー
> >>> >>> >> トを
> >>> >>> >> >> 適用して、２日半程度流してみみました。
> >>> >>> >> >> ゲストの構成や、リソースは前回と同じのままです。
> >>> >>> >> >>
> >>> >>> >> >> ----------
> >>> >>> >> >> Linux c7-01 3.10.0-327.36.2.el7.x86_64
> >> #1 SMP Mon
> >>> > Oct
> >>> >> 10 23:08:37
> >>> >>> > UTC
> >>> >>> >> 2016
> >>> >>> >> >> x86_64 x86_64 x86_64 GNU/Linux
> >>> >>> >> >> systemd-219-19.el7_2.13.x86_64
> >>> >>> >> >> glibc-2.17-106.el7_2.8.x86_64
> >>> >>> >> >> pacemaker-1.1.13-10.el7.x86_64
> >>> >>> >> >> corosync-2.3.4-7.el7.x86_64
> >>> >>> >> >> ----------
> >>> >>> >> >>
> >>> >>> >> >> 以下が結果となりました。
> >>> >>> >> >>
> >>> >>> >> >> ●ACTノードのpid=1のsystemdのtopデータ
> >>> >>> >> >> PID USER PR NI VIRT RES
> >> SHR
> >>> >>> S %CPU %MEM TIME+
> >>> >>> >> >> COMMAND
> >>> >>> >> >> 1 root 20 0 44172 6796
> >> 3904 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:02.66
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44172 6796
> >> 3904 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:02.66
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44172 6796
> >> 3904 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:02.67
> >>> >>> >> >> systemd
> >>> >>> >> >> (snip)
> >>> >>> >> >> 1 root 20 0 44172 6808
> >> 3908 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:16.86
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44172 6808
> >> 3908 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:16.87
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44172 6808
> >> 3908 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:16.87
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44172 6808
> >> 3908 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:16.88
> >>> >>> >> >> systemd
> >>> >>> >> >>
> >>> >>> >> >> ●STBノードのpid=1のsystemdのtopデータ
> >>> >>> >> >> 1 root 20 0 44040 6640
> >> 3900 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:02.73
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44040 6640
> >> 3900 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:02.73
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44040 6640
> >> 3900 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:02.74
> >>> >>> >> >> systemd
> >>> >>> >> >> (snip)
> >>> >>> >> >> 1 root 20 0 44172 6808
> >> 3908 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:16.67
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44172 6808
> >> 3908 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:16.68
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44172 6808
> >> 3908 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:16.68
> >>> >>> >> >> systemd
> >>> >>> >> >> 1 root 20 0 44172 6808
> >> 3908 S
> >>> > 0.0
> >>> >> 0.3
> >>> >>> > 0:16.70
> >>> >>> >> >> systemd
> >>> >>> >> >>
> >>> >>> >> >> やはり、前回と同様に、systemd(pid=1)に増加は見られま
> すが、
> >>> 秋葉
> >>> >>> さん
> >>> >>> >> の最
> >>> >>> >> >> 初にご報告頂いたような増加は起きていないようです。
> >>> >>> >> >> #ただ・・この結果だけで判断出来ないとは思いますが、
> 前回の
> >>> 計測よ
> >>> >>> りは
> >>> >>> >> 増加
> >>> >>> >> >> 量が減ってように見えるので、systemd関連で何らかのメ
> モリ関
> >>> 連の修
> >>> >>> 正が
> >>> >>> >> 入っ
> >>> >>> >> >> ている可能性はあると思います。
> >>> >>> >> >>
> >>> >>> >> >> 以上です。
> >>> >>> >> >>
> >>> >>> >> >>
> >>> >>> >> >>
> >>> >>> >> >>
> >>> >>> >> >>
> >>> >>> >> >>
> >>> >>> >> >> ----- Original Message -----
> >>> >>> >> >> > From:
> >> "renayama19661014@ybb.ne.jp"
> >>> >>> >> > <renayama19661014@ybb.ne.jp>
> >>> >>> >> >> > To:
> >> "linux-ha-japan@lists.osdn.me"
> >>> >>> >> > <linux-ha-japan@lists.osdn.me>
> >>> >>> >> >> > Cc:
> >>> >>> >> >> > Date: 2016/10/3, Mon 22:37
> >>> >>> >> >> > Subject: Re: [Linux-ha-jp]
> >> pacemaker +
> >>> > corosync 上で
> >>> >>> > PostgreSQL ã‚’
> >>> >>> >> å‹•
> >>> >>> >> >> かした際の空きメモリ減少について
> >>> >>> >> >> >
> >>> >>> >> >> > 秋葉さん
> >>> >>> >> >> >
> >>> >>> >> >> > こんばんは、山内です。
> >>> >>> >> >> >
> >>> >>> >> >> > 週末から、私の環境でも、２日半程度流してみみました。
> >>> >>> >> >> >
> >>> >>> >> >> >
> >>> > vSphere上のCentOS7.2のゲスト２台で、CentOS7.2(1511)のISOイ
> >>> >>> メー
> >>> >>> >> ジそ
> >>> >>> >> >> のままで構成してみました。
> >>> >>> >> >> >
> >>> >>> >> >> > ----------
> >>> >>> >> >> > CentOS Linux release 7.2.1511
> >> (Core)
> >>> >>> >> >> > Linux c7-01 3.10.0-327.el7.x86_64
> >> #1 SMP Thu
> >>> > Nov
> >>> >> 19 22:10:57
> >>> >>> > UTC 2015
> >>> >>> >> >> x86_64
> >>> >>> >> >> > x86_64 x86_64 GNU/Linux
> >>> >>> >> >> > systemd-219-19.el7.x86_64
> >>> >>> >> >> > glibc-2.17-105.el7.x86_64
> >>> >>> >> >> > pacemaker-1.1.13-10.el7.x86_64
> >>> >>> >> >> > corosync-2.3.4-7.el7.x86_64
> >>> >>> >> >> > ----------
> >>> >>> >> >> >
> >>> >>> >> >> > リソースは簡易のDummyリソースのみですが、以下のよ
> うに
> >>> してい
> >>> >>> ます。
> >>> >>> >> >> > ----------
> >>> >>> >> >> > ●設定ファイル(crm形式です）
> >>> >>> >> >> > ### Cluster Option ###
> >>> >>> >> >> > property
> >> no-quorum-policy="ignore"
> >>> > \
> >>> >>> >> >> > stonith-enabled="false"
> >> \
> >>> >>> >> >> > startup-fencing="false"
> >>> >>> >> >> >
> >>> >>> >> >> > ### Resource Defaults ###
> >>> >>> >> >> > rsc_defaults
> >>> >> resource-stickiness="INFINITY" \
> >>> >>> >> >> > migration-threshold="1"
> >>> >>> >> >> >
> >>> >>> >> >> > ### Group Configuration ###
> >>> >>> >> >> > group grpDummy \
> >>> >>> >> >> > prmDummy1 \
> >>> >>> >> >> > prmDummy2 \
> >>> >>> >> >> > prmDummy3 \
> >>> >>> >> >> > prmDummy4 \
> >>> >>> >> >> > prmDummy5 \
> >>> >>> >> >> >
> >>> >>> >> >> > ### Primitive Configuration ###
> >>> >>> >> >> > primitive prmDummy1
> >> ocf:pacemaker:Dummy \
> >>> >>> >> >> > op start interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op monitor interval="10s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op stop interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="block"
> >>> >>> >> >> >
> >>> >>> >> >> > primitive prmDummy2
> >> ocf:pacemaker:Dummy \
> >>> >>> >> >> > op start interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op monitor interval="10s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op stop interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="block"
> >>> >>> >> >> >
> >>> >>> >> >> > primitive prmDummy3
> >> ocf:pacemaker:Dummy \
> >>> >>> >> >> > op start interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op monitor interval="10s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op stop interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="block"
> >>> >>> >> >> >
> >>> >>> >> >> > primitive prmDummy4
> >> ocf:pacemaker:Dummy \
> >>> >>> >> >> > op start interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op monitor interval="10s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op stop interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="block"
> >>> >>> >> >> >
> >>> >>> >> >> > primitive prmDummy5
> >> ocf:pacemaker:Dummy \
> >>> >>> >> >> > op start interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op monitor interval="10s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="restart" \
> >>> >>> >> >> > op stop interval="0s"
> >>> >> timeout="60s"
> >>> >>> >> >> > on-fail="block"
> >>> >>> >> >> >
> >>> >>> >> >> > ### Resource Location ###
> >>> >>> >> >> > location rsc_location-msDrbd-1
> >> grpDummy \
> >>> >>> >> >> > rule 200: #uname eq c7-01 \
> >>> >>> >> >> > rule 100: #uname eq c7-02
> >>> >>> >> >> > ----------
> >>> >>> >> >> > ●crm_monの様子
> >>> >>> >> >> > [root@c7-01 ~]# crm_mon -1
> >>> >>> >> >> > Last updated: Mon Oct 3 16:35:29
> >> 2016
> >>> >
> >>> >> Last change:
> >>> >>> > Fri Sep
> >>> >>> >> > 30
> >>> >>> >> >> 00:28:56
> >>> >>> >> >> > 2016 by root via cibadmin on c7-01
> >>> >>> >> >> > Stack: corosync
> >>> >>> >> >> > Current DC: c7-01 (version
> >>> > 1.1.13-10.el7-44eb2dd)
> >>> >> -
> >>> >>> > partition with
> >>> >>> >> > quorum
> >>> >>> >> >> > 2 nodes and 5 resources configured
> >>> >>> >> >> >
> >>> >>> >> >> > Online: [ c7-01 c7-02 ]
> >>> >>> >> >> >
> >>> >>> >> >> > Resource Group: grpDummy
> >>> >>> >> >> > prmDummy1 (ocf::pacemaker:Dummy):
> >> Started
> >>> > c7-01
> >>> >>> >> >> > prmDummy2 (ocf::pacemaker:Dummy):
> >> Started
> >>> > c7-01
> >>> >>> >> >> > prmDummy3 (ocf::pacemaker:Dummy):
> >> Started
> >>> > c7-01
> >>> >>> >> >> > prmDummy4 (ocf::pacemaker:Dummy):
> >> Started
> >>> > c7-01
> >>> >>> >> >> > prmDummy5 (ocf::pacemaker:Dummy):
> >> Started
> >>> > c7-01
> >>> >>> >> >> > ----------
> >>> >>> >> >> >
> >>> >>> >> >> >
> >>> >>> >> >> > 以下が結果となりました。
> >>> >>> >> >> >
> >>> >>> >> >> > ●ACTノードのpid=1のsysttemdのtopデータ
> >>> >>> >> >> > PID USER PR NI VIRT
> >> RES SHR S
> >>> > %CPU
> >>> >> %MEM
> >>> >>> > TIME+
> >>> >>> >> >> COMMAND
> >>> >>> >> >> > 1 root 20 0 44644 7280
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.18
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44644 7296
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.20
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44644 7296
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.21
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44644 7296
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.21
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44644 7296
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.21
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44644 7296
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.21
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44644 7296
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.21
> >>> >>> >> >> systemd
> >>> >>> >> >> > (snip)
> >>> >>> >> >> > 1 root 20 0 45064 7720
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.91
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 45064 7720
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.91
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 45064 7720
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.91
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 45064 7720
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.91
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 45064 7720
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.91
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 45064 7720
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.93
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 45064 7720
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.95
> >>> >>> >> >> systemd
> >>> >>> >> >> >
> >>> >>> >> >> > ●ACTノードのpid=1のsysttemdのtopデータ
> >>> >>> >> >> > PID USER PR NI VIRT
> >> RES SHR S
> >>> > %CPU
> >>> >> %MEM
> >>> >>> > TIME+
> >>> >>> >> >> COMMAND
> >>> >>> >> >> > 1 root 20 0 44652 7288
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.23
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44652 7288
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.25
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44652 7288
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.26
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44652 7288
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.26
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44652 7288
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.26
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 44652 7288
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:03.26
> >>> >>> >> >> systemd
> >>> >>> >> >> > (snip)
> >>> >>> >> >> > 1 root 20 0 45088 7712
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.00
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 45088 7712
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.00
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 45088 7712
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.00
> >>> >>> >> >> systemd
> >>> >>> >> >> > 1 root 20 0 45088 7716
> >> 2600 S
> >>> > 0.0
> >>> >> 0.4
> >>> >>> > 0:21.03
> >>> >>> >> >> systemd
> >>> >>> >> >> >
> >>> >>> >> >> > systemd(pid=1)に増加は見られますが、秋葉さんの最初
> にご
> >>> 報告頂
> >>> >>> いた
> >>> >>> >> よう
> >>> >>> >> >> な増加は起きていないようです。
> >>> >>> >> >> > #この増加がsystemdの正しい動作の範疇なのかどうか
> は別物
> >>> です
> >>> >>> が。。。。
> >>> >>> >> >> >
> >>> >>> >> >> > こちらも、systemdのバージョンなどをアップしても確
> 認して
> >>> みたい
> >>> >>> と思
> >>> >>> >> いま
> >>> >>> >> >> す。
> >>> >>> >> >> >
> >>> >>> >> >> > 以上です。
> >>> >>> >> >> >
> >>> >>> >> >> >
> >>> >>> >> >> >
> >>> >>> >> >> > ----- Original Message -----
> >>> >>> >> >> >> From:
> >>> > "renayama19661014@ybb.ne.jp"
> >>> >>> >> >> > <renayama19661014@ybb.ne.jp>
> >>> >>> >> >> >> To:
> >>> > "linux-ha-japan@lists.osdn.me"
> >>> >>> >> >> >
> >> <linux-ha-japan@lists.osdn.me>
> >>> >>> >> >> >> Cc:
> >>> >>> >> >> >> Date: 2016/9/30, Fri 04:56
> >>> >>> >> >> >> Subject: Re: [Linux-ha-jp]
> >> pacemaker +
> >>> >> corosync 上で
> >>> >>> > PostgreSQL
> >>> >>> >> >> > を動かした際の空きメモリ減少について
> >>> >>> >> >> >>
> >>> >>> >> >> >> 秋葉さん
> >>> >>> >> >> >>
> >>> >>> >> >> >> こんばんは、山内です。
> >>> >>> >> >> >>
> >>> >>> >> >> >>
> >>> >>> >> >> >> こちらでも、準備が出来ましたので、週末に流してみ
> る予
> >>> 定です。
> >>> >>> >> >> >>
> >>> >>> >> >> >> また、結果がわかりましたら、ご連絡します。
> >>> >>> >> >> >>
> >>> >>> >> >> >> 以上です。
> >>> >>> >> >> >>
> >>> >>> >> >> >>
> >>> >>> >> >> >> ----- Original Message -----
> >>> >>> >> >> >>> From:
> >>> >> "renayama19661014@ybb.ne.jp"
> >>> >>> >> >> >>
> >> <renayama19661014@ybb.ne.jp>
> >>> >>> >> >> >>> To:
> >>> >> "linux-ha-japan@lists.osdn.me"
> >>> >>> >> >> >>
> >> <linux-ha-japan@lists.osdn.me>
> >>> >>> >> >> >>> Cc:
> >>> >>> >> >> >>> Date: 2016/9/28, Wed
> >> 18:56
> >>> >>> >> >> >>> Subject: Re:
> >> [Linux-ha-jp]
> >>> > pacemaker +
> >>> >> corosync 上で
> >>> >>> >> > PostgreSQL
> >>> >>> >> >> >> を動かした際の空きメモリ減少について
> >>> >>> >> >> >>>
> >>> >>> >> >> >>> 秋葉さん
> >>> >>> >> >> >>>
> >>> >>> >> >> >>> こんばんは、山内です。
> >>> >>> >> >> >>>
> >>> >>> >> >> >>> 了解いたしました。
> >>> >>> >> >> >>>
> >>> >>> >> >> >>> ご連絡ありがとうございました。
> >>> >>> >> >> >>>
> >>> >>> >> >> >>> 以上です。
> >>> >>> >> >> >>>
> >>> >>> >> >> >>>
> >>> >>> >> >> >>>
> >>> >>> >> >> >>> ----- Original Message
> >> -----
> >>> >>> >> >> >>>> From: AKIBA Makoto
> >>> >>> > <akiba@acroquest.co.jp>
> >>> >>> >> >> >>>> To:
> >>> > linux-ha-japan@lists.osdn.me
> >>> >>> >> >> >>>> Cc:
> >>> >>> >> >> >>>> Date: 2016/9/28, Wed
> >> 18:30
> >>> >>> >> >> >>>> Subject: Re:
> >> [Linux-ha-jp]
> >>> >> pacemaker +
> >>> >>> > corosync 上で
> >>> >>> >> > PostgreSQL
> >>> >>> >> >> >>> を動かした際の空きメモリ減少について
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>> 山内さん
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>> 秋葉です。
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>>
> >> 設定ファイルの確認ありがとうございました。
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>>>
> >>> > ちなみに、systemdのメモリ増加の確認ですが、どのような
> >>> >>> コマ
> >>> >>> >> ンド
> >>> >>> >> >> で実行され
> >>> >>> >> >> >>>>> ましたか？
> >>> >>> >> >> >>>>>
> >>> > 念の為、同じ確認を実施したいので、お手数ですが、ご連
> >>> >>> 絡く
> >>> >>> >> ださ
> >>> >>> >> >> い。
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>> こちら、取り急ぎ返信致しますと、
> >>> >>> >> >> >>>>
> >>> > systemdプロセスのメモリ使用量についてはtopコマンドを
> >>> >>> 使っ
> >>> >>> >> て、
> >>> >>> >> >> >>>>
> >> VIRT(VSZ)とRSSを見ております。
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>>
> >> 特にRSSの方が細かく増え続ける状態になっていまし
> >>> た。
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>>
> >> お手数をおかけしますが、よろしくお願い致します。
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>> 以上
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>>> -----Original
> >>> > Message-----
> >>> >>> >> >> >>>>> From:
> >>> >>> > linux-ha-japan-bounces@lists.osdn.me
> >>> >>> >> >> >>>>>
> >>> >>> > [mailto:linux-ha-japan-bounces@lists.osdn.me] On
> >>> >>> >> > Behalf Of
> >>> >>> >> >> >>>>>
> >> renayama19661014@ybb.ne.jp
> >>> >>> >> >> >>>>> Sent:
> >> Wednesday,
> >>> > September 28,
> >>> >> 2016 6:08
> >>> >>> > PM
> >>> >>> >> >> >>>>> To:
> >>> >> linux-ha-japan@lists.osdn.me
> >>> >>> >> >> >>>>> Subject: Re:
> >>> > [Linux-ha-jp]
> >>> >> pacemaker +
> >>> >>> > corosync 上で
> >>> >>> >> >> > PostgreSQL を動か
> >>> >>> >> >> >>>>> した際の空きメモリ減少について
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>> 秋葉さん
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>> こんばんは、山内です。
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>>
> >>> > (MLへの送信に失敗しているように思えるので、再送します）
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>>
> >>> > 頂いた設定について拝見しましたが、特にPacemaker的に
> >>> >>> は問
> >>> >>> >> 題な
> >>> >>> >> >> いと思いま
> >>> >>> >> >> >>>>> す。
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>>
> >>> >> CentOS7でのsystemdの様子については、これからVM構成
> >>> >>> です
> >>> >>> >> が、
> >>> >>> >> >> 確認してみ
> >>> >>> >> >> >>>>> るつもりです。
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>>
> >>> > ちなみに、systemdのメモリ増加の確認ですが、どのような
> >>> >>> コマ
> >>> >>> >> ンド
> >>> >>> >> >> で実行され
> >>> >>> >> >> >>>>> ましたか？
> >>> >>> >> >> >>>>>
> >>> > 念の為、同じ確認を実施したいので、お手数ですが、ご連
> >>> >>> 絡く
> >>> >>> >> ださ
> >>> >>> >> >> い。
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>> 以上です。
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>>
> >>> >>> >> >> >>>>> ----- Original
> >> Message
> >>> > -----
> >>> >>> >> >> >>>>> > From:
> >> AKIBA Makoto
> >>> >>> >> > <akiba@acroquest.co.jp>
> >>> >>> >> >> >>>>> > To:
> >>> >> linux-ha-japan@lists.osdn.me
> >>> >>> >> >> >>>>> > Cc:
> >>> >>> >> >> >>>>> > Date:
> >> 2016/9/28, Wed
> >>> >
> >>> >> 16:21
> >>> >>> >> >> >>>>> > Subject:
> >> Re:
> >>> >> [Linux-ha-jp]
> >>> >>> > pacemaker +
> >>> >>> >> > corosync 上で
> >>> >>> >> >> >> PostgreSQL ã‚’å‹•
> >>> >>> >> >> >>>>>
> >> かした際の空きメモリ減少について
> >>> >>> >> >> >>>>> >
> >>> >>> >> >> >>>>> > 山内さん
> >>> >>> >> >> >>>>> >
> >>> >>> >> >> >>>>> > 秋葉です。
> >>> >>> >> >> >>>>> >
> >>> >>> >> >> >>>>> >
> >>> > systemdについての情報ありがとうございます。
> >>> >>> >> >> >>>>> >
> >> 確認させていただきます。
> >>> >>> >> >> >>>>> >
> >>> >>> >> >> >>>>> >
> >>> >>> >> >> >>>>> > 以上
> >>> >>> >> >> >>>>> >
> >>> >>> >> >> >>>>> >>
> >> -----Original
> >>> >> Message-----
> >>> >>> >> >> >>>>> >> From:
> >>> >>> >> > linux-ha-japan-bounces@lists.osdn.me
> >>> >>> >> >> >>>>> >>
> >>> >>> >> > [mailto:linux-ha-japan-bounces@lists.osdn.me]
> >> On
> >>> >>> >> >> > Behalf
> >>> >>> >> >> >> Of
> >>> >>> >> >> >>>>> >>
> >>> >> renayama19661014@ybb.ne.jp
> >>> >>> >> >> >>>>> >> Sent:
> >> Monday,
> >>> >> September 26,
> >>> >>> > 2016 6:22 PM
> >>> >>> >> >> >>>>> >> To:
> >>> >>> > linux-ha-japan@lists.osdn.me
> >>> >>> >> >> >>>>> >>
> >> Subject: Re:
> >>> >> [Linux-ha-jp]
> >>> >>> > pacemaker +
> >>> >>> >> > corosync 上で
> >>> >>> >> >> >
> >>> >>> >> >> >>> PostgreSQL ã‚’
> >>> >>> >> >> >>>>> 動か
> >>> >>> >> >> >>>>> >>
> >> した際の空きメモリ減少について
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >> 秋葉さん
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >>
> >> こんばんは、山内です。
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >>
> >> 了解しました。
> >>> >>> >> >> >>>>> >>
> >>> >> こちれでも、時間をみて、頂いた設定をベースに試し
> >>> >>> てみ
> >>> >>> >> たい
> >>> >>> >> >> と思います。
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >>
> >>> >> systemd関連も不具合などもあるようですので、そちら
> >>> >>> を探
> >>> >>> >> して
> >>> >>> >> >> みるのも良
> >>> >>> >> >> >>>>> いか
> >>> >>> >> >> >>>>> >>
> >> もしれません。
> >>> >>> >> >> >>>>> >>
> >>> >> ちょっと探してみても、以下などもありました。
> >>> >>> >> >> >>>>> >>
> >>> > 直接関係があるかは別ですが・・・
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >> *
> >>> >>> >> >> >
> >>> >> https://bugzilla.redhat.com/show_bug.cgi?id=1361120
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >>
> >>> >> 設定などで質問があれば、またご連絡させてください。
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >> 以上です。
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >> -----
> >> Original
> >>> >> Message -----
> >>> >>> >> >> >>>>> >> >
> >> From:
> >>> > AKIBA
> >>> >> Makoto
> >>> >>> >> >> > <akiba@acroquest.co.jp>
> >>> >>> >> >> >>>>> >> >
> >> To:
> >>> >>> > linux-ha-japan@lists.osdn.me
> >>> >>> >> >> >>>>> >> >
> >> Cc:
> >>> >>> >> >> >>>>> >> >
> >> Date:
> >>> >> 2016/9/26, Mon
> >>> >>> > 16:18
> >>> >>> >> >> >>>>> >> >
> >> Subject:
> >>> > Re:
> >>> >>> > [Linux-ha-jp]
> >>> >>> >> > pacemaker +
> >>> >>> >> >> > corosync 上で
> >>> >>> >> >> >>
> >>> >>> >> >> >>>> PostgreSQL ã‚’
> >>> >>> >> >> >>>>> å‹•
> >>> >>> >> >> >>>>> >>
> >>> > かした際の空きメモリ減少について
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >> >
> >> 山内さん
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >> >
> >> 秋葉です。
> >>> >>> >> >> >>>>> >> >
> >>> >> ご回答・解説ありがとうございます。
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >> >
> >>> >>> > 実際に当方の環境でpacemakerのプロセスメモリサイズ
> >>> >>> >> ã‚’
> >>> >>> >> >> >>>>> >> >
> >>> >>> > 見てみたところ、～8MB程度になっており、頂いた情報の
> >>> >>> >> 通り
> >>> >>> >> >> >>>>> >> >
> >>> > 大きくはなっていませんでした。
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >> >
> >>> >>> > 一方で、systemd(pid=1)については1GB程度まで大きく
> >>> >>> >> なっ
> >>> >>> >> >> て
> >>> >>> >> >> >>>>> >> >
> >>> >>> > おり、pmapで参照すると[heap]とマッピングされた領域
> >>> >>> >> が
> >>> >>> >> >> >>>>> >> >
> >>> >> ほとんどを占めているように見えました。
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >> >
> >>> >> なので、これ以上の問い合わせは見当違いの可能性
> >>> >>> もあ
> >>> >>> >> りま
> >>> >>> >> >> すが、
> >>> >>> >> >> >>>>> >> >
> >>> >> 念の為、当方で使用している設定ファイルを添付致
> >>> >>> しま
> >>> >>> >> す。
> >>> >>> >> >> >>>>> >> >
> >>> >> (固有情報はマスキングしてあります)
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >> >
> >>> >> これで何か情報が得られましたら教えていただけま
> >>> >>> すで
> >>> >>> >> しょ
> >>> >>> >> >> うか。
> >>> >>> >> >> >>>>> >> >
> >>> >>> > また、不足している情報がありましたらご指摘ください。
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >> >
> >>> >> お手数をおかけ致しますがよろしくお願い致します。
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >> >
> >> 以上
> >>> >>> >> >> >>>>> >> >
> >>> >> ----------------
> >>> >>> >> >> >>>>> >> >
> >> AKIBA
> >>> > Makoto
> >>> >>> >> >> >>>>> >> >
> >>> >> akiba@acroquest.co.jp
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >> -----Original
> >>> >>> > Message-----
> >>> >>> >> >> >>>>> >>
> >>>> From:
> >>> >>> >> >> >
> >> linux-ha-japan-bounces@lists.osdn.me
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >
> >> [mailto:linux-ha-japan-bounces@lists.osdn.me]
> >>> >>> >> >> >> On
> >>> >>> >> >> >>> Behalf
> >>> >>> >> >> >>>> Of
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> > renayama19661014@ybb.ne.jp
> >>> >>> >> >> >>>>> >>
> >>>> Sent:
> >>> >
> >>> >> Friday,
> >>> >>> > September 23,
> >>> >>> >> > 2016 6:04 PM
> >>> >>> >> >> >>>>> >>
> >>>> To:
> >>> >>> >> > linux-ha-japan@lists.osdn.me
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> > Subject:
> >>> >> Re:
> >>> >>> > [Linux-ha-jp]
> >>> >>> >> > pacemaker +
> >>> >>> >> >> >> corosync 上で
> >>> >>> >> >> >>>
> >>> >>> >> >> >>>> PostgreSQL
> >>> >>> >> >> >>>>> ã‚’
> >>> >>> >> >> >>>>> >> 動か
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >> した際の空きメモリ減少について
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>> 秋葉さん
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >> こんばんは、山内です。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> > pacemakerのプロセスがIPC通信の為にマップしているメ
> >>> >>> >> >> モリは
> >>> >>> >> >> >>>>> 5Mbyteま
> >>> >>> >> >> >>>>> >> でで
> >>> >>> >> >> >>>>> >>
> >>>> す。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> > よって、最大、5Mbyteまでプロセスのメモリサイズは
> >>> >>> >> 上が
> >>> >>> >> >> る可能性が
> >>> >>> >> >> >>>>> あり
> >>> >>> >> >> >>>>> >> ます
> >>> >>> >> >> >>>>> >>
> >>>> が、
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> > 先のメールの通りで5Mbyteを超えるあたりで再利用
> >>> >>> >> する
> >>> >>> >> >> 為、それ以上
> >>> >>> >> >> >>>>> は増
> >>> >>> >> >> >>>>> >> えま
> >>> >>> >> >> >>>>> >>
> >>>> せん。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>
> >> このサイズですが、/etc/sysconfig/pacemakerの
> >>> >>> PCMK_ipc_bufferで
> >>> >>> >> >> >>>>> 大き
> >>> >>> >> >> >>>>> >> くは
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> > 出来ますが、
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >> 小さくすることは出来ません。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> > ＃これらのメモリマップの様子は、pmapコマンドで確
> >>> >>> >> 認す
> >>> >>> >> >> ることが可
> >>> >>> >> >> >>>>> 能で
> >>> >>> >> >> >>>>> >> す。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>> 以上です。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> >>>>> >>
> >>>> -----
> >>> >
> >>> >> Original
> >>> >>> > Message -----
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> > From:
> >>> >>> >> >> >>
> >> "renayama19661014@ybb.ne.jp"
> >>> >>> >> >> >>>>> >> >
> >>> >>> > <renayama19661014@ybb.ne.jp>
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> > To:
> >>> >>> >> >> >>
> >> "linux-ha-japan@lists.osdn.me"
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> > <linux-ha-japan@lists.osdn.me>
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> > Cc:
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> > Date:
> >>> >>> > 2016/9/22, Thu
> >>> >>> >> > 10:20
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >> Subject: Re:
> >>> >>> >> > [Linux-ha-jp]
> >>> >>> >> >> > pacemaker +
> >>> >>> >> >> >>> corosync 上で
> >>> >>> >> >> >>>>> > PostgreSQL
> >> ã‚’
> >>> >>> >> >> >>>>> >> å‹•
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >> かした際の空きメモリ減少について
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> > 秋葉さん
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >> こんにちは、山内です。
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> > systemdプロセスではありませんが、
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> > pacemakerとcorosyncを組み合わせてクラスタを構成し
> た場
> >>> 合、
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> > pacemaker/corosyncプロセスのメモリの使用量が一定期間、
> >>> >>> >> >> 増加して
> >>> >>> >> >> >>>>> いく
> >>> >>> >> >> >>>>> >> 動作
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> > となります。
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> > 詳細な動作は、失念していますが、pacmakerのプロセス
> >>> >>> >> >> がメモリマ
> >>> >>> >> >> >>>>> ップ
> >>> >>> >> >> >>>>> >> して
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> > いる（？？MByteまでだったはず）エリア
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> > を利用して通信などを行う為、クラスタ構成後、マ
> >>> >>> >> ップ
> >>> >>> >> >> した一定量
> >>> >>> >> >> >>>>> まで
> >>> >>> >> >> >>>>> >> 増加
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> > が続きます。
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> > ですが、一定量までで、それ以降は、マップしたエ
> >>> >>> >> リア
> >>> >>> >> >> を古い方か
> >>> >>> >> >> >>>>> ら再
> >>> >>> >> >> >>>>> >> 利用
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >> する為、増加は止まります。
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> > （上記のマップしているサイズについては、確認し
> >>> >>> >> て、
> >>> >>> >> >> 再度、ご連
> >>> >>> >> >> >>>>> 絡し
> >>> >>> >> >> >>>>> >> ます）
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> > (1)(4)あたりは上記で説明が付くかと思いますが。。。
> (2)(3)
> >>> の原因
> >>> >>> >> >> >>>>> には
> >>> >>> >> >> >>>>> >> 直接
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >> 影響しないかと思います。
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> > 実際に増加しているのがsystemdプロセスとのことです
> >>> >>> >> >> が、
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>> >> >> > pacemaker+corosyncのクラスタ構成で、リソースなどは
> >>> systemdã‚’
> >>> >>> 経
> >>> >>> >> >> >>>>> 由し
> >>> >>> >> >> >>>>> >> て
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >> 実行・監視しているでしょうか？
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>
> >>> > ＃pacemakerのprimitiveリソースとしてsystemdリソースを利用
> >>> >>> し
> >>> >>> >> >> >>>>> てい
> >>> >>> >> >> >>>>> >> るか
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >> どうか？ということです。
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> > pacemakerの構成ファイルなど開示して頂ければ、私の方
> >>> >>> >> >> でも確認可
> >>> >>> >> >> >>>>> 能か
> >>> >>> >> >> >>>>> >> も知
> >>> >>> >> >> >>>>> >>
> >>>> れません。
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> > ＃本当にリークしているのがsystemdプロセスである可
> >>> >>> >> >> 能性もある
> >>> >>> >> >> >>>>> とは
> >>> >>> >> >> >>>>> >> 思い
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> > ますが・・・・
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> > 以上です。
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>> >
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > 現在、pacemaker +
> >>> >>> >> > corosync
> >>> >>> >> >> > のクラスタ上で
> >>> >>> >> >> >>> PostgreSQL ã‚’
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 動作させているデータベースサーバがあるのですが、
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 稼働中にOSのメモリ使用量が増加し続ける問題が起
> >>> >>> >> >> きています。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 原因を把握したいのですが、何か該当する現象や確認
> >>> >>> >> >> ポイント
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > などありますでしょうか？
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > 環境は以下のようになっております。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> OS: CentOS
> >>> >>> > Linux
> >>> >>> >> > release
> >>> >>> >> >> > 7.2.1511
> >>> >>> >> >> >> (Core)
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> kernel
> >>> >>> > -
> >>> >>> >> >> > 3.10.0-327.18.2.el7
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> glibc
> >>> >>> > -
> >>> >>> >> > 2.17-106.el7_2.6
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> Systemd:
> >>> >>> >> > 219-19.el7_2.9 /
> >>> >>> >> >> >>> 219-19.el7_2.12 (※)
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> Pacemaker:
> >>> >>> >> > 1.1.13-10.el7_2.2
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> Corosync:
> >>> >>> >> > 2.3.4-7.el7_2.1
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > PostgreSQL:
> >>> >>> >> > 9.4.8-1PGDG.rhel7
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > (※)systemdのバージョンはどちらでも発生しました
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>
> >> 2台のサーバでHotStandby構成にしてPostgreSQLを運用し
> >>> ていま
> >>> >>> >> >> >>>>> す。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>
> >> (両サーバでPostgreSQLが起動し、hot-standby構成にして
> >>> いる)
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> > Active側にVIPを割り当てるようにして、アプリケーシ
> ョン
> >>> から
> >>> >>> >> >> >>>>> は
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > VIPに接続するようにしています。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > これまでに観察して見えているのは以下の事象になり
> >>> >>> >> >> ます。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> (1)
> >>> >>> >> > OS起動しクラスタ状態を正常にした状態で、少し
> >>> >>> >> >> ずつ
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>
> >> 　　OSの空きメモリ量(free+buffer+cache)が減少し続け
> >>> る。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 　　→１日あたり30～100MB程度ずつ減少する
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 　　　※DBサーバ自体は4GBメモリを搭載
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 　　　※VIPがある／なしに関わらず減少傾向にある。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> (2)
> >>> >>> >> >> > メモリ使用量が大きいプロセスを確認すると、PID=1の
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> 　　systemd
> >>> >>> >> >> > プロセスで、数十秒ごとに4～8KB程度増加する。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> (3)
> >>> >>> >> >> > 契機は不明だが、時折数十～数百MB程度空き容量が増
> える
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > 　　(回復する)ことがある。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 　　(長期的に見てトータルでは減少し続ける)
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> (4)
> >>> >>> > pacemaker +
> >>> >>> >> >> >>> corosyncを使わず、1台のみで動作させている
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 　　開発サーバでは(1)～(2)のようなメモリ使用量の
> >>> >>> >> >> 増減が
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > 　　発生していないように見える。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 　　→この点があり、何か手がかりが無いかと考え、
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 　　　こちらのMLに質問をポストさせていただきま
> >>> >>> >> >> した。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > 長文にて恐縮ですが、情報等いただけましたら幸いで
> >>> >>> >> >> す。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > よろしくお願い致します。
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > ----------------
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >> AKIBA
> >>> >>> > Makoto
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> > akiba@acroquest.co.jp
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> >> >> >>>>
> >>> >>> > _______________________________________________
> >>> >>> >> >> >>>>> >>
> >>>>
> >>> >>>
> >>> >>> > 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
> >>> >>> >> >> >>>>> >> >
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >> >>>>> >>
> >>> >>> >> >
> >> _______________________________________________
> >>> >>> >> >> >>>>> >>
> >> 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
> >>> >>> >> >> >>>>
> >>> >>> >> >> >>>
> >>> >>> >> >> >>>
> >>> >> _______________________________________________
> >>> >>> >> >> >>> 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
> >>> >>> >> >
> >> _______________________________________________
> >>> >>> >> > 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
> >>> >> _______________________________________________
> >>> >> 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
> >>
> >
> >_______________________________________________
> >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
1 2  View All

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