Hi,
Try to start mysql daemon with "--skip-innodb" and see if the problem
persist.I suppose is something wrong with your my.cnf configuration.
Regards,

Gelu
_____________________________________________________
G.NET SOFTWARE COMPANY

Permanent e-mail address : [EMAIL PROTECTED]
                                          [EMAIL PROTECTED]
----- Original Message -----
From: "Andrew Sitnikov" <[EMAIL PROTECTED]>
To: "Gelu Gogancea" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, January 09, 2003 6:05 PM
Subject: Re[4]: mysql 4.0.8- crash on TCP connection


> Hello Gelu,
>
> GG> Hi Andrew,
> GG> I can not reproduce your case.For me work good.The only difference is
that i
> GG> use source distribution and you use a binary distribution.
> GG> Please take a look in mysql log and tell me what you see there.
> GG> Regards,
>
> 030108 20:12:09  mysqld started
> 030108 20:12:10  InnoDB: Started
> /usr/local/mysql/bin/mysqld: ready for connections
> 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=402653184
> read_buffer_size=2093056
> sort_buffer_size=2097144
> max_used_connections=1
> max_connections=200
> threads_connected=1
> It is possible that mysqld could use up to
> key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections =
1211614 K
> bytes of memory
> Hope that's ok; if not, decrease some variables in the equation.
>
> thd=0x8704638
> 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=0xb397f608, backtrace may not be correct.
> Stack range sanity check OK, backtrace follows:
> 0x806f3bb
> 0x8269928
> 0x807724c
> 0x8077665
> 0x82670dc
> 0x829c67a
> New value of fp=(nil) failed sanity check, terminating stack trace!
> Please read http://www.mysql.com/doc/U/s/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 (nil)  is invalid pointer
> thd->thread_id=10
>
> Successfully dumped variables, if you ran with --log, take a look at the
> details of what thread 10 did to cause the crash.  In some cases of really
> bad corruption, the values shown above may be invalid.
>
> The manual page at http://www.mysql.com/doc/C/r/Crashing.html contains
> information that should help you find out what is causing the crash.
>
> Number of processes running now: 0
> 030108 20:12:25  mysqld restarted
> 030108 20:12:26  InnoDB: Started
>
> >> Hello Gelu,
> >>
> >> GG> Hi,
> >> GG> What OS you use ?
> >> System: Linux gap 2.4.20-grsec #1 SMP Fri Dec 6 23:17:05 EET 2002 i686
> GG> unknown
> >> Architecture: i686
> >>
> >> Some paths:  /usr/bin/perl /usr/bin/make /usr/bin/gmake
> GG> /home/local/sitnikov/bin/gcc /home/local/sitnikov/bin/cc
> >> GCC: Reading specs from /usr/lib/gcc-lib/i486-suse-linux/2.95.3/specs
> >> gcc version 2.95.3 20010315 (SuSE)
> >> Compilation info: CC='gcc'  CFLAGS='-O2 -mcpu=pentiumpro'  CXX='gcc'
> GG> CXXFLAGS='-O2 -mcpu=pentiumpro -felide-constructors'  LD
> >> FLAGS=''  ASFLAGS=''
> >> LIBC:
> >> -rwxr-xr-x    1 root     root      1384072 Oct  1 19:10 /lib/libc.so.6
> >> -rw-r--r--    1 root     root     25215016 Oct  1 18:56 /usr/lib/libc.a
> >> -rw-r--r--    1 root     root          178 Oct  1 18:56
/usr/lib/libc.so
> >>
> Best regards,
>  Andrew Sitnikov
>  e-mail : [EMAIL PROTECTED]
>
>


---------------------------------------------------------------------
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/           (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

Reply via email to