Tetsuro IKEDA
ikdtt****@gmail*****
2007年 12月 14日 (金) 17:15:32 JST
こんにちは。池田です。
本件ですが、こんな感じに修正しましたー。
viewはshow senna statusの対象外になります。
[test]> create table hoge (
-> id int not null auto_increment,
-> val varchar(255) not null default '',
-> primary key (id),
-> fulltext index using ngram (val)
-> );
Query OK, 0 rows affected (0.04 sec)
[test]>
[test]> create view fuga as select * from hoge;
Query OK, 0 rows affected (0.00 sec)
[test]>
[test]> show senna status\G
*************************** 1. row ***************************
Table: hoge
Key_name: val
Column_name: val
Encoding: utf8
Index_type: NGRAM
Sectionalize: OFF
Normalize: ON
Split_alpha: OFF
Split_digit: OFF
Split_symbol: OFF
Initial_n_segments: 512
Senna_keys_size: 0
Senna_keys_file_size: 4268032
Senna_lexicon_size: 0
Senna_lexicon_file_size: 4268032
Senna_inv_seg_size: 167936
Senna_inv_chunk_size: 135168
1 row in set (0.00 sec)
07/12/12 に Tetsuro IKEDA<te.ik****@jpta*****> さんは書きました:
> こんにちは。池田です。
>
> いちいさん、追加情報ありがとうございます。
>
> Tritonnのバージョンの特定だけでなくバイナリも特定したいのは、
> 以下のようなstacktraceをresolveした結果が、自分の手元の
> 再現環境で発生したバグと「完全に一致しているか」を検証するためです(^^)
>
> > > > Stack range sanity check OK, backtrace follows:
> > > > 0x820f7c9
> > > > 0x8316ee4
> > > > 0x822738a
> > > > 0x822de6f
> > > > 0x8225141
> > > > Stack trace seems successful - bottom reached
>
> この16進数のアドレスとmysqldのシンボル情報(nm --numeric-sort)を
> 付き合わせることでそれを行うのですが、そのシンボル情報は
> 同じMySQL+Tritonn+Sennaでもバイナリによって異なります。
>
> ですので、Tritonnの配布バイナリであればどれなのかというのが
> 必要になります。利用者自身がソースからビルドしている場合は、
> こちらで確認できないので、resolve_stack_dumpコマンド(MySQL付属)で
> resolveした結果を、という感じになります。
>
> そこまでやらんでも直せる場合がほどんどですが、
> 念には念をという感じです(^^; sig 11が出るバグなので。
>
> >
> > いちいです。
> >
> >
> > > 利用されているバイナリのバージョンと種類を教えていただけないでしょうか？
> > >
> > > > sf.netからダウンロードしてsupport-files/my-small.cnfほぼそのままな状態です。
> > >
> > > とのことですので、たぶんmysql-5.0.45-tritonn-1.0.7のバイナリだと思う
> > > のですが、RPM/tarball版、i686/x86_64版の組み合わせで4パタンあります。
> > > (再現させた場合のstacktraceが完全に一致することを確認するためです。）
> >
> > すいません、肝心な所が抜けてました。
> > > mysql-5.0.45-tritonn-1.0.7-linux-i686.tar.gz
> > です。
> >
> >
> > こういうときは↓を出せばいいのかな??
> >
> > mysql> show variables like 'version%';
> > +-------------------------+-------------------------------------------------------------+
> > | Variable_name | Value |
> > +-------------------------+-------------------------------------------------------------+
> > | version | 5.0.45-modified |
> > | version_comment | MySQL Community Server (GPL) (portions (c) Tritonn Project) |
> > | version_compile_machine | i686 |
> > | version_compile_os | pc-linux-gnu |
> > +-------------------------+-------------------------------------------------------------+
> > 4 rows in set (0.00 sec)
> >
> >
> > ということでよろしくお願いします。
> >
> > --
> > ICHII Takashi
> > ichii****@schwe*****
> >
> >
> > From: Tetsuro IKEDA <te.ik****@jpta*****>
> > Subject: [Tritonn-dev 55] Re: view を作って show senna status すると got signal 11
> > Date: Wed, 12 Dec 2007 09:59:11 +0900
> >
> > > いちいさん、こんにちは。池田です。
> > >
> > > バグ報告ありがとうございます。
> > >
> > > ちょっと身に覚えがあります。
> > >
> > > "SHOW SENNA STATUS"はsql/sql_show.ccにsenna_show_statusという
> > > 新しく作った関数で処理しているのですが、VIEWへの配慮をする
> > > コードを書いた記憶がないです。(^^;
> > >
> > > 最近、show create tableに対する処理を行うコードを読んだのですが、
> > > http://d.hatena.ne.jp/mir/20071211/p2
> > > VIEWへの配慮を行うコードを見て、同様のロジックがsenna_show_status
> > > にも必要と思ったしだいです。
> > >
> > > 早速修正を試みたいと思います。
> > >
> > > いちいさん、念のためにお伺いしたいのですが、
> > > 利用されているバイナリのバージョンと種類を教えていただけないでしょうか？
> > >
> > > > sf.netからダウンロードしてsupport-files/my-small.cnfほぼそのままな状態です。
> > >
> > > とのことですので、たぶんmysql-5.0.45-tritonn-1.0.7のバイナリだと思う
> > > のですが、RPM/tarball版、i686/x86_64版の組み合わせで4パタンあります。
> > > (再現させた場合のstacktraceが完全に一致することを確認するためです。）
> > >
> > > お手数ではありますが、よろしくおねがいいたします。
> > >
> > >
> > >
> > > >
> > > > こんばんは、いちいです。
> > > >
> > > >
> > > > 池田さんにこちらへと言われたので、バグ報告をこちらに投げさせて
> > > > いただきます。
> > > >
> > > > 長くなっちゃいますけど、エラーログの内容も貼り付けます。
> > > > 報告だけですいません…。
> > > >
> > > >
> > > > * 内容
> > > > fulltext using ngramなテーブルからviewを作ってshow senna status すると
> > > > mysqld got signal 11 でクラッシュする (たんにviewつくるだけで再現しました)
> > > >
> > > > * 再現手段
> > > > mysql> create table hoge (
> > > > -> id int not null auto_increment,
> > > > -> val varchar(255) not null default '',
> > > > -> primary key (id),
> > > > -> fulltext index using ngram (val)
> > > > -> );
> > > > Query OK, 0 rows affected (0.01 sec)
> > > >
> > > > mysql> create view fuga as select * from hoge;
> > > > Query OK, 0 rows affected (0.00 sec)
> > > >
> > > > mysql> show senna status\G
> > > > ERROR 2013 (HY000): Lost connection to MySQL server during query
> > > >
> > > > * 環境
> > > > Linux elmo 2.6.22-2-686 #1 SMP Fri Aug 31 00:24:01 UTC 2007 i686 GNU/Linux
> > > > sf.netからダウンロードしてsupport-files/my-small.cnfほぼそのままな状態です。
> > > >
> > > > * エラーログ
> > > > 071211 23:18:54 mysqld started
> > > > 071211 23:18:54 InnoDB: Started; log sequence number 0 49749
> > > > 071211 23:18:54 [Note] /home/ichii386/usr/src/mysql-5.0/bin/mysqld: ready for connections.
> > > > Version: '5.0.45-modified' socket: '/tmp/mysql-5.0.sock' port: 13307 MySQL Community Server (GPL) (portions (c) Tritonn Project)
> > > > 071211 23:19:15 - 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.
> > > >
> > > > key_buffer_size=16384
> > > > read_buffer_size=258048
> > > > max_used_connections=1
> > > > max_connections=100
> > > > threads_connected=1
> > > > It is possible that mysqld could use up to
> > > > key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 31615 K
> > > > bytes of memory
> > > > Hope that's ok; if not, decrease some variables in the equation.
> > > >
> > > > thd=0x8d04538
> > > > 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...
> > > > Cannot determine thread, fp=0xb413f088, backtrace may not be correct.
> > > > Stack range sanity check OK, backtrace follows:
> > > > 0x820f7c9
> > > > 0x8316ee4
> > > > 0x822738a
> > > > 0x822de6f
> > > > 0x8225141
> > > > Stack trace seems successful - bottom reached
> > > > Please read http://dev.mysql.com/doc/mysql/en/using-stack-trace.html and
> > > > follow instructions on how to resolve the stack trace. Resolved
> > > > stack trace is much more helpful in diagnosing the problem, so please do
> > > > resolve it
> > > > Trying to get some variables.
> > > > Some pointers may be invalid and cause the dump to abort...
> > > > thd->query at 0x8d289b8 = show senna status
> > > > thd->thread_id=1
> > > > The manual page at http://www.mysql.com/doc/en/Crashing.html contains
> > > > information that should help you find out what is causing the crash.
> > > >
> > > > Number of processes running now: 0
> > > > 071211 23:19:15 mysqld restarted
> > > >
> > > >
> > > > 以上です、よろしくお願いします。
> > > >
> > > > --
> > > > ICHII Takashi
> > > > ichii****@schwe*****
> > > >
> > > > _______________________________________________
> > > > Tritonn-dev mailing list
> > > > Trito****@lists*****
> > > > http://lists.sourceforge.jp/mailman/listinfo/tritonn-dev
> > >
> > > ------------------------------
> > > Tetsuro IKEDA
> > > Sumisho Computer Systems, Corp.
> > > http://www.scs.co.jp/mysql/
> > > ------------------------------
> > >
> > > _______________________________________________
> > > Tritonn-dev mailing list
> > > Trito****@lists*****
> > > http://lists.sourceforge.jp/mailman/listinfo/tritonn-dev
> >
> > _______________________________________________
> > Tritonn-dev mailing list
> > Trito****@lists*****
> > http://lists.sourceforge.jp/mailman/listinfo/tritonn-dev
>
> ------------------------------
> Tetsuro IKEDA
> Sumisho Computer Systems, Corp.
> http://www.scs.co.jp/mysql/
> ------------------------------
>
> _______________________________________________
> Tritonn-dev mailing list
> Trito****@lists*****
> http://lists.sourceforge.jp/mailman/listinfo/tritonn-dev
>