Здравствуйте!

Установили на Linux Debian 9 PostgreSQL 10.3 (с сайта 1С) и 1С сервер (8.3.13.1513), драйвера от USB ключей. Все вроде работает.
Кажется, под Линукс сервер 1С работает без ключа до 12 пользователей. У нас около 20 пользователей. Купили сервер 1С с USB ключом, воткнул ключ в сервер. Индикатор загорелся. Но как можно точно посмотреть, увидел 1С cервер ключ или нет? А то попытаемся начать работать, а он больше 12 пользователей не пустит...
Поставил в настройках сервера один процесс на одну базу - не пускает пользователей в другую базу. Если несколько баз на один процесс, то пользователи пускаются в обе базы... (это, кажется, тоже одно из ограничений версии под линукс без ключа - больше одного процесса не запускается).

Собственно вопрос: как точно посмотреть, увидел 1С cервер ключ или нет?

Спасибо.

В клиенте в меню "о программе" пишет ключ

А вы "драйвера" на этот ключ ставили?
Сейчас вспомнить всех деталей не могу, ноужно установить haspm (для раздачи клиентский лицензий по сети) и aksusbd чтобы сервер увидел серверный ключ

все это, вроде бы, входит в пакет haspd_7.40-eter4debian_amd64.deb

Там еще есть какие-то тонкости.. новым ядрам нужен новый пакет)

Запускай 1Ску и смотри, пустит или нет. Ибо "12 пользователей без ключа" давно прикрыто

(4) Пускать он и без ключа пускал, до того как ключ купили. Какое количество максимум не знаю, но для теста я заводил две базы и заходил в обе.
(2) Драйвера на ключ ставил ставил. Aksusbd работает.
(1) Вот информация о ключах из пункта "О программе".

====================
Серверный (сжатие: усиленное)
Текущая:
Локальный HASP4 ORGL8 20, получило клиентское приложение
Информационная база:
Сетевой HASP4 ORGL8 20
Конфигурация:
Локальный HASP4 ORGL8 10
Сетевой HASP4 ORGL8 50
=====================

Не совсем понятно. В комп,откуда запускаю 1С воткнуты ключи клиентский на 20 рабочих мест и от конфигурации.
HASP4 ORGL8 20 - наверное клиентский.
А вот это что такое - не пойму:
Локальный HASP4 ORGL8 10
Сетевой HASP4 ORGL8 50

(5) серверного не видно
должно быть что то типа
Локальный HASP4 EN8SA

хех, с клиентским ключом на 20 юзеров понятно, а на сервер то ключ/лицензия есть?

(7) Ключ то есть. Только 1С сервер, похоже, его почему то не видит... Буду разбираться.

После переустановки драйвера (http://safenet-sentinel.ru/files/sentinel_ldk_run-time_linux.zip) с воткнутым ключом вроде бы 1С сервер ключ увидел (уже хорошо :-) - спасибо ssh2006):

========================
Текущая:
Сетевой HASP4 ORGL8 20, получило клиентское приложение
Локальный HASP4 EN8SA 1
Информационная база:
Локальный HASP4 ORGL8 20
Конфигурация:
Локальный HASP4 ORGL8 10
Сетевой HASP4 ORGL8 50
========================

Но при установке в настройках сервера один процесс на одну базу - все-равно не пускает пользователей в другую базу. Может там какие-нибудь особенности для линукса есть?

Ерунда какая-то...
Если запускаю (при настройках один процесс на одну базу) сначала УПП, затем ЗУП 3.1 - то ЗУП не подключается к БД - выходит сообщение: "Ошибка установки соединения. Выполняется ожидание возможности запуска. При появлении возможности запуск будет выполнен автоматически."
Если же сначала запускаю ЗУП, а затем УПП, то УПП без проблем подключается, как положено на сервере 1С создается 2 рабочих процесса.

В чем может быть причина?

(10) вангую: у тебя только 1 ИБ на 1 РП, причем для РП всего 1 порт открыт, оттого и не создается второй РП

(11) На сервере по умолчанию открыты порты 1560:1591 (я эти настройки не менял). А для РП вроде бы порты нигде не указываются... И кроме того почему-то зависит от последовательности запуска программ: если сначала УПП, а потом ЗУП - то ошибка. А если сначала ЗУП, а потом УПП, то все отрабатывает как положено, в том числе создается второй процесс для второй базы...

ТЖ посмотри

(10) Возможно, при сочетании определенных обстоятельств(настроек параметров) возникает такая ошибка. Похожее было(давно) https://bugboard.v8.1c.ru/error/000002770.html
Для 20 пользователей на 2-3 базы при достаточных вычислительных ресурсах сервера, изменять настройки рабочего сервера, на мой взгляд, излишне.
А так, можно написать в 1С, если это ошибка платформы(например, в среде Linux), зарегистрируют, когда-нибудь исправят...

(14) // Для 20 пользователей на 2-3 базы

смотря какие базы.
К сожалению, но замечено очень четко, что так называемой изоляции блокировок на платформенно-заданных таблицах не достает. И работа БП3 способна очень заметно мешать работе ЗУП3, если не изменить настройки рабочего сервера 1С

(15) А какой изоляции не достает?
Управление потреблением ресурсов ( https://wonderland.v8.1c.ru/blog/mekhanizm-upravleniya-potrebleniem-resursov/ ) не закрывает эту потребность?

Может кому пригодится.

Удалил базу с сервера 1С, создал и загрузил снова - все заработало нормально (правда при этом еще и поменял имя базы (просто не очень нравилось старое имя) - не знаю, повлияло это или нет).

Всем спасибо.

Ну да, та же фигня https://bugboard.v8.1c.ru/error/000047250.html в последних версиях платформы.
Даже исправили, в тестовой 8.3.13.1576.