|
ﾛｸﾞｲﾝ |
Senna 2.0βのﾘﾘｰｽが見えてきました｡
去年の夏に出すと言っていましたが､紆余曲折あっての現状です｡
ﾗｲﾊﾞﾙのTokyo Cabinet/Tokyo Dystopiaについては､
今までのSennaはTokyo Dystopiaに近いものでしたが､
Senna 2.0では逆にHyper Estraierのほうに近づく感じになっています｡
それぞれ特色が出て面白いですねｰ｡
今回は転置ｲﾝﾃﾞｯｸｽ部分にもかなり手が入っているので､
Senna/Lucene/Tokyo Dystopiaのﾊﾟﾌｫｰﾏﾝｽ比較もやってみたいと思います｡
（とはいえ､ﾊﾟﾌｫｰﾏﾝｽ比較はそれぞれのﾗｲﾌﾞﾗﾘに精通しないと意味のある情報が出せないので､大変ではありますね…）
Senna 2.0 + MySQL 5.1用にﾌﾟﾗｶﾞﾌﾞﾙSennaｽﾄﾚｰｼﾞｴﾝｼﾞﾝも開発中です｡
後付ﾊﾞｲﾅﾘｲﾝｽﾄｰﾙができるとかなり運用上楽ですしね｡
Senna 2.0のﾃｽﾄについて､今回はｸﾘｱｺｰﾄﾞさんが協力くださっています｡
ﾃｽﾄには､ｸﾘｱｺｰﾄﾞさんが作っているﾃｽﾄﾌﾚｰﾑﾜｰｸ｢Cutter｣を使っています｡
早めからﾊﾞｸﾞが潰せていい感じです｡
さて､将来の話はここまで｡
｢落ちるんだけど…｣とﾂｯｺﾐいただくことがあります｡
ﾂｯｺﾐが貰えて､すごく嬉しいですね｡
使っていただいていることが分かりますし､
不具合を直す機会にもなります｡
というわけで､Tritonn導入時の問題解決に役立つﾘｽﾄを書いてみました｡
すぐ解決したいねん､という人は､住商情報ｼｽﾃﾑのｻﾎﾟｰﾄｻｰﾋﾞｽをどぞｰ
以下の項目を1つ1つﾁｪｯｸしてみてください｡
Tritonnの最新版をお使いください｡
旧ﾊﾞｰｼﾞｮﾝには､ﾃﾝﾎﾟﾗﾘﾃｰﾌﾞﾙが削除される場合に落ちる不具合などがあります｡
最新版は､COUNT(*)と2indとの組み合わせでｶｳﾝﾄがおかしい問題があるようですが､
そろそろ直した版を出すってid:mirさんが言ってたお！
Senna/Tritonnとも現在出ている最新版は安定版なので､
基本ｱｯﾌﾟｸﾞﾚｰﾄﾞしたほうが安定します｡
SHOW SENNA STATUSで落ちるのは､
Tritonnで指定しているﾊﾞｰｼﾞｮﾝのSennaを使うことをｵｽｽﾒします｡
（最新版では起こらないと思います）
Sennaの昔のﾊﾞｰｼﾞｮﾝは､
高負荷の場合に落ちつつしかもその後更新がﾛｯｸする問題がありましたが､
その問題は現在修正されています｡
以前からTritonnをお使いいただいている方は､
自前でMySQLでﾊﾟｯﾁを当ててTritonnを導入されていると思います｡
しかし､現在は自前ﾋﾞﾙﾄﾞはｵｽｽﾒしておりません｡
配布されているﾊﾞｲﾅﾘを使うことをｵｽｽﾒいたします｡
論理空間不足にかなり敏感です｡
落ちなくするようにすることもやろうと思いますが､
論理空間不足での運用は､ﾊﾟﾌｫｰﾏﾝｽがかなり落ちると思います｡
概算で､Sennaのｲﾝﾃﾞｯｸｽの数 * 256M > 2Gとなると危険水域です｡
一時的にでもSennaのｲﾝﾃﾞｯｸｽの数が上記を超えるとﾏｽﾞいです｡
たとえば､別名ﾃｰﾌﾞﾙを作成してからrenameする､というような運用だと､
ｲﾝﾃﾞｯｸｽの数が運用状態の2倍となります｡
回避策としては､
などがあります｡
ｽﾚｰﾌﾞごとにｲﾝﾃﾞｯｸｽを付与することができます｡
それでｲﾝﾃﾞｯｸｽを分割するというのが運用的に楽だと思います｡
が､em64t対応CPUが普及し､em64t版OSも枯れてきた現状では､
em64t版OSに変えるのが将来的にはｵｽｽﾒできるでしょう｡
ｲﾝﾃﾞｯｸｽの数が多く､ｺﾝﾃﾝﾂの量が多い場合には､
物理ﾒﾓﾘも十分な量が必要です｡
でも､まずは十分な論理空間の確保が先決です｡
落ちたときに､mysqlのlogに
0809xx 5:xx:xx - mysqld got signal 11;
といったﾛｸﾞが出ると思います｡
そこに､
Stack range sanity check OK, backtrace follows:
0xdeadbeef
0xcafebabe
0x09286322
といった16進数値の羅列が出ていませんか？
この数値の羅列から､不具合の場所を大体特定することができます｡
というわけで､この16新数値の羅列をTritonn-devやSenna-devﾒｰﾘﾝｸﾞﾘｽﾄなどに投げていただければ幸いです｡
すでに多くの不具合は修正されているため､
残りの不具合についてはかなりのﾚｱｹｰｽであることが考えられます｡
よって､ﾂｯｺﾐをいただかないと､なかなか修正が出来なかったりするのです…
というわけでﾚｯﾂﾂｯｺﾐ｡4946｡
akiyan.comのﾌﾞﾛｸﾞを見て､導入方法を書かねば…と思い僕も実際試してみました｡
/etc/init.d/mysql start
が失敗するんですね｡僕の手元の環境でも再現しました｡
Tritonn作者であるid:mirさんにお伝えしておきました｡
ちなみに､libmysqlclient.soが見つからない問題は､
mysql-devel的なﾊﾟｯｹｰｼﾞをどこからか持ってくることによって解決することが出来ると思います｡
が､これについてもtritonn側で配布してくれたら親切だとは思います｡
ｺﾒﾝﾄ(0) | ﾄﾗｯｸﾊﾞｯｸ(0) 
関連商品
