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

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

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

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

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

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

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

(6) это-то как раз и не сюрприз, мне интересно для начала, кто отвечает за отображение этого окна (см. http://slil.ru/26477507) - платформа или прикладное решение?

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

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

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

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

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

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

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

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

(14) успел=))

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

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

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

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

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

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

(0) УСК
в заголовке окна V8, платформа бы написала имя исполняемого модуля т.е. 1cv8.

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

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

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

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

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

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

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

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

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

(0) А с NH_SESSION и NH_SEND_RCV не пробовали поиграться?
Взгляните еще http://www.aladdin.ru/catalog/hasp/hasp4/tech_details/diagnostix.php?print=Y
может поможет...