今回のお題は「お気に入りのタッチソフト」

LOVE JAPANはヤフーが運営する政治情報サイト「Yahoo!みんなの政治」とも連携する。具体的には、Yahoo!みんなの政治からLOVE JAPANの献金サービスに誘導するボタンを設置するとのことだ。

[ERROR] Error reading packet from server: Could not find first log file name in binary log index file ( server_errno=1236)
[ERROR] Got fatal error 1236: 'Could not find first log file name in binary log index file' from master when reading data from binary log

-rw-rw---- 1 mysql mysql 0 6月 30 03:00 mysql-bin.index

mysql> use test;
Database changed

mysql> create table tritonn_test (name varchar( 10 ) not null) engine = myisam;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into tritonn_test (name) values (1);
Query OK, 1 row affected (0.00 sec)

mysql> select name from tritonn_test;
+------+
| name |
+------+
| 1 |
+------+
1 row in set (0.00 sec)

mysql> select distinct name from tritonn_test;
+------+
| name |
+------+
| 1 |
+------+
1 row in set (0.00 sec)

mysql> insert into tritonn_test (name) values (2);
Query OK, 1 row affected (0.00 sec)

mysql> select name from tritonn_test;
+------+
| name |
+------+
| 1 |
| 2 |
+------+
2 rows in set (0.01 sec)

mysql> select distinct name from tritonn_test;
ERROR 5 (HY000): Out of memory (Needed 2095128 bytes)

従来のMySQL 5.0向けのTritonn(MyISAM+Senna)は大きなトラブル(落ちるバグなど)も無かったのでしばらくアップデートしていませんでしたが、こちらも来月あたりにアップデート版をリリースしようと思っています。

この脆弱性は、これを利用したHTTP DoSツール「Slowloris」がリリースされたことから明らかになったとのこと。この攻撃ツールはApacheに不完全なリクエストヘッダーを送り続けるもので、Apacheが最後のヘッダが送られてくるのを待つ間、偽のヘッダを送ることで接続をオープンにし続け、Apacheのプロセスを一杯にさせるものだという。

.407 requests/sec - 379 B/second - 930 B/request
1 requests currently being processed, 7 idle workers

___W____........................................................
................................................................
................................................................
...............................................................

$ perl ./slowloris.pl -dns dev -port 80 -timeout 2000 -num 500 -tcpto 5

.286 requests/sec - 292 B/second - 1024 B/request
153 requests currently being processed, 0 idle workers

RRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR
RRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR
RRRRRRRRRRRRRRRRRRRRRRRRWSS.....................................
................................................................

# /usr/sbin/httpd -v
Server version: Apache/2.2.9 (Unix)
Server built: Jul 14 2008 15:36:01

cannot execute binary file

userdic =

userdic = /home/foo/bar/foo.dic,/home/foo/bar2/usr.dic,/home/foo/bar3/bar.dic

userdic = /home/foo/bar/foo.dic:/home/foo/bar2/usr.dic:/home/foo/bar3/bar.dic

InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes
InnoDB: than specified in the .cnf file 0 134217728 bytes!
090619 15:14:01 [ERROR] Plugin 'InnoDB' init function returned error.
090619 15:14:01 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.

-rw-r----- 1 mysql mysql 5242880 6月 18 12:06 ib_logfile0
-rw-r----- 1 mysql mysql 5242880 6月 18 02:08 ib_logfile1

rm -f ib_logfile0 ib_logfile1
/etc/rc.d/init.d/mysql start

-rw-rw---- 1 mysql mysql 134217728 6月 19 15:15 ib_logfile0
-rw-rw---- 1 mysql mysql 134217728 6月 19 15:15 ib_logfile1
-rw-rw---- 1 mysql mysql 134217728 6月 19 15:15 ib_logfile2

If you upgrade to MySQL 5.4 from an existing MySQL 5.1 installation, an issue may occur due to InnoDB log file configuration changes. MySQL 5.4 increases the default value of innodb_log_files_in_group from 2 to 3. It also increases the default value of innodb_log_file_size from 5MB to 128MB and the minimum value of innodb_log_file_size from 1MB to 32MB.

5.1から、5.4にアップグレードするなら、InnoDBのコンフィグ次第では、問題起きるかも知れへんで。
innodb_log_files_in_groupのデフォルトが、2から3にかえたことと、innodb_log_file_sizeのデフォルトが、5MBから128MB。
そして、innodb_log_file_sizeの最小値を1MBから32MBまで増やしたで気をつけなはれ。