Description:
Hello after update to mysql 4.0.21 I can not use mysqldump to backup my database. I use
mysqldump -u sicherung -pxxxxxxx -acCFlQe MeinLager > /tmp/backup/MeinLager.sql
when I run this i get this message:
mysqldump: Can't get CREATE TABLE for table `Artikel` (Lost connection to MySQL server during query)
An in the serverlog I must read this:
InnoDB: Error: select_lock_type is 99999999 inside ::start_stmt()!
040926 10:39:58InnoDB: Assertion failure in thread 90122 in file ha_innodb.cc line 4581
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. See section 6.1 of
InnoDB: http://www.innodb.com/ibman.php about forcing recovery.
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=8388600
read_buffer_size=131072
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 = 225791 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
thd=0x8788fb0
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=0xfee7eef8, backtrace may not be correct.
Stack range sanity check OK, backtrace follows:
0x8072614
0x826ac98
0x80d2564
0x8091db8
0x8091e80
0x80e0074
0x807e6d3
0x8081155
0x807c893
0x807c2de
0x807bb08
0x826844c
0x829df0a
New value of fp=(nil) failed sanity check, terminating stack trace!
Please read http://www.mysql.com/doc/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 0x879d808 = show create table `Artikel`
thd->thread_id=14
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
040926 10:39:58 mysqld restarted
040926 10:39:58 Warning: Asked for 196608 thread stack, but got 126976
040926 10:39:59 InnoDB: Started
/usr/sbin/mysqld: Warten auf Verbindungen Official MySQL RPM
How to repeat:
try to dump the database with
mysqldump -u sicherung -pxxxxxxx -acCFlQe MeinLager > /tmp/backup/MeinLager.sql
