Форум OlegON > Программы и оборудование для автоматизации торговли > Кассовые программы > УКМ-4

Ошибки MySQL-сервера после обновления с версии 48.6 на версию 49.3 : УКМ-4

22.11.2024 13:17


20.01.2012 08:46
После обновления с версии 48.6 на 49.3 стал постоянно падать MySQL-сервер с ошибкой:

Код:
«120120 10:09:01  InnoDB: Operating system error number 995 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: тут ссылка на сайт MySQL
InnoDB: File name .\ibdata1
InnoDB: File operation call: 'Windows aio'.
InnoDB: Cannot continue operation.»
В логе УКМ в этот момент:

Код:
10:09:01: 0x00003734: WARNING: CAuthInternal_Commiter#01b6fa58: Query failed: Error(2013) Lost connection to MySQL server during query: SQL select h.type, h.client, p.type, p.cookies, p.amount, h.date, f.result from trm_out_receipt_header h inner join trm_out_receipt_payment p on h.cash_id = p.cash_id and h.id = p.receipt_header inner join trm_out_receipt_payment_handler ph on p.cash_id = ph.. Пауза 30 сек.
10:09:01: 0x0000274c: FATAL: CAnalyze_Commiter#041624c8: abnormal termination: class db_error ( Query failed: Error(2013) Lost connection to MySQL server during query: SQL select h.id from trm_out_receipt_header h force index(primary) inner join trm_out_receipt_footer f on h.cash_id = f.cash_id and h.id = f.id where h.cash_id = 1022006 and h.id > 80907 order by h.id  )
10:09:01: 0x00002d70: INFO: CBottomExecutor#01b6f988: DB ERROR
                                                      Error code: -1
                                                      Error message: DB Error: unknown error
                                                      Error details: SELECT COUNT(*) FROM trm_out_receipt_item_49 [nativecode=2013 ** Lost connection to MySQL server during query]
10:09:01: 0x00002648: WARNING: Scheduler#01b6f8b8: Query failed: Error(2013) Lost connection to MySQL server during query: SQL update ukm_job_scheduler set job_next_start_time = date_add(now(), INTERVAL 5 SECOND) where id=1. Пауза 30 сек.
10:09:01: 0x0000274c: INFO: CAnalyze_Commiter#041624c8: started
10:09:01: 0x00001dcc: INFO: replication#экспорт на терминал Терминал №192#0bcbc898: trm_in_role, 0. Передано записей: 0, удалено: 0
10:09:01: 0x00001dcc: INFO: replication#экспорт на терминал Терминал №192#0bcbc898: Ожидание готовности терминала
10:09:01: 0x00002d70: FATAL: CBottomExecutor#01b6f988: Ошибка при исполнении скрипта C:/Program Files/ukmserver/ukmupman/update/bottoms/bottom_00004901.php class std::runtime_error ( Код возврата 1.
                                                        )
10:09:01: 0x00002d70: INFO: CBottomExecutor#01b6f988: finished
Подскажите куда копать, пожалуйста.
20.01.2012 08:49
Для начала копать в сторону проверки базы mysql и её экспорта
20.01.2012 08:52
А также:
- проверки состояния жестких дисков
- наличия вирусов в системе.
- наличия свободного места на дисках

Это ошибка операционки, из за которой не может работать Mysql.

Вот ссылка на описание ошибки:
20.01.2012 09:37
Цитата:
- проверки состояния жестких дисков
- наличия вирусов в системе.
- наличия свободного места на дисках
Тут всё в порядке, новый рейд зеркальный, отдельный под систему, отдельный под БД, нормальный антивирус, и места точно достаточно.


Цитата:
Для начала копать в сторону проверки базы mysql и её экспорта
То есть сделать бэкап/рестор базы?

Кстати, подскажите, вообще рекомендуется переодически делать бэкап/рестор? это влияет на производительность?
20.01.2012 13:48
Интересно.
у нас тоже появилось после обновления с версии 48сп5 на 48сп6 на сервере СГО.

111225 16:35:13 InnoDB: Rollback of non-prepared transactions completed
111225 20:20:50 InnoDB: Operating system error number 995 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB:
InnoDB: File name .\ibdata1
InnoDB: File operation call: 'Windows aio'.
InnoDB: Cannot continue operation.
InnoDB: Log scan progressed past the checkpoint lsn 87 2135025178
111225 21:13:11 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
20.01.2012 13:50
Интересно.
у нас тоже появилось после обновления с версии 48сп5 на 48сп6 на сервере СГО.

111225 16:35:13 InnoDB: Rollback of non-prepared transactions completed
111225 20:20:50 InnoDB: Operating system error number 995 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB:
InnoDB: File name .\ibdata1
InnoDB: File operation call: 'Windows aio'.
InnoDB: Cannot continue operation.
InnoDB: Log scan progressed past the checkpoint lsn 87 2135025178
111225 21:13:11 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
20.01.2012 15:08
предположительно были проблемы с базой, а после перехода усугубились
04.02.2012 06:35
Так проблему удалось решить как-то?
04.02.2012 09:36
Я бы экспортнул-импортнул...
06.02.2012 04:54
Цитата:
OlegON Я бы экспортнул-импортнул...
Бэкап-рестор нашей 110 гиговой базы занимает 3 суток на рэйде с двумя винтами в зеркале, и сутки на SSD диске, так что сделать это на продуктиве будет проблематично.

По этой ошибке С+ пишет мне:
Цитата:
По поводу ошибки Mysql - Mysql официально подтверждает ее наличие. К счастью происходит она не часто, работе мешает, но не постоянно.
Может быть частично локализована - если уменьшить значения параметров innodb_file_io_threads innodb_buffer_pool_size в файле C:\Windows\my.ini с последующим перезапуском сервера MySQL
Для полного исправления ошибки потребуется замена версии Mysql, которую мы планируем осуществить, но по срокам пока сказать ничего не могу. Версии почему-то обратно не совместимы, что потребует существенной переработки кода По УКМ4.

В MySQL версий 5.0.x (в том числе в MySQl 5.0.84 используемом в УКМ4) данная ошибка признана, но не исправлена:
Bug #3139 Mysql crashes: "windows error 995" after several selects on a large DB
Часовой пояс GMT +3, время: 13:17.

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