Ключ защиты программы больше не доступен! Работа программы завершена. #380973

Здравствуйте, уважаемые! Кто-нибудь знает, что приводит к такой ошибке? Ни с того ни с сего в разгар рабочего дня у большого количества пользователей посередь экрана появляется окошко с заголовком "V8" и таким (subj) сообщением. Эска, понятен пень, закрывается. При этом с сетью порядок в том смысле, что компы, в которые воткнуты ключи не выключались и коннект с ними не пропадает. Смотрю AKS Monitor'ом на наши ключи и вижу, что на момент происходящего количество свободных лицензий превалирует над количеством занятых и над количеством пользователей в базе. Господа и дамы, подмогните добрым советом, как мне понять, в чем причина и чего мне колдануть, чтобы причина эта больше не возникала? ЗЫ Поиск и мануалы, как обычно в таких случаях, курил. ЗЗЫ 1С 8.1.11.67, база "Управление страховой компанией" (релиз указывать бессмысленно, т.к. у нас оно не из коробки, а изрядно доломанное) ЗЗЗЫ Если нужны какие-то еще подробности, - сообщу с удовольствием, как только узнаю, какие именно нужны ЗЗЗЗЫ Скриншот этой ошибки: (PNG, 83Кб)

Обращайтесь к тем кто вам программу дорабатывал или ставил

+1 Это защита поставлена программистами, тут дело не в лицухах

(1,2) Ты говоришь, что тут тречь не про ключ платформы, а про ключ конфы? Как я могу это проверь/доказать? Пока доказулек не нарою, я не могу товарищам, котрые конфу наваяли, ни чего предъявить

У меня ключ локальный (доступный только мне) стоит. И этот гад меня тоже иногда вырубает из конфигуратора... И сеть, как понимаете, здесь не причём... Может ключики Вам поменять? На время хотя-бы взять у франей...

Таки все же, господа, это сообщение платформы или убогой УСК?

Платформа периодически к ключу обращается.

это-то как раз и не сюрприз, мне интересно для начала, кто отвечает за отображение этого окна (см. - платформа или прикладное решение?

Такое может происходить, если сильно загружен процессор компа, куда воткнут ключ.

это 4 разных компа, а пользователи ваываливаются все. Т.е. на всех 4-х одновременно занят проц? Согласно теории вероятности, это очень маловероятно :)

+1 Имхо, платформа так ругается по таймауту... когда она сама не может объяснить причину задержки между обращениями к ключу.

Нет, достаточно занять проц компа где ключ стоит...

У вас 4 ключа в разных компах?

вру, не четыре, а три разных ключа - два по 20 и один на 50 лицензий (это платформа). Ключи от УСК - на одной машине три ключа по 20 лицензий (заняты не все) и хренова гора локальных ключей на клиентах так вот таких компов больше одного

+ да ключи в разных машинах воткнуты, т.к. эти тупорылые ключи, будучи воткнуты в одну машину, не работают. Точнее работают, но только один из них

мабуть ключи разнести?

успел=))

Еще раз: проблема в том, что ни с того ни с сего даже при простое адинэсовка показывает вот такую ерунду . Хочется знать: 1. Кто именно ключ теряет - платформа или УСК? 2. Если платформа, то - в чем причина 3. Усли УСК, то как доказать, что это УСК, чтобы можно было франчу предъявлять претензии

ну можно поставить смелый эксперимент и запустить кучу типовых бухгалтерий

вариант, спасибо. Еще наверное можно на паре компов заменить bakend.dll и посмотреть, отвалятся ли они в очередной раз... Правда с добытыми таким образом доказульками к франчу не придешь :)

Меня немного удивляют ваши отношения с франчем. Я сам специалист из франча и если бы у моих клиентов были такие дела, то они просто попросили бы меня решить эту проблему. Как-то вы слишком зациклены что ли на сборе "доказулек" ...

к сожалению, это действительно неправильно, но мы реально ни чего сделать не можем (долго объяснять да  не зачем). Отношения с франчем действительно ненормальные.

+ меня эти отношения не удивляют, я от них по колено в шоке уже более полугода

УСК в заголовке окна V8, платформа бы написала имя исполняемого модуля т.е. 1cv8. распакуй конфигурацию с помощью v8unpack и поиском по текстам найди строку в файлах "Ключ защиты программы....". если она там будет то конфа.

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

пишет, что: "Не обнаружен ключ защиты программы", с ни чего общего. Выдергиванием шнура добился сообщений только "Не обнаружен ключ защиты программы" и "#59 Удаленный хост принудительно разорвал соединение". v8unpack'ом распаковывал слов таких не нашел. Выходит платформа. Но в каких-то таких хитролобых случаях, что простым разрывом соединения подобного эффекта не добиться. Вариантов остается только один - ждать, когда начнет проявляться снова и плясать с бубном

Так может эта УСК длл-лину использует какую-нибудь для проверки лицензий и заветная фраза в ней сидит?

Еще как вариант попробуй остановить службу HaspLoader и почитать. А также сервер приложений и скулевый сервак до кучи :-)

при большой нагрузке на комп с сервером лицензий - лицензменеджер может давать отлуп, даже при наличии свободных лицензий... лечится выделенным сервером с ключем, переносом сервера с терминального сервера (как часто бывает) на сервер БД/1с и т.д.

Это платформенное сообщение. У себя такое увидел.

Имхо: платформа сообщает об том, что менеджер лицензий обнаружен... но не отвечает на запрос :( Проверял дома: ключ и базы - локально; загрузил два конфигуратора на две разные базы. При поочерередном использовании - стабильно "отваливается" одна из программ... Для справки: предыдущий релиз платформы - не отваливался а делал паузу при работе с виртуальной памятью. Видать что-то "подкрутили" в новом релизе платформы...

может таймаут уменьшили... ну да верно... у меня дома надо было бы 4 базы грузить ;)

А с NH_SESSION и NH_SEND_RCV не пробовали поиграться? Взгляните еще может поможет...