Вы не авторизованы

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

Поиск  Правила  Войти
Форум » Панели телефонии 1С » Панель телефонии в режиме Asterisk
RSS
Не работает панель телефонии, Тонкий клиент х32 отказывается работать с панелью телефонии
 
#1
0
22.04.2019 09:25:03
Окружение
ОС: CentOS Linux release 7.6.1810 3.10.0-957.10.1.el7.x86_64
Сервер 1С: 1С:Предприятие 8.3 (8.3.12.1855)
Конфигурация 1С: 1С:Комплексная автоматизация 2 (2.4.6.231)
Панель телефонии: 1.4.26.30

ОС: CentOS Linux release 7.6.1810 3.10.0-957.10.1.el7.x86_64
Тонкие клиенты 1С: х32 1С:Предприятие 8.3 (8.3.12.1855)

Проблема:
Тонкие клиенты х64 отказываются работать вообще, на эту тему разбираемся с 1С, похоже это их проблема. Тонкие клиенты х32 открываются, панель пишет, что внешняя компонента успешно установлена. Далее панель пишет, что не вышло установить компонент для связи с asterisk. При переходе в настройки панели видим ту же самую надпись. Перейдя в настройки - лицензирование, видим: "Получение информации по лицензированию" и все... больше ничего нет. При этом следует заметить, что если соединятся с ami интерфейсом с ПК где установлен тонкий клиент, то соединение проходит успешно:
Response: Success
Message: Authentication accepted

Так же телефония работает, если соединение происходит с сервера 1С в режиме работы в качестве терминального сервера, соединение запущено под тонким клиентом x64.
Получается какая  то проблема с соединением или обработкой тонкий клиент х32 и сервер х64...

Помогите пожалуйста с решением вопроса.
 
 
 
#2
0
25.04.2019 08:44:43
Попытался включить отладку (как написано здесь https://wiki.miko.ru/astpanel:debug_m), для того что бы получить хоть какую то информацию, отладка не включается.
 
 
 
#3
0
30.04.2019 20:20:08
Получилось каким то чудом запустить x64 тонкого клиента и отладку. Есть события выделенные красным:
ОстатокДнейЛицензии = "", ТипЛицензии = "MIKO SaaS", РегистрационныйНомер = "MIKO-478ZO..."
ОстатокДнейЛицензии (HASP) = "-1", ТипЛицензии (HASP) = "", РегистрационныйНомер (HASP) = "..."
[UserEvent] {"#",3d48feae-a9c6-4c5a-a099-9eb6477630c6,{19,{{"S","calleridname"},{"S","<unknown>"}},{{"S","lines"},{"S","SIP/100@.@0.....SIP/102@.@0.....SIP/120@.@0.....SIP/124@.@0"}},{{"S","calleridnum"},{"S","<unknown>"}},{{"S","channelstate"},{"S","4"}},{{"S","exten"},{"S","10000222"}},{{"S","channelstatedesc"},{"S","Ring"}},{{"S","linkedid"},{"S","1556644447.38322"}},{{"S","language"},{"S","ru"}},{{"S","priority"},{"S","3"}},{{"S","accountcode"},{"S",""}},{{"S","channel"},{"S","Local/10000222@miko_ajam-000008db;2"}},{{"S","context"},{"S","miko_ajam"}},{{"S","userevent"},{"S","FromUserBuddyStatus"}},{{"S","privilege"},{"S","user,all"}},{{"S","connectedlinenum"},{"S","<unknown>"}},{{"S","event"},{"S","UserEvent"}},{{"S","chan1c"},{"S","SIP/124"}},{{"S","connectedlinename"},{"S","<unknown>"}},{{"S","uniqueid"},{"S","1556644447.38323"}}}}

Я как понимаю, они означают какую то проблему с лицензиями ? Вообще каким образом удалить триальную лицензию которая истекла ???
 
 
 
#4
0
30.04.2019 20:23:25
Почему после каждого запуска приложения x64, обработка говорит, что внешняя компонента успешно установлена ? Одного раза не достаточно ?
 
 
 
#5
0
30.04.2019 21:49:09
Цитата
domanovev@yandex.ru написал:
ОстатокДнейЛицензии = "", ТипЛицензии = "MIKO SaaS", РегистрационныйНомер = "MIKO-478ZO..."ОстатокДнейЛицензии (HASP) = "-1", ТипЛицензии (HASP) = "", РегистрационныйНомер (HASP) = "..."
Тут нет проблем. Все в порядке. Просто информационное сообщение, что MIKO SaaS лицензия найдена, а HASP лицензий нет.
Цитата
domanovev@yandex.ru написал:
Почему после каждого запуска приложения x64, обработка говорит, что внешняя компонента успешно установлена ? Одного раза не достаточно ?
сложно сказать точно, вероятно процесс установки не был завершен. либо файл был удален после закрытия сеанса 1С. Может не хватает прав доступа...
Можно попробовать поискать файл "libasteriskajamV102465_x64.so". Пример команды:
find / -name libasteriskajamV*_x64.so

Второй интересный файл будет лежать рядом: registry.xml. Есть ли эти файлы?
В целом 1С + Linux - мало в этом счастья, а проблем хватает.
 
 
 
#6
0
06.05.2019 15:48:30
Цитата
сложно сказать точно, вероятно процесс установки не был завершен. либо файл был удален после закрытия сеанса 1С. Может не хватает прав доступа...
с правами все хорошо
Цитата
Можно попробовать поискать файл "libasteriskajamV102465_x64.so". Пример команды:
find / -name libasteriskajamV*_x64.so
данные файлы присутствуют как в папке root, так и пользователя от имени которого запускается, причем для разных архитектур, так как написал выше приходится плясать с несколькими вариантами
libasteriskajamV102465_x64.so  libasteriskajamV102465_x86.so
Цитата
Второй интересный файл будет лежать рядом: registry.xml. Есть ли эти файлы?
так же есть и в папке пользователя и в папке roota
registry.xml
привожу его листинг, в обоих каталогах он не отличается:
<?xml version="1.0" encoding="UTF-8"?>
<registry xmlns="http://v8.1c.ru/8.2/addin/registry"&gt;
<component path="libasteriskajamV102465_x86.so" type="native"/>
<component path="libasteriskajamV102465_x64.so" type="native"/>

Цитата
В целом 1С + Linux - мало в этом счастья, а проблем хватает.
Вы знаете, года 3 сидели под 8.2 комплексная 1.1 с минимумами допилов и все было ок. Перешли на 8.3 и комплексную 2.4 в январе этого года, так же все ок, но как только начали внедрять обработки, вот тут начались "проблемы".... Так что мне кажется дело не в связке  1С + Linux, а  1С + Linux + обработки. Причем с простенькими проблем никаких, но вот как только дело касается чего то кардинального....
 
 
 
#7
0
06.05.2019 16:01:43
Сам файл я как понимаю какие то зависимости содержит и написан на СИ, может в нем какие то проблемы ?
https://dropmefiles.com/1jnLtфайл libasteriskajamV102465_x64
 
 
 
#8
0
07.05.2019 11:53:22
Наличие зависимостей можно проверить командой:
ldd libasteriskajamV102465_x64.so

Иногда этого достаточно, чтобы понять чего не хватает из зависимостей.
 
 
 
#9
0
07.05.2019 21:55:29
Цитата
Портнов Алексей написал:
Иногда этого достаточно, чтобы понять чего не хватает из зависимостей.
ldd: предупреждение: у вас нет прав на выполнение libasteriskajamV102465_x64.so
дал ей +x, вообще не уверен, что это нужно для библиотеки, но вы говорили выше, что прав может не хватать, так что пусть уж лучше будут....

из вывода:

linux-vdso.so.1 =>  (0x00007ffd61884000)
librt.so.1 => /lib64/librt.so.1 (0x00007f57903d2000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f57901ce000)
libidn.so.11 => /lib64/libidn.so.11 (0x00007f578ff9b000)
libz.so.1 => /lib64/libz.so.1 (0x00007f578fd85000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f578fa7e000)
libm.so.6 => /lib64/libm.so.6 (0x00007f578f77c000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f578f566000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f578f34a000)
libc.so.6 => /lib64/libc.so.6 (0x00007f578ef7d000)
/lib64/ld-linux-x86-64.so.2 (0x00007f5790fe3000)

Как понимаю не хватает библиотеки linux-vdso.so.1
В остальном вроде все ок.
Почитал про нее, библиотека виртуальная, находится в памяти, так что поиск правильно не увенчался успехом.
Так что теперь точно все ок...

Что можно еще предпринять для диагностики и решения проблемы ?
 
 
 
Читают тему (гостей: 1)