Текущие сеансы

[haleevra]

Все данные по 0 логи пустые, куда копать?

[slothfk]

Хотелось бы подробностей. На какой платформе? Есть ли ошибки в zabbix? 0-е значения в каких метриках? В метрике "Текущие сеансы" не должно быть ни каких значений, так как эта метрика является основой для вычисляемых метрик по сеансам ...

[haleevra]

$ bash 1c_central_server.sh sessions 1545 1.5 summary:0:0:0:0:0:0:0:0:0:0 при этом сейчас сеансов 126

платформа windows $ bash 1c_work_server.sh memory

работает

[slothfk]

Администратор кластера есть?

[slothfk]

$ bash 1c_central_server.sh sessions 1545 1.5 summary:0:0:0:0:0:0:0:0:0:0

А это от пользователя с админскими правами делалось?

[geozavl]

Добрый день!

Та же самая проблема - по метрикам [1С/Сеансы] данные не поступают. Платформа Ubuntu 20.04, zabbix 6.2, остальные данные приходят, (даже "неполучение" общего количества лицензий удалось забороть mawk --> gawk)

В /tmp/1c_infobase_cache - пусто.

В /tmp/1c_clusters_cache: xxx.xx.xxx.xx:66fb4542-853d-****-bb70-778f2a6d5d38,1541,"XXXXXXXXX";

Был бы рад возможности диагносировать проблему.

Спасибо вам за вашу работу!

[slothfk]

Был бы рад возможности диагносировать проблему.

Вопросы те же ... Администратор кластера есть?

[geozavl]

Да, есть. Пользователя/пароль подставляю. Не уверен, правда, что корректно вызываю скрипт для отладки: /var/lib/zabbix/scripts/1c_central_server.sh sessions InfoBaseName#66fb4542-aaaa-bbbb-bb70-778f2a6d5d38 1545 5 clusteradmin clusterpassword summary:0:0:0:0:0:0:0:0:0:0 Но пробовал по вскому - результат один и тот же. :-(

[slothfk]

Должно быть так

$ /var/lib/zabbix/scripts/1c_central_server.sh sessions 1545 5 clusteradmin clusterpassword

[geozavl]

Да, и так тоже пробовал. summary:0:0:0:0:0:0:0:0:0:0

[slothfk]

тогда пришлите мне на почту файл sessions.log

$ bash -x /var/lib/zabbix/scripts/1c_central_server.sh sessions 1545 5 clusteradmin clusterpassword > sessions.log

[geozavl]

Отладку сам разобрать не смог. Так что отправил: bash -x /var/lib/zabbix/scripts/1c_central_server.sh sessions 1545 5 CL-ADMIN CL-PASSWD 2>session.log Вместо CL-ADMIN CL-PASSWD, есстественно, реальные учётные данные.

[slothfk]

ну тогда уж и 1c_clusters_cache до кучи :)

[geozavl]

Лишь бы разобраться. :) xxx.xx.xxx.xxx:66fb4542-853d-xxxx-bb70-778f2a6d5d38,1541,"XXXXXXXX";

[slothfk]

правильно ли я понимаю, что у вас в первом поле ip-адрес? если так, то скрипт работать не будет, так как он отталкивается от сетевого имени

[geozavl]

Да, вы правильно поняли. Там IP. Простите, за прямой как валенок вопрос: в какую сторону копать, чтобы в поле появился hostname/localhost? Это же временный файл, не подлежащий правке.

[geozavl]

В общем, кажется стало понятно, что этот файл и, соответственно, это поле берётся из check_clusters_cache , куда, в свою очередь, попадает из привязки к IP (или к FQDN) rphost: pgrep -ax rphost | sed -r 's/.-regport ([^ ]+)./\0|\1/; s/.-reghost ([^ ]+).|/\1:/'|awk -F: '{ if ( clstr_list[$1]== "" ) { clstr_list[$1]=$2 } else { clstr_list[$1]=clstr_list[$1]"|"$2 } } END { for ( i in clstr_list ) { print i":"clstr_list[i]} }'

Осталось аккуратно ссорудить тут костыль: FQDN вместо IP (снаружи доменное имя НЕ разрешается в IP, но есть работающий reverse lookup). Типа такого: pgrep -ax rphost | sed -r 's/.-regport ([^ ]+)./\0|\1/; s/.-reghost ([^ ]+).|/printf "$(host \1|cut -f 5 -d \" \")":/e'

[geozavl]

Костылик помог, всё заработало. Большое вам спасибо за наводку!

[slothfk]

попадает из привязки к IP (или к FQDN)

Там не FQDN используется, а то, что указано при инициализации кластера (укажете полное имя, будет - FQDN, укажете "короткое" - будет короткое)

Корни этой "проблемы" растут из того, что кластер "собран" по ip-адресу, а не по сетевому имени

Правильным решением является, либо настройка DNS, либо прописывание соответсвующего имени в файле hosts

[skorovoda]

Добрый день подскажите, такая же проблема с виндой Подскажите куда копануть?

[slothfk]

Добрый день подскажите, такая же проблема с виндой Подскажите куда копануть?

У вас тоже кластер по ip-адресу собран, а не по имени?

Имя сервера (центрального) должно соответстовать имени указанном у "Центрального сервера" в настройках кластера 1С (не обязательно FQDN)

[skorovoda]

не совсем понимаю. кластер собирался на винде по стандарту. указано имя Локальный кластер, все на одном сервере лежит.

Так же сегодня обнаружил странность (но это уже следующий вопрос) журналы создались почемуто в в рабочем каталоге 1с а не там где я указал в переменных

на кластере админа нет

[slothfk]

Так же сегодня обнаружил странность (но это уже следующий вопрос) журналы создались почемуто в в рабочем каталоге 1с а не там где я указал в переменных

О каких переменных речь? Учитывая название каталога, предположу, что в файлике logcfg.xml ничего не менялось (тот что в репозитории предназначен для установки через ansible)

[slothfk]

не совсем понимаю. кластер собирался на винде по стандарту. указано имя Локальный кластер, все на одном сервере лежит.

приведите вывод из git bash команды

$ hostname

[skorovoda]

речь о макросах в самом забиксе. файл взял из конфига из репозитория

[skorovoda]

$ hostname PEB-SI-01-DBS

[slothfk]

речь о макросах в самом забиксе. файл взял из конфига из репозитория

макрос в заббике только указывается заббикс агенту "откуда взять логи", не более ... он не меняет конфиг 1С, это надо сделать самому ....

[skorovoda]

ок, с этим разобрались, я поправлю. Спасибо а вот с сеансами даже не знаю в какую строну начать копать

[slothfk]

$ hostname PEB-SI-01-DBS

в таком случае хотелось бы файлик session.log получить на почту для анализа, который должен получиться после выполенния команды

$ bash -x 1c_central_server.sh sessions 1545 1.5 2>session.log

[slothfk]

и заббикс-агент от системной учтетки запущен?

[skorovoda]

bash -x 1c_central_server.sh sessions 1545 1.5 2>session.log

отправил

[skorovoda]

и заббикс-агент от системной учтетки запущен?

да

[slothfk]

За длительным отсутствием автора закрою!