[ОТВЕТИТЬ]
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_
 
При попытки зайти на укм через веб морду мускул падает
02.05.2013 15:39
joutchik
 
тебе не нужно ничего пока ты мускул нормально не запустишь
запускаешь голый мускул с форсом и пробуешь сделать дамп базы
если получится то можешь хлопать в ладоши
02.05.2013 17:30
_zverek_
 
Цитата:
joutchik тебе не нужно ничего пока ты мускул нормально не запустишь
запускаешь голый мускул с форсом и пробуешь сделать дамп базы
если получится то можешь хлопать в ладоши
Вообшем при попытки создать дамп в логах появляется следущее

130502 17:31:42 InnoDB: Error: page 39487 log sequence number 47 1615867760
InnoDB: is in the future! Current system log sequence number 0 20717.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
...
...

есть ещё какие либо предложения?
02.05.2013 17:44
joutchik
 
просто не прет немного
бери "неактуальный бэкап"
подымай его
вспоминай какие настройки менял по конфигурации раскладки клав, железа, скидок, lua и еще черт-знает чего что именно "конфигурируется"
посмотри как начнет поступать инфа из касс
прогружай из бэка новыми данными

потом поищи update для кассы что бы синхронизация началась, тока сначала пробуй на одной кассе
02.05.2013 17:45
whitewizard
 
Innodb_force_recovery=6
И экспорт
02.05.2013 18:07
_zverek_
 
Цитата:
whitewizard Innodb_force_recovery=6
И экспорт
после запуска с Innodb_force_recovery=6 дамп был создан что мы делаем дальше?
02.05.2013 18:18
Dim
 
ну... наверное создаем новую базу и загружаем дамп
02.05.2013 18:19
joutchik
 
значит все таки прет , наверное
создавай абсолютно пустую базу и экспорт в нее твоего дампа
02.05.2013 18:21
whitewizard
 
И диск почекай
02.05.2013 18:35
_zverek_
 
Всем огромное спасибо, особенно joutchik, все поднял все работает :)
06.05.2013 01:29
Павел Сосновских
 
в 47 уже можно было без особых трудностей через блокировку кассы на вебе сервера пересетапить кассу...
конечно, если все(почти все) данные о продажах на сервере есть.
06.05.2013 09:57
joutchik
 
а мне почему то казалось что сервак под вынь подымали
06.05.2013 10:47
Павел Сосновских
 
да, невниметелен...с первого взгляда показалось, что это касса
Опции темы


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

 

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