From hibari.michiro ＠ lab.ntt.co.jp Tue Feb 26 11:40:04 2013 From: hibari.michiro ＠ lab.ntt.co.jp (Hibari Michiro) Date: Tue, 26 Feb 2013 11:40:04 +0900 Subject: [Ultramonkey-l7-develop 866] Re: =?iso-2022-jp?b?VU0tTDcgGyRCJD8kOSQtM10kMRsoQigbJEIlLyVtGyhC?= =?iso-2022-jp?b?GyRCJTkbKEIpGyRCOT1ALiRLJEQkJCRGGyhC?= In-Reply-To: References: Message-ID: <512C2084.3070800@lab.ntt.co.jp> 立石様 雲雀です。 コメントありがとうございます。 > ■疑問点その１ > ついでに L7directord も clone にして 0.0.0.0 で待ち受けし、 > フェイルオーバ時はVIPの付け替えだけでいけるようなAct-Stbが組めると > フェイルオーバのスピードが上がって嬉しい人もいるかも。 l7vsdもl7directordも、0.0.0.0での待ち受けには対応しているので、 Pacemaker側の設定を工夫すれば実現できそうですね。 今度試してみようと思います。 > ■疑問点その２ > kill -9等でl7directordが突然死した場合に備えて入れていたような気がします。 kill -9 でl7directordを突然死させたら、VSは残ってしまうので、確かに このケースに備えてなら納得がいきます。 > VSが残っていても害はないような気もしますが、一旦フェイルオーバ→フェ > イルカウントをクリア→対向から戻ってきたときとか、VSがが残ってても大 > 丈夫でしたっけ？ VSが残ったまま、フェイルオーバ⇒フェイルバックとかすると、 l7directordの起動時に、VSの追加およびRSの追加に失敗した（既にVSが存在するため VSおよびRSが追加できない）ってログが出ますが、l7directordの起動自体は成功して、 監視プロセスも正常に立ち上がるので、実害は無いように思えます。 手元で確認したところ、bindしているVIPが無くなっても、再度VIPを付け直せば 通信も可能ですし、VSが残ってしまうケースが許容できるなら、今の作りでも たすき掛けはできそうな感じです。 l7directord的には、上手く動いちゃっているけど、おそらく想定されていない使い方だと 思うので、使うならしっかり検証する必要はありますが。 > -Cで削除できないけどVSは削除したい場合、l7directordの該当する設定を読 > みだして個別にl7vsadmを叩く必要がありそうです。が、コンフィグを分ける > 前提であれば、/usr/sbin/l7directord /path/to/configfile stopを実行すれば良い > かもしれませんね。 l7directordが死んじゃってる状態で、 # /usr/sbin/l7directord /path/to/configfile stop 実行した場合、l7directord not runningで終了してしまうので、 VSの削除は行われませんでした。 綺麗にやるならば、l7directordの該当する設定を読みだして 個別にl7vsadmを叩く必要がありますね。 RA内でコンフィグ解読して綺麗にVS消すか、VS残ってても害無さそうだし 目をつぶるか・・・ちょっと検討してみます。 (2013/02/25 23:12), TATEISHI Katsuyuki wrote: > 立石です。 > > 最近コードを見てないので憶測でコメントだけしてしまいますが・・・ > > 2013/2/23 Michiro Hibari : >> UltraMonkey-L7 開発者の皆様 >> ■疑問点その１ >> RAのstart処理で、 >> /etc/init.d/l7directord start >> を使っているのはなぜ？ >> >> l7directordは >> /usr/sbin/l7directord /path/to/configfile start >> でも起動できます。というか、こちらの方法で起動しないと >> コンフィグファイルが指定できないので、 >> あえて/etc/init.d/l7directord startを使う理由が >> 思いつかないのですが・・・ >> >> /usr/sbin/l7directord /path/to/configfile start >> ↑の起動方法だと××な懸念事項があるなど、 >> /etc/init.d/l7directord start を使っている理由を >> ご存知でしたら教えてください。 > こっちはあまり記憶にありません。すいません。 > > ついでに L7directord も clone にして 0.0.0.0 で待ち受けし、 > フェイルオーバ時はVIPの付け替えだけでいけるようなAct-Stbが組めると > フェイルオーバのスピードが上がって嬉しい人もいるかも。 > >> ■疑問点その２ >> RAのstop処理で、l7directordを停止した後に、 >> l7vsd_flush(l7vsadm -C)を実行していますが、 >> これはACT/SBY構成のとき、ユーザがl7vsadmコマンドで >> (l7directordを利用せずに)追加したVSが残ってたりするのを >> 懸念して、念のためflush処理を行っているという >> 認識でよろしいでしょうか？ >> >> 基本的にはl7directordを停止すれば、VSは停止するはずなので、 >> このflush処理は要らないかなと思っているのですが、 >> 上記の理由以外にこの処理を行う必要性がございましたら、ご教示 >> 願います。 >> >> ＃たすき掛け構成に対応するためには、このflush処理は >> ＃必ず削らないとダメなのですが・・・ > kill -9等でl7directordが突然死した場合に備えて入れていたような気がします。 > VSが残っていても害はないような気もしますが、一旦フェイルオーバ→フェ > イルカウントをクリア→対向から戻ってきたときとか、VSがが残ってても大 > 丈夫でしたっけ？ > > -Cで削除できないけどVSは削除したい場合、l7directordの該当する設定を読 > みだして個別にl7vsadmを叩く必要がありそうです。が、コンフィグを分ける > 前提であれば、/usr/sbin/l7directord /path/to/configfile stopを実行すれば良い > かもしれませんね。 > > # 適当な感じですみません。 > > -- > tateishi > > _______________________________________________ > Ultramonkey-l7-develop mailing list > Ultramonkey-l7-develop ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/ultramonkey-l7-develop > -- 雲雀　路朗 (Michiro Hibari) MAIL: hibari.michiro ＠ lab.ntt.co.jp 所属: NTT OSSセンタ 基盤技術ユニット 高信頼担当 TEL : 03-5860-5135 / FAX: 03-5463-5490 From nakano.hiroaki ＠ nttcom.co.jp Tue Feb 26 11:53:17 2013 From: nakano.hiroaki ＠ nttcom.co.jp (=?ISO-2022-JP?B?GyRCQ2ZMbiEhOShPLxsoQg==?=) Date: Tue, 26 Feb 2013 11:53:17 +0900 Subject: [Ultramonkey-l7-develop 867] [Patch]installing of man when doing "make install"[0/1] Message-ID: <512C239D.2050208@nttcom.co.jp> 中野@幕張です。 #30844: manがインストールされない のパッチを作成しました。 とくに問題なければ、pushします。 --------------- #30844: manがインストールされない の対処 doc/man/Makefile.amを作成し、configure時にMakefileが作成されるようにした。 -- 中野 宏朗 (NAKANO Hiroaki) From nakano.hiroaki ＠ nttcom.co.jp Tue Feb 26 11:55:20 2013 From: nakano.hiroaki ＠ nttcom.co.jp (=?ISO-2022-JP?B?GyRCQ2ZMbiEhOShPLxsoQg==?=) Date: Tue, 26 Feb 2013 11:55:20 +0900 Subject: [Ultramonkey-l7-develop 868] [Patch]configure.in for man install[1/1] In-Reply-To: <512C239D.2050208@nttcom.co.jp> References: <512C239D.2050208@nttcom.co.jp> Message-ID: <512C2418.9000108@nttcom.co.jp> diff --git a/configure.in b/configure.in index 2c8fb1d..f4eef72 100644 --- a/configure.in +++ b/configure.in @@ -117,6 +117,7 @@ AC_CONFIG_FILES([doc/Makefile] [doc/sslfiles/Makefile] [doc/heartbeat-ra/Makefile] [doc/mibs/Makefile] + [doc/man/Makefile] [l7directord/Makefile] [l7vsd/Makefile] [l7vsd/init.d/Makefile] -- 中野 宏朗 (NAKANO Hiroaki) NTTコムウェア 品質生産性技術本部 技術SE部 基盤ソフトSE・OSS部門 OSS適用推進担当 Tel: 043-211-2452 (Ext: 特番+26-8341), Fax: 043-211-5086 Zip/Address: 261-0023 千葉県千葉市美浜区中瀬1-6 NTT幕張ビル21F-En From nakano.hiroaki ＠ nttcom.co.jp Tue Feb 26 12:58:15 2013 From: nakano.hiroaki ＠ nttcom.co.jp (=?ISO-2022-JP?B?GyRCQ2ZMbiEhOShPLxsoQg==?=) Date: Tue, 26 Feb 2013 12:58:15 +0900 Subject: [Ultramonkey-l7-develop 869] [Patch]doc/Makefile.am [2/3] In-Reply-To: <512C239D.2050208@nttcom.co.jp> References: <512C239D.2050208@nttcom.co.jp> Message-ID: <512C32D7.3070709@nttcom.co.jp> 全3パッチでした・・・ diff --git a/doc/Makefile.am b/doc/Makefile.am index 9bd2cb5..139f613 100644 --- a/doc/Makefile.am +++ b/doc/Makefile.am @@ -1,2 +1,2 @@ AUTOMAKE_OPTIONS = foreign -SUBDIRS = conf sslfiles heartbeat-ra mibs +SUBDIRS = conf sslfiles heartbeat-ra mibs man -- 中野 宏朗 (NAKANO Hiroaki) From nakano.hiroaki ＠ nttcom.co.jp Tue Feb 26 13:00:17 2013 From: nakano.hiroaki ＠ nttcom.co.jp (=?ISO-2022-JP?B?GyRCQ2ZMbiEhOShPLxsoQg==?=) Date: Tue, 26 Feb 2013 13:00:17 +0900 Subject: [Ultramonkey-l7-develop 870] Re: [Patch]doc/man/Makefile.am[3/3] In-Reply-To: <512C239D.2050208@nttcom.co.jp> References: <512C239D.2050208@nttcom.co.jp> Message-ID: <512C3351.4090807@nttcom.co.jp> 新規追加。 # less doc/man/Makefile.am dist_man_MANS = l7vsd.8 l7vsadm.8 l7directord.8 -- 中野 宏朗 (NAKANO Hiroaki)