SQLinfo.ru - Все о MySQL

Форум пользователей MySQL

Задавайте вопросы, мы ответим

Вы не зашли.

#1 10.11.2009 00:06:46

Cyberic
Участник
Зарегистрирован: 10.11.2009
Сообщений: 3

Mysqld got signal 11 :(

Коллеги, помогите плиз:

У нас стоит Vbulletin 3.8.4 - постоянно слетают одни и теже таблицы, если во время не починить, слетает вся база...

Таблицы: thread, session - причем в пхпмайадмине статус этих таблиц - "используется", после починки становятся нормальные, если непочинить - база отваливается, потом опять все заново...

Вот лог:

-------------------------
Ошибка базы данных в vBulletin 3.8.4:
Invalid SQL:
SELECT IF(visible = 2, 1, 0) AS isdeleted,
thread.*
FROM vb_forum_thread AS thread
WHERE thread.threadid = 33059;

Ошибка MySQL : Table './db_base/_forum_thread' is marked as crashed and should be repaired
Номер ошибки : 145
Дата запроса : Wednesday, November 4th 2009 @ 12:06:05 AM
Дата ошибки : Wednesday, November 4th 2009 @ 12:06:05 AM
Скрипт : http://www.***.ru/_forum/showthread....ewpost&t=33059
Реферрер : http://www.***.ru/_forum/
IP адрес : -------------
Имя пользователя : ***
Имя класса : vB_Database
Версия MySQL : 5.0.51a-community-log
-------------------------

Включили логи MySQL:

--------------------------------------------------------------------------
091109 10:48:35 mysqld started
091109 10:48:36 [Warning] Asked for 196608 thread stack, but got 126976
091109 10:48:36 InnoDB: Started; log sequence number 0 43655
091109 10:48:36 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.51a-community-log' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Edition (GPL)
091109 13:17:22 - 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=268435456
read_buffer_size=126976
max_used_connections=15
max_connections=1024
threads_connected=2
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 389112 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

thd=0xa682e3f0
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=0xbf7de618, backtrace may not be correct.
Stack range sanity check OK, backtrace follows:
0x80a94ae
0x836dd38
0x818a7a7
0x818a772
0x818a735
0x818a6b2
0x818964a
0x8116843
0x80bdcf2
0x80c2a53
0x80ba79b
0x80ba083
0x80b9525
0x836b4ec
0x83959ca
New value of fp=(nil) failed sanity check, terminating stack trace!
Please read http://dev.mysql.com/doc/mysql/en/us...ack-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 0x8b4bc40 = UPDATE vb_forum_user AS user



thd->thread_id=63280
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
091109 13:17:22 mysqld restarted
091109 13:17:22 [Warning] Asked for 196608 thread stack, but got 126976
091109 13:17:22 InnoDB: Started; log sequence number 0 43655
091109 13:17:23 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.51a-community-log' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Edition (GPL)
091109 13:19:03 [ERROR] Got error 134 when reading table './db_lacetticlub3/vb_forum_session'
091109 13:19:08 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './db_lacetticlub3/vb_forum_forumread.MYI'; try to repair it
091109 13:19:08 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './db_lacetticlub3/vb_forum_forumread.MYI'; try to repair it
091109 13:19:08 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './db_lacetticlub3/vb_forum_session.MYI'; try to repair it
091109 13:19:08 [ERROR] Got error 134 when reading table './db_lacetticlub3/vb_forum_session'
091109 13:19:29 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './db_lacetticlub3/vb_forum_session.MYI'; try to repair it
091109 13:19:57 [ERROR] Got error 134 when reading table './db_lacetticlub3/vb_forum_session'
091109 13:19:57 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './db_lacetticlub3/vb_forum_session.MYI'; try to repair it
091109 13:20:03 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './db_lacetticlub3/vb_forum_session.MYI'; try to repair it
091109 13:20:03 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './db_lacetticlub3/vb_forum_session.MYI'; try to repair it
091109 13:20:06 [ERROR] /usr/sbin/mysqld: Table './db_lacetticlub3/vb_forum_forumread' is marked as crashed and should be repaired
091109 13:20:06 [ERROR] /usr/sbin/mysqld: Table './db_lacetticlub3/vb_forum_forumread' is marked as crashed and should be repaired
091109 13:20:07 [ERROR] /usr/sbin/mysqld: Table './db_lacetticlub3/vb_forum_session' is marked as crashed and should be repaired
091109 13:20:07 [ERROR] /usr/sbin/mysqld: Table './db_lacetticlub3/vb_forum_session' is marked as crashed and should be repaired
--------------------------------------------------------------------------
последняя запись еще растягивается на нное кол-во строк, после того, как руками профиксил - все заработало...

Стоит SELinux, MySQL 5.0.51a-community-log

В чем может быть дело? Уже голову сломали sad((

Спасибо!

Отредактированно Cyberic (10.11.2009 10:20:29)

Неактивен

 

#2 10.11.2009 00:25:48

paulus
Администратор
MySQL Authorized Developer and DBA
Зарегистрирован: 22.01.2007
Сообщений: 6756

Re: Mysqld got signal 11 :(

А IP почему не спрятали? smile

Signal 11 — это sigsegv. Что-то неудачно в датском королевстве. Попробуйте
посмотреть в dmesg, там могут быть какие-то интересные слова. Попробуйте
отключить selinux (временно) и посмотреть, будет ли сервер снова падать.

Если будет падать — попробуйте более новые официальные сборки пятерки.
Впрочем, насколько помню, 51а была достаточно стабильная (если только
не бился InnoDB tablespace). К слову сказать, Вы не используете InnoDB?
Попробуйте его выключить совсем, если не используете (--skip-innodb).

Неактивен

 

#3 10.11.2009 10:20:00

Cyberic
Участник
Зарегистрирован: 10.11.2009
Сообщений: 3

Re: Mysqld got signal 11 :(

Будем пробывать...

P.S. кстати, могут быть скрипты в этом виноваты?

Кстати о: http://sqlinfo.ru/services/
вы сможете это сделать без рута? (хостер не дает - но открыт для совместных действий)

Неактивен

 

#4 10.11.2009 11:24:59

Cyberic
Участник
Зарегистрирован: 10.11.2009
Сообщений: 3

Re: Mysqld got signal 11 :(

1. Отключили:

# cat /var/log/dmesg | grep SELinux
[    0.004096] SELinux:  Disabled at boot.

2. skip-innodb прописал

мускуль опять упал sad

091110 10:50:01 - 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=268435456
read_buffer_size=126976
max_used_connections=67
max_connections=1024
threads_connected=5
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 389112 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

thd=0x9ac00440
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=0xbf71e168, backtrace may not be correct.
Stack range sanity check OK, backtrace follows:
0x80a94ae
0x836dd38
0x836f2a7
0x83709f1
0x8188615
0x80a26b2
0x80a25e4
0x80a2405
0x80a3ea1
0x809f513
0x80ff82f
0x80fe640
0x80fe318
0x80fe493
0x80fe2f6
0x80fe493
0x80fe2f6
0x80fdfe0
0x80eed23
0x80ef330
0x80eabc4
0x80bc418
0x80c2a53
0x80ba79b
0x80ba083
0x80b9525
0x836b4ec
0x83959ca
New value of fp=(nil) failed sanity check, terminating stack trace!
Please read http://dev.mysql.com/doc/mysql/en/using … 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 0xa6f5c278  is invalid pointer
thd->thread_id=21295
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.

Неактивен

 

#5 10.11.2009 19:18:51

paulus
Администратор
MySQL Authorized Developer and DBA
Зарегистрирован: 22.01.2007
Сообщений: 6756

Re: Mysqld got signal 11 :(

Хмм, очень-очень грустно sad

Скрипты вряд ли виноваты. SIGSEGV возникает только когда программа вылезает за пределы
своей памяти. Это значит, что там что-то совсем-совсем плохо. Снаружи сигнал, конечно,
можно кинуть, но обычно никто этого не делает.

Попробуйте обновиться до последней стабильной версии пятерки; возможно, стандартная
сборка MySQL AB окажется лучше системной. Просто так на исамовских табличках MySQL
не падает. Скорее всего, виновата какая-то из библиотек, которые используются в
процессе работы. Если не поможет — я бы попробовал сделать статическую сборку под
ту платформу (но только на какой-то стабильной ОС, чтобы не цепляться за те библиотеки;
если дело в них — то статическая сборка должна работать нормально).

Без рута что-то сделать очень сложно, особенно в части обновления ПО, так что, боюсь,
что мы тоже не сможем помочь никак кроме советов.

Неактивен

 

Board footer

Работает на PunBB
© Copyright 2002–2008 Rickard Andersson