Hello.
Resolve a stack trace. See: http://dev.mysql.com/doc/mysql/en/using-stack-trace.html > Hi, > This is my first time to instll mysql. So I have not so much > experience. I am apprecia ted your help! > Now I check my mysqld.log file, there is something like: > > 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=0x8939120 > 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=0xbfe7ea88, backtrace may not be correct. > Stack range sanity check OK, backtrace follows: > 0x808df77 > 0x82e8af8 > 0x8561759 > 0x8084834 > 0x80b4c0e > 0x80a2c14 > 0x809d0f2 > 0x809cab4 > 0x809c167 > 0x82e62ac > 0x830fc3a -- For technical support contracts, goto https://order.mysql.com/?ref=ensita This email is sponsored by Ensita.NET http://www.ensita.net/ __ ___ ___ ____ __ / |/ /_ __/ __/ __ \/ / Gleb Paharenko / /|_/ / // /\ \/ /_/ / /__ [EMAIL PROTECTED] /_/ /_/\_, /___/\___\_\___/ MySQL AB / Ensita.NET <___/ www.mysql.com -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED]
