Naoya Murakami
visio****@gmail*****
2013年 8月 27日 (火) 15:14:28 JST
お世話になっております。村上です。 わざわざ、詳細なデバッグ手法までご提示いただきありがとうございます! 当方あまりに解析能力がなくて申し訳ないです。 mysqldのバックトレースというのは、たぶん以下でいいのですよね? mysql5.5.14と5.6.13でクラッシュしたときの2種類がありました。 5.6.13では、groongaの関数が見えている感じですが、これで特定できますか? できなければ、教えていただいたデバッグをしかけて、再現させてみたいと思います。 ・mysql5.6.13でクラッシュしたときのもの 2013-08-26 22:37:55.039041|n|5490c700| nterms=236 chunk=2186602 total=5908644KB 2013-08-26 22:37:58.571426|n|46a08720|mroonga 3.07 started. 13:37:55 UTC - mysqld got signal 11 ; Thread pointer: 0x2ce8b90 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 = 7f735490be28 thread_stack 0x40000 /usr/local/mysql/bin/mysqld(my_print_stacktrace+0x35)[0x8d77e5] /usr/local/mysql/bin/mysqld(handle_fatal_signal+0x40b)[0x64cdfb] /lib64/libpthread.so.0[0x318c00f500] /lib64/libc.so.6[0x318bc78962] /usr/lib64/libgroonga.so.0(grn_free_default+0x31)[0x7f73542828f1] /usr/lib64/libgroonga.so.0(+0x10b0d4)[0x7f735436c0d4] /usr/lib64/libgroonga.so.0(grn_ii_buffer_commit+0x3fd)[0x7f735438a10d] /usr/local/mysql/bin/mysqld(handle_fatal_signal+0x40b)[0x64cdfb] /lib64/libpthread.so.0[0x318c00f500] /lib64/libc.so.6[0x318bc78962] /usr/lib64/libgroonga.so.0(grn_free_default+0x31)[0x7f73542828f1] /usr/lib64/libgroonga.so.0(+0x10b0d4)[0x7f735436c0d4] /usr/lib64/libgroonga.so.0(grn_ii_buffer_commit+0x3fd)[0x7f735438a10d] /usr/lib64/libgroonga.so.0(grn_ii_build+0x4b5)[0x7f735438c265] /usr/lib64/libgroonga.so.0(grn_obj_set_info+0xaec)[0x7f73542b718c] /usr/local/mysql/lib/plugin/ha_mroonga.so(_ZN10ha_mroonga20storage_create_indexEP5TABLEPKcP8_grn_objP16st_mroonga_shareP6st_keyPS5_SA_j+0x369)[0x7f73546acf29] /usr/local/mysql/lib/plugin/ha_mroonga.so(_ZN10ha_mroonga22storage_enable_indexesEj+0x274)[0x7f73546b7c34] /usr/local/mysql/bin/mysqld(_Z17mysql_alter_tableP3THDPcS1_P24st_ha_create_informationP10TABLE_LISTP10Alter_infojP8st_orderb+0x2154)[0x7232c4] /usr/local/mysql/bin/mysqld(_ZN19Sql_cmd_alter_table7executeEP3THD+0x43c)[0x8161ec] /usr/local/mysql/bin/mysqld(_Z21mysql_execute_commandP3THD+0x1af1)[0x6d1331] /usr/local/mysql/bin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x4c7)[0x6d4637] /usr/local/mysql/bin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x1164)[0x6d5894] /usr/local/mysql/bin/mysqld(_Z24do_handle_one_connectionP3THD+0x10d)[0x69e9cd] /usr/local/mysql/bin/mysqld(handle_one_connection+0x42)[0x69eb02] /usr/local/mysql/bin/mysqld(pfs_spawn_thread+0x127)[0x91d527] /lib64/libpthread.so.0[0x318c007851] /lib64/libc.so.6(clone+0x6d)[0x318bce890d] ・mysql5.5.14でクラッシュしたもの 2013-08-26 12:15:24.929599|n|312d3700| nterms=236 chunk=2186602 total=5908644KB 2013-08-26 12:15:27.897238|n|e77bc720|mroonga 3.06 started. 130826 12:15:27 - mysqld got signal 11 ; ・・・ Thread pointer: 0x0 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 = (nil) thread_stack 0x40000 /usr/local/mysql-5.5.14-spider-3.0-vp-0.18-hs-1.2-q4m-0.95-linux-x86_64-glibc25/bin/mysqld(handle_segfault+0x36e)[0x4f0b3e] /lib64/libpthread.so.0[0x318c00f500] /usr/local/mysql-5.5.14-spider-3.0-vp-0.18-hs-1.2-q4m-0.95-linux-x86_64-glibc25/bin/mysqld(_ZN11TC_LOG_MMAP7recoverEv+0x12d)[0x6d8fad] /usr/local/mysql-5.5.14-spider-3.0-vp-0.18-hs-1.2-q4m-0.95-linux-x86_64-glibc25/bin/mysqld(_ZN11TC_LOG_MMAP4openEPKc+0x66b)[0x6dbf6b] /usr/local/mysql-5.5.14-spider-3.0-vp-0.18-hs-1.2-q4m-0.95-linux-x86_64-glibc25/bin/mysqld[0x4f406e] /usr/local/mysql-5.5.14-spider-3.0-vp-0.18-hs-1.2-q4m-0.95-linux-x86_64-glibc25/bin/mysqld(_Z11mysqld_mainiPPc+0x845)[0x4f6b15] /lib64/libc.so.6(__libc_start_main+0xfd)[0x318bc1ecdd] /usr/local/mysql-5.5.14-spider-3.0-vp-0.18-hs-1.2-q4m-0.95-linux-x86_64-glibc25/bin/mysqld[0x4eead9] 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. 以上、よろしくお願いします。