not enough symbol info in binary

[Vadim Tkachenko]

Using percona-server... .x86_64.tar.gz, I do not see full trace under gdb

Thread 11 (Thread 0x5995a940 (LWP 8559)):
#0 0x0000003c70c0aee9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1 0x00000000007a0355 in os_event_wait_low (event=0x2ab799c75a70, reset_sig_count=<value optimized out>) at os/os0sync.c:399
#2 0x00000000007df42c in sync_array_wait_event (arr=0xf20d700, index=47) at sync/sync0arr.c:451
#3 0x00000000007dfeb4 in rw_lock_x_lock_func (lock=0x2ab799c759e8, pass=0, file_name=0xa02165 "btr/btr0sea.c", line=1810) at sync/sync0rw.c:683
#4 0x0000000000813f23 in btr_search_update_hash_on_insert (cursor=0x59957820) at btr/btr0sea.c:1810
#5 0x000000000080c151 in btr_cur_optimistic_insert (flags=0, cursor=0x59957820, entry=0x2ab7ec0f49f8, rec=0x599578b8, big_rec=0x599578b0, n_ext=0, thr=0x2ab7ec0f4d60, mtr=0x59956f80) at btr/btr0cur.c:1419
#6 0x00000000007bae7c in row_ins_index_entry_low (mode=2, index=0x2ab7ec01c6d8, entry=0x2ab7ec0f49f8, n_ext=0, thr=0x2ab7ec0f4d60) at row/row0ins.c:2088
#7 0x00000000007bbe6c in row_ins_index_entry (index=0x2ab7ec01c6d8, entry=0x2ab7ec0f49f8, n_ext=0, foreign=<value optimized out>, thr=0x2ab7ec0f4d60) at row/row0ins.c:2168
#8 0x00000000007bc112 in row_ins_index_entry_step (thr=0x2ab7ec0f4d60) at row/row0ins.c:2253
#9 row_ins (thr=0x2ab7ec0f4d60) at row/row0ins.c:2385
#10 row_ins_step (thr=0x2ab7ec0f4d60) at row/row0ins.c:2495
#11 0x00000000007c1fc9 in row_insert_for_mysql (mysql_rec=<value optimized out>, prebuilt=0x2ab7ec0b4028) at row/row0mysql.c:1140
#12 0x00000000007734ce in ha_innobase::write_row(unsigned char*) ()
#13 0x0000000059957aa0 in ?? ()
#14 0x0000000059957a98 in ?? ()
#15 0x00002ab7dc2ca410 in ?? ()
#16 0x00002ab7ec0af220 in ?? ()
#17 0x00002ab7ec0af640 in ?? ()
#18 0x00002ab7ec0ae970 in ?? ()
#19 0x0000000000000000 in ?? ()

It seems there is only info for InnoDB, not for whole mysql.

When I use MySQL-5.5.5 - I see full detailed info, we need to have the same level of debug symbols.

[Aleksandr Kuzminsky (akuzminsky)]

Vadim,

I can see non-InnoDB function in the mysqld.

(gdb) break buf_page_get_gen
Note: breakpoint 1 also set at pc 0x7dc7d0.
Breakpoint 2 at 0x7dc7d0: file buf/buf0buf.c, line 2632.

Could you please confirm the bug is fixed in Rev.119 ?
(http://www.percona.com/downloads/TESTING/Percona-Server-51/Percona-Server-5.1.50-12.1/119/Linux/binary/Percona-Server-5.1.50-rel12.1-119-Linux-x86_64.tar.gz)

[Aleksandr Kuzminsky (akuzminsky)]

pls, ignore the previous comment.

Here is a backtrace example. Looks like the symbols are in.
(gdb) bt
#0 ha_innobase::write_row (this=0x2abd640, record=0x2abfbb0 "�\n") at handler/ha_innodb.cc:4921
#1 0x00000000006948f3 in handler::ha_write_row (this=0x2abd640, buf=0x2abfbb0 "�\n") at handler.cc:4766
#2 0x000000000063205d in write_record (thd=0x2aaab800ca80, table=0x2abe620, info=0x496bf0a0) at sql_insert.cc:1607
#3 0x0000000000635976 in mysql_insert (thd=0x2aaab800ca80, table_list=0x2ac09f8, fields=@0x2aaab800f000, values_list=@0x2aaab800f048,
    update_fields=@0x2aaab800f030, update_values=@0x2aaab800f018, duplic=DUP_ERROR, ignore=false) at sql_insert.cc:835
#4 0x00000000005c2aaf in mysql_execute_command (thd=0x2aaab800ca80) at sql_parse.cc:3300
#5 0x00000000005c6939 in mysql_parse (thd=0x2aaab800ca80, rawbuf=0x2ac0910 "insert into t1 values(10, 'aa')", length=31,
    found_semicolon=0x496c0e48) at sql_parse.cc:6163
#6 0x00000000005c7369 in dispatch_command (command=COM_QUERY, thd=0x2aaab800ca80, packet=<value optimized out>,
    packet_length=<value optimized out>) at sql_parse.cc:1276
#7 0x00000000005c8000 in do_command (thd=0x2aaab800ca80) at sql_parse.cc:901
#8 0x00000000005b9fe2 in handle_one_connection (arg=0x2aaab800ca80) at sql_connect.cc:1738
#9 0x00000035878064a7 in start_thread () from /lib64/libpthread.so.0
#10 0x0000003586cd3c2d in clone () from /lib64/libc.so.6
(gdb)

[Shahriyar Rzayev (rzayev-sehriyar)]

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PS-422