AKIBA Makoto
akiba****@acroq*****
2016年 9月 28日 (水) 16:21:54 JST
山内さん 秋葉です。 systemdについての情報ありがとうございます。 確認させていただきます。 以上 > -----Original Message----- > From: linux****@lists***** > [mailto:linux****@lists*****] On Behalf Of > renay****@ybb***** > Sent: Monday, September 26, 2016 6:22 PM > To: linux****@lists***** > Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を動か > した際の空きメモリ減少について > > 秋葉さん > > こんばんは、山内です。 > > 了解しました。 > こちれでも、時間をみて、頂いた設定をベースに試してみたいと思います。 > > systemd関連も不具合などもあるようですので、そちらを探してみるのも良いか > もしれません。 > ちょっと探してみても、以下などもありました。 > 直接関係があるかは別ですが・・・ > > * https://bugzilla.redhat.com/show_bug.cgi?id=1361120 > > > 設定などで質問があれば、またご連絡させてください。 > > 以上です。 > > > > ----- Original Message ----- > > From: AKIBA Makoto <akiba****@acroq*****> > > To: linux****@lists***** > > 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****@acroq***** > > > >> -----Original Message----- > >> From: linux****@lists***** > >> [mailto:linux****@lists*****] On Behalf Of > >> renay****@ybb***** > >> Sent: Friday, September 23, 2016 6:04 PM > >> To: linux****@lists***** > >> Subject: Re: [Linux-ha-jp] pacemaker + corosync 上で PostgreSQL を > 動か > >> した際の空きメモリ減少について > >> > >> 秋葉さん > >> > >> こんばんは、山内です。 > >> > >> pacemakerのプロセスがIPC通信の為にマップしているメモリは5Mbyteま > でで > >> す。 > >> よって、最大、5Mbyteまでプロセスのメモリサイズは上がる可能性があり > ます > >> が、 > >> 先のメールの通りで5Mbyteを超えるあたりで再利用する為、それ以上は増 > えま > >> せん。 > >> > >> このサイズですが、/etc/sysconfig/pacemakerのPCMK_ipc_bufferで大き > くは > >> 出来ますが、 > >> 小さくすることは出来ません。 > >> > >> ＃これらのメモリマップの様子は、pmapコマンドで確認することが可能で > す。 > >> > >> > >> 以上です。 > >> > >> > >> > >> ----- Original Message ----- > >> > From: "renay****@ybb*****" > > <renay****@ybb*****> > >> > To: "linux****@lists*****" > > <linux****@lists*****> > >> > 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****@acroq***** > >> >> > >> >> _______________________________________________ > >> >> Linux-ha-japan mailing list > >> >> Linux****@lists***** > >> >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan > >> >> > >> > > >> > _______________________________________________ > >> > Linux-ha-japan mailing list > >> > Linux****@lists***** > >> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan > >> > > >> > >> _______________________________________________ > >> Linux-ha-japan mailing list > >> Linux****@lists***** > >> http://lists.osdn.me/mailman/listinfo/linux-ha-japan > > > > _______________________________________________ > > Linux-ha-japan mailing list > > Linux****@lists***** > > http://lists.osdn.me/mailman/listinfo/linux-ha-japan > > > > _______________________________________________ > Linux-ha-japan mailing list > Linux****@lists***** > http://lists.osdn.me/mailman/listinfo/linux-ha-japan
Fork