Yutaro Shimamura
yu****@irx*****
2007年 7月 9日 (月) 17:33:18 JST
島村です。 情報ありがとうございます！ mmapバグのカーネルには該当しないようですね、、 確認の方法ですが、 > wget http://yu.irx.jp/dev/senna/files/mmapbug.c > gcc mmapbug.c > ./a.out | od -x と実行し、 0000000 aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa 0000020 aaaa aaaa 5555 5555 5555 5555 5555 5555 0000040 5555 5555 5555 5555 0000050 という結果になるか、ということになります。 該当するカーネルの場合、 0000000 aaaa aaaa aaaa aaaa aaaa 0000 0000 0000 0000020 0000 0000 5555 5555 5555 5555 5555 5555 0000040 5555 5555 5555 5555 0000050 という結果になってしまいます。 sen_log_debugに関してですが、 先月僕がレプリケーション作動しているmysqlのス レーブ側で - invalid sjis string end on sen_str_charlen - mmap failed! というエラーを大量に発見し、debugで確認してみた ところ、 sen_index_updateに対してSQL文自体が混入している状態 を確認していました。 ただ、これに関しては、自分自身でtritonnのパッチ に対してinsert周りをいじっていたりするので、 その影響かと思っていたりしているのですが、 もし同じ現象であるなら切り分けやすいかな、と 思っています。 (しかしながら、僕の環境では127エラーを確認して はおりません。) よろしくお願いいたします。 ------- 島村 優太郎 yu****@irx***** On Jul 9, 2007, at 5:14 PM, 坂根 有 wrote: > 坂根です。お忙しい中返信頂きましてありがとう > ございます。 > > - uname -aの結果 > ⇒Linux 2.6.9-42.0.10.ELsmp #1 SMP Fri Feb 16 17:17:21 EST 2007 > i686 i686 i386 GNU/Linux > - sennaのエラーが発生するのはマスタ側 or スレー > ブ側 > ⇒どちらでも発生致します。 > - 可能であれば、sen_log_debugでの結果 > ⇒インサートしてセレクトした際の動作のログで > よろしいのでしょうか？ > > Senna-dev 552のmmapバグの件なのですが、カーネルの > バージョンは違うようです。 > 確認方法はどうすればよいのかわかりませんでし > た。申し訳ございません。 > >> -----Original Message----- >> From: senna****@lists***** >> [mailto:senna****@lists*****] On Behalf Of >> Yutaro Shimamura >> Sent: Monday, July 09, 2007 4:17 PM >> To: sennaの開発に関する日本語での議論 >> Subject: [Senna-dev 630] Re: Got error 127 エラー ＆ mysqldump >> で再構築後おかしくなる？ >> >> >> 島村です。 >> >> 以下のことが明確になると、 >> バグが追いやすいかなぁ、と思います。 >> >> - uname -aの結果 >> - sennaのエラーが発生するのはマスタ側 or スレー >> ブ側 >> - 可能であれば、sen_log_debugでの結果 >> >> 以上の3点を確認したいと思います。 >> >> Linuxなので、Senna-dev 552のmmapバグに該当するのでは >> ないか、と思っています。(uname) >> >> >> よろしくお願いします。 >> >> >> On Jul 9, 2007, at 3:03 PM, 坂根 有 wrote: >> >>> お世話になっております。坂根です。 >>> >>> senna導入後からMYSQLで稀にエラーが発生するように >>> なりました。 >>> >>> エラー内 >>> >> 容------------------------------------------------------------------ >> - >>> --- >>> DB環境はレプリケーションでマスター1台にス >>> レーブ >>> 2台の構成で >>> CentOS4 + tritonn-1.0.2-mysql-4.1.22-senna-1.0.4 + mecab-0.94 + >>> php-4.4.1です。 >>> >>> MYSQLのエラーログに以下がでます。 >>> 070709 10:24:51 [ERROR] Got error 127 when reading table 'テーブ >>> ル名' >>> >> -------------------------------------------------------------- >> -------- >>> ---------- >>> >>> 何点か試してみましたことを以下に書きます。 >>> >>> 1.テーブルが壊れている場合に出るエラーとのこ >>> とでCHECK TABLEで対象のテーブルを見てみました。 >>> ⇒結果は大体OKなのですが何回か走らせると稀に >>> warningが表示されことがあります。 >>> warningの内容は、"check warning 4 clients are using or haven't >>> closed the table properly" です。 >>> >>> 2.SENNAのエラーログ（senna-log-level WARNING）を出力 >>> ⇒以下のエラーがでています。 >>> 07/07:14:39:47.013508|w| invalid euc-jp string end on >> sen_str_charlen >>> >>> 3.senna1.0.7にしてmysqldumpしてDBを再構築 >>> ⇒症状が悪化（頻度があがり他のエラーが発生） >>> SENNAのエラーログに下記のエラーが発生するよう >>> になりました。 >>> 07/07:18:31:42.884728|w| mi_delete_table: cannot get MI_INFO >>> 07/09:09:55:48.793042|A| mmap(%,4194304,4754)=・パ >>> e・・輝$￠・%> >>> >>> また、これまで発生しなかったMySQLのエラーで下 >>> 記のものが発生するようになりましたが、 >>> こちらについてはmysqldで扱えるファイル数を増や >>> すことや、table_cacheの数を減らす事 >>> で対応しました。 >>> Error in accept: Too many open files >>> >>> あと、気になるところで、PHPの持続的データベー >>> ス接続（mysql_pconnect）が機能していない >>> ように思えます。これまでは、同じDB・接続元ホ >>> スト・パスワードであれば既存のリンクを使用 >>> しておりましたが、再構築後は毎回新たにDBへ接 >>> 続するようになりました。 >>> >>> エラーコード:127については100%再現する方法がな >>> いのですが、 >>> SENNAのFULLTEXTINDEXを貼ったテーブルにINSERT後のSELECT >>> 時に発生しています。 >>> >>> 恐れ入りますが、アドバイスなどご教授願えます >>> でしょうか。 >>> _______________________________________________ >>> Senna-dev mailing list >>> Senna****@lists***** >>> http://lists.sourceforge.jp/mailman/listinfo/senna-dev >> >> _______________________________________________ >> Senna-dev mailing list >> Senna****@lists***** >> http://lists.sourceforge.jp/mailman/listinfo/senna-dev >> > _______________________________________________ > Senna-dev mailing list > Senna****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/senna-dev
