Ошибка привязки серверной программной лицензии

Форум Администрирование Общие вопросы администрирования (Admin)

1. user679577_shardmleo 11.03.25 10:27 Сейчас в теме

Добрый день. Ситуация такая:
На хосте (Linux Debian) имеется 3 кластера с разными версиями платформ 1с (8.3.9.2033, 8.3.11.3034, 8.3.25.1546).

Активирована серверная лицензия file:///var/1C/licenses/20250225133058.lic

Был перенос кластера с 8.3.9.2033 с другого сервера, на котором был установлен USB ключ.

После активации все 3 кластера лицензию видели.

Но спустя какое-то время кластер с 8.3.9.2033 перестал видеть серверную программную лицензию.

(Ошибка программного лицензирования. Ошибка привязки программной лицензии к компьютеру: file:///var/1C/licenses/20250225133058.lic
После получения лицензии удалены:
Phys mem_0: 12592119808
DISK_1: Virtual disk Ver: 1.0 Size: 10737418240
DISK_0: Virtual disk Ver: 1.0 Size: 69793218560
В текущей конфигурации компьютера имеются:
DISK_0: Virtual disk Ver: 1.0 Size:
DISK_0: Virtual disk Ver: 1.0 Size:)

Конфигурация оборудования не менялась.

Причем остальные 2 кластера лицензию видят и работают с ней.

После переактивации лицензии, также какое-то время работает потом снова возникает эта ошибка.

Пробовали заново создавать кластер на разных портах, проблема сохраняется.

Подскажите в чем может быть проблема и как это исправить?

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. Online-Ufa 11.03.25 10:46 Сейчас в теме

Т.е. у вас один файл лицензии и все три версии сервера 1С на одной и той же виртуальной машине на разных портах?

3. user679577_shardmleo 11.03.25 10:51 Сейчас в теме

да, верно.

4. miniogn 48 11.03.25 11:00 Сейчас в теме

Из сети не может видеть какой-нибудь ключ?...

5. user679577_shardmleo 11.03.25 11:03 Сейчас в теме

(4) В сети имеются 3 hasp USB клиентских и 1 hasp USB серверный.

7. Online-Ufa 11.03.25 11:05 Сейчас в теме

(5) (5)

1 hasp USB серверный.

Если серверный USB, то что за файл лицензии 20250225133058.lic?
Покажите текст в самом конце файла лицензии

9. user679577_shardmleo 11.03.25 11:09 Сейчас в теме

(7)
Тип лицензии: сервер 32
Номер продукта: 0000000030000
Наименование продукта: 1С Предприятие 8. Лицензия на сервер (программная защита)
Дата производства: 27.12.2024 10:09:14
Срок действия: не ограничен
Количество пользователей: 1
Количество пинкодов в группе: 1
Привязка: vm1c, 12008Mb RAM, 10.13 x86_64

10. Online-Ufa 11.03.25 11:11 Сейчас в теме

(9) Все три версии сервера 1С:Предприятия 32-разрядные?
х64 не устанавливали?

11. user679577_shardmleo 11.03.25 11:13 Сейчас в теме

(10)
да все три версии 32-разрядные

6. Online-Ufa 11.03.25 11:03 Сейчас в теме

Да, а USB ключ в данной истории в каком контексте?

8. user679577_shardmleo 11.03.25 11:09 Сейчас в теме

(6)
В сети имеется сервер с серверным USB ключем с которого мы переносили кластер на 8.3.9.

12. Online-Ufa 11.03.25 11:13 Сейчас в теме

(8) Т.е. у вас две лицензии, одна аппаратная, с USB-ключом на старом сервере, и вторая программная на новом сервере?

13. user679577_shardmleo 11.03.25 11:15 Сейчас в теме

(12)
да, верно.

14. Online-Ufa 11.03.25 11:22 Сейчас в теме

Проблема с USB-ключом никак не связана.
Судя по тексту

После получения лицензии удалены:
Phys mem_0: 12592119808
DISK_1: Virtual disk Ver: 1.0 Size: 10737418240
DISK_0: Virtual disk Ver: 1.0 Size: 69793218560
В текущей конфигурации компьютера имеются:
DISK_0: Virtual disk Ver: 1.0 Size:
DISK_0: Virtual disk Ver: 1.0 Size:

8.3.9.2033 почему-то перестает видеть текущие параметры дисковой системы сервера.
На ОС Windows текущие параметры машины 1С получает от службы WMI и если репозиторий поврежден, то могут быть подобные проблемы, но откуда 1С берет данные в Linux - не подскажу.
Может есть какие "нюансы" у старых версий платформы на ВМ.

15. Online-Ufa 11.03.25 11:26 Сейчас в теме

Кстати, лицензию активировали непосредственно с помощью самой 1С или утилитой RING?

16. user679577_shardmleo 11.03.25 11:29 Сейчас в теме

(15)
с помощью самой 1С

18. Online-Ufa 11.03.25 11:32 Сейчас в теме

(16) Тогда отпадает (у лицензий полученных с помощью RING на старых платформах была проблема с валидацией лицензии по размеру памяти как раз на Linux).

17. Online-Ufa 11.03.25 11:31 Сейчас в теме

Если запустите сервер 8.3.9.2033, то скопируте информацию о текущей лицензии из окна "О программе" запущенной на этом сервере базы. Есть предположение.

19. Online-Ufa 11.03.25 11:39 Сейчас в теме

Перезагружать сервер не пробовали?
После перезагрузки ошибка та же сразу или 8.3.9.2033 может проработать снова некоторое время?

20. user679577_shardmleo 11.03.25 12:02 Сейчас в теме

(19)
Сервер не перезагружал, сейчас перезапустил службу сервера еще раз 8.3.9 серверная лицензия определилась, хотя до этого, пробовали перезапускать службу лицензия не появлялась.

21. Online-Ufa 11.03.25 12:07 Сейчас в теме

(20) Покажите, что указано в информации о текущей лицензии.

23. user679577_shardmleo 11.03.25 12:20 Сейчас в теме

(21)
Текущая:
Сетевой HASP4 ORGL8 10, получило клиентское приложение
810... сервер ООО ...

24. Online-Ufa 11.03.25 12:27 Сейчас в теме

(23) И тут предположение не подтвердилось...
Была мысль, что сервер запускался без лицензии, т.к. на Linux сервер 1С (до версии 8.3.22.*) мог работать вовсе без лицензии (если один процесс rphost и до 12 сеансов пользователей) и ошибка возникала при запуске второго серверного процесса или 13-го сеанса.

25. user679577_shardmleo 11.03.25 12:52 Сейчас в теме

(24)
да мы это знали

26. Online-Ufa 11.03.25 13:01 Сейчас в теме

(25) У меня больше нет идей.
Лучше обратиться в центр лицензирования, может они чего подскажут.
Скорее всего попросят прислать логи ТЖ, но не факт, что c 8.3.9 он поможет (тогда в ТЖ еще не было события LIC).

27. user679577_shardmleo 11.03.25 13:08 Сейчас в теме

(26)
спасибо.

22. user679577_shardmleo 11.03.25 12:08 Сейчас в теме

(19)

Еще заметил в кластере в описании базы 1CV8Clst.lst. Среди параметров есть LIC=.... а в 8.3.9 его нет.

8.3.25

Скрытый текст
{dc9dc963-513e-4274-8254-97d63115d707,"ot","","PostgreSQL","vmpg.sov.lc","ot","postgres","jpdeGJqk9tGEw4nnjkXXP4xLxeBLwM6OEIfPT86wMLY=","CrSQLDB=Y;DB=ot;DBMS=PostgreSQL;DBSrvr=vmpg.sov.lc;DBUID=postgres;LIC=4380932628941686435;LicDstr=Y;Locale=ru_RU;Ref=ot;SchJobDn=Y;SLev=0;Srvr=vm1c.sov.lc:3541",0, {0,00010101000000,00010101000000,"","","",0},1,1,"",0,"","",39,0,0,0,0,0,0,0,0},

8.3.11

Скрытый текст
{815d5eac-761f-11ed-e587-005056a292a4,"fabric-traktir","","PostgreSQL","vmpg.sov.lc","fabric-traktir","postgres","rsNpI2x0qSjFWdxCN1AI0c93nEpti2tVW9I/kx3Xkfg=","CrSQLDB=Y;DB=fabric-traktir;DBMS=PostgreSQL;DBSrvr=vmpg.sov.lc;DBUID=postgres;LIC=4665200783617835124;LicDstr=Y;Locale=ru_RU;Ref=fabric-traktir;SchJobDn=Y;SLev=0;Srvr=vm1c.sov.lc:2541;SUsr=",0, {0,00010101000000,00010101000000,"","",""},1,1,"",0,"","",6}

Скрытый текст

8.3.9

Скрытый текст
{19d79a06-fd7f-11ef-389a-005056a292a4,"dev1","","PostgreSQL","vmpg.sov.lc","dev1","postgres","sn9Rg6q1oFjD37ZdmF/dw5R9QylGtoFDZy7/Z8skN0Y=","CrSQLDB=Y;DB=dev1;DBMS=PostgreSQL;DBSrvr=vmpg.sov.lc;DBUID=postgres;Descr=;LicDstr=Y;Locale=ru_RU;Ref=dev1;SchJobDn=Y;SLev=0;SQLYOffs=0;Srvr=vm1c.sov.lc:5541",0, {0,00010101000000,00010101000000,"","",""},1,1,"",0,"","",4}

Для отправки сообщения требуется регистрация/авторизация