NetXMS Forum

На брендах можно мониторить температуру через SNMP, как-то так.

Продолжаю попытки запустить репорты на 1.20 Переустановил NetXMS с нуля в песочнице. Среда Windows 2008R2 + MSSQL 2008.
Сразу "из коробки" репорт (пробую на "IP Inventory" с вашего сайта) не заработал.
Раньше, на 1.1.9, после нажатия "Execute report" он хоть появлялся в списке "Results". Теперь не появляется, а в Server Jobs пишется "Report generator failed to start".
Попробовал применить рекомендации Алекса к windows-реалиям , скопировал в C:\NetXMS\var\reports сам репорт и report-generator.jar и дописал в C:\NetXMS\etc\netxmsd.conf следующее:

JavaPath=C:\NetXMS\bin\jre
JavaLibraryDirectory=C:\NetXMS\var\reports
JDBCDriver=com.microsoft.jdbc.sqlserver.SQLServerDriver
JDBCUrl=jdbc:microsoft:sqlserver://MYSERVER:1433;databasename=NetXMS_Monitoring_for_AND-SERVICE;user=netxms;password=MYPWD

или

JavaPath=C:\NetXMS\bin\jre
JavaLibraryDirectory=C:\NetXMS\var\reports
JDBCDriver=net.sourceforge.jtds.jdbc.Driver
JDBCUrl=jdbc:jtds:sqlserver://MYSERVER/NetXMS_Monitoring_for_AND-SERVICE;user=netxms;password=MYPWD

По прежнему получаю "Report generator failed to start".

P.S. Также пробовал JavaPath=C:\NetXMS\bin\jre\bin

I have this bug too.
Nodes without NetXMS agent periodically duplicating in tree root.

Пробую фичу с репортами.
Взял готовый репорт IP Inventory отсюда - https://svn.netxms.org/public/netxms/tags/version-1.1.9/reports/ , загрузил в NetXMS (v 1.1.9).
Execute вроде проходит

, но при попытке выгрузить репорт в PDF получаю ошибку:

Перехожу на новую консоль, первые впечатления положительные, накопившиеся замеченные косячки вываливаю здесь с тайной надеждой, что когда-нить заметят и пофиксят

1. Сортировка объектов в Object Browser идёт в case-sensitive порядке "A..Za..z", а не в более естественном "Aa..Zz", как в старой консоли. Может это как-то можно менять в опциях? Я не нашёл.
2. В старой консоли был поиск по IP-адресам, если набирать запрос с префиксом "ip:". В новой нет.
3. Имеется бага с клонированием графиков (рисуются в двух экземплярах), если выбрать в Object Browser ноду с графиками, выбрать её вкладку Performance, а потом опять кликнуть по этой же ноде.
4. Перестали автоматически отрисовываться графики из шаблонов @System.Agent, @System.SNMP. Хотя, может, так и задумано?
5. Некоторые команды (Local Command) в Object Tools перестали работать. Например, простая команда, запускавшая "eventvwr %OBJECT_IP_ADDR%", теперь только отображает ошибку "Cannot execute external command: Cannot run program "eventvwr": CreateProcess error=740, Çàïðîøåííàÿ îïåðàöèÿ òðåáóåò ïîâûøåíèÿ". Неясно, почему она считается сервером external, и откуда взялись козяблики в тексте ошибки.
6. Те команды из Object Tools, которые всё же срабатывают, оставляют после себя висеть вкладку Console.

Карты ещё вообще сыроватые, но вот эта мелкая бага вроде и мешает больше всех, и фикситься должна легко...

Слишком коротко обрезаются подписи под объектами, даже стандартные маски типа 192.168.0.0/24 не влазят. Проблема имеется как в старой (1.0.Х), так и в новой (1.1.Х) консоли. См. картинку.

Аналогичная проблема после перехода с 1.0.11 на 1.1.1. Периодически (раз в пару суток) стал отваливаться SNMP - на всех нодах статус SNMP-агента "Down". Сервер на Win2003 x86.

@anton8090 said in Помогите новичку:

• Подскажите скриншотом, в упор не вижу мастер сервера(не там ищу видимо)

Конфиг - это текстовый файл в папке агента с основными настройками. Его можно редактировать, например, из консоли NetXMS, выбрав "Edit agent's configuration".

@anton8090 said in Помогите новичку:

На железке в районе нужно поставить nxagentd и в его конфиге включить прокси:

# EnableProxy
EnableProxy = yes
# EnableSNMPProxy
EnableSMNPProxy = yes
Ну и соответственно прописать сервер. Забыл что то?

В свойствах ноды указать эту железку как proxy?

Да, так. В конфиге подключаемых через прокси нод у меня есть строка MasterServers = <IP-адрес прокси-агента>. В свойствах нод (Communication->Proxy) тоже указана нода прокси-агента.

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

Кстати, раз уж речь зашла про интеграцию NetXMS с ESXi, то есть ещё полезные фишки:

Можно включить на ESXi поддержку SNMP (только на бесплатной версии нужно её включать ДО лицензирования, пока ещё ESXi крутится на 30-дневной триалке). После этого появится возможность мониторить кое-какие параметры гипервизора (например, у меня TotalMemSize мониторится запросом на OID .1.3.6.1.4.1.6876.3.2.1.0), но в целом список этих параметров невелик и не очень интересен.
Значительно ценнее возможность получать кликом в консоли по ноде гипервизора список его виртуалок, для этого заходим в NetXMS->Control Panel->Object Tools->New->SNMP Table и там сооружаем табличку примерно такого вида: http://img828.imageshack.us/i/81835416.jpg/
Заодно можно добавить в Object Tools возможность запуска VIClient.

Также можно форвардить на NetXMS syslog-и гипервизоров, и фильтровать их на предмет ошибок.

Спасибо. Наверно по такому поводу перейду на 1.1 ветку

Скрипт:

Add-PSSnapin VMware.VimAutomation.Core
$UserName = "root"
$UserPWD = "password"
$InFilePath = "C:\ESXi-stats\ESXi-list.txt"
Set-PowerCLIConfiguration -DefaultVIServerMode Multiple -Confirm:$False
Get-Content $InFilePath | Foreach {
    Connect-VIServer $_ -User $UserName -Password $UserPWD
    $VMHost = Get-VMHost -Server $_
    $VMHostNetwork = 0
    $VMHostNetwork = Get-VMHostNetwork $_
    $VMDatastoreList = ''
    Get-Datastore -Server $_ | Foreach {
        $VMDatastoreList += $_.Name + ' '
        $ExecParameters = $VMHostNetwork.HostName + "." + $VMHostNetwork.DomainName + ":" + $_.Name + "=" + (1 - $_.FreeSpaceMB / $_.CapacityMB)
        & "$env:ProgramFiles\NetXMS\bin\nxpush.exe" -u pushagent -H SERVICE $ExecParameters
    }
    Disconnect-VIServer -Server $_ -Force -Confirm:$False

    $ExecParameters = $VMHostNetwork.HostName + "." + $VMHostNetwork.DomainName + ":MemUse=" + ($VMHost.MemoryUsageMB / $VMHost.MemoryTotalMB)
    & "$env:ProgramFiles\NetXMS\bin\nxpush.exe" -u pushagent -H SERVICE $ExecParameters

    $ExecParameters = $VMHostNetwork.HostName + "." + $VMHostNetwork.DomainName + ":CpuUse=" + ($VMHost.CpuUsageMhz / $VMHost.CpuTotalMhz)
    & "$env:ProgramFiles\NetXMS\bin\nxpush.exe" -u pushagent -H SERVICE $ExecParameters

    $ExecParameters = $VMHostNetwork.HostName + "." + $VMHostNetwork.DomainName + ":DatastoreList=" + $VMDatastoreList
    & "$env:ProgramFiles\NetXMS\bin\nxpush.exe" -u pushagent -H SERVICE $ExecParameters
}

(имя сервера NetXMS - SERVICE - не вынесено в переменную, во входном файле ESXi-list.txt находятся IP-адреса ESXi-гипервизоров в столбик, имена ESXi-гипервизоров в NetXMS соответствуют их DNS-именам, после вашего патча скрипт можно будет упростить)

Запускается из стандартного виндового шедулера батником:

%PSMODULEPATH%\..\powershell.exe -PSConsoleFile "%ProgramFiles%\VMware\Infrastructure\vSphere PowerCLI\vim.psc1" -WindowStyle Minimized -Command ".\Get-AllVMHostStats.ps1"

Из-за общей неторопливости PowerCLI отрабатывает довольно долго - у меня на 6 ESXi прокручивается ~3-4 минут. Поэтому часто делать отсчёты не получится.
Результат работы - http://img847.imageshack.us/i/89160342.jpg/

nxpush.exe -vv -u admin -P password -H monitor MONITOR.mydomain.ru:Test=6666

Nado ukazivat' libo imja hosta tak, kak ono propisano v NetXMS'e, libo ego ID.

А возможно ли немного допилить nxpush, чтобы можно было указывать ему IP-адрес вместо имени ноды?

А то у меня PowerCLI-скрипт, периодически запускаемый на сервере NetXMS, извлекает с ESXi-гипервизора разную статистику. Эта статистика передаётся в нужные DCI через nxpush. И необходимость скрипту, помимо IP-адресов, откуда-то ещё брать внутренние NetXMS-овские идентификаторы нод выглядит неестественным усложнением.

Кстати, в юзермануале нет упоминания о функции int64().

На APC SmartUPS температура датчика - это SNMP параметр .1.3.6.1.4.1.318.1.1.10.2.3.2.1.4.0

Догадался наконец запустить скрипт typeof( GetDCIValue($node, FindDCIByName($node, "Disk.Free(C:)")) ) и сразу стало ясно, что на большинстве машин возвращается uint32, но на некоторых - int64. Соответственно, там, где uint32, неправильно считаются значения > 2**32 bytes.
Версии агентов, разрядность, ОС на всех разные.

Аналогично с
min( GetDCIValue($node, FindDCIByName($node, "Disk.Free(C:)")), 1024*1024*1024) 

Пробовал такие варианты:
min( GetDCIValue($node, FindDCIByName($node, "Disk.Free(C:)")), 1024.0*1024.0*1024.0)
min( GetDCIValue($node, FindDCIByName($node, "Disk.Free(C:)")), 1073741824)
min( GetDCIValue($node, FindDCIByName($node, "Disk.Free(C:)")), 1073741824.0)
Тоже работает случайным образом.

Заменил на
min( GetDCIValue($node, FindDCIByName($node, "Disk.FreePerc(C:)")), 5**.0**)
и заработало.

Сделал в шаблоне Dummy DCI со следующим Transformation Script:
min( GetDCIValue($node, FindDCIByName($node, "Disk.FreePerc(C:)")), 5)
Во-первых, оно не заработало на серверах с Win2000, с сообщением "SYS_SCRIPT_ERROR Script (DCI::имя_сервера::DCI_ID) execution error: Error 4 in line 1: Bad arithmetic conversion".
Во-вторых, на остальных серверах оно работает рандомно, на некоторых выдавая правильный результат, а на некоторых других - обратный, как будто используется ф-ция max(). От разрядности и версий агентов на серверах проблема не зависит.
Почему так?

P.S. GetDCIValue, FindDCIByName и Disk.FreePerc везде работают нормально.

Переходя на вкладку Alarms любой ноды, становятся неактивными пункты контекстного меню Tools->...