нештатная ситуация. ошибка подключения к БД : УКМ-4

W03LN · █ 10.07.2017 05:58

Приветствую, форумчане.
Уже на второй кассе вылезла такая проблема. Вечером закрываются кассы как обычно без ошибок. Утром после включения и входе кассира сначала выдаёт предупреждение "query failed: error (2003) can't connect to MySQL server on '127.0.0.1' (111): <здесь разные запросы>", а потом чёрный экран и нештатная ситуация (скриншот).
Подцеплялся к кассе - mysql запущен, запросы из ssh к базе выполняются, сама касса загружается без ошибок (службы).
Подскажите, есть ли способ оживить кассу без переустановки?

whitewizard · █ 10.07.2017 06:01

а как они кассу вечером выключают?
быстрее будет переставить кассу

W03LN · █ 10.07.2017 06:02

Цитата:

whitewizard ➤ а как они кассу вечером выключают?

как обычно, через меню -> завершение работы

Цитата:

whitewizard ➤ быстрее будет переставить кассу

а если я в отпуске буду?

whitewizard · █ 10.07.2017 06:03

а посмотри в логах mysql наличие ошибок
так для переустановки необязательно с флэшкой на точку ехать

W03LN · █ 10.07.2017 06:07

Цитата:

whitewizard ➤ а посмотри в логах mysql наличие ошибок

перед переустановкой лог смотрел, mysqld.log пуст

Цитата:

whitewizard ➤ так для переустановки необязательно с флэшкой на точку ехать

а где можно почитать на эту тему?

whitewizard · █ 10.07.2017 06:09

да не может быть лог пустой
\usr\local\mysql-5.0.67-ukm\var\localhost.err

W03LN · █ 10.07.2017 06:22

Цитата:

whitewizard ➤ да не может быть лог пустой
\usr\local\mysql-5.0.67-ukm\var\localhost.err

уупс, не там смотрел. Уже кассу переставил.

alex6741 · █ 10.07.2017 12:09

https://storage.olegon.ru/supermag/У...е_касс_до43.7z отличная штука!

alex6741 · █ 10.07.2017 12:58

https://storage.olegon.ru/supermag/У...сса_NEW_NEW.7z вот это имел ввиду!

W03LN · █ 15.08.2017 04:32

Ещё одна касса вылетела (не выключили через меню, а просто рубанули УПС).
Хочу просто выяснить причину данной ошибки.
Вот часть лога

Код:

170815  9:19:31  InnoDB: Page checksum 2011515484, prior-to-4.0.14-form checksum 1762556590
InnoDB: stored checksum 282994379, prior-to-4.0.14-form stored checksum 1762556590
InnoDB: Page lsn 1 3800813835, low 4 bytes of lsn at page end 3800813835
InnoDB: Page number (if stored to page already) 7329,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be an index page where index id is 0 834
InnoDB: (index name of table ukmclient/trm_in_items)
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 7329.
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: http://dev.mysql.com/doc/refman/5.0/en/forcing-recovery.html
InnoDB: about forcing recovery.
InnoDB: Ending processing because of a corrupt database page.

Number of processes running now: 0
170815 09:19:31  mysqld restarted
170815  9:19:32 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
170815  9:19:32 [Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295
InnoDB: Log scan progressed past the checkpoint lsn 1 3968190727
170815  9:19:32  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...
InnoDB: Doing recovery: scanned up to log sequence number 1 3973433344
InnoDB: Doing recovery: scanned up to log sequence number 1 3978676224
InnoDB: Doing recovery: scanned up to log sequence number 1 3983919104
InnoDB: Doing recovery: scanned up to log sequence number 1 3984862475
170815  9:19:46  InnoDB: Starting an apply batch of log records to the database...

Походу дела база данных умерла?