Программно-аппаратные лицензии |
Я |
26.02.21 — 16:47
У нас имеются аппаратные лицензии приобретенные до февраля 2019 года.
В августе 2019 года были получены дополнительные программные лицензии позволяющие получить частичный функционал платформы КОРП уровня, при использовании старых ключей.
До 20 февраля текущего года, подобная связка (аппаратные + программные лицензии) работала корректно.
20 февраля началось существенное замедление на одном экземпляре сервера приложений. Использование технологического журнала показало, что причина в потере программных лицензий.
Предположительно, это было вызвано перестановкой аппаратных ключей, т.к. один из физических серверов временно был недоступен.
24 февраля аппаратные ключи были возвращены в исходное место, и сервер приложений работал с нормальной производительностью.
Сегодня, 26 февраля, опять начались проблемы с производительностью. Технологический журнал показал ошибки получения программных лицензий.
Пример записей ТЖ
0874860b-2b41-45e1-bc2b-6e186eb37771: Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file://C:/ProgramData/1C/licenses/20190830143544.lic
После получения лицензии удалены:
HASP_0: ORGL8, client, 20 users, id 1816315859, 1
HASP_1: ORGL8, client, 20 users, id 1816315859, 2
В текущей конфигурации компьютера имеются:
HASP_0: ORGL8, client, 50 users, id 1898786281, 1
HASP_1: ORGL8, client, 50 users, id 1898786281, 2
File=srcLicenseBaseImpl.cpp(6197)’
39:36.710002-0,EXCP,0,process=rphost,OSThread=8788,Exception=0874860b-2b41-45e1-bc2b-6e186eb37771,Descr=’srcLicenseBaseImpl.cpp(6299):
Вопрос — как решать? Из-за этой чехарды базы тормозят не по детски.
Резервных пинов для «хитрых» программных лицензий нет. В комплекте всего один пин.
1 — 26.02.21 — 16:50
Ты этот пост отправь в отдел лицензирования 1с. Полагаю, помогут и подскажут
2 — 26.02.21 — 16:52
(1) Отправил 2 часа назад. Не помогают 🙁 Может я многого хочу, и надо ждать дольше?
3 — 26.02.21 — 16:53
Позвони.
4 — 26.02.21 — 16:53
(3) У них нет телефона. Звонил на горячую линию. Сказали только писать.
5 — 26.02.21 — 17:06
(0) так видно же, что ему не нравится. он опять потерял аппаратный ключ, к которому, я так понял, привязана п.л.
Честно говоря, ни разу не работал с программными, привязанными к аппаратным, но попробуйте заново получить программные лицензии.
6 — 26.02.21 — 17:20
(0) Держите в курсе, планировал тоже доп.прог.лиц.
7 — 26.02.21 — 17:59
(0) ну вы текст то читайте — у вас программная лицензия была привязана к ключу HASP на 20 раб.мест, а сейчас вместо ключа на 20 раб.мест она видит ключ на 50 раб.мест, в результате нет привязки — нет лицензии
8 — 01.03.21 — 15:38
(6) Запросили прислать файлы. Через пару часов прислали новые пин-коды и рекомендации привязывать их все к ключу сервера.
С первым я накосячил, и привязал опять к клиентскому ключу. Надо инструкцию сразу всю читать, а не по порядку 🙂
Остальные лицензии привязались.Запросил еще один пин-код.
9 — 01.03.21 — 15:41
Не всегда можно к ключу сервера привязать, иногда надо не на сервере 1C а на rdp сервере чтобы пер юзер а не пер сеанс
10 — 01.03.21 — 17:18
(9) у ТС не полноценные, а доп.лицензии к USB ключам уровня ПРОФ для разблокировки ограничения на 12 ядер и 500 юзеров — их только на самом сервере 1С ставят или на сервере лицензирования, который будет их раздавать опять же серверу 1С, клиенты такие лицензии сами получать не умеют
11 — 01.03.21 — 17:34
В общем зарегистрировал новые пин-коды на ключ сервера и ошибки исчезли.
12 — 01.03.21 — 17:50
(8) ОФФ. Вспомнилось на эту тему…В начале 90-х, изучая команды DOS по английскому описанию (а других не было) по порядку алфавита дошли до команды format C:..И никак не могли понять, что случилось. Куда делись все программы.
13 — 01.03.21 — 17:56
(12) помню когда я первый раз полез читать инструкцию — когда не смог открыть устройство )
14 — 01.03.21 — 18:49
(0) Чисто для маркетинга… у тебя серверный аппаратный ключ стоит на сервере и для программных ключей стоит сервер лицензирования, при активации программных ключей ты их привязал к аппаратному ключу, так?
15 — 01.03.21 — 19:53
(14) думаю без сервера лицензирования, т.к. в данном случае в нём нет необходимости
16 — 01.03.21 — 21:35
(14) Отдельно сервер лицензирования не выделен. При активации программных ключей привязал их все к аппаратному ключу.
17 — 02.03.21 — 12:03
(8) а где инструкцию «как правильно привязывать» почитать бы ?
18 — 02.03.21 — 12:12
(17) Инструкция которую прислали, именно для нашего случая. Пошаговая. Смысла для всех от нее не будет.
Пожалуй ключевое — привязывать все лицензии к аппаратному серверному ключу. Но! Это только для случая подробно описанного в (10).
19 — 02.03.21 — 12:37
20 — 02.03.21 — 12:40
+ доп.лицензии для снятия блокировки на 12 ядер и 500 юзеров для ПРОФ лицензий с USB, которые были куплены до февраля 2019 г. необходимо привязывать именно к аппаратному ключу, а не к параметрам машины
и желательно к серверному ключу, а не к клиентским
21 — 02.03.21 — 12:42
+ еще один «нюанс» — активацию таких лицензий необходимо производить непосредственно на сервере, а не с клиентской машины
22 — 02.03.21 — 13:16
(20) Ну вот, а я сначала привязывал их к клиентским ключам. Оказалось что они чувствительны к свободным подключениям. Т.е. если ключ на 20 подключений и использованы все 20, то программная лицензия этот ключ не видит. Вот они у меня и сыпались.
23 — 02.03.21 — 13:29
(22) все верно: «Проверка привязки программной лицензии к аппаратному ключу защиты HASP требует наличие 1 свободной лицензии на 1 секунду. Проверка привязки выполняется не чаще одного раза в 20 секунд.»
24 — 02.03.21 — 15:09
(23) какие затейнки….
Спасибо, буду изучать….
25 — 02.03.21 — 15:21
Если я правильно понял, при привязке к серверному ключу EN8SA, при аварийном переезде на другой (резервный) сервер все работает без проблем с этим переставленным ключом.
Так ?
А вот если ключ будет заменен (сгорел н…), то при замене запускаться-то будет ли вообще, при привязанной прог.лицензии ? Вот этого не понял….
26 — 02.03.21 — 15:23
(25) И как это на виртуалках с пробросом ключей через сторонний продукт, USB redirector.
И хочется, и колется, чтобы проблем не нажить…
27 — 02.03.21 — 15:32
(25) Меня это тоже смущает, но при аварийном случае будет не до ограничений проф версии. Просто переведу базу на резервный сервер с ограничениями проф.
Если переставить аппаратный ключ, то программные лицензии на другой сервер не переедут сами собой.
Надеюсь в следующем году закупить (если денег дадут) аппаратные корп лицензии и не заморачиваться больше.
28 — 02.03.21 — 16:41
(25) >А вот если ключ будет заменен (сгорел н…), то при замене запускаться-то будет ли вообще, при привязанной прог.лицензии ? Вот этого не понял….
нет привязки — нет лицензии
надо будет получать новую лицензию, для этого нужен будет новый пин, который придется запрашивать в центре лицензирования
29 — 02.03.21 — 16:42
(27)>Если переставить аппаратный ключ, то программные лицензии на другой сервер не переедут сами собой.
файлы лицензии можно скопировать и перенести вместе с ключом на другой сервер — проверено, работает
30 — 02.03.21 — 16:48
(29) А вот за это спасибо!
31 — 02.03.21 — 17:12
(30) +1
32 — 02.03.21 — 18:07
ещё
если старый сервер помер и файл лицензии скопировать невозможно, то на новом сервере можно будет получить новую лицензию с помощью того же пинкода, для этого при восстановлении лицензии надо поставить флаг «Я уверен(-а), что ключевые параметры компьютера не изменялись» и ввести тот же пин
Lama12
33 — 02.03.21 — 18:19
(32) Тоже в плюс.👍
Содержание
- Ошибка программного лицензирования
- Слетает программная лицензия
- Программно-аппаратные лицензии
- восстановление программной лицензии
- Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру. Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия — Решение Ошибка привязки программной лицензии к компьютеру
- ВИДЫ КЛЮЧЕЙ 1С
- ПРИЧИНЫ ОШИБОК
- Причины дисфункции
- Как исправить «Не найдена лицензия» в 1С
- Активация лицензии
- Восстановление лицензии
- Получение дополнительного пин-кода
Ошибка программного лицензирования
Ситуация как всегда :), вчера работало, сегодня нет.
Что делать, если при запуске выдается сообщение
Не обнаружено свободной лицензии!
по причине:
Поиск лицензии на клиенте:
Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file://C:/ProgramData/1C/licenses/20190408114802.lic
После получения лицензии удалены:
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_4: Intel Raid 1 Volume, SCSIDISK&VEN_INTEL&PROD_RAID_1_VOLUME5&1C3B668D&0&040100, 512, 63, 34658, 255, 8837790, 556780770, 285071754240
В текущей конфигурации компьютера имеются:
DISK_3: ST2000DM001-1ER164, SCSIDISK&VEN_&PROD_ST2000DM001-1ER14&2FB4CB65&0&000000, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_1: WDC WD40EFAX-68JH4N0, SCSIDISK&VEN_WDC&PROD_WD40EFAX-68JH4N04&2FB4CB65&0&020000, 512, 63, 486401, 255, 124032255, 7814032065, 4000784417280
Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file://C:/ProgramData/1C/licenses/20190410165202.lic
После получения лицензии удалены:
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_4: Intel Raid 1 Volume, SCSIDISK&VEN_INTEL&PROD_RAID_1_VOLUME5&1C3B668D&0&040100, 512, 63, 34658, 255, 8837790, 556780770, 285071754240
В текущей конфигурации компьютера имеются:
DISK_3: ST2000DM001-1ER164, SCSIDISK&VEN_&PROD_ST2000DM001-1ER14&2FB4CB65&0&000000, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_1: WDC WD40EFAX-68JH4N0, SCSIDISK&VEN_WDC&PROD_WD40EFAX-68JH4N04&2FB4CB65&0&020000, 512, 63, 486401, 255, 124032255, 7814032065, 4000784417280
Ошибка программного лицензирования. Файл программной лицензии не предусматривает возможность запуска клиентских приложений 1С:Предприятия или внешних соединений: file://C:/ProgramData/1C/licenses/20190625152117.lic
Ошибка программного лицензирования. Превышено максимальное количество пользователей, разрешенное файлом программной лицензии: file://C:/ProgramData/1C/licenses/20200131140053.lic
Ошибка программного лицензирования. Превышено максимальное количество пользователей, разрешенное файлом программной лицензии: file://C:/ProgramData/1C/licenses/20200205112320.lic
локальный ключ недоступен: Status=-10, ORGL8 Локальный, не установлен
локальный ключ недоступен: Status=-10, ORG8A Локальный, не установлен
локальный ключ недоступен: Status=-10, ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ORGL8 Сетевой, установлен, свободные лицензии закончились, занято через менеджер лицензий 3, занято через сервер 4
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8B Сетевой, не установлен
Поиск лицензии на сервере:
ORGL8 Локальный, установлен, свободные лицензии закончились, занято через менеджер лицензий 1, занято через сервер 4
Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file://C:/ProgramData/1C/licenses/20190408114802.lic
После получения лицензии удалены:
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_4: Intel Raid 1 Volume, SCSIDISK&VEN_INTEL&PROD_RAID_1_VOLUME5&1C3B668D&0&040100, 512, 63, 34658, 255, 8837790, 556780770, 285071754240
В текущей конфигурации компьютера имеются:
DISK_3: ST2000DM001-1ER164, SCSIDISK&VEN_&PROD_ST2000DM001-1ER14&2FB4CB65&0&000000, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_1: WDC WD40EFAX-68JH4N0, SCSIDISK&VEN_WDC&PROD_WD40EFAX-68JH4N04&2FB4CB65&0&020000, 512, 63, 486401, 255, 124032255, 7814032065, 4000784417280
Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file://C:/ProgramData/1C/licenses/20190410165202.lic
После получения лицензии удалены:
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_4: Intel Raid 1 Volume, SCSIDISK&VEN_INTEL&PROD_RAID_1_VOLUME5&1C3B668D&0&040100, 512, 63, 34658, 255, 8837790, 556780770, 285071754240
В текущей конфигурации компьютера имеются:
DISK_3: ST2000DM001-1ER164, SCSIDISK&VEN_&PROD_ST2000DM001-1ER14&2FB4CB65&0&000000, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_1: WDC WD40EFAX-68JH4N0, SCSIDISK&VEN_WDC&PROD_WD40EFAX-68JH4N04&2FB4CB65&0&020000, 512, 63, 486401, 255, 124032255, 7814032065, 4000784417280
Ошибка программного лицензирования. Файл программной лицензии не предусматривает возможность запуска клиентских приложений 1С:Предприятия или внешних соединений: file://C:/ProgramData/1C/licenses/20190625152117.lic
Ошибка программного лицензирования. Превышено максимальное количество пользователей, разрешенное файлом программной лицензии: file://C:/ProgramData/1C/licenses/20200131140053.lic
Ошибка программного лицензирования. Превышено максимальное количество пользователей, разрешенное файлом программной лицензии: file://C:/ProgramData/1C/licenses/20200205112320.lic
ORG8A Локальный, не установлен
ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ORGL8 Сетевой, установлен, свободные лицензии закончились, занято через менеджер лицензий 3, занято через сервер 4
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8B Сетевой, не установлен
Поиск лицензии в сервисе лицензирования:
ORGL8 Локальный, установлен, свободные лицензии закончились, занято через менеджер лицензий 1, занято через сервер 4
Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file://C:/ProgramData/1C/licenses/20190408114802.lic
После получения лицензии удалены:
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_4: Intel Raid 1 Volume, SCSIDISK&VEN_INTEL&PROD_RAID_1_VOLUME5&1C3B668D&0&040100, 512, 63, 34658, 255, 8837790, 556780770, 285071754240
В текущей конфигурации компьютера имеются:
DISK_3: ST2000DM001-1ER164, SCSIDISK&VEN_&PROD_ST2000DM001-1ER14&2FB4CB65&0&000000, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_1: WDC WD40EFAX-68JH4N0, SCSIDISK&VEN_WDC&PROD_WD40EFAX-68JH4N04&2FB4CB65&0&020000, 512, 63, 486401, 255, 124032255, 7814032065, 4000784417280
Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file://C:/ProgramData/1C/licenses/20190410165202.lic
После получения лицензии удалены:
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_3: TOSHIBA DT01ACA200 ATA Device, IDEDISKTOSHIBA_DT01ACA200__________MX4OABB05&42591EC&0&0.1.0, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_4: Intel Raid 1 Volume, SCSIDISK&VEN_INTEL&PROD_RAID_1_VOLUME5&1C3B668D&0&040100, 512, 63, 34658, 255, 8837790, 556780770, 285071754240
В текущей конфигурации компьютера имеются:
DISK_3: ST2000DM001-1ER164, SCSIDISK&VEN_&PROD_ST2000DM001-1ER14&2FB4CB65&0&000000, 512, 63, 243201, 255, 62016255, 3907024065, 2000396321280
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_2: KINGSTON SA400S37240G, SCSIDISK&VEN_&PROD_KINGSTON_SA400S34&2FB4CB65&0&030000, 512, 63, 29185, 255, 7442175, 468857025, 240054796800
DISK_1: WDC WD40EFAX-68JH4N0, SCSIDISK&VEN_WDC&PROD_WD40EFAX-68JH4N04&2FB4CB65&0&020000, 512, 63, 486401, 255, 124032255, 7814032065, 4000784417280
Ошибка программного лицензирования. Файл программной лицензии не предусматривает возможность запуска клиентских приложений 1С:Предприятия или внешних соединений: file://C:/ProgramData/1C/licenses/20190625152117.lic
Ошибка программного лицензирования. Превышено максимальное количество пользователей, разрешенное файлом программной лицензии: file://C:/ProgramData/1C/licenses/20200131140053.lic
Ошибка программного лицензирования. Превышено максимальное количество пользователей, разрешенное файлом программной лицензии: file://C:/ProgramData/1C/licenses/20200205112320.lic
ORG8A Локальный, не установлен
ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ORGL8 Сетевой, установлен, свободные лицензии закончились, занято через менеджер лицензий 3, занято через сервер 4
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8B Сетевой, не установлен
Если это не виртуалка, то Вам сделали апрегрейд компа. Активируем следующий пин-код. Если кончились и совесть (в части использования резервных пин кодов) чиста, то запрашиваем новый пин.
А если виртулака, то вежливо задаем вопросы тому, кто ее админит.
Источник
Слетает программная лицензия
Доброго времени суток!
Ситуация следующая: в процессе перепиливания УТ11 неожиданно слетела программная лицензия с компьютера. Программы не устанавливались,оборудование не менялось. Выдает такую ошибку:
Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
по причине:
Поиск лицензии на клиенте:
Ошибка программного лицензирования
Ошибка привязки программной лицензии к компьютеру: file://C:/Program Files/1cv82/8.2.18.96/bin/conf/20130523163043.lic
локальный ключ недоступен: Status=-100, ORGL8 Локальный, не установлен
локальный ключ недоступен: Status=-100, ORG8A Локальный, не установлен
локальный ключ недоступен: Status=-100, ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files/1cv82/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORGL8 Сетевой, не установлен
nethasp.ini: C:/Program Files/1cv82/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files/1cv82/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8B Сетевой, не установлен
Конфигурация не является базовой, Конфигурация не является базовой
Может сталкивался кто?Что делать то?
За этим компом никто не сидел,я в офисе один. База файловая,лежит у меня на диске.
Источник
Программно-аппаратные лицензии
У нас имеются аппаратные лицензии приобретенные до февраля 2019 года.
В августе 2019 года были получены дополнительные программные лицензии позволяющие получить частичный функционал платформы КОРП уровня, при использовании старых ключей.
До 20 февраля текущего года, подобная связка (аппаратные + программные лицензии) работала корректно.
20 февраля началось существенное замедление на одном экземпляре сервера приложений. Использование технологического журнала показало, что причина в потере программных лицензий.
Предположительно, это было вызвано перестановкой аппаратных ключей, т.к. один из физических серверов временно был недоступен.
24 февраля аппаратные ключи были возвращены в исходное место, и сервер приложений работал с нормальной производительностью.
Сегодня, 26 февраля, опять начались проблемы с производительностью. Технологический журнал показал ошибки получения программных лицензий.
Пример записей ТЖ
0874860b-2b41-45e1-bc2b-6e186eb37771: Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file://C:/ProgramData/1C/licenses/20190830143544.lic
После получения лицензии удалены:
HASP_0: ORGL8, client, 20 users, id 1816315859, 1
HASP_1: ORGL8, client, 20 users, id 1816315859, 2
В текущей конфигурации компьютера имеются:
HASP_0: ORGL8, client, 50 users, id 1898786281, 1
HASP_1: ORGL8, client, 50 users, id 1898786281, 2
File=srcLicenseBaseImpl.cpp(6197)’
39:36.710002-0,EXCP,0,process=rphost,OSThread=8788,Exception=0874860b-2b41-45e1-bc2b-6e186eb37771,Descr=’srcLicenseBaseImpl.cpp(6299):
(0) так видно же, что ему не нравится. он опять потерял аппаратный ключ, к которому, я так понял, привязана п.л.
Честно говоря, ни разу не работал с программными, привязанными к аппаратным, но попробуйте заново получить программные лицензии.
(27)>Если переставить аппаратный ключ, то программные лицензии на другой сервер не переедут сами собой.
Источник
восстановление программной лицензии
— Закрыть все запущенные клиенты предприятия, веб-сервера если есть.
— Удалить все файлы с шаблоном поиска 2*.lic изо всех возможных мест установки, а также все файлы conn8211.pfl
В ОС Windows файлы программных лицензий могут располагаться в следующих каталогах (каталоги перечислены в порядке поиска, после нахождения файлов лицензий дальнейший поиск прекращается):
1) каталог конфигурационных файлов конкретной версии платформы. По умолчанию – C:Program Files1Cv828.2.XX.YYYbinconf;
2) каталог %USERPROFILE%Local SettingsApplication Data1C1Cv82Conf (%LOCALAPPDATA%1C1Cv82Conf для ОС Windows Vista и старше) пользователя, от имени которого работает система;
3) каталог, который указан в файле conf.cfg, расположенном в каталоге binconf конкретной версии.
4) каталог %ALLUSERSPROFILE%Application Data1C1Cv82Conf (%ProgramData%1C1Cv82Conf для ОС Windows Vista и старше) данных для всех пользователей компьютера
— Получить новую лицензию путем обновления
Если программа используется на сервере терминалов: Новую лицензию установить в каталог для всех пользователей, это важно! Убедиться, что для всех терминальных пользователей этот каталог («C:UsersAll Users1C1Cv82conf») виден одинаково.
— Файл с данными каждой лицензии должен быть ровно один. Копировать его можно, но только например в архив, т.е. чтобы предприятие не смогло его увидеть.
После выполнения этих действий пользователи смогут запуститься.
Источник
Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру. Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия — Решение Ошибка привязки программной лицензии к компьютеру
Не обнаружена лицензия 1С
С этого сообщения чаще всего начинаются все хлопоты по устранению ошибок лицензирования 1С. Чтобы разобраться в причинах разберемся с природой ключей защиты, а затем двинемся к причинам неполадок.

А это окошко всего лишь предупреждает о том что «Регистрация конфигурации в центре лицензирования не выполнена » и носит сугубо информационный характер. Нажав кнопку «Повторить позже» окошко исчезает на 15 минут и появляется снова. Если вы используете пиратскую версию 1С, такое окошко будет вам надоедать. Причем вшито это окошко в саму платформу (не в конфигурацию) так что отключить его если не невозможно то проблематично. Выходом из ситуации может быть разве что установка платформы более раннего релиза, например 8.3.6. Потому как данная проверка началась с релиза в 8.3.10.
ВИДЫ КЛЮЧЕЙ 1С
Аппаратный (USB-ключ) – представляют собой «флешки», вставляемые в USB-разъем ПК. Не предназначены для записи на них какой-либо информации. Просты в использовании. Можно переносить с ПК на ПК, не чувствительны к архитектуре ПК.
Программный (пин-код) – подразумевает получение лицензий по пин-коду. Пин-коды, как правило, ограничены тремя переполучениями. Чувствительны к архитектуре ПК из-за этгого не универсальны. Перенос на другой ПК, изменения в ОС, физической, процессорной памяти требуют переполучения лицензии.
Однопользовательский – ключ предполагает запуск произвольного количества экземпляров 1С в рамках одного устройства. Предназначен для запуска 1С только на ПК, на котором установлен ключ.
Многопользовательский (сетевой ключ) – запуск 1С на ограниченном лицензией количестве устройств соединенных по локальной сети (5,10,20 ПК). Ключ предполагает запуск произвольного количества экземпляров 1С на каждом устройстве.
1С Предприятие – раздает непосредственно приложение 1С. Метод раздачи – на устройство. Запуск произвольного количества экземпляров 1С в рамках одного устройства (ПК).
Пример 1. на ПК запущено две 1С (1С Предприятие и 1С Конфигуратор). Расходуется 1 ключ.
Пример 2. на ПК запущено 2 разных конфигурации:»Управление торговлей» и «Бухгалтерия». Расходуется 1 ключ.
1С Сервер – раздает сервер 1С. Метод раздачи – на сессию с сервером 1С. Запущено два приложения с одного устройства – отсчитывается 2 ключа. Например, на ПК запущено две 1С (1С Предприятие и 1С Конфигуратор). Расходуется 2 ключа.
ПРИЧИНЫ ОШИБОК
Случается, что программа 1С перестает видеть лицензионные ключи защиты. Из нашей практики причины проблем с ключами защиты, чаще всего, заключаются в следующем:
1. Установка новой платформы 1С (программный ключ). Особенность обновления платформы программы 1С заключается в том, что при обновлении платформы не обновляется старая версия, а устанавливается новая. Если посмотреть в панель управления Windows после инсталляции платформ 1С разных версий (8.1, 8.2, 8.3), то можно обнаружить целый список релизов. Причем они функционируют независимо друг от друга. Выход: переполучение лицензии.
2. Совместное использование программных и аппаратных (USB) ключей защиты. 1С может не обнаружить ключ защиты в случае одновременного использования аппаратного и программного ключа защиты. Выход: использование одного вида защиты, установка эмулятора ключа 1С для раздачи недостающих лицензий. Последнее – выход не вполне «белый», но так поступают многие компании, у которых в достаточной мере закуплено лицензий, но которые сталкиваются с проблемами по причине несовершенства механизма раздачи ключей.
3. Неправильное месторасположение (программный ключ).
Файловая и серверная версия базы данных имеют разные пути месторасположения файлов программных лицензий. При переходе с файловой БД ни клиент-серверную соответственно может произойти сбой, связный с тем, что в файловой и серверной БД раздача ключей происходит по-разному. В файловой версии раздачу ключей осуществляет платформа 1С, а в клиент-серверной Сервер 1С. Может потребоваться переполучение ключа защиты или копирования файла с расширением *lic из папки предназначенной для файловой раздачи в папку с серверной раздачей. Например, месторасположение файла *lic:
C:ProgramData1C1Cv82conf – для файловой 1С 8.2
C:UsersUSR1CV8AppDataLocal1C1cv82conf – для серверной 1С 8.2
Обнаружить местоположение файлов лицензий на ПК можно с помощью поиска в проводнике *lic
4. Сбой работы менеджера лицензирования HASP Manager. Неизвестно кто и что делал на компьютере до того, как пригласили специалиста 1С во всем разобраться. Возможно, ключи не раз ломались разными способами. Выход: переустановка платформы и менеджера лицензирования HASP Manager.
5. Расположение на одном компьютере одинаковых ключей защиты (USB). 1С может корректно раздавать по сети с одного ПК один экземпляр ключа с одинаковым количеством лицензий. Т.е. при установке двух USB ключей по 10 лицензий на одном ПК 1С возьмет в раздачу только один ключ. Выход: установка аппаратных ключей защиты на разные ПК в рамках локальной сети.
6. Закончились свободные лицензии. В один момент банально могут закончится свободные лицензии. В данном случае это не ошибка, а сигнал о необходимости расширить ключи защиты. Аппаратные ключи защиты можно подсчитать с помощью AlladinMonitor. Подсчет программных лицензий придется делать вручную. Если используется сервер 1С можно посмотреть активные сеансы в консоли сервера.
7. Переключение информационной базы с аппаратной лицензии на программную. В списке информационных баз выделите базу и нажмите «Настройка». В окошке настроек информационной базы можно указать, какой вид лицензирования использовать. Порой это помогает. Попробуйте оба варианта: включить/отключить использование аппаратной лицензии.
Устанавливаем на сервер лицензию на 20 раб. мест, проходит все этапы и пишет что лицензия получена.
Но в программу 1С не заходит, выдает что как-будто изменилась конфигурация компьютера: Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру
Подробное описание ошибки:
Удалите на компьютере все файлы 1cv8conn.pfl
При запуске программы «1С Бухгалтерия» оператор может столкнуться с сообщением «Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия». Возникновение данной проблемы может быть связано со сменой конфигурации системы, вследствие чего «1С» опознала систему как качественно новую, или с неверными настройками самой «1С» (в частности, сетевыми настройками конфигурационного файла nethasp.ini). В данном материале я детально разберу причины данной ошибки, а также поясню, как её исправить.
Причины дисфункции
Ошибка «Не найдена лицензия» обычно возникает в ситуации, когда программа «1С» не обнаружила на локальном ПК (или сервере) файл лицензии (обычно с расширением.lic), дающий возможность осуществить полноправный запуск указанной системы.
Подобная ситуация может возникнуть из-за следующих факторов:

Как исправить «Не найдена лицензия» в 1С
Рассмотрим способы, позволяющие избавиться от ошибки «Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия» на пользовательских системах 1С:
Откройте данный файл и пропишите там IP-адреса клиентских ПК и имена менеджеров лицензий. Для этого в специализированном разделе укажите:

Затем в разделе укажите IP-адрес сервера менеджера лицензий (должно выглядеть как NH_SERVER_ADDR = требуемый IP), и имя менеджеров лицензий (NH_SERVER_NAME = имя менеджера).
Предварительно наименование менеджера указывается в разделе в виде NHS_SERVERNAMES = имя 1, имя 2 и так далее.
Рассмотрим порядок активации и восстановления программной лицензии на платформу 1С для ПРОФ поставки.
Программная лицензия (пин-код) состоит из 15 символов.
Если куплено 1 рабочее место, то к нему идет 3 пин-кода: один основной и два резервных.
Резервные пин-коды используются:
если у компьютера были изменены ключевые параметры;
если компьютер был заменен.
Активация лицензии
Для активации лицензии выполним следующие действия:
Запустим программу 1С в режиме «1С:Предприятие» или «Конфигуратор»:
Если лицензия ещё не получена, выйдет сообщение:

Примечание: если лицензия на компьютере ранее уже была получена и требуется получить на этот же компьютер другие лицензии, нужно зайти в «Конфигуратор» в меню «Сервис – Получение лицензии».
Появится окно для получения лицензии:

Нажимаем «Получить лицензию».
Вводим регистрационный номер программы и пин-код и нажимаем «Далее»:

Выбираем операцию «Первый запуск» и нажимаем «Далее»:

Первый запуск – используется, если лицензия по данному регистрационному номеру продукта еще не была получена.
Восстановление – используется, если по какой-либо причине «1С:Предприятие» не запускается: файл лицензии был удален, система устанавливается на новый или измененный компьютер, была изменена операционная система и т. д.
Вводим сведения о владельце лицензии:

Важно: сведения о владельце лицензии нужно обязательно сохранить на компьютере по кнопке «Сохранить данные». Эти данные могут потребоваться при восстановлении лицензии. При этом проверяется каждый введенный символ.
Если автоматическое получение лицензии отключено или недоступно, то после ввода данных о владельце лицензии на следующем шаге следует выбрать способ получения лицензии:

Восстановление лицензии
Для восстановления лицензии выполним следующие действия:
версия операционной системы, при этом для ОС Windows анализируются только первые две цифры номера версии;
серийный номер операционной системы (только в случае ОС MS Windows);
дата установки операционной системы (только в случае ОС MS Windows);
сетевое имя компьютера;
список процессоров и их параметры;
список сетевых адаптеров и их MAC-адреса;
список жестких дисков и их параметры.
Получение дополнительного пин-кода
регистрационный номер продукта,
действующий пин-код, взамен которого выдается новый,
причину получения нового пин-кода.
В ответном письме Центр лицензирования может предложить прислать файл запроса на получение лицензии.
Для формирования файла запроса:
Запустите программу в режиме «Конфигуратор».
Зайдите в меню «Сервис – Получение лицензии».
Выберите способ получения лицензии «На электронном носителе (через файл)» и сформируйте файл запроса, используя активный пин-код. Этот файл нужно будет прикрепить к письму в Центр лицензирования о получении дополнительного пин-кода.
В Центре лицензирования будут проанализированы параметры получения всех лицензий по пин-кодам из указанного вами комплекта поставки, и, если не будет выявлено нарушений Лицензионного соглашения, вам будет выслан по электронной почте дополнительный пин-код.
Источник
блокировки живут на сервере 1С преимущественно
но обмены и на скуле генерирует блокировки иногда или сами попадают на них
08:31.365000-0,EXCP,6,process=rphost,p:processName=lotos_01,t:clientID=116,t:applicationName=BackgroundJob,,t:connectID=1707,SessionID=22695,Usr=Экспорт в МИС,dbpid=76,Exception=DataBaseException,Descr=’Конфликт блокировок при выполнении транзакции:Microsoft SQL Server Native Client 11.0: Lock request time out period exceeded.HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=38, Severity=10, native=1222, line=1′,Context=’ОбщийМодуль._ОбменMIS.Модуль : 2337 : ОбработатьОбъектПланаОбмена(«ДокументСсылка»,»Документы»,»РеализацияТоваровУслуг», Узел); ОбщийМодуль._ОбменMIS.Модуль : 2450 : ОтправитьОбъектПоСЗ(Новый СписокЗначений,Тип+».»+ТипЗ, НастройкиБаз,Новый СписокЗначений); ОбщийМодуль._ОбменMIS.Модуль : 2269 : РеализацияТоваровУслуг(СЗ, НастройкиБаз); ОбщийМодуль._ОбменMIS.Модуль : 233 : ОтправитьВМИС(ТекстЗапроса,СтрПараметров,СтрНовТип,СтрДополнительныеОператоры, НастройкиБаз) ОбщийМодуль._ОбменMIS.Модуль : 1544 : Результат = Запрос.Выполнить();’
тот факт что у вас в блокировку попал запрос чтения говорит о том что надо убедиться что режим совместимости стоит 8.3.10 или выше
а также стоит программная блокировка на одновременный запуск фоновиков
в сервисе status картина носит драматический эффект:
две тысячи ошибок нехватки прав службе сервера 1С — например
‘C:ProgramData1C1cv81cv8connN.pfl’. 5(0x00000005): Отказано в доступе. : srcfiles.cpp(426): 5(0x00000005): Отказано в доступе. «
вы за что его так ненавидите? )))
какие кривые руки при создании базы с неверным смещением —
36:55.601007-0,EXCP,4,process=rphost,p:processName=lotos_01,t:clientID=1512,t:applicationName=1CV8,t:,Exception=DataBaseException,Descr=»Ошибка в значении типа ‘Дата’Дата ‘06.03.71 00:00:00’ не может быть записана в базу данных на MS SQL Server с нулевым смещением дат»
там надо тотально исправлять даты в базе, приводить ее в порядок
какие ошибки с лицензиями
43:31.819001-0,EXCP,2,process=1cv8c,Exception=0874860b-2b41-45e1-bc2b-6e186eb37771,Descr=’srcLicenseBaseImpl.cpp(4498):0874860b-2b41-45e1-bc2b-6e186eb37771: Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру:
file://C:/ProgramData/1C/licenses/20160412130920.lic
После получения лицензии удалены:DISK_1: VMware Virtual disk SCSI Disk Device, SCSIDISK&VEN_VMWARE&PROD_VIRTUAL_DISK5&22BE343F&0&000100, 512, 63, 1805, 255, 460275, 28997325, 14846630400DISK_2: VMware Virtual disk SCSI Disk Device, SCSIDISK&VEN_VMWARE&PROD_VIRTUAL_DISK5&22BE343F&0&000200, 512, 63, 22192, 255, 5658960, 356514480, 182535413760DISK_0: VMware Virtual disk SCSI Disk Device, SCSIDISK&VEN_VMWARE&PROD_VIRTUAL_DISK5&22BE343F&0&000000, 512, 63, 7871, 255, 2007105, 126447615, 64741178880OS Ser_0: 00477-OEM-8400101-10502OS_0: Microsoft Windows Server 2008 R2 Standard В текущей конфигурации компьютера имеются:DISK_0: VMware Virtual disk SCSI Disk Device, SCSIDISK&VEN_VMWARE&PROD_VIRTUAL_DISK5&22BE343F&0&000000, 512, 63, 15665, 255, 3994575, 251658225, 128849011200DISK_1: VMware Virtual disk SCSI Disk Device, SCSIDISK&VEN_VMWARE&PROD_VIRTUAL_DISK5&22BE343F&0&000100, 512, 63, 6527, 255, 1664385, 104856255, 53686402560DISK_2: VMware Virtual disk SCSI Disk Device, SCSIDISK&VEN_VMWARE&PROD_VIRTUAL_DISK5&22BE343F&0&000200, 512, 63, 71797, 255, 18308235, 1153418805, 590550428160OS Ser_0: 55041-014-7169397-84819Phis Mem_0: 85898878976CPU_0: CPU0, Intel64 Family 6 Model 45 Stepping 7, 64, 64, 0, 1995, 1FABFBFF000206D7, 11527, CPU socket #0CPU_1: CPU1, Intel64 Family 6 Model 45 Stepping 7, 64, 64, 0, 1995, 1FABFBFF000006D7, 11527, CPU socket #1CPU_2: CPU2, Intel64 Family 6 Model 45 Stepping 7, 64, 64, 0, 1995, 1FABFBFF000006D7, 11527, CPU socket #2OS_0: Microsoft Windows Server 2008 R2 Enterprise File=srcLicenseBaseImpl.cpp(4267)’
в сеансах не инициализируете перемененные
30:18.110047-0,EXCP,4,process=rphost,p:processName=mis_01,t:clientID=835,t:applicationName=WebServerExtension,t:computerName=DB01,t:connectID=911,SessionID=30599,Usr=UTExchange,Exception=SeanceContextException,Descr=Попытка получения неинициализированного значения параметра сеанса,Context=’WebСервис.UTExchange.Модуль : 30 : Ошибка = РИЦ_ОбменСРегистратуройИмпортСервер.ОбработатьОбъект(Объекты); ОбщийМодуль.РИЦ_ОбменСРегистратуройИмпортСервер.Модуль : 50 : Возврат ОбработатьТалонПриема(Объект); ОбщийМодуль.РИЦ_ОбменСРегистратуройИмпортСервер.Модуль : 5475 : Результат = ПолучитьТалонПриема(Объект, Ошибка,,Истина); ОбщийМодуль.РИЦ_ОбменСРегистратуройИмпортСервер.Модуль : 5662 : ДанныеУслуги = ПолучитьУслугуДляПациента(Пациент, Номенклатура, НазначившийДоктор, Ошибка, Объект.Doctor, РабочееМесто, Объект.Branch, Объект.Specialization, ЗапланированноеВремя); ОбщийМодуль.РИЦ_ОбменСРегистратуройИмпортСервер.Модуль : 5794 : Заказ.Записать(РежимЗаписиДокумента.Проведение); ОбщийМодуль.РИЦ_ОбменСРегистратуройСервер.Модуль : 1585 : Филиал_ = РИЦ_Прочее.ПолучитьТекущийФилиал(); ОбщийМодуль.РИЦ_Прочее.Модуль : 214 : Возврат ПараметрыСеанса.РИЦ_Филиал;’
я вообще удивлен что у вас система как то продолжает работает
надо срочно исправлять
А никто не сталкивался вот с этим? Лицензия не КОРП,
но гарантированно всё по дефолту. Вылезло на одной базе из полсотни. Ребуты серверов не помогают.
29:59.040004-0,EXCP,2,process=rmngr,p:processName=RegMngrCntxt,p:processName=ServerJobExecutorContext,OSThread=2729629,t:clientID=1465,t:applicationName=ServerProcess,t:computerName=servername,Exception=c496436a-abe1-482f-964e-4269b1e46f75,Descr=»src/rserver/src/ClusterStateImpl.cpp(1474):
c496436a-abe1-482f-964e-4269b1e46f75: Свойства кластера ‘Критический объем памяти процессов’, ‘Режим распределения нагрузки’ или свойства рабочего сервера ‘Критический объем памяти процессо
в’, ‘Временно допустимый объем памяти процессов’, ‘Интервал превышения допустимого объема памяти процессов’, ‘Безопасный расход памяти за один вызов’, ‘Количество ИБ на процесс’ содержат зн
ачения, отличные от значений по умолчанию.
Использование этих функций возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.»
russian
postgresql
it
database
Всем привет! Может кто то встречал, в общем поставил 1С, все нормально стартует, но в логах rmanager.log и ragent.log какие то не понятные логи, rmanager.log 52:42.9394-0,EXCP,2,process=rmngr,t:clientID=10,Descr=’GSS-API error gss_acquire_cred: Key table entry not found ‘ 52:43.3990-0,EXCP,0,process=rmngr,p:processName=RegMngrCntxt,Exception=0874860b-2b41-45e1-bc2b-6e186eb37771,Descr=’./src/LicenseBaseImpl.cpp(4446): 0874860b-2b41-45e1-bc2b-6e186eb37771: Ошибка программного лицензирования Error=9: Bad file descriptor File=./src/LicenseBaseImpl.cpp(4387)’ 52:43.4090-0,EXCP,2,process=rmngr,p:processName=RegMngrCntxt,t:clientID=9,t:applicationName=ServerProcess,t:computerName=storage.ru,Exception=0874860b-2b41-45e1-bc2b-6e186eb37771,Descr=’./src/LicenseBaseImpl.cpp(3884): 0874860b-2b41-45e1-bc2b-6e186eb37771: Ошибка программного лицензирования Файл программной лицензии не предусматривает возможность запуска клиентских приложений 1С:Предприятия или внешних соединений: file:///home/usr1cv82/.1cv82/1C/1Cv82/conf/20140829123731.lic File=./src/LicenseBaseImpl.cpp(3800)’ 52:44.2193-0,EXCP,2,process=rmngr,t:clientID=12,Descr=’GSS-API error gss_acquire_cred: Unspecified GSS failure. Minor code may provide more information ‘ 52:44.2194-0,EXCP,2,process=rmngr,t:clientID=12,Descr=’GSS-API error gss_acquire_cred: Key table entry not found ragent.log 52:39.5113-0,PROC,1,process=ragent,Err=0,Txt=1C:Enterprise 8.2 (x86-64) (8.2.19.90) Server Agent started. Ctrl+C to exit. 52:39.5311-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 52:39.5312-198,EXCPCNTX,1,SrcName=SCOM,OSThread=-609081568,process=ragent,ProcessName=RHostRoot,SrcProcessName=RHostRoot 52:39.5313-201,EXCPCNTX,0,SrcName=PROC,OSThread=-609081568,process=ragent,RunAs=daemon 55:53.8174-0,EXCP,2,process=ragent,t:clientID=4,Descr=’GSS-API error gss_acquire_cred: Unspecified GSS failure. Minor code may provide more information ‘ 55:53.8175-0,EXCP,2,process=ragent,t:clientID=4,Descr=’GSS-API error gss_acquire_cred: Key table entry not found ‘ 55:53.8378-0,ADMIN,3,process=ragent,p:processName=##AdminProcess##,t:clientID=4,t:applicationName=SrvrConsole,t:computerName=LEPRIKON,Func=regAuthenticate,Cluster=1541,Administrator=admin
Началось все с того, что я познакомился с перловыми скриптами для парса ТЖ которые размещены на kb.1c.ru (например в этой статье https://kb.1c.ru/articleView.jsp?id=113). По началу мне дико понравилось то, что перл разбирал гигабайты логов за считанные минуты, но позитив мой угасал обратно пропорционально с тем, насколько глубже я погружался в «кроличью нору» ….
Изначально я использовал связку grep (cygwin) + perl, команды были что-то из разряда:
grep '' -rh --include '*.log' | perl descr.pl
или
cat */*.log | perl descr.pl
Первый вариант предпочтителен т.к. мы не зависим от количества вложенных директорий.
Вот собственно скрипты которые выложены на kb
Надеюсь я не нарушил никакое авторское право :). Сразу бросается в глаза, что эти скрипты написаны по одному шаблону и во всех трех присутствует одна и та же ошибка (не будем об этом).
Данные скрипты маленькие, емкие, лаконичные если хотите, и весьма быстрые. Однако они не самодостаточные, т.е. они не агрегируют duration, не выводят количество, по сути эти скрипты некий промежуточный этап, потом результат можно дополнительно обрабатывать AWK или SED’ом, что не очень удобно и не всем доступно (с точки зрения доступности скилов).
Решил я написать перловый скрипт который агрегирует произвольные значения (duration, потребление памяти, да что захотите), хитро группирует колстек (выбрасывает из него все нечитаемые символы, цифры и всякие «,:;’ ), но в консоль выводится все красиво. Скрипт был написан, ознакомиться можно в репе, данный скрипт на вход принимает различные параметры (сортировка, группировка, топ). Вроде все ок, но потом я подумал, все же зачем людям ставить к себе cygwin, надо искать файлы перлом, сказано — сделано. Однако, такой скрипт работал на несколько порядков медленнее. Например если скрипт который читает из StdIn выполнялся 10 сек. то скрипт который читал файлы уже тратил около 15 минут. (обрабатываемый объем естественно одинаков)

Видимо это из-за того, что я регулярку натравливал на весь файл
Решил было распараллелить процесс чтение из файлов, но perl нормально не параллелится и это было мое последнее разочарование, после которого я потерял интерес к perl’у.
perl нормально не параллелится
Тут стоит внести ясность, перл конечно умеет работать «параллельно», но в режиме кооперативной многозадачности, для этого в перл есть т.н. корутины (coroutines) или модуль AnyEvent
Схематично это можно представить так:
т.е. управление передается от корутины к корутине, но общее время выполнение будет такое же как если бы код выполнялся линейно.
К тому же, исторически все же перл создан под linux, в linux можно было бы создать отдельные процессы (fork) и радоваться, но в винде не создается отдельный процесс при выполнении fork(). Есть еще AnyEvent::Fork::Pool, но запустить пример из cpan мне так и не удалось. (особо не старался если честно)
В целом мое впечатление о перле — синтаксис удобный, но язык тяжелый для изучения
После этого я переключился на Golang, параллельность у Go это его сильная сторона. В Go есть свои корутины, в Go они называются горутины. Горутины из себя представляют треды которые работают как в кооперативной многозадачности, так и параллелятся по процессам. Как результат был написана консольная утилита (ссылка на репу в конце статьи).
Архитектура утилиты получилась такая такая:
Каждый файл обрабатывает отдельная горутина, каждая такая горутина разбирает файл на такие части:
41:56.637012-1,SCALL,2,process=rphost,p:processName=ZKGU_KBR,OSThread=15448,t:clientID=20,t:applicationName=BackgroundJob,t:computerName=SP-SRV1,t:connectID=293645,SessionID=11,Usr=DefUser,ClientID=17,Interface=12af46e1-4f3e-4446-a753-519e54d55f48,IName=IObjectLocksStor,Method=2,CallID=33656,MName=clearObjectLocks
41:58.602000-0,CONN,1,process=rphost,OSThread=15448,ClientID=20,Txt=Incomming connection closed: long still
41:58.602001-10966996,CONN,0,process=rphost,OSThread=15448,t:clientID=20,t:clientID=20,t:computerName=SP-SRV1,t:applicationName=BackgroundJob,t:connectID=293645,Calls=11
42:01.551000-0,CONN,0,process=rphost,OSThread=5148,Txt='Ping direction statistics: address=[::1]:1541,pingTimeout=5000,pingPeriod=1000,period=10296,packetsSent=10,avgResponseTime=0,maxResponseTime=0,packetsTimedOut=0,packetsLost=1,packetsLostAndFound=1'
42:11.847000-0,CONN,0,process=rphost,OSThread=5148,Txt='Ping direction statistics: address=[::1]:1541,pingTimeout=5000,pingPeriod=1000,period=10296,packetsSent=10,avgResponseTime=0,maxResponseTime=0,packetsTimedOut=0,packetsLost=1,packetsLostAndFound=1'
42:17.588001-0,EXCP,0,process=rphost,OSThread=16304,Exception=0874860b-2b41-45e1-bc2b-6e186eb37771,Descr='srcLicenseBaseImpl.cpp(5203):
0874860b-2b41-45e1-bc2b-6e186eb37771: Ошибка программного лицензирования. Error=10004(0x00002714): Операция блокирования прервана вызовом WSACancelBlockingCall.
File=srcLicenseBaseImpl.cpp(5144)'
42:18.508012-0,EXCP,0,process=rphost,OSThread=10848,Exception=acea3e6e-3687-4792-8319-09c009274c9a,Descr='srcRHostImpl.cpp(5456):
acea3e6e-3687-4792-8319-09c009274c9a: Рабочий процесс не найден'
(раскрасил для наглядности)
Каждая такая часть поступает на обработку пулу воркеров, по дефолту пул состоит из 10 воркеров (воркер — отдельная горутина, которая работает в фоне и ожидает на вход каких-то данных для обработки), размер воркеров может меняться параметром, об этом далее.
Результат работы воркера это определенная структура, каждый воркер накапливает внутри себя map’ы результатов, по окончанию обработки файлов у нас получается 10 (по количеству горутин) map’ов, они в свою очередь объединяются в общую мапу отдельной горутиной.
map — структура данных в Go, в perl аналог — хэш, в 1С — соответствие
В результате на выходе мы получаем некий контекст (программист задает, что будет контекстом) и некие агрегируемые поля (агрегация всегда осуществляется по полю value, а вот откуда будет браться значения для value определяется программистом)
Вывод результата получается такой:
Для события EXCP
(rphost) EXCP, количество - 7 'srcVResourceInfoBaseImpl.cpp(1113): 580392e6-ba49-4280-ac67-fcd6f2180121: Ошибка работы сеанса Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: 60c686dc-798f-4d17-aadb-a90156a16eb8: Сеанс отсутствует или удален ID=1204924e-c4ad-43e0-a801-78dca981c70d (rphost) EXCP, количество - 7 'Сеанс отсутствует или удален ID=3c12c449-3c3a-48fb-a1c4-f01869814f97 (rphost) EXCP, количество - 2 'Сеанс отсутствует или удален ID=f8467c59-27ca-4ed9-8768-5f48b6f9ce92
для события CALL
(ИмяБазы) CALL, количество - 9, MemoryPeak - 8317991
ОбщийМодуль.Вызов : ОбщийМодуль.ДлительныеОперацииВызовСервера.Модуль.ОперацииВыполнены
(ИмяБазы) CALL, количество - 1, MemoryPeak - 950231
ОбщийМодуль.Вызов : ОбщийМодуль.СтандартныеПодсистемыВызовСервера.Модуль.СкрытьРабочийСтолПриНачалеРаботыСистемы
(ИмяБазы) CALL, количество - 1, MemoryPeak - 726808
ОбщийМодуль.Вызов : ОбщийМодуль.ИнтернетПоддержкаПользователейВызовСервера.Модуль.ПередНачаломРаботыСистемы
(ИмяБазы) CALL, количество - 1, MemoryPeak - 1454045
ОбщийМодуль.Вызов : ОбщийМодуль.МенеджерОборудованияВызовСервера.Модуль.НайтиРабочиеМестаПоИД
(ИмяБазы) CALL, количество - 1, MemoryPeak - 1210482
Форма.Вызов : Обработка.РезультатыОбновленияПрограммы.Форма.ИндикацияХодаОбновленияИБ.Модуль.ЗагрузитьОбновитьПараметрыРаботыПрограммыВФоне
в данном случай value выбрано MemoryPeak, можно выбрать duration, как напишите регулярку.
Шаблон для вывода может переопределять программист.
Параметры которые принимает утилита:
- -SortByCount — признак того, что нужно сортировать результат по количеству
- -SortByValue — признак того, что нужно сортировать по значению
- -io — признак того, что данные будут поступать из потока stdin
- -Top — ограничение по количеству выводимого результата
- -Go — количество горутин в пуле (по умолчанию 10)
- -RootDir — директория где будет осуществляться поиск
И для профилирования:
- -cpuprof
- -memprof
Пример использования:
ParsLogs.exe -RootDir=C:Logs
В данном случае поиск логов будет производиться по каталогу «C:Logs»
Также можно применять в тандеме с grep’ом
grep » -rh —include ‘*.log’ | ParsLogs.exe -io
Пример сочетания параметров
ParsLogs.exe -RootDir=C:Logs -Top=10 -SortByCount
Будет выведено 10 результатов отсортированных по количеству
Немного сравнения с перлом:
Для примера был взят мой перловый скрипт с агрегацией и объем логов ТЖ 2.8г
grep » -rh —include ‘*.log’ | perl CallDurationsMem.pl скрипт выполнялся ~ 10 минут
grep » -rh —include ‘*.log’ | ParsLogs.exe -io примерно 3 минуты зависит от того сколько внутри регулярок применяется к блоку данных
ParsLogs.exe -RootDir=C:Logs примерно 2 минуты
Пробовал парсить 30Гб логов, ушло около 2ч.
Кто-то скажет, так перловый скрипт видимо написан не оптимально, я соглашусь, я в перле новичок, так же как и в Go, т.е. считаем, что оба эти приложения написаны не особо оптимально (кстати в Go написать менее оптимально вероятности куда больше, т.к. там нужно не забывать тот факт, что структуры и большинство типов передаются по значению)
Профилирование приложения показало, что основную нагрузку на приложение дает регулярка:

По этому скорость обработки логов напрямую зависит от того насколько оптимальна написана регулярка и сколько этих регулярок под капотом. Регулярок может быть несколько т.к. в приложении был применен pattern chain of responsibility, об это будет рассказано далее.
Если вы захотите присоединиться к разработке, ниже информация для вас:
Как уже писалось выше, в архитектуре решения был применен pattern chain of responsibility (кому интересно вот статья как накостылить этот паттерн на 1С). Основная структура в коде это Chain и интерфейс IChain который чаще всего будет претерпевать изменения. Структура Chain это есть один из звеньев в цепочки ответственности

Цепочка строится в методе BuildChain() (метод в пакете Tools)
func BuildChain() *Chain {
Element1 := Chain{
regexp: regexp.MustCompile(`(?si)[,]CALL(?:.*?)p:processName=(?P<DB>[#k8SjZc9Dxk,]+)(?:.+?)Module=(?P<Module>[#k8SjZc9Dxk,]+)(?:.+?)Method=(?P<Method>[#k8SjZc9Dxk,]+)(?:.+?)MemoryPeak=(?P<Value>[d]+)`),
AgregateFileld: []string{"event", "DB", "Module", "Method"},
OutPattern: "(%DB%) CALL, количество - %count%, MemoryPeak - %Value%
%Module%.%Method%",
}
Element2 := Chain{
regexp: regexp.MustCompile(`(?si)[,]CALL(?:.*?)p:processName=(?P<DB>[#k8SjZc9Dxk,]+)(?:.+?)Context=(?P<Context>[#k8SjZc9Dxk,]+)(?:.+?)MemoryPeak=(?P<Value>[d]+)`),
NextElement: &Element1,
AgregateFileld: []string{"DB", "Context"},
OutPattern: "(%DB%) CALL, количество - %count%, MemoryPeak - %Value%
%Context%",
}
Element3 := Chain{
regexp: regexp.MustCompile(`(?si)[,]EXCP,(?:.*?)process=(?P<Process>[#k8SjZc9Dxk,]+)(?:.*?)Descr=(?P<Context>[#k8SjZc9Dxk,]+)`),
NextElement: &Element2,
AgregateFileld: []string{"Process", "Context"},
OutPattern: "(%Process%) EXCP, количество - %count%
%Context%",
}
return &Element3
}
Метод должен возвращать всегда ссылку на последнее звено в цепочке. Используется это так, выполняется метод «звена» Execute, если он вернул nil и есть следующий элемент в цепочке,тогда вызывается Execute следующего элемента. В Execute выполняется регулярка + кой какие пляски, чтобы можно было удобно работать с именованными группами захвата.
- regexp — шаблон регулярного выражения. Группы захвата обязательно должны быть именованными, в Go это делается так (?P<Имя> …..)
- NextElement — ссылка на предыдущее звено цепочки
- AgregateFileld — имена групп захвата по которым будет производиться агрегация
- OutPattern — шаблон по которому будет выводиться результат. В примере выше маркер %count% нигде не задается, это количество подходящих элементов в группе (при агрегации), давайте считать этот маркер «системным». Группа захвата содержащие значение которое будет суммироваться должна называться Value (имя групп регистрозависимое). Например, если мы захотим агрегировать значения duration, тогда регулярка будет такой `(?si)[d]+:[d]+.[d]+[-](?P<Value>[d]+)[,]CALL(?:.*?)p:processName=(?P<DB>[#k8SjZc9Dxk,]+)(?:.+?)……..`
Проект располагается на github, буду рад, если кто-то присоединится к проекту.