1c_zabbix_template_ce
1c_zabbix_template_ce copied to clipboard
Текущие сеансы
Все данные по 0 логи пустые, куда копать?
Хотелось бы подробностей. На какой платформе? Есть ли ошибки в zabbix? 0-е значения в каких метриках? В метрике "Текущие сеансы" не должно быть ни каких значений, так как эта метрика является основой для вычисляемых метрик по сеансам ...
$ 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
работает
Администратор кластера есть?
$ bash 1c_central_server.sh sessions 1545 1.5 summary:0:0:0:0:0:0:0:0:0:0
А это от пользователя с админскими правами делалось?
Добрый день!
Та же самая проблема - по метрикам [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";
Был бы рад возможности диагносировать проблему.
Спасибо вам за вашу работу!
Был бы рад возможности диагносировать проблему.
Вопросы те же ... Администратор кластера есть?
Да, есть. Пользователя/пароль подставляю. Не уверен, правда, что корректно вызываю скрипт для отладки: /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 Но пробовал по вскому - результат один и тот же. :-(
Должно быть так
$ /var/lib/zabbix/scripts/1c_central_server.sh sessions 1545 5 clusteradmin clusterpassword
Да, и так тоже пробовал. summary:0:0:0:0:0:0:0:0:0:0
тогда пришлите мне на почту файл sessions.log
$ bash -x /var/lib/zabbix/scripts/1c_central_server.sh sessions 1545 5 clusteradmin clusterpassword > sessions.log
Отладку сам разобрать не смог. Так что отправил: bash -x /var/lib/zabbix/scripts/1c_central_server.sh sessions 1545 5 CL-ADMIN CL-PASSWD 2>session.log Вместо CL-ADMIN CL-PASSWD, есстественно, реальные учётные данные.
ну тогда уж и 1c_clusters_cache до кучи :)
Лишь бы разобраться. :) xxx.xx.xxx.xxx:66fb4542-853d-xxxx-bb70-778f2a6d5d38,1541,"XXXXXXXX";
правильно ли я понимаю, что у вас в первом поле ip-адрес? если так, то скрипт работать не будет, так как он отталкивается от сетевого имени
Да, вы правильно поняли. Там IP. Простите, за прямой как валенок вопрос: в какую сторону копать, чтобы в поле появился hostname/localhost? Это же временный файл, не подлежащий правке.
В общем, кажется стало понятно, что этот файл и, соответственно, это поле берётся из 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'
Костылик помог, всё заработало. Большое вам спасибо за наводку!
попадает из привязки к IP (или к FQDN)
Там не FQDN используется, а то, что указано при инициализации кластера (укажете полное имя, будет - FQDN, укажете "короткое" - будет короткое)
Корни этой "проблемы" растут из того, что кластер "собран" по ip-адресу, а не по сетевому имени
Правильным решением является, либо настройка DNS, либо прописывание соответсвующего имени в файле hosts
Добрый день подскажите, такая же проблема с виндой Подскажите куда копануть?
Добрый день подскажите, такая же проблема с виндой Подскажите куда копануть?
У вас тоже кластер по ip-адресу собран, а не по имени?
Имя сервера (центрального) должно соответстовать имени указанном у "Центрального сервера" в настройках кластера 1С (не обязательно FQDN)
не совсем понимаю. кластер собирался на винде по стандарту. указано имя Локальный кластер, все на одном сервере лежит.
Так же сегодня обнаружил странность (но это уже следующий вопрос) журналы создались почемуто в в рабочем каталоге 1с а не там где я указал в переменных
на кластере админа нет
Так же сегодня обнаружил странность (но это уже следующий вопрос) журналы создались почемуто в в рабочем каталоге 1с а не там где я указал в переменных
О каких переменных речь? Учитывая название каталога, предположу, что в файлике logcfg.xml ничего не менялось (тот что в репозитории предназначен для установки через ansible)
не совсем понимаю. кластер собирался на винде по стандарту. указано имя Локальный кластер, все на одном сервере лежит.
приведите вывод из git bash команды
$ hostname
речь о макросах в самом забиксе. файл взял из конфига из репозитория
$ hostname PEB-SI-01-DBS
речь о макросах в самом забиксе. файл взял из конфига из репозитория
макрос в заббике только указывается заббикс агенту "откуда взять логи", не более ... он не меняет конфиг 1С, это надо сделать самому ....
ок, с этим разобрались, я поправлю. Спасибо а вот с сеансами даже не знаю в какую строну начать копать
$ hostname PEB-SI-01-DBS
в таком случае хотелось бы файлик session.log получить на почту для анализа, который должен получиться после выполенния команды
$ bash -x 1c_central_server.sh sessions 1545 1.5 2>session.log
и заббикс-агент от системной учтетки запущен?
bash -x 1c_central_server.sh sessions 1545 1.5 2>session.log
отправил