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

нештатная ситуация. ошибка подключения к БД

25.10.2020 10:31


10.07.2017 05:58
W03LN
 
Приветствую, форумчане.
Уже на второй кассе вылезла такая проблема. Вечером закрываются кассы как обычно без ошибок. Утром после включения и входе кассира сначала выдаёт предупреждение "query failed: error (2003) can't connect to MySQL server on '127.0.0.1' (111): <здесь разные запросы>", а потом чёрный экран и нештатная ситуация (скриншот).
Подцеплялся к кассе - mysql запущен, запросы из ssh к базе выполняются, сама касса загружается без ошибок (службы).
Подскажите, есть ли способ оживить кассу без переустановки?
Миниатюры
Нажмите на изображение для увеличения
Название: IMG_20170710_090356.jpg
Просмотров: 340
Размер:	155.1 Кб
ID:	8655  
10.07.2017 06:01
whitewizard
 
а как они кассу вечером выключают?
быстрее будет переставить кассу
10.07.2017 06:02
W03LN
 
Цитата:
whitewizard а как они кассу вечером выключают?
как обычно, через меню -> завершение работы
Цитата:
whitewizard быстрее будет переставить кассу
а если я в отпуске буду?
10.07.2017 06:03
whitewizard
 
а посмотри в логах mysql наличие ошибок
так для переустановки необязательно с флэшкой на точку ехать
10.07.2017 06:07
W03LN
 
Цитата:
whitewizard а посмотри в логах mysql наличие ошибок
перед переустановкой лог смотрел, mysqld.log пуст

Цитата:
whitewizard так для переустановки необязательно с флэшкой на точку ехать
а где можно почитать на эту тему?
10.07.2017 06:09
whitewizard
 
да не может быть лог пустой
\usr\local\mysql-5.0.67-ukm\var\localhost.err
10.07.2017 06:22
W03LN
 
Цитата:
whitewizard да не может быть лог пустой
\usr\local\mysql-5.0.67-ukm\var\localhost.err
уупс, не там смотрел. Уже кассу переставил.
15.08.2017 04:32
W03LN
 
Ещё одна касса вылетела (не выключили через меню, а просто рубанули УПС).
Хочу просто выяснить причину данной ошибки.
Вот часть лога
Код:
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...
Походу дела база данных умерла?

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