АТОЛ HUB-19 и УТМ4 : ЕГАИС в опте и рознице

█ 15.11.2021 11:32

Добрый день. Участилась проблема "ошибка обмена с ЕГАИС , не соответствие времени" , время при этом в порядке . Помогает только перезагрузка устройства .
Можете что ни будь посоветовать?
Может авто перезагрузка раз в сутки ?

█ 16.11.2021 08:07

Цитата:

Dimonm440 ➤ Добрый день. Участилась проблема "ошибка обмена с ЕГАИС , не соответствие времени" , время при этом в порядке . Помогает только перезагрузка устройства .
Можете что ни будь посоветовать?

Батарейку поменять? Не?
Если отключить от энторнета, выкл\вкл - время не слетает?

█ 16.11.2021 10:27

батарейку не вариант, время не слетает

█ 16.11.2021 10:36

Там похоже не батарейка, а какой-то процесс слетает.
Вот пример.

Цитата:

2021-10-31 18:47:37,786 ERROR ru.centerinform.transport.backbone.http.controller.workflow.WorkflowChequeController - Ошибка разбора и валидации тикета
java.lang.IllegalStateException: Расхождение времени чека [2021-10-31 18:47:00 +0300] с текущим временем [2021-10-30 18:37:56 +0300].
at ru.centerinform.transport.validate.sync.DateSynchronizer.a(DateSynchronizer.java:93)

Тут мы видим что в логах время пишется верное. Спустя ровно сутки после "слета" какой-то синхронизации начинает появляться ошибка при отправке чеков в ЕГАИС. Видимо в течении суток УТМ их еще сохраняет в памяти и не ругается на синхронизацию.

█ 18.11.2021 17:54

Цитата:

Dimonm440 ➤ Может авто перезагрузка раз в сутки ?

Так пока и поступили.. Ночью пускаем в ребут..

█ 18.11.2021 20:55

журнал

Цитата:

harumamburu ➤ 2021-10-31 18:47:37

чек

Цитата:

harumamburu ➤ 2021-10-31 18:47:00 +0300

текущее

Цитата:

harumamburu ➤ 2021-10-30 18:37:56 +0300

остается только понять, откуда оно берет "текущее", которое на сутки и 10 минут отстает... И с чем эти сутки могут совпадать... Я бы все же убедился, что установлен какой-нибудь chronyd и в нем установлена синхронизация с RTC. Потом, после суток, сертификаты уже не совпадают, из-за того, что время кривое... вопрос только, откуда оно это время берет...

█ 19.11.2021 09:43

OlegON, оно не "отстает", оно просто в тот момент замирает на месте и не двигается, пока не перезапустишь УТМ.

█ 19.11.2021 10:32

Да, я про это и говорю. Потому и предлагаю синхронизацию времени с машиной в целом и RTC.

█ 22.11.2021 16:14

А я вот тут ломал голову и только потом увидел, что время отстает.
На 4-5 минут примерно.
От этого стопорится работа УТМ ибо время и сертификаты не дружат(сроки сертификатов)
И вообще УТМ накрылся медным тазом, ID ФСРАр выдает 00000000 и просит сгенеррмровать верный RSA.
А при попытке сгенерировать не может загрузить список мест осуществления...

Короче, вообще ниалле
Переключил пока на ПК. Через ПК работает, проблем с сертификатами нет.

И как с этим быть? Перезагрузка не помогает, время так и пляшет.

█ 22.11.2021 19:20

Цитата:

harumamburu ➤ OlegON, оно не "отстает", оно просто в тот момент замирает на месте и не двигается, пока не перезапустишь УТМ.

Нет, в моем случае оно именно отстает.

Причем, несколько коробочек работают без проблем, вот одна только начала выеживаться.
Шились все одним образом, с одной флехи...
Одними и теми же руками

И ничего не делал в принципе, я не ползаю внутри коробочек особо.

Время не замирает, оно просто берется из RTC(неверное).
Почему не синхронизирует по сети - тут загадка..
Пишет, что синхронизация включена NTP
А что именно - хз, вроде не chronyd

timesyncd.service - также неактивен.

На этом мои познания в Линуксе заканчиваются, так и не начавшись.

ЗЫ. И все равно думаю, что батарейка. Тупость, но ...