Имя: Пароль:
1C
1С v8
Лицензии как выдаются?
0 neomarat
 
12.01.21
11:31
Вот уж не думал, что столкнусь с таким после стольких лет, но поставила меня 1С в тупик лицензиями.
Воткнут ключ на 20 лицензий. И неожиданно пишет:
Не обнаружено свободной лицензии!
по причине:
Поиск лицензии на клиенте:
Файл программной лицензии не найден
nethasp.ini: C:/Program Files/1cv8/conf/nethasp.ini, прочитан успешно, ORGL8 Сетевой, установлен, свободные лицензии закончились, занято через менеджер лицензий 14, занято через сервер 9

Смотрю по пользователям - работает 13 человек - куда утекли остальные? Hasp loader перезапускал. Куда еще копнуть?
2 mikecool
 
12.01.21
11:35
дошло с третьего раза )
сервер отдал на фоновые и еще что
3 polosov
 
12.01.21
11:35
4 polosov
 
12.01.21
11:36
см пункт "Одна лицензия на экземпляр клиента"
5 PuhUfa
 
12.01.21
11:41
Перезапусти менеджер лицензий... У меня так 50 аппаратных один раз закончились, при работающих 25 пользователях. Перезапустил менеджер и все лицензии вернулись
6 neomarat
 
12.01.21
11:49
(5) менеджер лицензий - это же служба hasp loader? Я ее перезапустил - не помогло
7 spiller26
 
12.01.21
11:53
(6) Удалите зависшие сеансы. А лучше перезапустите сервер 1с
8 neomarat
 
12.01.21
11:59
(7) еще бы знать кто завис....
9 PuhUfa
 
12.01.21
12:00
(6) HASP Loader и hasplms Они прям радом в диспетчере задач
10 polosov
 
12.01.21
12:01
(6) Ты не понял, что написано в (3)?
У тебя скорее всего некоторым машинам недоступна служба HASP, поэтому лицензии выдал сервер. Но сервер выдает лицензии на каждый сеанс. Т.е. запустили на компе УТ и БП - было съедено 2 лицензии.
11 neomarat
 
12.01.21
12:15
(10) а можно как то увидеть, кто эти злодеи?
12 Bigbro
 
12.01.21
12:18
ткнуть "о программе" там написано какая лицензия используется.
на сервере тоже видно для каждого подключения
13 fisher
 
12.01.21
12:20
(0) > занято через сервер
В свойствах базы в кластере поставь "Разрешить выдачу лицензий сервером" в "Нет".
Как выше сказали, сервер выдает лицензии не на хосты, а на сеансы.
14 polosov
 
12.01.21
12:21
(11) Сделай как в (13) и увидишь, кто не сможет зайти в базу.
15 Bigbro
 
12.01.21
12:22
да просто в администрировании в консоли прокрутить вправо там колонка лицензия - видно на каждый сеанс кто какую лицензию взял.
а не видит нетхасп скорее всего или из за касперского или фаервола где порты закрыты.
16 fisher
 
12.01.21
12:23
(14) Почему обязательно не сможет? Может, они просто согласились на стандартный вопрос об отключении поиска аппаратной лицензии.
17 Winnie Buh
 
12.01.21
13:32
(0) >занято через менеджер лицензий 14, занято через сервер 9

не рекомендуется с одного ключа раздавать лицензии и сервером и чтобы клиенты сами получали от HASP LM,
в (13) все верно сказали - нужно запретить раздавать лицензии сервером 1с
18 Irbis
 
12.01.21
13:38
С железным ключом такой херни нет.
19 neomarat
 
12.01.21
14:27
(18) именно с железным ключем такая херня приключилась :-))))
20 dmpl
 
12.01.21
14:37
(10) Все еще печальнее. Если лицензии одновременно раздает HASP LM и сервер, то возможна ситуация, когда будет выдано больше лицензий, чем полная емкость ключа - и тогда 1С не будет искать другие ключи, а сразу выдаст, что нет свободной лицензии. Т.е. если больше 1 аппаратного ключа, то будет ситуация, когда во втором ключе есть свободные лицензии, но система его просто не найдет.
21 Irbis
 
12.01.21
14:56
(19) На прошлой работе 10 лет было  три клиентских по 100 и два серверных, и ни разу подобной фигни не наблюдалось. Наверное мы что-то не так делали.
22 Winnie Buh
 
12.01.21
14:59
(21) наверное раздача лицензий сервером 1С была отключена и все клиенты для всех баз получали лицензии от HASP LM, а не от сервера
23 Irbis
 
12.01.21
15:06
(22) Не только, в ини файлах ещё явно были прописаны адреса серверов, где эти лицензии искать. И запрет широковещательного запроса стоял, ЕМНИП.
24 Lama12
 
12.01.21
15:10
(20) Хм, год назад было два ключа, а не один. При раздаче лицензий сервером, сервер может искать один локальный аппаратный ключ, и один в сети.
25 neomarat
 
13.01.21
10:17
Эпопея продолжается. Отключил раздачу лицензий сервером. Все равно выедаются все. Хотя пользователей 15 - занимает 20 лицензий. Фоновые задания и планировщик - забирают по лицензии? Вроде же не должно так быть...
26 Bigbro
 
13.01.21
10:22
на сервере 1с в сеансах нет мертвых висящих?
27 fisher
 
13.01.21
10:23
(25) Тебе ж выше уже говорили вроде. Открываешь список сеансов в менеджере кластера и глядишь в колонку "Лицензия". Там полный расклад. Смотришь, считаешь. Если лень вручную считать - на инфостарте есть готовые обработки.
28 neomarat
 
13.01.21
10:42
(27) да посчитал. В том то и дело - получается две базы - в каждой планировщик заданий - отъедает по лицензии. Итого минус две лицензии. Фоновое задание - еще минус 1 лицензия. Это правильно? Трудно объяснить - почему покупали 20 а осталось 17 на людей.
Далее что вот это за херня - в колонке Приложения "Стандартный вызов" между "Тонкими клиентами"?
29 neomarat
 
13.01.21
10:43
(26) мертвых нет - перезапускали службы все
30 neomarat
 
13.01.21
10:45
И еще вопрос - закрыл свою 1С, в менеджере кластера соединений стало на одно меньше, а в Алладин мониторе не уменьшилось. Кому верить?
31 Winnie Buh
 
13.01.21
10:47
(29) т.е. теперь все 20 лицензий занято через менеджер лицензий,
а лицензий занятых через сервер нет совсем?
32 neomarat
 
13.01.21
11:03
(31) да
33 fisher
 
13.01.21
11:08
(28) Фоновые жрут лицензии? Покажи скрин. Не должно такого быть вроде.
(30) Верить алладин-монитору, ессно. Он же берет данные из менеджера лицензий, который все по лицензиям и решает.
34 fisher
 
13.01.21
11:09
Правильно кстати аладдин. Сам постоянно путаю :)
35 fisher
 
13.01.21
11:12
Другое дело, что в менеджере лицензий могут оказаться "зависшие" лицензии. Это лечится перезапуском менеджера лицензий. Выше это тоже уже говорили.
36 Irbis
 
13.01.21
11:14
(30)аладдин просто тормоз, там таймаут офигенно большой. У зависших в той колонке 0, если память не подводит. Иногда проще действительно менеджер перезапустить
37 ansh15
 
13.01.21
11:16
Иногда еще бывает полезным удалить сеансовые данные сервера приложений.
38 neomarat
 
13.01.21
11:19
(37) Службу перезапускал - не бьется количество все равно...
Вот скрин:
https://yadi.sk/i/RABa5pzTETfT2g
39 neomarat
 
13.01.21
11:19
(37) это как?
40 fisher
 
13.01.21
11:20
(38) Ну так из этого скрина следует что фоновые и консоли кластера лицензии не жрут. С чего ты взял, что жрут?
41 ansh15
 
13.01.21
11:22
42 fisher
 
13.01.21
11:23
(38) Что-то странное с хостом MAIN. 11 лицензий сожрал.
43 neomarat
 
13.01.21
11:25
(40) ну по менеджеру лицензий 20 штук, а по кластеру гораздо меньше - 14. Где остальное? Подумал что планировщики отъедают.
(42) это терминальный сервер - на нем пользователи сидят в 1С
44 fisher
 
13.01.21
11:29
(42) + Причем 6 из них удерживаются с громадным таймаутом. Фиг его знает, что это такое. Первым делом я бы проверил nethasp.ini на MAIN - может там чего-то эдакого накручено.
45 fisher
 
13.01.21
11:34
Короче, должно было быть 10 лицензий свободных. Но их все пожрал main.
46 Bigbro
 
13.01.21
11:35
может там народ закрывает подключение вместо выхода из 1с?
47 Bigbro
 
13.01.21
11:35
посмотрите на самом сервере что творится.
48 fisher
 
13.01.21
11:37
MAIN - это не терминальный ли сервер, случаем?
49 Irbis
 
13.01.21
11:46
Это скорее всего на терминале сессии висят. Странно обычно терминальные обрывают по простою
.
50 neomarat
 
13.01.21
11:46
(48) терминальный, но по кластеру серверов то сеансов значительно меньше, чем по Аладдину. Хотя должно бы вроде наоборот...
51 Irbis
 
13.01.21
11:48
Такова селяви, проверьте для начала сессии на терминале, лишние похерьте, посмотрите что поменяется в аладдине
52 neomarat
 
13.01.21
11:49
(44) в nethasp.ini - все закомментировано, он стандартный полностью.
53 Bigbro
 
13.01.21
11:50
(52) это как раз не стандартный, настройте его по нормальному. с указанием IP и запретом широковещательных сообщений.
54 Winnie Buh
 
13.01.21
12:05
(50) про терминальный сервер надо было сразу говорить,
это частая беда, терминальные сессии жрут лицензии и не отпускают,
в терминале есть хитрый процесс SplWOW64.exe, который запускается при печати и если он сам не завершился до закрытия 1С, то не происходит и закрытия терминальной сессии, в итоге лицензия 1С зависает,
надо уменьшить тайм-аут завершения этого процесса и добавить его в список процессов, завершаемых при завершении терминальной сессии
https://www.online-ufa.ru/content/articles/problem-1c-rdp/
55 fisher
 
13.01.21
12:28
(54) Все равно странно. Лицензия же должна "возвращаться" при закрытии 1С, а не при закрытии сессии? Может, в этих сессиях 1С крашилась?
56 Bigbro
 
13.01.21
12:31
(55) не-не. история с зависшим процессом от печати стара как мир, дело на 98% в ней.
ну и поставьте таймер на сессии, грохайте через сутки принудительно.
57 Winnie Buh
 
13.01.21
12:40
(55) в том и прикол, что если процесс SplWOW64.exe сам не закрылся, то при закрытии 1С лицензия не "возвращается" и следующий запуск 1С жрет следующую лицензию
58 fisher
 
13.01.21
15:32
(56) Да я верю, интересна механика...
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший