[ОТВЕТИТЬ]
Опции темы
02.05.2013 13:36  
_zverek_
Всем доброго дня, возникла следующая проблема, полетела база данных укм, а точнее повреждён файл ibdata1.
в логах следующая эпопея:
090915 6:00:43 [Note] MySql: Normal shutdown

090915 6:00:43 InnoDB: Starting shutdown...
090915 6:00:46 InnoDB: Shutdown completed; log sequence number 14 213510023
090915 6:00:46 [Note] MySql: Shutdown complete

090915 6:04:49 InnoDB: Started; log sequence number 14 213510023
090915 6:04:49 [ERROR] Can't open shared library 'mscahc.dll' (errno: 0 )
090915 6:04:49 [ERROR] Can't open shared library 'MyApiSql.dll' (errno: 0 )
090915 6:04:49 [ERROR] Can't open shared library 'mycutries.dll' (errno: 0 )
090915 6:04:49 [Note] MySql: ready for connections.
Version: '5.0.67-community-nt' socket: '' port: 3306 MySQL Community Edition (GPL)
090916 6:00:45 [Note] MySql: Normal shutdown

090916 6:00:45 InnoDB: Starting shutdown...
090916 6:00:48 InnoDB: Shutdown completed; log sequence number 14 271166075
090916 6:00:48 [Note] MySql: Shutdown complete
...
...
...
091002 6:00:43 InnoDB: Starting shutdown...
091002 6:00:45 InnoDB: Shutdown completed; log sequence number 14 1530920914
091002 6:00:45 [Note] MySql: Shutdown complete

091002 6:04:50 InnoDB: Started; log sequence number 14 1530920914
091002 6:04:50 [ERROR] Can't open shared library 'mscahc.dll' (errno: 0 )
091002 6:04:50 [ERROR] Can't open shared library 'MyApiSql.dll' (errno: 0 )
091002 6:04:50 [ERROR] Can't open shared library 'mycutries.dll' (errno: 0 )
091002 6:04:50 [Note] MySql: ready for connections.
Version: '5.0.67-community-nt' socket: '' port: 3306 MySQL Community Edition (GPL)

Какие есть способы восстановление всего этого хозяйства?
Актуального бекапа нет
Версия mysql 5.0.84
УКМ 47
 
02.05.2013 13:41  
Dim
я, конечно, не спец, но в этом куске лога ни слова про ibdata1. может переустановить мускул, а потом подсунуть базу?
 
02.05.2013 14:02  
_zverek_
Переустановка мускула не помогла,
если удолить файла ibdata1 и запустить мускул он запускается нормально но само сабой пустой
вот ещё часть лога

130502 9:10:11 InnoDB: Page checksum 2090695108, prior-to-4.0.14-form checksum 670743174
InnoDB: stored checksum 3075944510, prior-to-4.0.14-form stored checksum 4263260868
InnoDB: Page lsn 100 1486866268, low 4 bytes of lsn at page end 1263892881
InnoDB: Page number (if stored to page already) 135151,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be an update undo log page
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 135151.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also InnoDB:
InnoDB: about forcing recovery.
InnoDB: Ending processing because of a corrupt database page.
 
02.05.2013 14:08  
joutchik
пробуй запускать с ключом
innodb_force_recovery = 4
 
02.05.2013 14:21  
OlegON
У меня еще сложилось впечатление, что упала одна версия мускула, а подняли на другой... Что с ним случилось-то, что упало?
 
02.05.2013 14:37  
_zverek_
Цитата:
Сообщение от joutchik
пробуй запускать с ключом
innodb_force_recovery = 4
Вообщем както вот так
key_buffer_size=8384512
read_buffer_size=131072
max_used_connections=4
max_connections=300
threads_connected=3
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 660985 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

thd=0B9FCAA8
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...
0063F0F3 mysqld-nt.exe!my_strnxfrm_utf8()[ctype-utf8.c:2589]
00421195 mysqld-nt.exe!Field_varstring::sort_string()[field.cc:6539]
00432EB1 mysqld-nt.exe!make_sortkey()[filesort.cc:740]
004338A8 mysqld-nt.exe!find_all_keys()[filesort.cc:593]
00433F7D mysqld-nt.exe!filesort()[filesort.cc:237]
0055BF94 mysqld-nt.exe!create_sort_index()[sql_select.cc:12873]
00568D00 mysqld-nt.exe!JOIN::exec()[sql_select.cc:2083]
00569434 mysqld-nt.exe!mysql_select()[sql_select.cc:2315]
0056987B mysqld-nt.exe!handle_select()[sql_select.cc:256]
0053B362 mysqld-nt.exe!mysql_execute_command()[sql_parse.cc:2880]
00542261 mysqld-nt.exe!mysql_parse()[sql_parse.cc:6441]
0054326E mysqld-nt.exe!dispatch_command()[sql_parse.cc:1963]
00544566 mysqld-nt.exe!do_command()[sql_parse.cc:1646]
00544885 mysqld-nt.exe!handle_one_connection()[sql_parse.cc:1234]
005F612B mysqld-nt.exe!pthread_start()[my_winthread.c:85]
006E14FF mysqld-nt.exe!_threadstart()[thread.c:196]
7C82482F kernel32.dll!GetModuleHandleA()
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort...
thd->query at 0BA23DF8=select s.store_id as store_id,s.store_id as id,s.name as name,s.server_id as server_id,s.enterprise_name as enterprise_name,s.code_subdivision as code_subdivision, s.inn as inn,s.okpo as okpo,s.okdp as okdp,s.kpp as kpp,s.bank as bank,s.registration as registration,s.director as director,s.accountant as accountant,s.address as address,s.phone as phone, s.enterprise_address as enterprise_address,s.remains_efts as remains_efts,s.remains_param as remains_param,s.video_control_type as video_control_type, s.area as area,s.nomenclature_id as nomenclature_id,s.pricetype_id as pricetype_id,s.version as version,s.deleted as deleted from trm_in_store s WHERE s.deleted = 0 order by s.name
thd->thread_id=3
The manual page at contains
information that should help you find out what is causing the crash.

Проблемма не исчезла
 
02.05.2013 14:42  
_zverek_
Цитата:
Сообщение от OlegON
У меня еще сложилось впечатление, что упала одна версия мускула, а подняли на другой... Что с ним случилось-то, что упало?
Вообщем ситуация следующая скакнуло напряжение бесперебойник по какой то причине вурубился после запуска сервера мускул не стартует (запускаю службу она тутже гаснет ) в логах только это Служба "MySql" неожиданно прервана. Это произошло (раз): 42.
поковырялся: переустановил мускул (версия таже что и была), попробывал долить ibdata1 после запуска мускула он создал новый и стал нормально работать, но с пустой базой
 
02.05.2013 15:14  
joutchik
с использование форса служба запустилась и работает? вроде как select от укм4 в логах появился, пробуй запустить с остановленной службой укм, главное добиться что бы сам мускул поднялся
 
02.05.2013 15:24  
_zverek_
Цитата:
Сообщение от joutchik
с использование форса служба запустилась и работает? вроде как select от укм4 в логах появился, пробуй запустить с остановленной службой укм, главное добиться что бы сам мускул поднялся
с использование форса мускул запустился и работает укм тоже запустился, в логах мыскула следущее
130502 15:24:22 InnoDB: Error: page 34509 log sequence number 100 1374391188
InnoDB: is in the future! Current system log sequence number 0 8334.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: for more information.
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.
 
02.05.2013 15:28  
_zverek_
При попытки зайти на укм через веб морду мускул падает
 
 


Опции темы



Часовой пояс GMT +3, время: 11:18.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.