27.12.2021 09:28
я бы посмотрел tcpdump обмен между кассой и утмом в момент проблемы.
27.12.2021 09:39
Просто если логически рассуждать. Если ошибок в логах утм нет, значит чеки до него по каким то причинам не доходят.
Либо теряются по каким то причинам между кассой и утм. Либо в самом сервере. (например банальный фаервол).
tcpdump поможет определиться на каком участке искать проблему.
27.12.2021 09:39
Я бы все же взял какую-то одну машину, где оно быстрее всего ломается после перезапуска и начал бы ее раскручивать... И траффик посмотреть, и количество уже установленных сессий, посмотреть, на загадилось ли где все журналами, проверил бы все виндожурналы, чтобы ни красного, ни желтого ничего не было, антивирус, понятное дело, сразу удалить...
27.12.2021 10:10
Цитата:
Mtirt Я в самом УТМ ошибок не вижу. Вообще никаких.
Входящих запросов с чеками - нет.
Аналогично, никаких ошибок в логах не было
27.12.2021 10:47
Не знаю относится ли это к данной теме, встретил на форуме egais2016.ru:

Re: Опять висим?
Сообщение fedor_uk » 16 дек 2021, 20:12

Очень нередко на серверах ЕГАИС происходят какие-то проблемы (чаще кратковременные), и даже по их устранению УТМ не работает. Помогает перезапуск машины, на которой запущен УТМ. Как только замечаем, что минут 20 не приходят квитанции или что-то ещё, тут же передёргиваем комп УТМ. Через 5 минут получаем шквал входящих в УТМ.

дата 16.12
27.12.2021 10:57
Цитата:
tambovski на серверах ЕГАИС происходят какие-то проблемы
вот на эту тему я и говорил, что надо соединения рвать... винда для сети вообще не предназначена, потому страдать и страдать... особенно, если еще и помойка на машине с УТМ.
вот отсюда можно покопать https://olegon.ru/showthread.php?t=34249
27.12.2021 11:08
Ну у меня все в основном на линуксе. Может поэтому и проблем таких нет.
29.12.2021 07:23
Благодаря fkr с форума РАРа (я его уже много лет не устаю благодарить за все, что он делает) обнаружила в access_log следующую картину:
Цитата:
127.0.0.1 - - [27/Dec/2021:04:07:06 +0500] "GET /opt/in HTTP/1.1" 200 83
127.0.0.1 - - [27/Dec/2021:04:07:07 +0500] "POST /api/agent/%7Bea504d9d-35de-428a-a829-0d4c6b8135de%7D HTTP/1.1" 404 165
127.0.0.1 - - [27/Dec/2021:04:07:16 +0500] "GET /opt/out?refresh=true HTTP/1.1" 200 17450
127.0.0.1 - - [27/Dec/2021:04:07:16 +0500] "GET /opt/in HTTP/1.1" 200 83
127.0.0.1 - - [27/Dec/2021:08:45:56 +0500] "POST /api/agent/%7Bea504d9d-35de-428a-a829-0d4c6b8135de%7D HTTP/1.1" 404 165
127.0.0.1 - - [27/Dec/2021:08:46:07 +0500] "POST /opt/in/QueryRestsShop_v2 HTTP/1.1" 200 261
127.0.0.1 - - [27/Dec/2021:08:46:07 +0500] "GET /opt/out?refresh=true HTTP/1.1" 200 17450
127.0.0.1 - - [27/Dec/2021:08:46:08 +0500] "GET /opt/in HTTP/1.1" 200 196
127.0.0.1 - - [27/Dec/2021:08:46:18 +0500] "GET /opt/out?refresh=true HTTP/1.1" 200 17450
127.0.0.1 - - [27/Dec/2021:08:46:18 +0500] "GET /opt/in HTTP/1.1" 200 196
127.0.0.1 - - [27/Dec/2021:08:46:26 +0500] "POST /api/agent/%7Bea504d9d-35de-428a-a829-0d4c6b8135de%7D HTTP/1.1" 404 165
127.0.0.1 - - [27/Dec/2021:08:46:28 +0500] "GET /opt/out?refresh=true HTTP/1.1" 200 17450
127.0.0.1 - - [27/Dec/2021:08:46:28 +0500] "GET /opt/in HTTP/1.1" 200 196
В transport_info.log в 04:07 есть запись:
Цитата:
2021-12-27 04:07:39,146 ERROR ru.centerinform.transport.backbone.schedule.RSACertVerificationJob - Ошибка выполнения задачи проверки RSA сертификата.
java.lang.OutOfMemoryError: Java heap space
Исходя из этого, сделала следующее:
1. Обновила УТМ до последнего билда (2470) (На всякий случай, дело не в версии УТМ)
2. Поменяла настройки Java:
- Остановить службу транспорта
- Сохранить отдельно оригинал Install.bat (если что-то изменить не корректно, служба не стартует, поэтому необходимо сохранить исходник)
- Деинсталлировать службу транспорта Delete.bat
- В файле Install.bat выставить параметры --JvmMs 500 --JvmMx 1000 (добавлять нужно после --JvmOptions)
- Установить службу с новыми параметрами JVM, запустив Install.bat
Установка и удаление службы производится из папки UTM\transporter\bin.

УТМ останавливаться перестал.
29.12.2021 09:55
Цитата:
Mtirt java.lang.OutOfMemoryError: Java heap space
Это ключевое... И говорит либо о том, что в параметрах задано изначально мало памяти для работы, либо о том, что на самой машине слишком мало памяти, либо о том, что это говнокод...
Если на машине не совсем помойка, то я бы залез и проверил, с какими параметрами пускается Java-служба без этих добавок. Обычно без параметров на машине с достаточным количеством памяти такого не случается. А еще лучше - перенес бы УТМ на Linux, даже бы в виртуалку, может быть, под Windows Java работает омерзительно в большинстве случаев. В противном случае очень немалые шансы столкнуться с этой ошибкой снова.
29.12.2021 10:14
Аналогично и у нас каки-то проблемы.
В магазине 11 декабря 4 чека в ОФД ушли, но в ЕГАИС алкопродукция не списалась, 13 декабря ещё один такой чек. В другом магазине 12 декабря один чек за смену также не списался в ЕГАИС. 14 декабря стал разбираться. Утром 14 декабря проданные марки по таким чекам числились на остатках в УТМ и на остатках по справке Б, на остатках организации в личном кабинете, но уже вечером - в УТМ показывает что нет таких марок на остатке, запрос по справке Б также показал что нет таких марок. Однако сам запрос остатков количество по справке Б возвращает с учетом этих марок. Получается марки списались из регистра 3 но осталась алкопродукция в регистре 1.
В техподержку написал 16-го числа. Ответа до сих пор нет.
Часовой пояс GMT +3, время: 18:13.

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