Ошибка обновления spa утм

Не запускается УТМ после обновления

Что делать, если не запускается УТМ после обновления

Для возможности решения данной проблемы с наименьшими затратами и в оптимальные сроки, необходима переустановка УТМ с сохранением БД, так как поиск неисправностей в УТМ займет продолжительное время.

Обновления бывают автоматическими и полуавтоматическими и принцип работы выглядит так:

Полуавтоматическое обновление: регулярно проверяет наличие свежих версии УТМ на сайте, тем самым самостоятельно скачивает обновление, но не устанавливает его. О таком обновлении сообщает мигание значка УТМ в трее системы.

Если пользователь не реагирует долгое время на мигание значка УТМ — обновления установятся автоматически.

Автоматическое обновление: данное обновление происходит по команде с сервера системы УТМ ЕГАИС.

При автоматическом или полуавтоматическом обновлении, можно получить выход из строя ключа ЕГАИС, не установленном должным образом службы УТМ.

Причины неудачного автоматического обновления:

1. Антивирус (препятствует обновлению УТМ);

2. Брандмауэр (препятствует обновлению УТМ);

3. Если УТМ запущен не от имени Администратора.

Ошибка УТМ CKR_USER_ALREADY_LOGGED_IN

Как показывает практика, автоматические или же полуавтоматические обновления проходят не всегда успешно. Поэтому рекомендуем воздержаться от такого рода обновлений, а выполнить вручную переустановку УТМ с сохранением данных.

Пройдя по ссылке можете ознакомиться с инструкциями по установке.

Источник

Ошибка выделяемой памяти в УТМ

Разбираем частые ошибки ЕГАИС.

Ошибка 1. Проблемы работы с Интернетом, приходит уведомление «Превышено время ожидания». В таком случае, достаточно перезапустить УТМ.

Ошибка 2. Документы в ЕГАИС медленно обрабатываются или вовсе не загружаются.

Очистите базу УТМ, для этого необходимо остановить службу УТМ. После удалить папку «transportDB» по пути «C:UTMtransporter».

Ошибка 3. Периодически в ответ на исходящую ТТН возвращается тикет с комментарием «Java heap space»

Проверьте в логах УТМ следующие ошибки:

Ошибка проверки RSA сертификата
ERROR ru.centerinform.transport.backbone.schedule.RSACertVerificationJob

Количество выделяемой памяти
java.lang.OutOfMemoryError: Java heap space

Чтобы устранить ошибку в УТМ нужно изменить параметр Java:

1. Остановите службу транспортного модуля
2. Сохраните отдельно оригинал «Install.bat»
3. Удалите службу УТМ «Uninstall.bat»
4. Измените в Install.bat параметры —JvmMs 500 —JvmMx 1000 (добавлять нужно после —JvmOptions)
5. После запустите Install.bat, чтобы установить службу с новым параметром. Установка и удаление службы производится из папки C:UTMtransporterbin

Напоминаем, что нужно вовремя обновлять УТМ. Версия вашего УТМ должна быть не ниже 4.2.0 b2470. Версии модуля ниже b2470 могут работать некорректно.

Источник

УТМ висит на обновлении настроек

В логах updater:

Ошибка при получении версии транспортного терминала
Ошибка выполнения задачи: es.programador.transport.updater.c.b@1ecdac9
es.programador.transport.updater.i: java.io.IOException: Server returned HTTP response code: 500 for URL: https://update.egais.ru/properties/check?h=92c1e9848ed1ed2e283ce04de5fa4ffe

обновление визуально крутит колесо,пока не обновишь страницу,но после обновления страницы все работает,будто бы настройки обновились,но,собственно,и до работает,так как,обычно,на домашнюю страницу никто не заходит.

висящее черное окно и запрос разрешения на настройку-это агент,он иногда не стартует,но винда службы и без него исправно запускает.

при ручном запуске сначала updater,потом подождать и ttansporter,чтобы последний аварийно не зааершился,пока updater готовится к работе.

(2) благодарю!
нашла в инете, что » При загрузке ОС служба универсального транспортного модуля запускается раньше, чем драйвер JaCarta и Единый Клиент, который в свою очередь не успевает считать необходимые сертификаты с usb-токена. Происходит своего рода «затык», который легко поправить, если настроить через «Планировщик заданий» небольшую задержку запуска агента УТМ (файл agent.bat).»
ссылка на источник: https://egaist.info/утм-starting-egais-agent-admin-shell/

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

Вот что еще отыскала в логах:
2019-11-15 01:23:51,426 ERROR es.programador.transport.a.b — [Filter] Ошибка инициализации фильтра
org.apache.http.conn.HttpHostConnectException: Connect to filter-utm.egais.ru:8443 [filter-utm.egais.ru/146.120.90.34] failed: Connection timed out: connect

Как понимаю, нет доступа к ресурсу filter-utm.egais.ru:8443.
Попробовала добавить в настройках IE в безопасные сайты, не помогло.

До этого еще перезапросила RSA-ключ из личного кабинета ЕГАИС. Вроде бы, в Едином Клиенте Джакарты видит:серийный номер токена, ключи и сертификаты, диагностику проходит.

(3) — антивирь отсутствует, брэндмауэр отключен, Windows 7 x-64 домашняя базовая.

Может быть, обновитьпереустановить Java.
Пробовала уже и плагин от РПЦ «Партнер».

Источник

Как узнать почему не работает УТМ ЕГАИС?

УТМ ЕГАИС это сложный программный комплекс. Знаний рядового Пользователя персонального компьютера недостаточно для диагностики и восстановления работы УТМ ЕГАИС.

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

Решения самых популярных проблем с ЕГАИС Вы можете найти в нашем Telegram канале «ЕГАИС простыми словами» .

Из чего состоит УТМ ЕГАИС?

Для того, чтобы понимать как диагностировать ошибки в работе УТМ ЕГАИС, желательно знать «анатомию» УТМ — из чего состоит УТМ ЕГАИС.

• служба обновления (Transport-Updater)
• служба мониторинга (Tranport-Monitoring)
• служба транспорта (Transport).

Все три службы в обязательном порядке устанавливаются и регистрируются в системе вместе с установкой УТМ.

Где искать причину неисправности УТМ ЕГАИС?

Если ваш УТМ перестал работать или работает нестабильно (постоянно отключается, теряется связь с ЕГАИС) то требуется определить причину неисправности.

Все ошибки о неисправности УТМ пишет в лог-файлах своих служб. Как правило достаточно посмотреть лог файлы службы обновления и транспорта для диагностики неисправности.

Лог-файлы этих служб находятся тут:

• C:UTMupdaterlupdate.log — лог службы обновления
• C:UTMtransporterltransport_info.log — лог службы транспорта

Указанные файлы открываются программой Блокнот, которая является штатной программой MS Windows. Файлы, как правило, содержат очень много текстовой информации, поэтому файл может быть большого размера.

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

Самые свежие события УТМ ЕГАИС находятся в конце файла, поэтому если у вас случился сбой, то для выявления ошибки:

• откройте и промотайте файл до самого конца;
• ищите строку с надписью ERROR и расшифровкой ошибки, как в примере ниже.

Имея текст ошибки на руках — вылечить УТМ можно достаточно быстро и даже без привлечения специалистов.

Не имеет значения, какой ключ (Рутокен, JaCarta или иной) Вы используете, какая операционная система у вас на компьютере, оптовик или розница. — обо всех неполадках вам сообщит УТМ прямо в лог файлы, даже если не не смог запуститься.

Если Вы не можете сами разобраться с логами УТМ и поиском ошибки — обратитесь к нашим специалистам .

Примеры. Как найти ошибку в УТМ и исправить ее самостоятельно?

Пример выявления ошибки №1. Поисковик в помощь.

Например в вашем файле C:UTMtransporterltransport_info.log в самом конце файла есть информация об ошибке:

2018-09-24 10:16:28,057 INFO ru.centerinform.crypto.c — Инициализации криптобиблиотеки
2018-09-24 10:16:28,171 ERROR ru.centerinform.crypto.c — Ошибка инициализации криптобиблиотеки
sun.security.pkcs11.wrapper.PKCS11Exception: CKR_USER_ALREADY_LOGGED_IN
at sun.security.pkcs11.wrapper.PKCS11.C_Login(Native Method)
at sun.security.pkcs11.wrapper.PKCS11$SynchronizedPKCS11.C_Login(PKCS11.java:1599)
at ru.centerinform.crypto.j.a(Unknown Source)
.

Согласно этой ошибке у УТМ есть проблемы в работе, которая произошла 24го сентября 2018 года в 10 часов 16 минут, в частности УТМ останавливается с ошибкой CKR_USER_ALREADY_LOGGED_IN.

Для того чтобы самостоятельно «вылечить проблему» нам надо поискать «лекарство» именно от этой ошибки. Если правильно спросить Яндекс об ошибке , то можно найти решение .

Пример выявления ошибки №2. Решаем проблему самостоятельно.

Например в вашем файле C:UTMtransporterltransport_info.log в самом конце файла есть информация об ошибке:

2018-09-26 15:36:59,766 ERROR es.programador.transport.h.e — Ошибка при получении и чтении документов с сервера ЕГАИС
com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: javax.net.ssl.SSLException: java.security.ProviderException: Token has been removed
at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.getOutput(Unknown Source)
at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(Unknown Source)
at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(Unknown Source)
at com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(Unknown Source)
.

Согласно этой ошибке у УТМ есть проблемы в работе, которая произошла 26го сентября 2018 года в 15 часов 36 минут, в частности в логах УТМ отображается ошибка Token has been removed.

Даже неглубокие знания заграничного языка могут подсказать, что скорее всего УТМ по какой то причине не видит ключ для ЕГАИС. Вам стоит убедиться в том, что ключик действительно подключен к компьютеру и горит (или моргает) его лампочка. Если ключик действительно подключен и лампочка горит, то отключите ключ от компьютера и снова его подключите — через несколько минут ошибка, как правило, исчезает.

Ошибка «Token has been removed» очень распространенная, наша техническая поддержка сталкивается с ней постоянно, диагностировать и исправить ее может любой пользователь самостоятельно.

Если Вам сложно диагностировать ошибки УТМ и тем более их исправить, то можете обратиться к нашим специалистам за помощью . Обычно у нас на исправление этих ошибок уходит от 5 минут до 1 часа (в зависимости от скорости вашего Интернет соединения и сложности ошибки).

А если проблема не в УТМ а в ключе для ЕГАИС?

Даже если проблема в ключе для ЕГАИС — по логам УТМ можно будет понять в чем именно состоит проблема — закончился сертификат, или пин-код заблокирован, или «сломался» ключ.

А еще примеры будут?

Будут, обязательно будут. Как появится время — напишем и дополним, пока больше времени уделяем Клиентам, чем статьям.

Решения самых популярных проблем с ЕГАИС Вы можете найти в нашем Telegram канале «ЕГАИС простыми словами» .

Если помогла статья — можете сказать Спасибо автору:

Источник

Обновление настроек УТМ, отсутствие фильтра, волшебная палочка QueryFilter : КИС Lack & УС Land

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

Как всегда с ЕГАИС — ХЗ, как это работает, разработчики отмалчиваются, а точнее объявляют это секретной информацией, а пользователи натыкаются на многочисленные проблемы, как при продажах, так и при отправке расходных накладных. Тема очень «интересная» и буйно обсуждаемая в закрытых разделах форума ФСРАР и уже вскрыты десятки нюансов и косяков функционирования данного новшества — желающие могут там это изучить.

Вот и в реале споткнулись на это новшество

Если кратко, то после подтверждения ТТН с марками, в основном новыми, в теории: УТМ должен автоматически обновить свою локальную БД или, что то же работает «через пень-колоду» запустить обновление в ручном режиме:

Умные люди подсказали превентивную меру . После подтверждения ТТН отправить запрос через cUrl, принудительно и гарантированно, запускающий данный процесс. Ручками проверил — сработало ! Добавил в программу «УС Лэнд:ЕГАИС» отправку данного запроса, дабы не делать это самому. После успешной отправки запроса программа выдаст сообщение:

Дабы не «наводить тень на плетень» приведу этот запрос:

Источник

14.11.19 — 15:34

Доброго дня всем.

Была ли у кого-нибудь проблема с обновлением УТМ?

Ситуация такая: вручную переустановлен УТМ с дистрибутива из личного кабинета ЕГАИС, версия 3.0.8,BuildNumber 1259. Перед переустановкой службы останавливались, вычищено через Uninstall Tooll. Перезагружаю, устанавливаю УТМ. Папка TransportDB не подменивалась, уже до меня ее опустошили. После переустановки висит черное окно запуска UTM… Если его закрыть и запустить УТМ повторно, запускается, службу transport-monitoring также приходится запустить вручную. После перезагрузки УТМ и все службы стартуют автоматически, не падают.

В localhost предлагается обновить настройки для работы с новыми марками, соглашаюсь, обновление зависает… Процесс с переустановкой был повторен неоднократно.. В клиенте JaCarta сертификаты открываются, ошибок, вроде как, нет.. Подозреваю, что надо копать в сторону некорректного запуска transport-monitoring.. что искать в логах?..

Может, кто-то сталкивался с подобным, как решили?

1 — 14.11.19 — 15:56

2 — 14.11.19 — 22:44

3 — 14.11.19 — 22:51

антивиря нет?

комодо банил, пока в исключения не добавил

именно автостарт глючил

4 — 15.11.19 — 00:40

5 — 15.11.19 — 08:57

(4)для этого есть запускать с задержкой

6 — 15.11.19 — 09:00

(4) какой-то х..ей маешься.

ПКМ на агенте — запустить от имени администратора и всё.

7 — 15.11.19 — 09:01

если службы не поднялись, то тупо удалить из все программы и поставить с нуля. всё.

8 — 15.11.19 — 09:02

И..для работы, должны быть запущены 2 службы — апдейт и транспорт, монитор, можно и не запускать

(8) причем,сначала updater

а потом transport

УТМ ЕГАИС это сложный программный комплекс. Знаний рядового Пользователя персонального компьютера недостаточно для диагностики и восстановления работы УТМ ЕГАИС.

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

Решения самых популярных проблем с ЕГАИС Вы можете найти в нашем Telegram канале «ЕГАИС простыми словами».

Из чего состоит УТМ ЕГАИС?

Для того, чтобы понимать как диагностировать ошибки в работе УТМ ЕГАИС, желательно знать «анатомию» УТМ — из чего состоит УТМ ЕГАИС.

УТМ ЕГАИС всегда устанавливается в папку UTM в корень системного диска (обычно это C:UTM). Сам УТМ ЕГАИС состоит из трех служб:

Где искать причину неисправности УТМ ЕГАИС?

Если ваш УТМ перестал работать или работает нестабильно (постоянно отключается, теряется связь с ЕГАИС) то требуется определить причину неисправности. 

Все ошибки о неисправности УТМ пишет в лог-файлах своих служб. Как правило достаточно посмотреть лог файлы службы обновления и транспорта для диагностики неисправности.

Лог-файлы этих служб находятся тут:

• C:UTMupdaterlupdate.log — лог службы обновления
• C:UTMtransporterltransport_info.log — лог службы транспорта

Указанные файлы открываются программой Блокнот, которая является штатной программой MS Windows. Файлы, как правило, содержат очень много текстовой информации, поэтому файл может быть большого размера.

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

Самые свежие события УТМ ЕГАИС находятся в конце файла, поэтому если у вас случился сбой, то для выявления ошибки:

• откройте и промотайте файл до самого конца;
• ищите строку с надписью ERROR и расшифровкой ошибки, как в примере ниже.

Имея текст ошибки на руках — вылечить УТМ можно достаточно быстро и даже без привлечения специалистов.

Не имеет значения, какой ключ (Рутокен, JaCarta или иной) Вы используете, какая операционная система у вас на компьютере, оптовик или розница… — обо всех неполадках вам сообщит УТМ прямо в лог файлы, даже если не не смог запуститься.

Если Вы не можете сами разобраться с логами УТМ и поиском ошибки —
обратитесь к нашим специалистам.

Примеры. Как найти ошибку в УТМ и исправить ее самостоятельно?

Пример выявления ошибки №1. Поисковик в помощь.

Например в вашем файле C:UTMtransporterltransport_info.log в самом конце файла есть информация об ошибке:

2018-09-24 10:16:28,057 INFO  ru.centerinform.crypto.c — Инициализации криптобиблиотеки

2018-09-24 10:16:28,171 ERROR ru.centerinform.crypto.c — Ошибка инициализации криптобиблиотеки

sun.security.pkcs11.wrapper.PKCS11Exception: CKR_USER_ALREADY_LOGGED_IN

at sun.security.pkcs11.wrapper.PKCS11.C_Login(Native Method)

at sun.security.pkcs11.wrapper.PKCS11$SynchronizedPKCS11.C_Login(PKCS11.java:1599)

at ru.centerinform.crypto.j.a(Unknown Source)
…

Согласно этой ошибке у УТМ есть проблемы в работе, которая произошла 24го сентября 2018 года в 10 часов 16 минут, в частности УТМ останавливается с ошибкой CKR_USER_ALREADY_LOGGED_IN.

Для того чтобы самостоятельно «вылечить проблему» нам надо поискать «лекарство» именно от этой ошибки. Если
правильно спросить Яндекс об ошибке, то можно найти
решение.

Пример выявления ошибки №2. Решаем проблему самостоятельно.

Например в вашем файле C:UTMtransporterltransport_info.log в самом конце файла есть информация об ошибке:

2018-09-26 15:36:59,766 ERROR es.programador.transport.h.e — Ошибка при получении и чтении документов с сервера ЕГАИС

com.sun.xml.internal.ws.client.ClientTransportException: HTTP transport error: javax.net.ssl.SSLException: java.security.ProviderException: Token has been removed

at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.getOutput(Unknown Source)

at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(Unknown Source)

at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(Unknown Source)

at com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(Unknown Source)
…

Согласно этой ошибке у УТМ есть проблемы в работе, которая произошла 26го сентября 2018 года в 15 часов 36 минут, в частности в логах УТМ отображается ошибка Token has been removed.

Даже неглубокие знания заграничного языка могут подсказать, что скорее всего УТМ по какой то причине не видит ключ для ЕГАИС. Вам стоит убедиться в том, что ключик действительно подключен к компьютеру и горит (или моргает) его лампочка. Если ключик действительно подключен и лампочка горит, то отключите ключ от компьютера и снова его подключите — через несколько минут ошибка, как правило, исчезает. 

Ошибка «Token has been removed» очень распространенная,
наша техническая поддержка сталкивается с ней постоянно, диагностировать и исправить ее может любой пользователь самостоятельно.

Если Вам сложно диагностировать ошибки УТМ и тем более их исправить, то можете 
обратиться к нашим специалистам за помощью. Обычно у нас на исправление этих ошибок уходит от 5 минут до 1 часа (в зависимости от скорости вашего Интернет соединения и сложности ошибки).

А если проблема не в УТМ а в ключе для ЕГАИС?

Даже если проблема в ключе для ЕГАИС — по логам УТМ можно будет понять в чем именно состоит проблема — закончился сертификат, или пин-код заблокирован, или «сломался» ключ.

А еще примеры будут?

Будут, обязательно будут. Как появится время — напишем и дополним, пока больше времени уделяем Клиентам, чем статьям.

Решения самых популярных проблем с ЕГАИС Вы можете найти в нашем Telegram канале «ЕГАИС простыми словами».

Если помогла статья — можете сказать Спасибо автору: