kentoku
kento****@gmail*****
2013年 5月 20日 (月) 12:06:22 JST
斯波です。 > （関係あるかわかりませんが、spider2.28からspider3.00にしてからupdateの並列数が少なくても、 発生しやすくなったような気がします。） こちらは、Spiderノードとdataノード(mroonga)は同一サーバ上にありますでしょうか？ もしそうであれば、Spider 3.0で、バーチャルメモリが増加する問題があり、 こちらが影響しているかもしれません。 対処したものが以下にありますので、一度こちらをお試し頂けませんでしょうか？ ソースコード http://spiderformysql.com/downloads/spider-3.0/mysql-5.5.14-spider-3.0-vp-0.18-hs-1.2-q4m-0.95b.tgz バイナリ http://spiderformysql.com/downloads/spider-3.0/mysql-5.5.14-spider-3.0-vp-0.18-hs-1.2-q4m-0.95-linux-x86_64-glibc25b.tgz どうぞ、よろしくお願いいたします。 2013年5月19日 3:52 Naoya Murakami <visio****@gmail*****>: > お世話になっております。村上と申します。 > > mroonga3.03をmyisamのラッパーモードで利用しています。 > > updateを並列させすぎたせいか、mmap failed!!!! in GRN_IO_SEG_REF(0x7fcbe44d19b0, > 618)というメッセージでmysqldがクラッシュし、再起動することがよくあります。 > > （関係あるかわかりませんが、spider2.28からspider3.00にしてからupdateの並列数が少なくても、発生しやすくなったような気がします。） > > その後、groonga.logを参照すると、 > io(xxxx.mrn.000010A) collisions(1000/598903): lock failed 1000 times > となっており、クラッシュした際にアップデートしていたテーブルの > インデックスがロックされて、以後、更新できなくなります。 > > このように、インデックスがロックされた場合、該当のテーブルをdisable keys 後、 > enable keysすることにより、インデックスを再構築しなおすことにより、対応しています。 > > ５月頭よりずっとインデックス構築しておりますが、途中で、mysqldがクラッシュし、 > インデックスがロックされることが多くて、やり直しが多数発生してなかなか大変です。 > インデックスの再構築に、１日超かかるテーブルが多いです。。 > ***.mrn.001がロックされ、データベースごとインデックス構築やり直したことも > あります。 > > Q.インデックスがロックされた場合、インデックスの再構築以外にロックを > 解除させる方法はないでしょうか？ > > 以上、よろしくお願いします。 > _______________________________________________ > groonga-dev mailing list > groon****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/groonga-dev >
