@darren-leggett said in Monitoring SSL Certificate expiry.:
Thanks for your responses. I've tried using the OpenSSL suggestion from Victor but my NetXMS server is running on Windows. When I tried to run s_client command it runs but does not exit for about a minute. Any ideas how I can avoid this long delay?
echo | openssl s_client -showcerts -servername netxms.org -connect netxms.org:443 2>/dev/null | openssl x509 -noout -enddate | cut -d = -f 2
Запуск агента под Fedora CoreOS, если вдруг кому то понадобиться.
mkdir /var/log/netxms
tar zxfv nxagent-3.8.382-linux-x86_64.tar.gz -C /
cat << EOF >> /etc/nxagentd.conf
# Log File
LogFile=/var/log/netxms/nxagentd.log
# IP white list, can contain multiple records separated by comma.
# CIDR notation supported for subnets.
MasterServers=X.X.X.X
EOF
###########################################
cat << EOF >> /etc/systemd/system/nxagentd.service
[Unit]
Description=NetXMS Agent
After=network.target network-online.target
[Service]
Type=forking
ExecStart=/opt/netxms/bin/nxagentd -d
PIDFile=/var/run/nxagentd.pid
LimitCORE=infinity
Restart=on-failure
[Install]
WantedBy=multi-user.target
Alias=netxms-agent.service
EOF
chcon -Rv -t bin_t -u system_u /opt/netxms
systemctl enable --now nxagentd
@7novds said in Миграция MS SQL -> Postgresql:
Задача сэкономить на лицензиях, поэтому будем переходить на linux + posgresql c windows+mssql.
Хотелось бы сохранить как настройки так и историю, поэтому и вопрос, есть ли средство миграции с одной БД на другую , или может быть был у кого-то опыт?
С MySQL (MariaDB) мигрировал на Postgresql через https://wiki.netxms.org/wiki/How_to_migrate_to_another_database были свои сложности при миграции структуры БД.
В 2.2.8 эти сложности вроде бы исправили (- Fixed SQL errors during database import or migration)
С MSSQL не пробовал.
Начиная с 2.0 вообще лучше обновляться очень аккуратно, сам уже много раз наступал когда что-то ломается или создаёт повышенную нагрузку на сам сервер или на удалённый маршрутизатор. Основано на личных наблюдениях конечно, много чего меняется в коде и проект развивается.
Я ставлю так:
yum install libssh libtool libtool-ltdl libtool-ltdl-devel libcurl libcurl-devel openssl-devel gcc-c++ lm_sensors lm_sensors-devel
wget https://www.netxms.org/download/netxms-2.1.tar.gz
tar zxvf netxms-2.1.tar.gz
./configure --with-agent --with-client --with-client-proxy --disable-silent-rules && make && make install
make
make install
@nai said in Alarm Browser не работает в 2.1:
На alarm теперь отдельные права у юзеров.
Спасибо.
Помогло: User Manager>Имя пользователя (Properties)>System Right>View all alarm categories
У меня тоже пока 2.0.8, заодно хотел спросить, как прошло обновление и не заметили ли на новой версии повышения нагрузки на сервере, высокий IOPS ? У кого то было вроде как.
@nai said in Alarm Browser не работает в 2.1:
Обновился с 2.0.8 до 2.1. Все работает кроме Alarm Browser. В Managment console ничего не отображает, ни в Alarms ноды (Alt+Shft+A), ни в Dashboard (Alarm Viever) в обоих случаях пустые таблицы. Хотя Event'ы прилетают правильно и в Event log отображаются все события.
Куда копать?
На alarm теперь отдельные права у юзеров.
* 2.1-M2
*
Прошу накидайте сюда пожалуйста модели которые гарантированно точно будут работать с NetXMS и которые можно купить в РФ.
Дамп потоков для Linux.
#!/bin/sh
exec='netxmsd'
if [ "x$1" != "x" ]; then
exec="$1"
fi
pid=`ps -ax | grep netxmsd | grep -v grep | grep -v capture_netxmsd_threads | awk '{ print $1; }'`
ts=`date +%Y%m%d-%H%M%S`
cmdfile="/tmp/capture_netxmsd_threads.gdb"
echo "set height 0" > $cmdfile
echo "set logging file /tmp/netxmsd-threads.$pid.$ts" >> $cmdfile
echo "set logging on" >> $cmdfile
echo "attach $pid" >> $cmdfile
echo "thread apply all bt" >> $cmdfile
echo "detach" >> $cmdfile
echo "quit" >> $cmdfile
gdb --batch-silent --command=$cmdfile "$exec"
rm $cmdfile
@дым said in Размещение элементов на панели:
Чередование на инфопанелях "этажей" с чётным/нечётным числом элементов даёт не вполне ожидаемый результат. На прилагающемся снимке ширина панели - 10 столбцов, ширина графиков - по 2 столбца, ширина измерителей - по 5 столбцов. Что в итоге - судите сами.
Не подскажете как сделать примерно такую же панель?
@7novds said in Maintenance период:
Ну unmanage не очень интересен, потому что его нельзя запланировать, а вот maintenance запланировать можно
Еще ко всему этому я бы добавил возможно видеть в дереве консоли, что в каком то из контейнеров есть нода или интерфейс в maintenance режиме и так же с custom attributes, то есть дорисовывать буковку (M) или (C) сбоку от родительского контейнера и дальше при открытии довести до конечного.
https://track.radensolutions.com/issue/NX-1101
https://track.radensolutions.com/issue/NX-1238
@7novds said in Maintenance период:
А можно еще мейтенанс для интерфейса?
Сценарий использования:core роутер с кучей интерфейсов. меняем downstrem устройство. тут как раз подойдет мейтенанс для интерфейса а не устройства в целом
Я тоже запрашивал такое, как временный вариант предложили делать unmanage для нужных интерфейсов по которым меняют downstream.
@2c2i said in Last logs, Last events, Last SNMP traps, Last Alarms at object details:
Было бы удобно в object details видеть дополнительные табы Last logs, Last events, Last SNMP traps(если SNMP включен), Last Alarms с соответствующими логами событий для выбраной ноды. Сейчас для поиска этих данных нужно строить фильтр и искать их в общих логах. Особенно удобно, если бы новые события динамически отображались - как в инструментах Monitor.
Согласен, поддерживаю, получится что у каждой ноды (в object details) будет такая небольшая доп. сводка инфы про неё. Нужно регистрировать feature request, а там как поменяли движок после редмайна я вообще плююсь теперь с новым трекером.
Выяснил, по факту 64 битные счётчики будут работать на FreeBSD начиная от 11 ветки.
Linux перевёл, а вот FreeBSD чет походу не поддерживает, хотя в списках доступных параметрах есть.
nxget -I X.X.X.X | grep Net.Interface
Net.Interface.64BitCounters INT "Is 64bit interface counters supported"
Net.Interface.AdminStatus(*) INT "Administrative status of interface {instance}"
Net.Interface.BytesIn(*) UINT "Number of input bytes on interface {instance}"
Net.Interface.BytesOut(*) UINT "Number of output bytes on interface {instance}"
Net.Interface.InErrors(*) UINT "Number of input errors on interface {instance}"
Net.Interface.OperStatus(*) INT "Operational status of interface {instance}"
Net.Interface.OutErrors(*) UINT "Number of output errors on interface {instance}"
Net.Interface.PacketsIn(*) UINT "Number of input packets on interface {instance}"
Net.Interface.PacketsOut(*) UINT "Number of output packets on interface {instance}"
Net.Interface.BytesIn64(*) UINT64 "Number of input bytes on interface {instance}"
Net.Interface.BytesOut64(*) UINT64 "Number of output bytes on interface {instance}"
Net.Interface.InErrors64(*) UINT64 "Number of input errors on interface {instance}"
Net.Interface.OutErrors64(*) UINT64 "Number of output errors on interface {instance}"
Net.Interface.PacketsIn64(*) UINT64 "Number of input packets on interface {instance}"
Net.Interface.PacketsOut64(*) UINT64 "Number of output packets on interface {instance}"
nxget -ne0 X.X.X.X "Net.Interface.BytesOut64(igb0)"
404: Unknown parameter
@2c2i said in Низкие значения с Linux сервера (802.3ad bonding):
Используйте 64бит счетчик
Net.Interface.BytesIn64({instance})
Вот блин, какая глупая ошибка и популярная. Спасибо больше, мне просто казалось что они не были реализованы для Linux agenta....
А скрипт преобразования нужно менять ? на return int64($1) * 8;
Net.Interface.BytesIn({instance})
Unsigned Integer
Average delta per second
return $1 * 8;
Почему такое может быть, как проверить ? На физических интерфейсах eth0 eth1 этого же сервера таких провалов не наблюдается.
