LINUX.ORG.RU
Форум — Admin  

Вот как, блин, узнать, в какой БД ошибка??


0

1

mysql — такой mysql... Второй день воюю с таким, вот: 

120724 16:50:46  InnoDB: Error: page 3 log sequence number 49851480965
InnoDB: is in the future! Current system log sequence number 5909242487.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: for more information.

Вот как узнать, в какой БД ошибки? Уже перезагрузил из дампов все основные, под подозрением, базы. Перегружать вообще всё, около 40Гб дампов? Нет ли менее обезьянего способа? Вот сложно им было в логе вывести название БД и таблицы, в которой ошибка, блин?


← nat && whitelist
WebDAV + MySQL authentication →
Ответ на: комментарий от anonymous

а хоть бы версию мускула сказал

Очевидно (для тех, кто не первый день на ЛОРе), что 5.1.x

Точнее — 5.1.62-r1

KRoN73
() автор топика
Ответ на: комментарий от anonymous

И, кстати, в топикстарте фигурирует «refman/5.1»

KRoN73
() автор топика
Ответ на: комментарий от placeholder

Какие действия ошибку вызывают?

Позавчера рестартовал сервер. Просто по sudo reboot.

mysql не стартовал, сразу засегфолтился. Помучил, помучил его, загрузил с дефолтовым, неоптимальным конфигом. Завёлся. Но посыпались такие, вот, ошибки. Пробовал запускать с innodb_force_recovery = 1..6. Для значений от 1 до 3 таких ошибок нет, но начинает материться: 

InnoDB: A new raw disk partition was initialized or
InnoDB: innodb_force_recovery is on: we do not allow
InnoDB: database modifications by the user. Shut down
InnoDB: mysqld and edit my.cnf so that newraw is replaced
InnoDB: with raw, and innodb_force_... is removed.

На значениях от 4 и выше — сегфолтится. Лога сейчас под рукой нет, я их чищу, а то таких ошибок сотнями мегов сыплется на высокой активности. Ошибка что-то типа mmopen ... Не помню. Короче, на веделении памяти. Ресурсов у сервера дофига, по ulimit все ограничения снял.

KRoN73
() автор топика
Ответ на: комментарий от anonymous

Видимо посеял логфайлы?

# ls -l /var/lib/mysql/ib*
-rw-r----- 1 mysql mysql 134217728 июля  24 17:23 /var/lib/mysql/ibdata1
-rw-rw---- 1 mysql mysql 268435456 июля  24 17:23 /var/lib/mysql/ib_logfile0
-rw-rw---- 1 mysql mysql 268435456 июля  24 17:10 /var/lib/mysql/ib_logfile1
KRoN73
() автор топика

Уф. После перегрузки всех баз при старте выскочило две ошибки как ранее(?!), зато в логи посыпались тонны: 

120724 18:53:18 [Warning] Statement may not be safe to log in statement format. Statement: INSERT DELAYED INTO bors_access_log  (`user_ip`,`url`,`server_uri`,`referer`,`class_name`,`object_id`,`access_time`,`operation_time`,`has_bors`,`has_bors_url`,`user_agent`,`id`) VALUES ('178.163.65.32','http://forums.airbase.ru/2008/10/t64446--podvodnye-lodki-proekta-949-i-949a.html','http://forums.airbase.ru/2008/10/t64446--podvodnye-lodki-proekta-949-i-949a.html','http://balancer.ru/tools/search/result/?q=%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82+949%D0%B0','forum_topic','64446','1343141588','10.161675930023',

KRoN73
() автор топика
Ответ на: комментарий от KRoN73

Весёлый сервер. Отключаешь bin-log, сегфолтится с: 

Thread pointer: 0x0
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...
stack_bottom = 0 thread_stack 0x40000
/usr/sbin/mysqld(my_print_stacktrace+0x29) [0x9a9209]
/usr/sbin/mysqld(handle_fatal_signal+0x40a) [0x6ec74a]
/lib64/libpthread.so.0(+0x107f0) [0x7f744f9637f0]
/usr/sbin/mysqld(TC_LOG_MMAP::recover()+0x112) [0x69e592]
/usr/sbin/mysqld(TC_LOG_MMAP::open(char const*)+0x3d0) [0x69ea30]
/usr/sbin/mysqld() [0x6046ec]
/usr/sbin/mysqld(main+0x1b6) [0x607136]
/lib64/libc.so.6(__libc_start_main+0xec) [0x7f744e3e62ec]
/usr/sbin/mysqld() [0x54f009]
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.

Включаешь binlog — всё работает, но логи забиты варинингами.

KRoN73
() автор топика
Ответ на: комментарий от KRoN73

Убил tc.log, перезапустил — всё работает. Только по-прежнему две ошибки на старте: 

120724 18:59:48 [Note] Plugin 'ndbcluster' is disabled.
120724 18:59:48 [ERROR] Function 'pbxt' already exists
120724 18:59:48 [Warning] Couldn't load plugin named 'pbxt' with soname 'libpbxt.so'.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
120724 18:59:48  InnoDB: highest supported file format is Barracuda.
120724 18:59:49  InnoDB: Error: page 3 log sequence number 49851480965
InnoDB: is in the future! Current system log sequence number 15077630641.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: for more information.
120724 18:59:49 InnoDB Plugin 1.0.6-unknown started; log sequence number 15077630641
120724 18:59:49 [Note] PrimeBase XT (PBXT) Engine 1.0.11-6 Pre-GA loaded...
120724 18:59:49 [Note] Paul McCullagh, PrimeBase Technologies GmbH, http://www.primebase.org
120724 18:59:50 [Note] PBXT: Recovering from 77-6907156, bytes to read: 26647276
120724 18:59:50 [Note] PBXT: Recovering complete at 77-6907156, bytes read: 26647276
120724 18:59:50 [Note] Event Scheduler: Loaded 0 events
120724 18:59:50 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.1.62'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Gentoo Linux mysql-5.1.62-r1
120724 18:59:50  InnoDB: Error: page 46 log sequence number 868835704947
InnoDB: is in the future! Current system log sequence number 15077630651.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: for more information.

Надо, наверное, было, всё же, его целиком переиницилизировать, убив все БД и перезагрузив из бэкапа. Но уж больно влом было...

KRoN73
() автор топика
Ответ на: комментарий от KRoN73

Если используешь innodb_file_per_table, то пройдись innochecksum по всем *.ibd. У тебя две страницы (3 и 46) с кривым lsn. Innochecksum такие ошибки отловит и покажет в каком именно файле (читай таблице) они находятся.

Chumka
()
Ответ на: комментарий от Chumka

то пройдись innochecksum по всем *.ibd

Это я первым делом сделал. Фигушки, ошибок не было. Так что было что-то более хитрое. Как я писал выше, условно проблема была решена перезагрузкой всех баз из дампов. Условно — потому что при старте всё равно выдаёт две ошибки (неизвестно где), но при работе потом не вылезают, лог стал чистый.

KRoN73
() автор топика

Блин. Как он меня достал. Опять упал на рестарте: 

120822  3:28:57 [Note] /usr/sbin/mysqld: Normal shutdown

120822  3:28:58 [Note] Event Scheduler: Purging the queue. 0 events
120822 03:29:07 [Note] PrimeBase XT Engine shutdown...
120822  3:29:07  InnoDB: Starting shutdown...
120822  3:30:35  InnoDB: Shutdown completed; log sequence number 33971670325
120822  3:30:35 [Note] /usr/sbin/mysqld: Shutdown complete

120822  3:30:36 [Note] Plugin 'ndbcluster' is disabled.
120822  3:30:36 [ERROR] Function 'pbxt' already exists
120822  3:30:36 [Warning] Couldn't load plugin named 'pbxt' with soname 'libpbxt.so'.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
120822  3:30:37  InnoDB: highest supported file format is Barracuda.
120822  3:30:38  InnoDB: Error: page 3 log sequence number 49851480965
InnoDB: is in the future! Current system log sequence number 33971670325.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: for more information.

На этот раз перезапуск «ручной», штатный, без каких-либо извращений. И, на тебе: 120822 3:28:57 [Note] /usr/sbin/mysqld: Normal shutdown 120822 3:30:35 InnoDB: Shutdown completed; log sequence number 33971670325 120822 3:30:35 [Note] /usr/sbin/mysqld: Shutdown complete 120822 3:30:38 InnoDB: Error: page 3 log sequence number 49851480965 InnoDB: is in the future! Current system log sequence number 33971670325. InnoDB: Your database may be corrupt or you may have copied the InnoDB InnoDB: tablespace but not the InnoDB log files.

KRoN73
() автор топика
Ответ на: комментарий от KRoN73

И, да, innochecksum по всем *.ibd не даёт ошибок...

KRoN73
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← nat && whitelist
Admin
WebDAV + MySQL authentication →