Слетел ЛМ ЧЗ - не отконфигурирован : Маркировка

Уважаемые форумчане!
Сегодня на одной из касс получил такое:

В статусе ЛМ ЧЗ "Not configurd".
Убил три часа на попытки Инициализации.
Пробовал всё, от удаления до фатального сноса и т.д.
Ставил предыдущую версию, старую версию 2.5.1
Решение:
удалил ЛМ ЧЗ
удалил папку Regimi
перезапустил ПК
установил 32-бита версию ЛМ ЧЗ
перезапустил ПК
запустил Инициализацию с токкеном СТАРЫМ!!!!! из "Токкен для контольно-кассовой техники из ЛК ЧЗ" через программу "Тест локального модуля 1.1.0":
за 10 минут папка уже весит более 1,2 Гб.
через 20 минут статус "Активен"

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

А если его проверить, интересно, он живой по сроку действия?
А что это за программа?

Не проверял, задача была кассу восстановить.
Но если учесть, что с ним инициализация прошла, и он до сих пор висит в ЧЗ, значит рабочий.
Программа бесплатная, позволяет проверить статус ЛМ ЧЗ, провести инициализацию.
Другие мне не помогли, включая решение внутри кассовой программы Бэст-5.Кассир. В нашей кассе она упорно пыталась обновится через токкен от ТС ПИоТ.

ЛМЧЗ самообновился с 2.6.1 на 2.6.3 и после этого перешла база в статус "Not configured". Старым способом через токен ЧЗ обновил инициализацию сегодня заново. Полет нормальный. Клиент работает по прежнему без кабинета в ПИОТе, а прямым способом.

Они висят в ЛК и мертвые... Смотреть срок нужно.
НО!!! Это я с утра, с просонья на ник ТС не глянул.
Судя по нему, это фарма. Для них, вроде как обещали токены не убивать, даже если ПИоТ есть. У остальных - 50/50, как повезет. Но, в ЛК они все равно есть, даже если протухли.

я инициализировал несколько ЛМ очень просто (вчера), удалил, переустановил, он в статус not_configured встал, потом просто запустил прогу от "ЕСП ЕСМ Настройка и управление" с запущенным драйвером ККТ (на любой кассе), синхронизация сразу пошла... ЛМ ЧЗ отдельно стоит в lxc контейнере...

Пытаюсь инициализировать средствами ТС ПИОТ, в логах regime постоянно выходит:
replications status is not changed : #{<<"pull_packets:>>
в логах yenisei:
no record of user
Подскажите в чем может быть проблема

вчера тоже боролся с ЛМЧЗ. как оказалось у клиента ЛМ не работал с 17 октября. статус - failure
Используется ПИОТ. никто ничего не замечал. а в пт/сб отключали инет и вся маркировка перестала проходить.
токен из лк чз заблокирован.
сначала просто удалил БД.
потом переустановил ЛМ поверх
потом удалил и установил заново
и тишина...
открыл смену на кассе (пробил спички)
и через какое то время - статус инициализация...
еще через пару часов - not configured
а сегодня с утра уже ready.... и версия обновилась 2.6.3-4, я ставил 2.6.1-7
просто *опа. вчера касса целый день простояла

Сейчас глянул свой ЛМ ЧЗ.
За выходные он сам обновился на 2.6.3-4 с 2.6.1-7. Статус ready.

из списка изменений
— Реализовали механизм включения «серых списков» в ЛМ ЧЗ
Добавили метод POST /lmEnableGreyList, доступный для api/v2, api/v3. Включение режима серых списков позволяет сэкономить место в ЛМ ЧЗ, за счет проверок по базе кодов товара без учета номера партии.
— Усовершенствовали взаимодействие с ГИС МТ. Расширили обработку служебных параметров, оптимизировали передачу отчетности на сервис электронной регистрации и взаимодействие с инфраструктурой «Честного Знака».
— Повысили устойчивость соединений с ГИС МТ и CDN-площадками. Оптимизировали установку контролируемого и доверенного каналов, обработку статусов аутентификации, управление таймаутами операций с ФН и механизмы восстановления соединения.
— Улучшили взаимодействие с ЛМ ЧЗ. Оптимизировали получение и обновление токенов авторизации, повторное подключение и получение статуса ЛМ ЧЗ. Усовершенствовали процедуру инициализации, добавили возможность её ручного запуска через POST /api/v1/settings/lm/init/:id. Оптимизировали работу с ЛМ ЧЗ в мультикассовых конфигурациях.
— Расширили возможности настройки проверки кодов маркировки. Добавили управление таймаутом проверки КМ в интерфейсе ЕСМ.
— Для обеспечения обратной совместимости доработали метод /info. Добавили параметр codesCheckTimeout в методах /info API v1, v2 и v3.
— Расширили возможности централизованного управления ЕСМ. Оптимизировали механизмы обновления ЕСМ и взаимодействия с серверами ЕСП.



т.е. появилась возможность пнуть лм :)