Tickets List - UltraMonkey-L7 on SourceForge.JP

urlモジュールで負荷をかけるとSIGSEGV - UltraMonkey-L7 Ticket #31357 on SourceForge.JP

Mon, 20 May 2013 10:48:36 +0900

urlモジュールで負荷をかけるとSIGSEGV

Open Date: 2013-05-14 17:51

Last Update: 2013-05-20 10:48

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open [Owner assigned]
Resolution	None

Details

v3.1.0-devel + urlモジュールを使い、TPC-WでCL=2000の負荷をかけるとl7vsdがセグメンテーションフォルトで落ちる。

オプションは以下。

module = url -P ".*Home.jsp.*" -RS 192.168.100.139:80 -P ".BestSellers.jsp.*" -RS 192.168.100.140:80 -P ".*" -RS 192.168.100.139:80 192.168.100.140:80

Last Update of this Ticket

2013-05-20 10:48 Update by: takeda_kenji

Comment

hiroakinakano への返信

{{{ 落ちた箇所は3パターン。 1. handle_realserver_selectのL2614、rslist_list_it.clear(); 2. おなじくL2611のuseScheduleTCP()を呼び出して、その中のschedule_tcp() 3. failover後セカンダリでは、hancle_client_recv()のL1686、buffer1 = new charbuffer_size; 当初は1から該当箇所のロックのスコープ間違いかと思ったが、2と3を見るに、モジュール全体がマルチスレッドセーフなコードになっていないと思われる。 }}}

1,2番のパターンについてです。

protocol_module_url.h
152 std::list< std::list< realserver>::iterator > rslist_it_list;
153 std::list< std::list< realserver>::iterator >::iterator rslist_it_list_it;

これらのパラメータは仮想サービス単位で１つとなる(virtualservice_tcp.cppの648行目より)ので、
ある仮想サービスに紐づくUPスレッド間で共有されます。
ゆえに、これらを更新する操作が行われている以下の箇所でダウンしてしまったのではないかと思います。

protocol_module_url.cpp　
2611 useScheduleTCP( thread_id, rslist_it_list, rs_endpoint );　

2614 rslist_it_list.clear();　

対策としては、単純にrslist_it_listやrslist_it_list_itをmutexを使ってガードすればよいはずですが、
そもそもこれらの変数をヘッダファイルに書かないようにしたほうが良いですよね。
(その場合どう書き直せばよいのかというのは…　　申し訳ありませんが、まだ考えられていませんorz）

HTTPS通信において、稀にcoreを出力する - UltraMonkey-L7 Ticket #31201 on SourceForge.JP

Mon, 22 Apr 2013 17:32:59 +0900

HTTPS通信において、稀にcoreを出力する

Open Date: 2013-04-22 17:32

Last Update: 2013-04-22 17:32

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open [Owner assigned]
Resolution	None

Details

TPC-W負荷試験で、SSLで、かつクラスタ切り替えを伴う時、切り替わって暫くしてcoreを出力。

SSL, sessionlessでクラスタ切り替わりをしたところ、切り替わって1分後くらいにcoreを吐いて落ちました。非常に発生確率が低いです。

現在解析中ですが、SSL socketのresetを非同期スレッドで実行中に落ちています。 resetをするとSSLソケットの場合はboost内から SSL_freeが呼ばれ、その先のglibcのfreeで Illigal pointerアクセスでabortされています。ポインタ値がずれるのは考えにくいことから、非同期処理との兼ね合いで二重freeが行われていると思われます。

Last Update of this Ticket

2013-04-22 17:32 Update by: hiroakinakano

New Ticket "HTTPS通信において、稀にcoreを出力する" created

VS削除時にl7vsdがcoreが出力される - UltraMonkey-L7 Ticket #31200 on SourceForge.JP

Mon, 22 Apr 2013 17:30:33 +0900

VS削除時にl7vsdがcoreが出力される

Open Date: 2013-04-22 17:30

Last Update: 2013-04-22 17:30

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open [Owner assigned]
Resolution	None

Details

l7vsdを起動したまま、VirutalServiceの追加と削除を繰り返すと、たまにcoreを吐いて落ちる。

Last Update of this Ticket

2013-04-22 17:31 Update by: hiroakinakano

File del_vs_crash_fix.patch (File ID: 4909) is attached.

VS削除でもスレッドが残る - UltraMonkey-L7 Ticket #31199 on SourceForge.JP

Mon, 22 Apr 2013 17:09:32 +0900

VS削除でもスレッドが残る

Open Date: 2013-04-22 17:09

Last Update: 2013-04-22 17:09

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open [Owner assigned]
Resolution	None

Details

l7vsdを起動したまま、VirutalServiceの追加と削除を繰り返すと、スレッド数が増えていく。

/etc/init.d/l7directordのstartとstopを繰り返すと、 1VSあたり2ずつスレッドが増え続けていきます。

Last Update of this Ticket

2013-04-22 17:28 Update by: hiroakinakano

File remain_thread_fix.patch (File ID: 4908) is attached.

gcc4.6以降でのコンパイルエラー対処 - UltraMonkey-L7 Ticket #30993 on SourceForge.JP

Tue, 19 Mar 2013 11:53:23 +0900

gcc4.6以降でのコンパイルエラー対処

Open Date: 2013-03-19 11:53

Last Update: 2013-03-19 11:53

Reporter:	tarusoopy	Owner:	tarusoopy
Priority:	4	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open [Owner assigned]
Resolution	None

Details

Debian testing上のgcc4.6でv3.0.4-3をコンパイルしたところ、以下がコンパイルエラーとして検出されました。

1. 宣言、値の代入はされているものの、一度も参照されない変数

例:

protocol_module_ip.cpp: In member function 'virtual
l7vs::protocol_module_base::check_message_result
l7vs::protocol_module_ip::check_parameter(const
std::vector<std::basic_string<char> >&)':
protocol_module_ip.cpp:327:14: error: variable 'forward_checked' set but
not used [-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
make[4]: *** [protocol_module_ip.lo] エラー 1

2. コンストラクタをまるでclassのように書く書き方

例：

libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -g -O2
-fno-strict-aliasing -Wall -Werror -fPIC -pthread -I../../include
-I../../logger -I../../parameter -DMAX_BUFFER_SIZE=4096 -g -O2 -MT
protocol_module_ip.lo -MD -MP -MF .deps/protocol_module_ip.Tpo -c
protocol_module_ip.cpp -fPIC -DPIC -o .libs/protocol_module_ip.o
protocol_module_sessionless.cpp: In member function 'virtual
l7vs::protocol_module_base::check_message_result
l7vs::protocol_module_sessionless::check_parameter(const
std::vector<std::basic_string<char> >&)':
protocol_module_sessionless.cpp:359:14: error: variable
'forward_checked' set but not used [-Werror=unused-but-set-variable]
In file included from protocol_module_ip.cpp:33:0:
protocol_module_ip.h: In member function 'unsigned int
l7vs::protocol_module_ip::l7vs_ip_service_calc_hash(const endpoint&)':
protocol_module_ip.h:97:25: error:
'boost::asio::ip::address_v4::address_v4' names the constructor, not the
type
protocol_module_ip.h:97:65: error: expected ';' before 'v4_address'
protocol_module_ip.h:97:127: error: statement cannot resolve address of
overloaded function
protocol_module_ip.h:98:32: error: 'v4_address' was not declared in this
scope
In file included from protocol_module_ip.cpp:33:0:
protocol_module_ip.h:96:65: error: unused variable 'v4_bytes'
[-Werror=unused-variable]
cc1plus: all warnings being treated as errors
make[4]: *** [protocol_module_sessionless.lo] エラー 1
make[4]: *** 未完了のジョブを待っています....
cc1plus: all warnings being treated as errors
make[4]: *** [protocol_module_ip.lo] エラー 1

全エラーを以下に貼っておきます。

protocol_module_ip.cpp: In member function 'virtual
l7vs::protocol_module_base::check_message_result
l7vs::protocol_module_ip::check_parameter(const
std::vector<std::basic_string<char> >&)':
protocol_module_ip.cpp:327:14: error: variable 'forward_checked' set but
not used [-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
make[4]: *** [protocol_module_ip.lo] エラー 1

libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -g -O2
-fno-strict-aliasing -Wall -Werror -fPIC -pthread -I../../include
-I../../logger -I../../parameter -DMAX_BUFFER_SIZE=4096 -g -O2 -MT
protocol_module_ip.lo -MD -MP -MF .deps/protocol_module_ip.Tpo -c
protocol_module_ip.cpp -fPIC -DPIC -o .libs/protocol_module_ip.o
protocol_module_sessionless.cpp: In member function 'virtual
l7vs::protocol_module_base::check_message_result
l7vs::protocol_module_sessionless::check_parameter(const
std::vector<std::basic_string<char> >&)':
protocol_module_sessionless.cpp:359:14: error: variable
'forward_checked' set but not used [-Werror=unused-but-set-variable]
In file included from protocol_module_ip.cpp:33:0:
protocol_module_ip.h: In member function 'unsigned int
l7vs::protocol_module_ip::l7vs_ip_service_calc_hash(const endpoint&)':
protocol_module_ip.h:97:25: error:
'boost::asio::ip::address_v4::address_v4' names the constructor, not the
type
protocol_module_ip.h:97:65: error: expected ';' before 'v4_address'
protocol_module_ip.h:97:127: error: statement cannot resolve address of
overloaded function
protocol_module_ip.h:98:32: error: 'v4_address' was not declared in this
scope
In file included from protocol_module_ip.cpp:33:0:
protocol_module_ip.h:96:65: error: unused variable 'v4_bytes'
[-Werror=unused-variable]
cc1plus: all warnings being treated as errors
make[4]: *** [protocol_module_sessionless.lo] エラー 1
make[4]: *** 未完了のジョブを待っています....
cc1plus: all warnings being treated as errors
make[4]: *** [protocol_module_ip.lo] エラー 1


l7vsadm.cpp: In member function ‘bool l7vs::l7vsadm::execute(int, char**)’:
l7vsadm.cpp:2960:17: error: variable ‘retsize’ set but not used
[-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
make[3]: *** [l7vsadm-l7vsadm.o] エラー 1

g++ -DHAVE_CONFIG_H -I. -I../.. -O2 -fno-strict-aliasing -g -Wall
-Werror -pthread -I../include -I../include
-DL7VS_MODULE_PATH="\"/usr/lib64/l7vs\"" -DMAX_BUFFER_SIZE=4096
-DPARAMETER_FILE="\"/etc/l7vs/l7vs.cf\""
-DL7VS_CONFIG_SOCK_PATH="\"/var/run/l7vs\"" -DLOGGER_PROCESS_VSD
-DNETSNMP_NO_INLINE -DVERSION=\"3.0.4\" -g -O2 -MT
l7vsd-protocol_module_control.o -MD -MP -MF
.deps/l7vsd-protocol_module_control.Tpo -c -o
l7vsd-protocol_module_control.o `test -f 'protocol_module_control.cpp'
|| echo './'`protocol_module_control.cpp
session_thread_control.cpp: In member function ‘void
l7vs::session_thread_control::start_thread()’:
session_thread_control.cpp:39:24: error: variable ‘int_val’ set but not
used [-Werror=unused-but-set-variable]
session_thread_control.cpp:45:16: error: variable ‘retval’ set but not
used [-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
make[3]: *** [l7vsd-session_thread_control.o] エラー 1
make[3]: *** 未完了のジョブを待っています....


g++ -DHAVE_CONFIG_H -I. -I../.. -O2 -fno-strict-aliasing -g -Wall
-Werror -pthread -I../include -I../include
-DL7VS_MODULE_PATH="\"/usr/lib64/l7vs\"" -DMAX_BUFFER_SIZE=4096
-DPARAMETER_FILE="\"/etc/l7vs/l7vs.cf\""
-DL7VS_CONFIG_SOCK_PATH="\"/var/run/l7vs\"" -DLOGGER_PROCESS_VSD
-DNETSNMP_NO_INLINE -DVERSION=\"3.0.4\" -g -O2 -MT
l7vsd-virtualservice_udp.o -MD -MP -MF
.deps/l7vsd-virtualservice_udp.Tpo -c -o l7vsd-virtualservice_udp.o
`test -f 'virtualservice_udp.cpp' || echo './'`virtualservice_udp.cpp
virtualservice_base.cpp: In member function ‘cpu_set_t
l7vs::virtualservice_base::get_cpu_mask(std::string)’:
virtualservice_base.cpp:484:33: error: variable ‘target_interrupt’ set
but not used [-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
make[3]: *** [l7vsd-virtualservice_base.o] エラー 1
make[3]: *** 未完了のジョブを待っています....


logger_a-logger_impl.o -MD -MP -MF
.deps/libl7vsd_logger_a-logger_impl.Tpo -c -o
libl7vsd_logger_a-logger_impl.o `test -f 'logger_impl.cpp' || echo
'./'`logger_impl.cpp
logger_impl.cpp: In member function ‘virtual bool l7vs::LoggerImpl::init()’:
logger_impl.cpp:346:20: error: variable ‘ret’ set but not used
[-Werror=unused-but-set-variable]
cc1plus: all warnings being treated as errors
make[3]: *** [libl7vsd_logger_a-logger_impl.o] エラー 1
make[3]: *** 未完了のジョブを待っています....

Last Update of this Ticket

2013-03-19 11:53 Update by: tarusoopy

New Ticket "gcc4.6以降でのコンパイルエラー対処" created

1-CD UltraMonkey-L7作成 - UltraMonkey-L7 Ticket #30849 on SourceForge.JP

Tue, 26 Feb 2013 11:15:47 +0900

1-CD UltraMonkey-L7作成

Open Date: 2013-02-26 11:15

Last Update: 2013-02-26 11:15

Reporter:	hiroakinakano	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open
Resolution	None

Details

マシンにCD(DVD)を入れて起動すれば、そのマシンがUltraMonkey-L7ロードバランサとして機能するような1-CDプロダクトをリリースしたい。

Last Update of this Ticket

2013-02-26 11:15 Update by: hiroakinakano

New Ticket "1-CD UltraMonkey-L7作成" created

SSLIDモジュールの改善 - UltraMonkey-L7 Ticket #30848 on SourceForge.JP

Tue, 26 Feb 2013 11:13:05 +0900

SSLIDモジュールの改善

Open Date: 2013-02-26 11:13

Last Update: 2013-02-26 11:13

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open [Owner assigned]
Resolution	None

Details

現状、SSLIDモジュールは速度が極端に遅かったり、Inactconnが２回カウントアップされたり、負荷をかけるとSocketTimeoutやSSLハンドシェイクエラーが多発するなど、動作が怪しい。

Last Update of this Ticket

2013-02-26 11:13 Update by: hiroakinakano

New Ticket "SSLIDモジュールの改善" created

L7directordのPacemakerタスキがけ運用対応 - UltraMonkey-L7 Ticket #30847 on SourceForge.JP

Tue, 26 Feb 2013 11:09:24 +0900

L7directordのPacemakerタスキがけ運用対応

Open Date: 2013-02-26 11:09

Last Update: 2013-02-26 11:09

Reporter:	hiroakinakano	Owner:	hibari
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open [Owner assigned]
Resolution	None

Details

現状、UM-L7はACT/SBY構成で冗長化を行うことができるが、たすき掛け構成には対応できない。これはL7directord(RA)がACT/SBYを前提とした作りになっているから。

これをタスキ掛け構成が出来るようにしたい。

Last Update of this Ticket

2013-02-26 11:09 Update by: hiroakinakano

New Ticket "L7directordのPacemakerタスキがけ運用対応" created

Pacemaker用crmサンプルファイルインストール - UltraMonkey-L7 Ticket #30846 on SourceForge.JP

Tue, 26 Feb 2013 11:06:18 +0900

Pacemaker用crmサンプルファイルインストール

Open Date: 2013-02-26 11:06

Last Update: 2013-02-26 11:06

Reporter:	hiroakinakano	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open
Resolution	None

Details

現状はheartbeat用のcib.xml-sampleのみが用意されるが、Pacemaker用のcrmファイルに置き換えたい。

Last Update of this Ticket

2013-02-26 11:06 Update by: hiroakinakano

New Ticket "Pacemaker用crmサンプルファイルインストール" created

l7directordのログローテーション設定インストール - UltraMonkey-L7 Ticket #30845 on SourceForge.JP

Tue, 26 Feb 2013 11:02:45 +0900

l7directordのログローテーション設定インストール

Open Date: 2013-02-26 11:02

Last Update: 2013-02-26 11:02

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open [Owner assigned]
Resolution	None

Details

l7directordのログローテーション設定をrpmインストール時に/etc/logrotate.d/l7directordに配置するようにする。

Last Update of this Ticket

2013-02-26 11:02 Update by: hiroakinakano

New Ticket "l7directordのログローテーション設定インストール" created

manがインストールされない - UltraMonkey-L7 Ticket #30844 on SourceForge.JP

Tue, 26 Feb 2013 10:59:41 +0900

manがインストールされない

Open Date: 2013-02-26 10:59

Last Update: 2013-02-26 10:59

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.4-3	Status:	Open [Owner assigned]
Resolution	None

Details

make install時、manがインストールされない。

Last Update of this Ticket

2013-02-26 10:59 Update by: hiroakinakano

New Ticket "manがインストールされない" created

ipモジュールで-Fオプション利用時にリクエストが破壊される - UltraMonkey-L7 Ticket #30300 on SourceForge.JP

Wed, 12 Dec 2012 17:33:23 +0900

ipモジュールで-Fオプション利用時にリクエストが破壊される

Open Date: 2012-12-11 13:31

Last Update: 2012-12-12 17:33

Reporter:	hibari	Owner:	hibari
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	Fixed

Details

userのML投稿で見つかった、ipモジュールで-Fオプションを使用した際に、HTTPリクエストが壊れる問題

開発者の皆様

太田と申します。

UltraMonkey-L7を大変有意義に使用させていただいております。
この場を借りて感謝の言葉を述べさせていただきます。

さて、
UltraMonkey-L7 v3系において、
ロードバランサー経由のPost処理後のWeb画面が正常に
表示されない事象が発生しましたので、
ご報告いたします。

パケットキャプチャ等取得しましたので、
ご確認いただけますと幸いです。

【事象】
クライアントPCから、
UltraMonkey-l7-3.0.3-1経由でWebシステムのPost処理を
行った際に処理後のWeb画面が正常に表示されない場合がある。
（事象を記したpdfファイルを別途お送りします）

【検証】
・Webサーバに直接アクセスして処理を行った場合、正常に動作します。
・UltraMonkey-l7-2.1.3-1であれば問題なく動作します。
・UltraMonkey-l7-3.0.4-2では同様に処理異常となります。
・処理異常が発生する前に「Malformed Packet」が発生しております。

【環境】
<ロードバランサー>
OS：Cent OS 5.6 32bit
Kernel：2.6.18-238.el5
UltraMonkey-l7バージョン：3.0.3-1
振り分け方法：IPモジュール（ module = ip -F -R ）

<Webサーバー>
OS：RHEL 5.4
Kernel：2.6.18-164.el5 32bit
Apache：2.2.15

【お送りする情報】
※各種取得情報を竹林様宛に別途送らせていただきます。

・Ultramonkeyl7-3.0.3.1経由の処理異常画面.pdf

・パケットキャプチャ
　　＜UltraMonkey-l7-3.0.3-1経由＞
　　１．クライアントPCパケットキャプチャ「PC_dump_UMv3.pcap」
　　２．ロードバランサーパケットキャプチャ「LB_dump_UMv3.pcap」
　　３．WEBサーバーパケットキャプチャ「WEB_dump_UMv3.pcap」

　　＜UltraMonkey-l7-2.1.3-1経由＞
　　４．クライアントPCパケットキャプチャ
　　　　「PC_dump_UMv2.pcap」

・l7directord.cf

※その他必要な情報がありましたら、
　お申し付けください。


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

Last Update of this Ticket

2012-12-12 17:33 Update by: hiroakinakano

Ticket Close date set to 2012-12-12 17:33
Status Update from Open to Closed.

振り分け先サーバ異常時にFINパケットが返却される - UltraMonkey-L7 Ticket #27222 on SourceForge.JP

Tue, 18 Sep 2012 16:16:58 +0900

振り分け先サーバ異常時にFINパケットが返却される

Open Date: 2012-01-23 16:13

Last Update: 2012-09-18 16:16

Reporter:	hibari	Owner:	hibari
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	None

Details

振り分け先サーバ異常時に、クライアントがUM-L7に接続すると、RSTではなくFINパケットが返却される。
この場合、クライアントにはエラーが表示されず、空のデータが返却された場合と同じ動作をする。

振り分け先は異常な状態になっているため、クライアントにはエラーが表示されるほうが好ましい。
本事象はUltraMonkey-L7-v3.0.3で発生しており、v3.0.1では発生しない(RSTが返る）ためデグレと考えられる。

本事象の再現手順は以下のとおり。

１． ip モジュールに--no-reschedule オプションを指定し、VSを追加
２．クライアントから１で追加したVSに接続
３．２で接続した際に振り分けられたサーバを停止
４．再度、２と同じクライアントから接続

Last Update of this Ticket

2012-09-18 16:16 Update by: hibari

Ticket Close date set to 2012-09-18 16:16
Status Update from Open to Closed.

Comment

v3.0.4-2で修正が取り込まれた。

リアルサーバ全ダウン時に接続すると無応答状態となる - UltraMonkey-L7 Ticket #27216 on SourceForge.JP

Thu, 13 Sep 2012 17:13:47 +0900

リアルサーバ全ダウン時に接続すると無応答状態となる

Open Date: 2012-01-23 14:30

Last Update: 2012-09-13 17:13

Reporter:	hibari	Owner:	hibari
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	None

Details

Sorryサーバを設定していない状態で、リアルサーバが全ダウンした場合に、クライアントがUM-L7に接続すると、レスポンスが返ってこないため、応答を待ち続けてだんまり状態となる。
（クライアントによってはタイムアウトとなる）

Sorryサーバを設定している状態でも、リアルサーバが全ダウンかつ、Sorryサーバもダウンしている場合は上記と同じ症状となる。

本事象はUltraMonkey-L7-v3.0.3で発生しており、v3.0.1では発生しない。
v2.xやv3.0.1ではクライアントから接続すると UltraMonkey から即座に RST が返る。

Last Update of this Ticket

2012-09-13 17:13 Update by: hibari

Ticket Close date set to 2012-09-13 17:13
Status Update from Open to Closed.

Comment

v3.0.4にて修正済み。

SSL clear_socketエラー対処 - UltraMonkey-L7 Ticket #29144 on SourceForge.JP

Tue, 04 Sep 2012 13:51:46 +0900

SSL clear_socketエラー対処

Open Date: 2012-07-30 11:08

Last Update: 2012-09-04 13:51

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	Fixed

Details

クライアント数12000のTPCWによるhttps通信負荷を30分かける試験をすると、 50回に1回の割合でcoreを吐く。

対処として、sslのときsocket.clear_socket()をio_serviceの workerスレッドに登録して処理するようにし、それによって clear_socket()の処理をシリアライズ化する。

Last Update of this Ticket

2012-09-04 13:51 Update by: hiroakinakano

Ticket Close date set to 2012-09-04 13:51
Status Update from Open to Closed.

Comment

v3.0.4-2にここまでの修正が取り込まれたので、完了とする。

SorryFlagをONにすると稀にSEGVする - UltraMonkey-L7 Ticket #27223 on SourceForge.JP

Fri, 24 Aug 2012 13:48:47 +0900

SorryFlagをONにすると稀にSEGVする

Open Date: 2012-01-23 16:53

Last Update: 2012-08-24 13:48

Reporter:	hibari	Owner:	hibari
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	Fixed

Details

#l7vsadm -E -t IP:PORT -m sessionless -f 1
を実行するとSEGVすることがある。
モジュールの種類に関係なく発生する模様。v3.0.3で発生。

Last Update of this Ticket

2012-08-24 13:48 Update by: hiroakinakano

Ticket Close date set to 2012-08-24 13:48
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

v3.0.4-1に盛り込まれたため、完了します。

l7directordのモジュール名チェックを外す - UltraMonkey-L7 Ticket #29127 on SourceForge.JP

Fri, 24 Aug 2012 13:48:09 +0900

l7directordのモジュール名チェックを外す

Open Date: 2012-07-27 11:42

Last Update: 2012-08-24 13:48

Reporter:	hibari	Owner:	hibari
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	Fixed

Details

現在、l7directord.cfのmodule項目に、新たに作成したモジュールを指定すると、l7directordを起動したときに、「そんなモジュールは受け付けられん！！」と怒られてしまいます。

これはl7directordがmoduleの設定をチェックして、sessionless, ip,sslidのみ受け付けるように作られているためです。

このままでは今後、新たなモジュールを追加するたびに、l7directordの module項目チェック処理に手を加える必要が出てきます。

l7vsadmでVirtualServiceを追加する際に、モジュールの存在確認及び、モジュールオプションの構文確認はおこなわれるので、 l7directordでのmodule項目をチェックする処理は無くしてしまっても良いのではないかと思うのですが・・・

Last Update of this Ticket

2012-08-24 13:48 Update by: hiroakinakano

Ticket Close date set to 2012-08-24 13:48
Resolution Update from None to Fixed.
Status Update from Open to Closed.

Comment

v3.0.4-1に盛り込まれたため、完了します。

サービス監視に失敗したときは、ポート監視に移行してしまう - UltraMonkey-L7 Ticket #29128 on SourceForge.JP

Fri, 24 Aug 2012 13:47:34 +0900

サービス監視に失敗したときは、ポート監視に移行してしまう

Open Date: 2012-07-27 11:51

Last Update: 2012-08-24 13:47

Reporter:	hibari	Owner:	hibari
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	Fixed

Details

実サーバ監視についてです。

checktype を数値（サービス監視+ポート監視）とした際に
「サービス監視」に失敗して振り分け先サーバから切り離した後
「ポート監視」に成功すると振り分け先サーバとして組み込むという
 という動きをするのですが、
「サービス監視」に失敗した場合は「サービス監視」が成功するまで
振り分け先サーバとして組み込まないというのが望ましい動作だと
思いますので

（１）「サービス監視」に失敗した場合は「ポート監視」が成功しても無視して
　　　次に「サービス監視」が成功した時点で振り分け先サーバとして組み込む
 
（２）「サービス監視」に失敗した場合は「ポート監視」を行わず
　　　「サービス監視」が成功するまで「サービス監視」のみを続ける
 
 のどちらかにした方が良いと思います。

Last Update of this Ticket

2012-08-24 13:47 Update by: hiroakinakano

Ticket Close date set to 2012-08-24 13:47
Resolution Update from None to Fixed.
Status Update from Open to Closed.

Comment

v3.0.4-1に盛り込まれたため、完了します。

socket cancel パッチ - UltraMonkey-L7 Ticket #29150 on SourceForge.JP

Fri, 24 Aug 2012 11:16:27 +0900

socket cancel パッチ

Open Date: 2012-07-31 13:51

Last Update: 2012-08-24 11:16

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	Fixed

Details

boostのドキュメント見ると、closeでもasync系のイベントはキャンセルされると
ありますが、asyncのキャンセル用に"my_socket->cancel "という関数が
用意されているので、cancelしてからcloseした方がグレースフルかなぁ
ということで追加しました。

Last Update of this Ticket

2012-08-24 11:16 Update by: hiroakinakano

Ticket Close date set to 2012-08-24 11:16
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

v3.0.4-1にマージ

mutex.unlockコーディングエラーfix - UltraMonkey-L7 Ticket #29147 on SourceForge.JP

Fri, 24 Aug 2012 11:14:58 +0900

mutex.unlockコーディングエラーfix

Open Date: 2012-07-30 17:09

Last Update: 2012-08-24 11:14

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	None

Details

mutex.lock -> mutex.unlock

down_thread_realserver_handle_async_read_some関数内で、パケット受信エラー時にrealserver_socket_mutexをロックする処理を行っているが、これは2重ロックとなってしまっている。

ここは本来、realserver_socket_mutexのロックを解除するべき処理を行う。

@@ -3724,8 +3724,8 @@ void tcp_session::up_thread_realserver_h で、

空白が挿入。
→これは、元ファイルにtabインデントが残っていたため。空白で置き換える。

--- ultramonkeyl7-3.0.3patchtest/l7vsd/src/tcp_session.cpp      2012-07-23 16:07:03.877440518 +0900
+++ ultramonkeyl7-3.0.4pre/l7vsd/src/tcp_session.cpp    2012-07-23 11:39:46.187528466 +0900
@@ -3724,8 +3724,8 @@ void tcp_session::up_thread_realserver_h
                                                 data_size - send_data_size
                                         ),
                                         handler);
-                       else
-                               func_tag = UP_FUNC_REALSERVER_DISCONNECT;
+                        else
+                                func_tag = UP_FUNC_REALSERVER_DISCONNECT;
                 } else {
                         func_tag = UP_FUNC_REALSERVER_DISCONNECT;
                         boost::format fmt("Thread ID[%d] realserver send error: %s");
@@ -3906,7 +3906,7 @@ void tcp_session::down_thread_realserver

realserver_socket->async_read_some(boost::asio::buffer(down_thread_data_dest_side.get_data()), handler);
                         else
                                 func_tag = DOWN_FUNC_REALSERVER_DISCONNECT;
-                        realserver_socket_mutex.lock();
+                        realserver_socket_mutex.unlock();
                 } else { //recv error
                         func_tag = DOWN_FUNC_REALSERVER_DISCONNECT;
                         boost::format   fmt("Thread ID[%d] down_thread_realserver_handle_async_read_some recv error:%s");

Last Update of this Ticket

2012-08-24 11:14 Update by: hiroakinakano

Ticket Close date set to 2012-08-24 11:14
Status Update from Open to Closed.

Comment

v3.0.4-1にマージされた。

V3 開発に向けたコーディング規約の策定 - UltraMonkey-L7 Ticket #19227 on SourceForge.JP

Thu, 02 Aug 2012 09:32:10 +0900

V3 開発に向けたコーディング規約の策定

Open Date: 2009-10-19 11:46

Last Update: 2012-08-02 09:32

Reporter:	suigintoh	Owner:	suigintoh
Priority:	7	MileStone:	(None)
Type:	課題項目	Severity:	9 - Highest
Component:	(None)	Status:	Closed
Resolution	Out of Date

Details

次期バージョン開発に向けたコーディング規約の作成．

こちらにて作業予定

http://sourceforge.jp/projects/ultramonkey-l7/wiki/CodingRuleFrontPage

Last Update of this Ticket

2012-08-02 09:32 Update by: suigintoh

Ticket Close date set to 2012-08-02 09:32
Status Update from Open to Closed.
Resolution Update from None to Out of Date.

IPv6対応実装 - UltraMonkey-L7 Ticket #11869 on SourceForge.JP

Thu, 02 Aug 2012 09:26:36 +0900

IPv6対応実装

Open Date: 2008-02-13 13:29

Last Update: 2012-08-02 09:26

Reporter:	kondoh86	Owner:	(None)
Priority:	7	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	l7vsd-2.1.0-0	Status:	Closed
Resolution	Fixed

Details

IPv6においても、IPv4と同様に振分け設定・負荷分散可能な
実装とする。

Last Update of this Ticket

2012-08-02 09:26 Update by: suigintoh

Ticket Close date set to 2012-08-02 09:26
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

v3 にて実装済み

Replication機能におけるSGファイル再読み込み処理 - UltraMonkey-L7 Ticket #11800 on SourceForge.JP

Wed, 01 Aug 2012 18:33:44 +0900

Replication機能におけるSGファイル再読み込み処理

Open Date: 2008-02-05 20:17

Last Update: 2012-08-01 18:33

Reporter:	kitani	Owner:	kitani
Priority:	1 - Lowest	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	l7vsd-2.1.0-0	Status:	Closed
Resolution	Out of Date

Details

現在実装予定のReplication機能ではl7vsd起動時にSGファイ
ルを読み込み、初期化処理を行ないsocketの作成を行う。
このことから、l7vsdを起動中はSGファイルの対向マシン情
報を変更しても反映されず、SBY先を変更することができな
い。

Last Update of this Ticket

2012-08-01 18:33 Update by: suigintoh

Ticket Close date set to 2012-08-01 18:33
Status Update from Open to Closed.
Resolution Update from None to Out of Date.

SSLハンドシェイクエラー対処 - UltraMonkey-L7 Ticket #29143 on SourceForge.JP

Mon, 30 Jul 2012 14:26:52 +0900

SSLハンドシェイクエラー対処

Open Date: 2012-07-30 11:05

Last Update: 2012-07-30 14:26

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	Fixed

Details

クライアント数12000のTPCWによるhttps通信負荷を30分かける試験をすると、 30回に1回の割合でcoreを吐くか、SSLハンドシェイクエラーとなって以降の通信が出来なくなる。

対処として、非同期なSSLのhandshake処理を実行している時、 read_some(), write_some()が実行されないようにする。

Last Update of this Ticket

2012-07-30 14:26 Update by: hiroakinakano

Comment

patchは#29143を当てた後のコードとの差分

リアルサーバ切り離し時クラッシュ対処 - UltraMonkey-L7 Ticket #29142 on SourceForge.JP

Mon, 30 Jul 2012 11:03:19 +0900

リアルサーバ切り離し時クラッシュ対処

Open Date: 2012-07-30 11:00

Last Update: 2012-07-30 11:03

Reporter:	hiroakinakano	Owner:	hiroakinakano
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 v3.0.3	Status:	Closed
Resolution	None

Details

SSL+sessionless+リアルサーバ切り離しで、まれに以下の現象が出る。

l7vsdがクラッシュ（コアダンプ）する
l7vsdプロセスのCPU使用率が100%に張り付く

原因は、非同期処理の待ち合わせを行うactive_sessions.do_all()を l7vsadm -d実行時の通信スレッド停止・再開でも流用していたため。そのために、非同期で待ち合わせていたスレッドが、l7vsadm -dで再開させられていた。

対処として、active_sessions.do_all()を廃止し、l7vsadm -d時は各スレッドに終了処理に入るようメッセージを飛ばす方式とした。また、新規接続処理に、l7vsadmコマンドの待ち合わせ処理を追加。

Last Update of this Ticket

2012-07-30 11:03 Update by: hiroakinakano

Ticket Close date set to 2012-07-30 11:03
Status Update from Open to Closed.

POST時の転送制限、apacheのLimitRequestbody利用時の挙動 - UltraMonkey-L7 Ticket #27414 on SourceForge.JP

Mon, 06 Feb 2012 19:39:00 +0900

POST時の転送制限、apacheのLimitRequestbody利用時の挙動

Open Date: 2012-02-06 19:39

Last Update: 2012-02-06 19:39

Reporter:	hkawanishi777	Owner:	(None)
Priority:	8	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 2.1.3-0	Status:	Open
Resolution	None

Details

Client　⇒　LVS　L7　⇒　WebServer(apache1系)
　　　　　　　　　　⇒ WebServer(apache1系)

上記構成にて、WEBサーバのapacheのDocumentRootにファイルをputする
htmlが設置されています。その状態で、.htaccessを設置しLimitRequestBodyによる
ファイルのサイズ制限をかけ、指定したサイズを超えたファイルをアップロード
しようとした際に、ErrorDocumentにより指定のURLへ転送しようとしたところ、
必ずUltramonkey-l7のエラーにより、意図した動作となりません。

また一定サイズ(5MBを超えたあたりから)のファイルをアップロードしようとすると、
LimitRequestBodyの設定があるなしに関わらず、エラーとなる。

■補足
・ultramonkey-l7-2.1.3-1.i386.rpm
・WEBサーバ apache 1.3.42
・LVS L7を構成から外すと意図した動作となる。
・ErrorDocumentを外し、LimitRequestBodyのみの設定でもエラーとなる。
・エラー内容は、 101 (net::ERR_CONNECTION_RESET)
・Rewriteや単体でのErrorDocumentの設定では、エラーにならず意図した動作となる。
・ultramonkey-l7をL4にするとエラーは発生しない。
・moduleをsessionlessに変更してもエラーとなる。
・apacheは、keepalive on/offどちらでも発生。
・apacheは、sslのon/offどちらでも発生。

■設定ファイル

l7directord.cf

checktimeout = 5
negotiatetimeout = 5
checkinterval = 10
retryinterval = 5
checkcount = 3
virtual = ***.***.***.***:****
real = ***.***.***.***:**** masq 1
real = ***.***.***.***:**** masq 1
maxconn = 1000
qosup = 100M
qosdown = 100M
module = url --uri-pattern-match '/.*$'
scheduler = rr
quiescent = yes
checkcount = 2

l7vs.cf

max_events = 1024
read_bufsize = 20480

Last Update of this Ticket

2012-02-06 19:39 Update by: hkawanishi777

New Ticket "POST時の転送制限、apacheのLimitRequestbody利用時の挙動" created

アップロードデータに余計なデータが挿入される - UltraMonkey-L7 Ticket #26945 on SourceForge.JP

Thu, 05 Jan 2012 09:55:18 +0900

アップロードデータに余計なデータが挿入される

Open Date: 2011-12-15 17:59

Last Update: 2012-01-05 09:55

Reporter:	hiroakinakano	Owner:	hibari
Priority:	9 - Highest	MileStone:	(None)
Type:	Bugs	Severity:	9 - Highest
Component:	[1] UltraMonkey-L7 3.0.2	Status:	Closed
Resolution	None

Details

原田と申します。こんにちは。

Ultramonkey-L7-3.0.1では特に問題なく動作していた構成なのですが、先日

リリースされた3.0.2にバージョンアップしたところ、奇妙な現象に遭遇しましたのでご報告させていただきます。

当方のUltramonkey-L7のl7directord.cfにて、下記のような冗長化された 2台のwebメールサーバ用にSMTPの通信を分散させるよう設定しております。

virtual = 192.168.0.1:25

real = 192.168.0.11:25 masq real = 192.168.0.12:25 masq module = sessionless scheduler = rr maxconn = 100 qosup = 100M qosdown = 100M checktype = connect quiescent = no checkcount = 2 accesslog = yes accesslogfile = /var/log/l7vs/l7vsd_smtp.log

realサーバ2台は、それぞれDRBD+OCFS2のデュアルプライマリ構成でメールスプールが冗長化されており、エンドユーザは別途振り分けが定義されたwebメール(HTTPS)または POP3などでメールを読んでいます。

上記のUltramonkey-L7を経由して受信したメールの添付ファイルにおいて送信時にはないデータが途中に挿入され、結果添付ファイルが正常に開けなくなるという事象が一部のメールで発生いたしました。（検証で発生したメールでは、4MBのファイルを添付したメールにて、8KB程度のデータの挿入が発生）配送経路上の要因を1つずつ確認したところ、Ultramonkey-L7-3.0.2を経由しなければデータの挿入は発生しないことが確認できました。また、Ultramonkey-L7-3.0.1にロールバックしたところ、現象は発生しないことが確認できました。

当方の環境に起因する問題のようにも思われるのですが、Ultramonkey-L7-3.0.2でこのような事象が発生したユーザ様はいらっしゃいますでしょうか。また3.0.2において、原因と考えられえそうな修正はございましたでしょうか。

当方でこの事象が発生した環境は下記の通りです。＜Ultramonkey-L7＞ Scientific Linux 6.1 (x86_64) Ultramonkey-L7-3.0.2

＜SMTPのリアルサーバ＞ CentOS 5.7 (x86_64) postfix-2.3.3-2.1.el5_2 ocfs2-2.6.18-194.32.1.el5-1.4.7-1.el5 drbd83-8.3.8-1.el5.centos

アドバイス頂ければ幸いです。よろしくお願いいたします。

Last Update of this Ticket

2012-01-05 09:55 Update by: hiroakinakano

Ticket Close date set to 2012-01-05 09:55
Status Update from Open to Closed.

l7vsadm の無駄なタイムアウト待ちを修正する - UltraMonkey-L7 Ticket #19261 on SourceForge.JP

Wed, 21 Oct 2009 16:54:13 +0900

l7vsadm の無駄なタイムアウト待ちを修正する

Open Date: 2009-10-21 16:54

Last Update: 2009-10-21 16:54

Reporter:	ktateish	Owner:	ktateish
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	l7vsadm-2.1.0-0	Status:	Open [Owner assigned]
Resolution	None

Details

l7vsd プロセスがいない場合に l7vsadm を呼ぶと、エラーが返るまで無駄な待ち時間があるので、改善したい (*1)

●症状

l7vsadm は l7vsd に UNIX ドメインソケットで接続して指示を出
しますが、l7vsd のプロセスが存在しない場合にも接続しようとし
て l7vs.cf の [l7vsadm] セクションに設定された
con_interval(秒) のインターバルで sleep しつつ con_count(回)
だけ再試行を繰り返すので、デフォルトで 10 秒待つことになりま
す。

現在、上記の仕様を原因として困っているのは、 Heartbeat で冗長
構成を取っているときに l7vsd が異常終了した場合、フェイルオー
バに時間がかかるところです。

UltraMonkey-L7 に付属の Heartbeat RA, cib.xml を使って冗長構
成を組むと、l7vsd の異常を検知してから切り替えるときには一旦
/etc/init.d/l7directord stop を発行して l7directord を停止し
ようとします。
このとき /usr/sbin/l7directord 内部で l7vsadm が(virtual の数)
+ 1 回呼ばれますので、l7directord は l7vsd が SIGKILL 等で死
んでいた場合、止まるまでかなりの時間を要することになります。

なお、Heartbeat による冗長構成を組んでいる環境で virtual サー
ビスの数が多いと、l7vsd 故障時に l7directordが終了するまえに
Heartbeat がタイムアウトしてしまい、unmanaged 状態になってし
まう可能性もあります [*2]

● 原因となっている con_interval, con_count が実装された経緯

この事象の原因となっている機能は、起動時にl7vsdが自動起動され
る場合、l7vsdが上がりきる前に、l7directordがl7vsadmコマンドを
発行してしまい、エラーとなる事象が判明したため、実装されてい
ます。[*3]

●改善方法以下の2段階で実施

ステップ1: /etc/init.d/l7vsd の start 時、l7vsadm がエラー無くつながるまでスクリプトを終わらないように修正。
ステップ2: l7vsadm の con_interval, con_count を廃止し、connect()に失敗したら、直ちにエラーで終了するように修正。

(ステップ1の修正により、l7vsd があがりきる前に /etc/init.d/l7vsd start が終了しないので、l7vsadm内のタイムアウト処理が不要となる。)

●参考

Last Update of this Ticket

2009-10-21 16:54 Update by: ktateish

New Ticket "l7vsadm の無駄なタイムアウト待ちを修正する" created

sslproxy の rc スクリプトがない - UltraMonkey-L7 Ticket #17000 on SourceForge.JP

Wed, 02 Sep 2009 11:56:19 +0900

sslproxy の rc スクリプトがない

Open Date: 2009-05-28 16:10

Last Update: 2009-09-02 11:56

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	[3] SSL Proxy 1.0.2-0	Status:	Open [Owner assigned]
Resolution	Fixed

Details

SSL Proxy について，rc スクリプトが同梱されていない．

作成する必要があると考える．

Last Update of this Ticket

2009-09-02 11:56 Update by: ktateish

Comment

dd493d36 で logroate.d のスクリプト名を sslproxyadm から sslproxy に変えてるんですが、これもタイミングによっては Unknown processes として表示されてしまう？ (パッケージ名と違うと、rpmlint のエラー/警告がでるため変更しました）

diff --git a/src/sslproxyadm b/src/sslproxyadm
index a7031e2..88d6f2b 100644
--- a/src/sslproxyadm
+++ b/src/sslproxyadm
@@ -36,7 +36,7 @@ our $SSLPROXY = "sslproxy";
 our $LOGGER_SECTION_KEY = "logger";
 our $TARGET_SECTION_KEY = "target_.*";
 our $LOGROTATE_CMD = "/usr/sbin/logrotate";
-our $LOGROTATE_CONF_FILE = "/etc/logrotate.d/sslproxyadm";
+our $LOGROTATE_CONF_FILE = "/etc/logrotate.d/sslproxy";
 our $LOGROTATE_STAT_FILE = "/var/lib/logrotate.status";

 # sslproxyadm default parameter value.

sessionless モジュールで --forwarded-for がきかない - UltraMonkey-L7 Ticket #16995 on SourceForge.JP

Mon, 31 Aug 2009 18:42:19 +0900

sessionless モジュールで --forwarded-for がきかない

Open Date: 2009-05-28 08:49

Last Update: 2009-08-31 18:42

Reporter:	suigintoh	Owner:	tanuma
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 2.1.2-2	Status:	Closed
Resolution	None

Details

sessionless モジュール使用時，--forwarded-for オプションを指定しても X-Forwarded-For ヘッダが付与されない．

Last Update of this Ticket

2009-08-31 18:42 Update by: tanuma

Ticket Close date set to 2009-08-31 18:42
Status Update from Open to Closed.

l7directord の restart, try-restart に失敗する - UltraMonkey-L7 Ticket #14736 on SourceForge.JP

Tue, 25 Aug 2009 21:05:48 +0900

l7directord の restart, try-restart に失敗する

Open Date: 2009-01-22 11:57

Last Update: 2009-08-25 21:05

Reporter:	tanuma	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	l7directord-2.1.0-0	Status:	Closed
Resolution	None

Details

l7directord の起動スクリプトの

# /etc/init.d/l7directord restart

では stop コマンド発行後、プロセスが終了するのを確認してから start コマンドを発行しているため問題はないが、l7directord 自身のコマンド

# /usr/sbin/l7directord restart

では、シグナル送信後に 1 秒固定で待った後、起動処理を開始するため、前のプロセスが終了し終わる前に起動処理が始まった場合、プロセス確認でエラーとなってしまう。

try-restart についても同様の動きとなっており、エラーが発生する場合がある。

Last Update of this Ticket

2009-08-25 21:05 Update by: tanuma

Ticket Close date set to 2009-08-25 21:05
Status Update from Open to Closed.

Comment

UltraMonkey-L7 v2.1.3-0 で修正されました。

man ページ作成（l7vsd） - UltraMonkey-L7 Ticket #13357 on SourceForge.JP

Thu, 13 Aug 2009 16:57:28 +0900

man ページ作成（l7vsd）

Open Date: 2008-08-19 10:41

Last Update: 2009-08-13 16:57

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Postponed

Details

man を作成．

Last Update of this Ticket

2009-08-13 16:57 Update by: suigintoh

Ticket Close date set to 2009-08-13 16:57
Status Update from Open to Closed.

man ページ作成（l7vsadm） - UltraMonkey-L7 Ticket #14220 on SourceForge.JP

Thu, 13 Aug 2009 16:57:14 +0900

man ページ作成（l7vsadm）

Open Date: 2008-12-07 21:12

Last Update: 2009-08-13 16:57

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Postponed

Details

l7vsadm man ページ作成

Last Update of this Ticket

2009-08-13 16:57 Update by: suigintoh

Ticket Close date set to 2009-08-13 16:57
Status Update from Open to Closed.

MAX_SERVICES定義統一対応 - UltraMonkey-L7 Ticket #17566 on SourceForge.JP

Fri, 10 Jul 2009 16:46:41 +0900

MAX_SERVICES定義統一対応

Open Date: 2009-06-30 11:41

Last Update: 2009-07-10 16:46

Reporter:	kondoh86	Owner:	kondoh86
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 2.1.2-2	Status:	Open [Owner assigned]
Resolution	None

Details

UM-L7で扱える仮想サービス数の上限値を、configureのオプション（--with-l7vs-maxvs）で指定できるようになっているが、wrrなど一部のソースコード上で「#define MAX_VS 128」によるハードコーディングがあり、上限値を 128 にせざるを得ない状況があるため、--with-l7vs-maxvs により反映される MAX_SEVICES の define値に統一するよう改善する。

Last Update of this Ticket

2009-07-10 16:46 Update by: jsugiura

Comment

UM-L7で扱える仮想サービス数の上限について、管理できる仮想サービス数の上限（l7vsadmコマンドで表示できる上限）
という観点もあわせて検討頂けますでしょうか。

現在、管理できる仮想サービス数の上限は、l7vsadmとl7vsd間の通信時のデータ送受信方式における制限により
下記の通りとなっています。（上限を超えるとl7vsadmコマンド実行時にエラーとなる）

64bit環境の場合　99
32bit環境の場合　86

尚、この上限の引き上げは、以下の値を小さくすることで可能なようです。

l7vs.h
--------------------------------------------------
#define L7VS_PROTOMOD_OPT_LEN           (512)
#define L7VS_PROTOMOD_KEY_LEN           (256)
--------------------------------------------------

sslid モジュール性能低下 - UltraMonkey-L7 Ticket #16146 on SourceForge.JP

Thu, 14 May 2009 18:13:28 +0900

sslid モジュール性能低下

Open Date: 2009-04-14 23:21

Last Update: 2009-05-14 18:13

Reporter:	suigintoh	Owner:	suigintoh
Priority:	7	MileStone:	UltraMonkey-L7 2.1.2-2 リリース (closed)
Type:	課題項目	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 2.1.2-1	Status:	Closed
Resolution	Fixed

Details

sslid モジュールを hash 化した際，性能低下が顕在化した．

replication 機能が盛り込まれた版から顕在化したことから，replication 関連処理がボトルネックになっていることと考えられる．

Last Update of this Ticket

2009-05-14 18:13 Update by: suigintoh

Ticket Close date set to 2009-05-14 18:13
Status Update from Open to Closed.

runlevel 1 で l7vsd がシャットダウンできない - UltraMonkey-L7 Ticket #16214 on SourceForge.JP

Thu, 14 May 2009 18:13:05 +0900

runlevel 1 で l7vsd がシャットダウンできない

Open Date: 2009-04-17 13:58

Last Update: 2009-05-14 18:13

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	UltraMonkey-L7 2.1.2-2 リリース (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 2.1.2-1	Status:	Closed
Resolution	Fixed

Details

telinit コマンドにより runlevel 1 の状態に移行しても，l7vsd が生き残っている．

[root@umclient03 LOG]# pwd
/root/wk_TEST/LOG
[root@umclient03 LOG]# cat A-8.log
スクリプトは 2009年04月17日 10時35分13秒
 に開始しました[root@umclient03 LOG]#
[root@umclient03 LOG]# /etc/init.d/l7vsd start
Starting l7vsd: done.
[root@umclient03 LOG]#
[root@umclient03 LOG]# ps ax | grep l7vsd | grep -v grep
 3574 ?        Ss     0:00 /usr/sbin/l7vsd -b
[root@umclient03 LOG]#
[root@umclient03 LOG]#
[root@umclient03 LOG]# telinit 1;exit
exit

スクリプトは 2009年04月17日 10時36分20秒
 に終了しましたScript started on Fri 17 Apr 2009 10:38:06 AM JST

sh-3.2#
sh-3.2# ps ax | grep l7vsd | grep -v grep
 3574 ?        Ss     0:00 /usr/sbin/l7vsd -b
sh-3.2#
sh-3.2# ps ax | grep l7vsd | grep -v grep
 3574 ?        Ss     0:00 /usr/sbin/l7vsd -b
sh-3.2#
sh-3.2# runlevel
1 S
sh-3.2#
sh-3.2# telinit 3;exit
exit

Script done on Fri 17 Apr 2009 10:39:45 AM JST
スクリプトは 2009年04月17日 10時40分58秒
 に開始しました[root@umclient03 LOG]#
[root@umclient03 LOG]# ps ax | grep l7vsd | grep -v grep
 3574 ?        Ss     0:00 /usr/sbin/l7vsd -b
[root@umclient03 LOG]#
[root@umclient03 LOG]# runlevel
S 3
[root@umclient03 LOG]#
[root@umclient03 LOG]# exit
exit

スクリプトは 2009年04月17日 10時41分21秒
 に終了しました
[root@umclient03 LOG]#

Last Update of this Ticket

2009-05-14 18:13 Update by: suigintoh

Ticket Close date set to 2009-05-14 18:13
Status Update from Open to Closed.

runlevel 1 で l7directord がシャットダウンできない - UltraMonkey-L7 Ticket #16312 on SourceForge.JP

Thu, 14 May 2009 18:12:49 +0900

runlevel 1 で l7directord がシャットダウンできない

Open Date: 2009-04-22 11:32

Last Update: 2009-05-14 18:12

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	UltraMonkey-L7 2.1.2-2 リリース (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 2.1.2-1	Status:	Closed
Resolution	Fixed

Details

/etc/rc.d/init.d/l7directord がお作法に反していたため runlevel の変更による start/stop ができない状態（関連チケット： tracker:#16214）

修正中．

Last Update of this Ticket

2009-05-14 18:12 Update by: suigintoh

Ticket Close date set to 2009-05-14 18:12
Status Update from Open to Closed.

l7directord が自動起動しない - UltraMonkey-L7 Ticket #16334 on SourceForge.JP

Thu, 14 May 2009 18:12:34 +0900

l7directord が自動起動しない

Open Date: 2009-04-23 09:15

Last Update: 2009-05-14 18:12

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	UltraMonkey-L7 2.1.2-2 リリース (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 2.1.2-1	Status:	Closed
Resolution	Fixed

Details

rpm パッケージでインストールした際，l7directord が chkconfig --add されていないため自動起動しない．

spec ファイルの %post セクションに

chkconfig --add l7directord

を追記するのみ．次期リリースで対処？

Last Update of this Ticket

2009-05-14 18:12 Update by: suigintoh

Ticket Close date set to 2009-05-14 18:12
Status Update from Open to Closed.

cinsert で追加される cookie の有効期限の省略機能の追加 - UltraMonkey-L7 Ticket #14315 on SourceForge.JP

Wed, 22 Apr 2009 11:28:44 +0900

cinsert で追加される cookie の有効期限の省略機能の追加

Open Date: 2008-12-17 15:28

Last Update: 2009-04-22 11:28

Reporter:	tanuma	Owner:	(None)
Priority:	3	MileStone:	(None)
Type:	Patches	Severity:	3
Component:	l7vsd-2.1.0-0	Status:	Closed
Resolution	Fixed

Details

cinsert で追加される cookie は必ず expires 属性がセットされる。

このため、"意図的に省略してブラウザを終了した際に cookie を破棄したい" といった要望を満たすことができない。

--cookie-expire に 0 を指定した場合に省略とする、あるいは別のオプションを指定した際に省略するといった変更が必要になる。

Last Update of this Ticket

2009-04-22 11:28 Update by: tanuma

Milestone Update from UltraMonkey-L7 2.1.1-0 リリース (closed) to (None).
Resolution Update from None to Fixed.
Status Update from Open to Closed.
Ticket Close date set to 2009-04-22 11:28

cinsert の --forwarded-for を無効にする操作の追加 - UltraMonkey-L7 Ticket #14317 on SourceForge.JP

Wed, 22 Apr 2009 11:26:53 +0900

cinsert の --forwarded-for を無効にする操作の追加

Open Date: 2008-12-17 15:33

Last Update: 2009-04-22 11:26

Reporter:	tanuma	Owner:	(None)
Priority:	3	MileStone:	(None)
Type:	Patches	Severity:	3
Component:	l7vsd-2.1.0-0	Status:	Closed
Resolution	Wont Fix

Details

現在 cinsert モジュールでは --forwarded-for オプションをつけることで、HTTP Request ヘッダに X-Forwarded-For フィールドを追加することができるが、一度指定すると変更コマンドで解除することが出来ず、削除コマンド→追加コマンドで指定しなおさなくてはならない。

--reschedule, --no-reschedule にならって、--no-forwarded-for オプションを追加する等で解除する操作を追加するのが望ましい。

Last Update of this Ticket

2009-04-22 11:26 Update by: tanuma

Milestone Update from UltraMonkey-L7 2.1.1-0 リリース (closed) to (None).
Resolution Update from None to Wont Fix.
Status Update from Open to Closed.
Ticket Close date set to 2009-04-22 11:26

Comment

cinsertモジュール公開停止のため、修正不要。

make 時，「ULLONG_MAX が定義されていない」と怒られる - UltraMonkey-L7 Ticket #14694 on SourceForge.JP

Mon, 20 Apr 2009 09:54:06 +0900

make 時，「ULLONG_MAX が定義されていない」と怒られる

Open Date: 2009-01-19 14:51

Last Update: 2009-04-20 09:54

Reporter:	suigintoh	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	[1] UltraMonkey-L7 2.1.2-1	Status:	Open
Resolution	None

Details

RHEL 4.0 や Debian/GNU Linux（etch）でソースを make しようとすると，ULLONG_MAX が未定義で make できない．

Last Update of this Ticket

2009-04-20 09:54 Update by: suigintoh

Component Update from l7vsd-2.1.0-0 to [1] UltraMonkey-L7 2.1.2-1.

cookie 系モジュール削除 - UltraMonkey-L7 Ticket #16026 on SourceForge.JP

Mon, 20 Apr 2009 09:52:06 +0900

cookie 系モジュール削除

Open Date: 2009-04-08 11:27

Last Update: 2009-04-20 09:52

Reporter:	suigintoh	Owner:	suigintoh
Priority:	9 - Highest	MileStone:	UltraMonkey-L7 2.1.2-1 リリース (closed)
Type:	課題項目	Severity:	9 - Highest
Component:	(None)	Status:	Closed
Resolution	Works For Me

Details

cookie 系モジュールを削除する．

Last Update of this Ticket

2009-04-20 09:52 Update by: suigintoh

Status Update from Open to Closed.
Component Update from [1] UltraMonkey-L7 2.1.2-0 to (None).
Ticket Close date set to 2009-04-20 09:52

Comment

リリース完了．

sslid モジュールハッシュ化 - UltraMonkey-L7 Ticket #14222 on SourceForge.JP

Wed, 08 Apr 2009 11:28:39 +0900

sslid モジュールハッシュ化

Open Date: 2008-12-07 22:12

Last Update: 2009-04-08 11:28

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	l7vsd-2.1.0-0	Status:	Closed
Resolution	None

Details

sslid モジュール内で SSLID と dest のマッピングに線形リストを使用している．これを hash 化することでサーチコストを軽減して性能の向上を図る．

Last Update of this Ticket

2009-04-08 11:28 Update by: suigintoh

Milestone Update from 2.1.2-0 リリース (closed) to (None).
Status Update from Open to Closed.
Ticket Close date set to 2009-04-08 11:28

UM-L7 2.1.1-0 & sslproxy-1.0.1-0 リリース - UltraMonkey-L7 Ticket #14703 on SourceForge.JP

Thu, 05 Feb 2009 15:14:43 +0900

UM-L7 2.1.1-0 & sslproxy-1.0.1-0 リリース

Open Date: 2009-01-20 16:03

Last Update: 2009-02-05 15:14

Reporter:	suigintoh	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

作りました．

* UltraMonkey-L7

sslid モジュールは，既存のものを hash 化
- ただし，replication は未実装のため，2 月中旬を目処に実装．申し訳ありません．
Fast Schedule を実装
- 12 月リリースに漏れていた分．

* sslproxy

設定項目追加
- キャッシュの使用有無
- タイムアウト時間
- テーブルサイズ

Last Update of this Ticket

2009-02-05 15:14 Update by: suigintoh

Ticket Close date set to 2009-02-05 15:14
Status Update from Open to Closed.

SSLProxyの作成 - UltraMonkey-L7 Ticket #11764 on SourceForge.JP

Wed, 14 Jan 2009 11:05:58 +0900

SSLProxyの作成

Open Date: 2008-01-31 19:06

Last Update: 2009-01-14 11:05

Reporter:	shin_kusanagi	Owner:	tmorishit
Priority:	5 - Medium	MileStone:	UltraMonkey-L7 2.1.1-0 リリース (closed)
Type:	Feature Requests	Severity:	5 - Medium
Component:	sslproxy-1.0.0-0	Status:	Closed
Resolution	None

Details

ロードバランサ単体としてみた場合にUltraMonkey単体での
SSLでコード及びエンコードが必要になるか?

Last Update of this Ticket

2009-01-14 11:05 Update by: suigintoh

Ticket Close date set to 2009-01-14 11:05
Status Update from Open to Closed.

RPM Update 時にロックディレクトリが削除される - UltraMonkey-L7 Ticket #14631 on SourceForge.JP

Wed, 14 Jan 2009 11:04:21 +0900

RPM Update 時にロックディレクトリが削除される

Open Date: 2009-01-14 11:03

Last Update: 2009-01-14 11:04

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	UltraMonkey-L7 2.1.1-0 リリース (closed)
Type:	Bugs	Severity:	5 - Medium
Component:	l7vsd-2.1.0-0	Status:	Closed
Resolution	None

Details

rpm -U / rpm -F 時に %postun が実行されてしまうことで，ロックファイルのディレクトリが削除されてしまう．そのため，上記コマンド実行後に l7vsd が起動できなくなる．

Last Update of this Ticket

2009-01-14 11:04 Update by: suigintoh

Ticket Close date set to 2009-01-14 11:04
Status Update from Open to Closed.

Comment

%postun 実行時に $1 のフラグを判定することで，-e による実行か -U / -F による実行かを判別することで回避． close とする．

l7directord の man ファイルを更新する - UltraMonkey-L7 Ticket #14314 on SourceForge.JP

Tue, 13 Jan 2009 10:13:50 +0900

l7directord の man ファイルを更新する

Open Date: 2008-12-17 15:21

Last Update: 2009-01-13 10:13

Reporter:	tanuma	Owner:	(None)
Priority:	3	MileStone:	UltraMonkey-L7 2.1.1-0 リリース (closed)
Type:	課題項目	Severity:	3
Component:	l7directord-2.1.0-0	Status:	Closed
Resolution	None

Details

v2.1.0-0 に含まれる l7directord の man ファイル l7directord.8.gz が旧バージョンの内容になっているため、次回リリースで更新する。

なお、v2.1.0-0 インストール後、man ではなく以下のコマンドを実行した際は、最新のマニュアルが表示される。

# l7directord --help
# perldoc l7directord

Last Update of this Ticket

2009-01-13 10:13 Update by: suigintoh

Comment

svn レポジトリの Revision No. r989 でした orz

checktype=ping以外適用時のcheckcount有効化 - UltraMonkey-L7 Ticket #11871 on SourceForge.JP

Tue, 16 Dec 2008 09:26:08 +0900

checktype=ping以外適用時のcheckcount有効化

Open Date: 2008-02-13 13:33

Last Update: 2008-12-16 09:26

Reporter:	kondoh86	Owner:	tanuma
Priority:	7	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	l7directord-2.1.0-0	Status:	Closed
Resolution	None

Details

checktype=ping以外(negotiate等)適用時にもcheckcountが
有効となるように改善。

Last Update of this Ticket

2008-12-16 09:26 Update by: suigintoh

Milestone Update from UltraMonkey-L7 2.0.0-0 リリース (closed) to (None).
Status Update from Open to Closed.

アクセスログ出力処理追加 - UltraMonkey-L7 Ticket #14038 on SourceForge.JP

Tue, 16 Dec 2008 09:24:58 +0900

アクセスログ出力処理追加

Open Date: 2008-11-17 17:51

Last Update: 2008-12-16 09:24

Reporter:	kondoh86	Owner:	kondoh86
Priority:	7	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	l7vsd-2.1.0-0	Status:	Closed
Resolution	None

Details

クライアント側（ソースIPアドレス）から受信したパケットをどのリアルサーバ（振分け先IPアドレス）に振分けしたかが分かるようにアクセスログとして出力する処理追加が望まれる。

現状の仕様では、クライアント側のソースIPアドレスがどこにも記録されないため、運用面で問題がある。
（現状、HTTPプロトコルの場合のみ、X-Forwarded-Forによる方法にて対処可能。）

Last Update of this Ticket

2008-12-16 09:24 Update by: suigintoh

Milestone Update from UltraMonkey-L7 2.0.0-0 リリース (closed) to (None).
Status Update from Open to Closed.

UNIX ドメインソケット生成エラー時のログ出力不正 - UltraMonkey-L7 Ticket #14223 on SourceForge.JP

Mon, 08 Dec 2008 11:10:43 +0900

UNIX ドメインソケット生成エラー時のログ出力不正

Open Date: 2008-12-07 22:30

Last Update: 2008-12-08 11:10

Reporter:	suigintoh	Owner:	suigintoh
Priority:	7	MileStone:	UltraMonkey-L7 2.0.0-0 リリース (closed)
Type:	Bugs	Severity:	7
Component:	l7vsd-2.1.0-0	Status:	Closed
Resolution	Fixed

Details

l7vsd 起動時，/var/run/l7vs/l7vsd-xxxx が作成できなかった場合のエラーメッセージで，sock_addr の内容を sock_addr_in とみなしてエラー出力しているため，不正な IP アドレスとポート番号が出力される．

Last Update of this Ticket

2008-12-08 11:10 Update by: suigintoh

Status Update from Open to Closed.

accept()の処理コスト - UltraMonkey-L7 Ticket #11321 on SourceForge.JP

Sun, 07 Dec 2008 22:08:29 +0900

accept()の処理コスト

Open Date: 2007-11-13 15:37

Last Update: 2008-12-07 22:08

Reporter:	shin_kusanagi	Owner:	takamarua
Priority:	1 - Lowest	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

accept()は新しくTCPセッションを行うが、この部分で
blockingするために現状のMonkeyでは他のsocketのsend/recv
が行えないため、この部分の改良が必要になる。

Last Update of this Ticket

2008-12-07 22:08 Update by: suigintoh

Status Update from Open to Closed.

Webアクセスシェイパ機能実装 - UltraMonkey-L7 Ticket #11867 on SourceForge.JP

Sun, 07 Dec 2008 22:07:04 +0900

Webアクセスシェイパ機能実装

Open Date: 2008-02-13 13:24

Last Update: 2008-12-07 22:07

Reporter:	kondoh86	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	l7vsd-2.1.0-0	Status:	Open
Resolution	None

Details

Webアクセス過負荷時に、HTTPリクエスト内容(特定のCookie
付き、特定のURLなど）に応じて優先度を設定して、優先度
に従ってリアルサーバ側へ通すものと、通さないでビジー応
答を返答する等、Webアクセス過負荷を制御する機能。

Last Update of this Ticket

2008-12-07 22:07 Update by: suigintoh

Component Update from (None) to l7vsd-2.1.0-0.

UDP対応 - UltraMonkey-L7 Ticket #12261 on SourceForge.JP

Sun, 07 Dec 2008 22:06:41 +0900

UDP対応

Open Date: 2008-04-01 16:14

Last Update: 2008-12-07 22:06

Reporter:	kondoh86	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	l7vsd-2.1.0-0	Status:	Open
Resolution	None

Details

UM-L7(l7vsd)は、現在TCPプロトコルにしか対応しておりま
せん。
従って、UDPで利用されるSIPプロトコル(TCP用もあります
が）のパケットをsessionlessモジュール等で振分けする用
途にはl7vsdを使うことはできません。
そこで、UDPプロトコルにも対応できるようにl7vsdを機能拡
張する必要がある。
（当面は、UltraMonkey(Layer4)利用で対処することにな
る。）

Last Update of this Ticket

2008-12-07 22:06 Update by: suigintoh

Component Update from (None) to l7vsd-2.1.0-0.

l7vs_iomux_init 失敗時のガード不備修正 - UltraMonkey-L7 Ticket #11308 on SourceForge.JP

Tue, 19 Aug 2008 10:44:24 +0900

l7vs_iomux_init 失敗時のガード不備修正

Open Date: 2007-11-12 00:12

Last Update: 2008-08-19 10:44

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Wont Fix

Details

l7vsd.c:main 内，l7vs_iomux_init() の戻り値チェックに
不備があった．

l7vs_iomux() は異常発生時に「0」を戻すようにコーディング
されているが，main() では「0 未満」で異常終了ルートに
入るようにコーディングされている．

本パッチは，main() 内で l7vs_iomux_init() の戻り値の評価を
「0 以下」に修正するパッチである．

Last Update of this Ticket

2008-08-19 10:44 Update by: suigintoh

Status Update from Open to Closed.
Ticket Close date set to 2008-08-19 10:44

VirtualServiceの最大値について - UltraMonkey-L7 Ticket #12202 on SourceForge.JP

Tue, 19 Aug 2008 10:43:17 +0900

VirtualServiceの最大値について

Open Date: 2008-03-27 09:47

Last Update: 2008-08-19 10:43

Reporter:	tmorishit	Owner:	fukushima
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

現状のl7vsadm-l7vsd通信方式では、UDPソケットの制限で一
度に通信できるサイズが限られており、多量に
VirtualServise追加すると、リストコマンドで表示できなく
なる事象が発生する。
参考として実機による確認では、64bitマシンではvs101個程
度、32bitマシンではvs87個程度までリスト表示OKであっ
た。
暫定処置として、マシン環境により増減することを考慮し、
上限値のデフォルトを64とし、コンパイル時のオプション
（configureのオプション）により、最大数を変更できるよ
うにしている。
次期以降、l7vsadm-l7vsd通信方式見直し（TCPソケット化な
ど）について検討が必要。

Last Update of this Ticket

2008-08-19 10:43 Update by: suigintoh

Status Update from Open to Closed.
Ticket Close date set to 2008-08-19 10:43

l7vsdとSNMP機能の間の通信仕様を検討する - UltraMonkey-L7 Ticket #11880 on SourceForge.JP

Tue, 08 Apr 2008 17:12:37 +0900

l7vsdとSNMP機能の間の通信仕様を検討する

Open Date: 2008-02-14 14:54

Last Update: 2008-04-08 17:12

Reporter:	h-okada	Owner:	h-okada
Priority:	3	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

＜検討項目＞
l7vsdとSNMPエージェント機能間のプロセス間通信の仕様を検
討する

＜対応＞
l7vsdとSNMPエージェント機能間のプロセス間通信の仕様(種
別・メッセージ仕様)を検討する。
使用プロトコルは、TCPとする。その理由は「[Ultramonkey-
l7-develop 94] Re: SNMPエージェント機能の改善について」
に拠ります。

Last Update of this Ticket

2008-04-08 17:12 Update by: tmorishit

Status Update from Open to Closed.
Ticket Close date set to 2008-04-08 17:12

取得可能なMIBデータ項目を検討する - UltraMonkey-L7 Ticket #11879 on SourceForge.JP

Tue, 08 Apr 2008 17:12:14 +0900

取得可能なMIBデータ項目を検討する

Open Date: 2008-02-14 14:51

Last Update: 2008-04-08 17:12

Reporter:	h-okada	Owner:	h-okada
Priority:	3	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

＜検討内容＞
SNMPエージェント機能で、MIBデータとして取得可能な項目を
検討する

＜対応＞
旧MIBデータとl7vsadmで表示可能な項目を元に、提供可能な
MIBデータ項目を出す。

Last Update of this Ticket

2008-04-08 17:12 Update by: tmorishit

Status Update from Open to Closed.
Ticket Close date set to 2008-04-08 17:12

SNMPAgent機能がl7vsadmと連携する項目を検討する - UltraMonkey-L7 Ticket #11878 on SourceForge.JP

Tue, 08 Apr 2008 17:11:54 +0900

SNMPAgent機能がl7vsadmと連携する項目を検討する

Open Date: 2008-02-14 14:40

Last Update: 2008-04-08 17:11

Reporter:	h-okada	Owner:	h-okada
Priority:	3	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

＜検討課題＞
l7vsadmでSNMPエージェント機能プロセスの「接続状態表示」
「設定のリロード」「ログレベルの設定」ができるようにす
るための仕様を検討する

＜対応＞
l7vsadmのコマンドオプション、表示項目などを検討し、情報
を共有する

Last Update of this Ticket

2008-04-08 17:11 Update by: tmorishit

Status Update from Open to Closed.
Ticket Close date set to 2008-04-08 17:11

SIP対応プロトコルモジュール実装 - UltraMonkey-L7 Ticket #11870 on SourceForge.JP

Wed, 13 Feb 2008 13:31:01 +0900

SIP対応プロトコルモジュール実装

Open Date: 2008-02-13 13:31

Last Update: 2008-02-13 13:31

Reporter:	kondoh86	Owner:	(None)
Priority:	3	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

SIPのCall-IDに基づいて振分けを行なうプロトコルモジュー
ル実装。

Last Update of this Ticket

No History

動的振分けスケジューラ機能実装 - UltraMonkey-L7 Ticket #11868 on SourceForge.JP

Wed, 13 Feb 2008 13:29:25 +0900

動的振分けスケジューラ機能実装

Open Date: 2008-02-13 13:27

Last Update: 2008-02-13 13:29

Reporter:	kondoh86	Owner:	(None)
Priority:	1 - Lowest	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

振分け先サーバ側の応答時間、CPU使用率等をリアルタイム
に取得し、動的に振分け先サーバを決定するスケジューラ機
能の実装。

Last Update of this Ticket

2008-02-13 13:29 Update by: kondoh86

(Category change on Tracker)
(Group change on Tracker)
Priority Update from 3 to 1 - Lowest.

l7vsadm-configのデータ送受方法 - UltraMonkey-L7 Ticket #11765 on SourceForge.JP

Thu, 31 Jan 2008 19:46:24 +0900

l7vsadm-configのデータ送受方法

Open Date: 2008-01-31 19:46

Last Update: 2008-01-31 19:46

Reporter:	tmorishit	Owner:	tmorishit
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

l7vsadmから、configへのデータ送信には、単数データ時に
は、send()関数を使用し、複数データ時にはwritev()関数
（struct iovec *[]にデータを格納）を使用している。デー
タ送受方法の統一化について、次期開発以降で検討する。

Last Update of this Ticket

No History

Sorry状態の表示 - UltraMonkey-L7 Ticket #11464 on SourceForge.JP

Thu, 31 Jan 2008 19:35:35 +0900

Sorry状態の表示

Open Date: 2007-12-04 14:46

Last Update: 2008-01-31 19:35

Reporter:	tmorishit	Owner:	tmorishit
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	Later

Details

l7vsadmのListコマンドなどで、そのVirtualServiceが現在
Sorry状態であるかを表示できる機能があったほうが良い。
現状、操作者が意図的に設定したSorryフラグの状態は
service構造体に保持しておりl7vsadmコマンドでも確認でき
るが、接続上限値や接続RealServer無しによるSorry状態を
確認することができない。
「現在Sorry状態である」という情報は、relay接続のために
conn構造体に保持されているが、コネクション単位のため
VirtualServiceのSorry状態としては使用できない。

Last Update of this Ticket

2008-01-31 19:35 Update by: tmorishit

Owner Update from (None) to tmorishit.

l7vsadmコマンドエラー時の処理方式 - UltraMonkey-L7 Ticket #11320 on SourceForge.JP

Thu, 31 Jan 2008 19:31:00 +0900

l7vsadmコマンドエラー時の処理方式

Open Date: 2007-11-13 15:10

Last Update: 2008-01-31 19:31

Reporter:	shin_kusanagi	Owner:	tmorishit
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

l7vsadmコマンドエラー時にusageを出力するパターン、エ
ラーの返り値、エラー終了位置について、l7vsadmとして統一
化されるよう検討する。

Last Update of this Ticket

2008-01-31 19:31 Update by: tmorishit

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2008-01-31 19:31

Comment

Logged In: YES
user_id=31881

Usage出力は、オプション解析で入力不正と判断された場合に出力
する。エラー終了時は、必ずmain関数まで戻り、エラー出力す
る。l7vsadmコマンドの終了値は、正常時0,エラー時1とする。

プロトコルモジュールオプションデータの格納方式 - UltraMonkey-L7 Ticket #11319 on SourceForge.JP

Thu, 31 Jan 2008 19:22:24 +0900

プロトコルモジュールオプションデータの格納方式

Open Date: 2007-11-13 14:46

Last Update: 2008-01-31 19:22

Reporter:	shin_kusanagi	Owner:	tmorishit
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

プロトコルモジュールオプションデータはvanessa_adtライブ
ラリを使用した動的配列に格納しているが、vanessaライブラ
リを使用しない方法での実装について検討する。

Last Update of this Ticket

2008-01-31 19:22 Update by: tmorishit

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2008-01-31 19:22

Comment

Logged In: YES
user_id=31881

サンプルプログラムによる、GArrayによる代替動作を検証、
vanessa_adtの関数と同等の置き換えが可能であることを確認済
み。修正コストも少ないことから、Garrayでの実装とする。

confファイル方式決定 - UltraMonkey-L7 Ticket #11339 on SourceForge.JP

Thu, 31 Jan 2008 18:48:46 +0900

confファイル方式決定

Open Date: 2007-11-14 18:04

Last Update: 2008-01-31 18:48

Reporter:	shin_kusanagi	Owner:	takamarua
Priority:	9 - Highest	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

log情報やsyncの情報を起動時に指定できるようにconfigファ
イルを別途に用意する必要がある。

Last Update of this Ticket

2008-01-31 18:48 Update by: shin_kusanagi

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2008-01-31 18:48

Comment

Logged In: YES
user_id=31886

unix config形式をとる
/etc/l7vs/l7vsd.confとする。

log出力位置の決定 - UltraMonkey-L7 Ticket #11338 on SourceForge.JP

Thu, 31 Jan 2008 18:45:13 +0900

log出力位置の決定

Open Date: 2007-11-14 18:02

Last Update: 2008-01-31 18:45

Reporter:	shin_kusanagi	Owner:	takamarua
Priority:	9 - Highest	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

l7vsdが出力する位置をどのようにするか決定する。

Last Update of this Ticket

2008-01-31 18:45 Update by: shin_kusanagi

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2008-01-31 18:45

Comment

Logged In: YES
user_id=31886

l7vsd /var/log/l7vsd_xxx.log
l7vsadm /var/log/l7vsadm_xxx.log
l7gui /var/log/l7gui_xxx.log

config未設定時の出力 - UltraMonkey-L7 Ticket #11341 on SourceForge.JP

Thu, 31 Jan 2008 18:44:02 +0900

config未設定時の出力

Open Date: 2007-11-14 18:09

Last Update: 2008-01-31 18:44

Reporter:	shin_kusanagi	Owner:	takamarua
Priority:	5 - Medium	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

configuファイルで必須設定が無かった場合の挙動を確定する。

Last Update of this Ticket

2008-01-31 18:44 Update by: shin_kusanagi

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2008-01-31 18:44

Comment

Logged In: YES
user_id=31886

必須項目が存在しない場合にはlogにエラーを出力し終了

logのローテーション設定 - UltraMonkey-L7 Ticket #11340 on SourceForge.JP

Thu, 31 Jan 2008 18:42:07 +0900

logのローテーション設定

Open Date: 2007-11-14 18:06

Last Update: 2008-01-31 18:42

Reporter:	shin_kusanagi	Owner:	takamarua
Priority:	9 - Highest	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

logのローテートをどのように扱うかを確定する

Last Update of this Ticket

2008-01-31 18:42 Update by: shin_kusanagi

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2008-01-31 18:42

Comment

Logged In: YES
user_id=31886

日付、サイズ、日付とサイズでローテート

l7vsd起動スクリプトでのファイルリミット解除 - UltraMonkey-L7 Ticket #11323 on SourceForge.JP

Thu, 31 Jan 2008 18:41:22 +0900

l7vsd起動スクリプトでのファイルリミット解除

Open Date: 2007-11-13 18:13

Last Update: 2008-01-31 18:41

Reporter:	shin_kusanagi	Owner:	shin_kusanagi
Priority:	3	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

l7vsdの起動スクリプトで"ulimit -n 65536"を記述する必要
がある。
デフォルトではプロセスあたりのOpenできるファイル数が
1024のため、この制限に当たることがあるため。

Last Update of this Ticket

2008-01-31 18:41 Update by: shin_kusanagi

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2008-01-31 18:41

debian 用 rc スクリプト（l7vsd 用） - UltraMonkey-L7 Ticket #11307 on SourceForge.JP

Tue, 25 Dec 2007 04:49:38 +0900

debian 用 rc スクリプト（l7vsd 用）

Open Date: 2007-11-11 23:56

Last Update: 2007-12-25 04:49

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

Debian/GNU Linux で使用するための rc スクリプトです．
Debian/GNU Linux では functions が利用できないため，
start-stop-daemon コマンドを使用して l7vsd を起動するよ
うに修正しました．

ファイル名を l7vsd に変更し，/etc/init.d/ に配置してく
ださい．

Last Update of this Ticket

2007-12-25 04:49 Update by: suigintoh

Status Update from Open to Closed.
Resolution Update from None to Accepted.
Ticket Close date set to 2007-12-25 04:49

パケット送受信モード切替機能搭載検討 - UltraMonkey-L7 Ticket #11483 on SourceForge.JP

Tue, 25 Dec 2007 04:42:58 +0900

パケット送受信モード切替機能搭載検討

Open Date: 2007-12-06 20:25

Last Update: 2007-12-25 04:42

Reporter:	kondoh86	Owner:	shin_kusanagi
Priority:	8	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

最新のUM-L7(Ver.1.0.0)のパケット送受信処理では、
epollを用いたノンブロッキングモードで動作するように
なっておりますが、基本的に一つのCPUを100%消費する
実装仕様となっているようです。

昨今の状況を考えますと、マルチコアCPUが当たり前に
なってきており、マルチコアCPUやマルチCPUを搭載した
マシンではそれほど気になるものではありませんが、
まだ存在する1コア1CPUのマシンでは影響がありますし、
UM-L7以外に複数のアプリケーションを同一LBマシン上で
動作させたい場合にも影響を受けます。

SSLなど重たい処理をソフトウェア(CPU)で行なう場合など
には特に影響を受けやすく、当面は出来るだけCPUリソース
を
効率利用することも考慮しておくことが重要ではないかと
考えます。

そこで提案ですが、l7vsdにモードを3つくらい（CPU使用率
とトレードオフで高速・中速・低速（仮名）など）用意し、
高速モードはノンブロッキングモード（ウエイトなし：現実
装）、
中速モードはノンブロッキングモード（ウエイトあり：
usleepなど
パケット受信がReadyでなければわずかなウエイトを入れ
る）、
低速モードはブロッキングモードで動作させるなどして、
ユーザが利用形態に合わせて柔軟にモードを選択できるよう
に
しませんかというものです。

Last Update of this Ticket

2007-12-25 04:42 Update by: suigintoh

Status Update from Open to Closed.
Resolution Update from None to Accepted.
Owner Update from (None) to shin_kusanagi.
Ticket Close date set to 2007-12-25 04:42

epoll が使用不能な環境上で l7vsd を起動すると SEGV が発生する - UltraMonkey-L7 Ticket #11310 on SourceForge.JP

Mon, 12 Nov 2007 01:10:40 +0900

epoll が使用不能な環境上で l7vsd を起動すると SEGV が発生する

Open Date: 2007-11-12 00:27

Last Update: 2007-11-12 01:10

Reporter:	suigintoh	Owner:	suigintoh
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

epoll 関連ライブラリがインストールされた環境で
l7vsd-1.0.0-0 を make し，kernel 2.4 上で起動しようと
すると，SEGV が発生する．

# uname -srmvo
Linux 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 2005 i686
GNU/Linux
#
# /usr/sbin/l7vsd -d
l7vsd[8252]: Starting.
l7vsd[8252]: error / epoll create error at:iomux.c:77
Segmentation fault

Last Update of this Ticket

2007-11-12 01:10 Update by: suigintoh

Status Update from Open to Closed.
Ticket Close date set to 2007-11-12 01:10

高負荷時に core を吐く - UltraMonkey-L7 Ticket #10264 on SourceForge.JP

Tue, 24 Apr 2007 20:42:00 +0900

高負荷時に core を吐く

Open Date: 2007-04-10 09:16

Last Update: 2007-04-24 20:42

Reporter:	suigintoh	Owner:	(None)
Priority:	9 - Highest	MileStone:	(None)
Type:	課題項目	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

高負荷試験時，core を吐いて l7vsd が終了する．

Last Update of this Ticket

2007-04-24 20:42 Update by: suigintoh

Status Update from Open to Closed.
Ticket Close date set to 2007-04-24 20:42