安田一郎
pillo****@gmail*****
2013年 10月 20日 (日) 05:06:32 JST
はじめまして 安田と申します。 mysqlは5.6.11 mroongaバージョンは、3.0.3 スレーブDBとして利用しているmysqlが突然restartしました。 バグ情報で掲載されていた事象とログが似ていますが、発生要因が異なるため、 他の何か要因が考えられますでしょうか。 ■MySQLのエラーログから抜粋 10:56:08 UTC - mysqld got signal 11 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. 〜〜 Thread pointer: 0xff2d2260 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = 7f93ac73ae18 thread_stack 0x40000 〜〜 Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (7f96f83671a0): is an invalid pointer Connection ID (thread ID): 22989181 Status: NOT_KILLED The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. 131019 19:56:09 mysqld_safe Number of processes running now: 0 131019 19:56:09 mysqld_safe mysqld restarted 〜〜 ■Mroongaの修正履歴から抜粋(現状のgroonga 3.0.3以降) ・3.0.4 空の検索クエリがSEGVを引き起す不具合を修正しました。 [groonga-dev,01346][中井さんが報告] ・3.0.5 DISABLE KEYS 有効時に更新するとクラッシュする問題を修正しました。 [#1759] where句なしで ORDER BY ... LIMIT を指定するとクラッシュする不具合を修正しました。[@memorycraftさんが報告] ログにも「signal 11を受信」とあり、以下の通りSIGSEGVは11番のため、3.0.4で修正されている問題かが気になって います。groonga-dev,01346は以下。 http://sourceforge.jp/projects/groonga/lists/archive/dev/2013-April/001346.html
