NetXMS Support Forum

Quote from: zeratyl on October 08, 2012, 11:00:27 PM
Возникла задача, наблюдать за параметрами каналов (jitter, packet loss, RTT). К примеру, мониторинг RTT провожу запуская по расписанию команду ping через определённое время и отправляю данные в NetXMS. А вот jitter, packet loss пока не догадался как можно собирать в автоматическом режиме. Может разработчики по своему опыту подскажут инструменты или идеи по реализации такого мониторинга. В свете всё большего распространения VOIP технологий, такой мониторинг становится актуальнее.

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

Quote from: bdefloo on October 08, 2012, 11:50:19 AM
I did. What I want to achieve is that, on for example a SQL server, SQL admins can see alarms about the SQL server (Page life expectancy, etc) and system admins can monitor system related alarms (temperature, C drive free space, ...), without having the other one's alarms clouding the console.

you mean group for alarms.
example
1.database events;
2.service events
3.device events
and etc

Quote from: bdefloo on October 08, 2012, 09:59:47 AM
As I said, different people, but on the same nodes.

what's wrong? try it.

Quote from: Victor Kirhenshtein on October 04, 2012, 09:09:11 AM

Quote from: SKYnv on October 01, 2012, 02:56:52 PM
постоянно сыпляться

QuoteSql query failed commands out of sync you can't run this command now

поиск выдал примерные причины
http://www.mysql.ru/docs/man/Commands_out_of_sync.html
http://habrahabr.ru/post/21326/

А какие именно запросы?

В общем это часть запросов с попыткой записать данные кирилицей в utf-8.
например создание комментария на русском и запись в базу  проходит нормально.

попытка создать юзера с описанием учетки кирилицей приводит к вышеописанному.
попытка написать кирилицей имя контейнера.
попытка в server action's -> send e-mail->message написать что-либо кирилицей.
и т.д. Причем до перезапуска сервера все это что написано кирилицей будет прекрасно работать. С перезапуском исчезает, так-как в базу не пишеться из-за данной проблемы. Также не пишуться и все остальные данные, который должны быть записаны после этой попытки.

src\server\core\main.cpp
for(int i = 0; i < vlans->getSize(); i++)
{
VlanInfo *vlan = vlans->get(i);
ConsolePrintf(pCtx, _T("%4d | %-16s |"), vlan->getVlanId(), vlan->getName());
for(int j = 0; j < vlan->getNumPorts(); j++)
ConsolePrintf(pCtx, _T(" %d.%d"), (int)(vlan->getPorts()[j] >> 16), (int)(vlan->getPorts()[j] & 0xFFFF));
ConsolePrintf(pCtx, _T("\n"));
}

если порты идут в формате 1/portNum то в данном месте
(int)(vlan->getPorts()[j] >> 16), (int)(vlan->getPorts()[j] & 0xFFFF));
они все станут 0.0 0.0

Quotenetxmsd: sh vl 2738
VLAN | Name             | Ports
-----+------------------+-----------------------------------------------------------------
   1 | default          | 0.0
   3 | vlan3            | 0.0 0.0
   4 | vlan4            | 0.0 0.0
   5 | vlan5            | 0.0 0.0
   6 | vlan6            | 0.0 0.0
   7 | vlan7            | 0.0 0.0
   8 | vlan8            | 0.0 0.0
   9 | vlan9            | 0.0 0.0
  10 | vlan10           | 0.0 0.0 0.0

Вроде так )))

Quote from: bdefloo on October 05, 2012, 03:17:10 PM
Hi,

Would it be possible to define a specific group of users that can view an alarm in the NetXMS console/web interface?
This would allow a single NetXMS server to be more easily used by multiple people, but with different interests on the same nodes.

Perhaps even some sort of security settings for alarms, so you can select who can view/acknowledge/resolve/terminate alarms coming from a specific event processing rule? These permissions could then be ANDed with the existing permission set for alarms at node level.

create user group.
create user without any priveleges.
add user to group.
create container.
bind some objects in this container.
go to properties/acces for this container.
add group to acces list and set priveleges.
All user in group able to see only these nodes and their alarms.

also you can debug with this trace function

sub main()
{
trace(1, "Raw value=".$1);
if ($1 > 5000)
return 0;
}


and if you start netxmsd with debug level 1 option you see raw value=xx in netxms logfile.


and set data type to integer because original data type is Counter 32bits

can yo check this?
if ($1 > 5000)
return 0;
else
return $1;

Quote from: Victor Kirhenshtein on October 04, 2012, 09:09:11 AM

Quote from: SKYnv on October 01, 2012, 02:56:52 PM
постоянно сыпляться

QuoteSql query failed commands out of sync you can't run this command now

поиск выдал примерные причины
http://www.mysql.ru/docs/man/Commands_out_of_sync.html
http://habrahabr.ru/post/21326/

А какие именно запросы?

На выходных сэмулирую и отпишусь.

по поводу бесконечных полов, это те ноды что не имеют Ip адреса на интерфейсе, которые постоянно в корень еще добавляются в обход дерева. У вас они в багах записаны.

Нашел еще парочку багов, как систематизирую, опишу.

Quote from: sabonez on October 05, 2012, 12:22:26 PM

Quote from: Victor Kirhenshtein on October 05, 2012, 11:47:10 AM
SMS с русскими буквами можно посылать только в PDU режиме насколько я понимаю. Кроме того, сам сервер должен работать в UNICODE или code page должен быть выставлен в CP-1251.

А про какой code page речь?

У меня вроде все верно - в netxmsd.conf:
CodePage = CP1251
База, соотвественно, тоже  везде DEFAULT CHARSET=cp1251.

Впринципе я без юникода вполне себе обхожусь, вот только с СМС-ками загвоздка. Можно конечно gnokii прикрутить на сервере.
Виктор, а не сложно ли будет реализовать такую хотелку - галочку в настройках сервера "Отправлять SMS транслитом", ну и в зависимости от настройки CodePage, конвертить сообщения из UTF или 1251 в транслит перед отправкой? Было бы прекрасно, и доступного текста в 2 раза больше опять же

Вам легче написать трасформейшн скрипт и отправлять сообщения через макрос потом %[translit("очень важно сообщение")]
Ну, UCS это и есть юникод насколько я понимаю.

post script pls

Quote from: sabonez on October 04, 2012, 03:01:19 PM
А вот теперь вылез вопрос с кодировкой, можно ли кириллицу корректно по СМС отправить и как?

Вполне даже устроит решение по прикручиванию транслита к СМС-рассылкам.

Ну кириллица это хорошо, однако транслитом смску можно длиннее в два раза отправить или на английском. Да и по дефолту смс же в UTF Идут? У вас юникод сборка netxms?
--enable-unicode при сборке и CodePage = UTF-8 в конфиг.

maybe transformation script?

it convert bytes to megabites
sub main()
{
return ((uint64($1)*8)/(1 << 20));
}

это нормальная работа?

Quotenetxmsd: sh po
PT  TIME                   STATE
S   03/Oct/2012 11:02:42   wait
S   03/Oct/2012 11:03:01   poll: M_Uz_Zarech_16 [5464] - wait for lock
S   03/Oct/2012 11:02:42   wait
S   03/Oct/2012 11:02:59   wait
S   03/Oct/2012 11:01:10   poll: 192.168.1.33 [7713] - wait for lock
S   03/Oct/2012 11:00:35   poll: 192.168.1.33 [7683] - wait for lock
S   03/Oct/2012 11:03:16   wait
S   03/Oct/2012 11:02:50   wait
S   03/Oct/2012 11:00:40   poll: 192.168.1.33 [7701] - wait for lock
S   03/Oct/2012 11:00:15   poll: 192.168.1.33 [7695] - wait for lock
S   03/Oct/2012 11:00:25   poll: 192.168.1.32 [7710] - wait for lock
S   03/Oct/2012 11:01:20   poll: 192.168.1.32 [7722] - wait for lock
S   03/Oct/2012 11:01:20   poll: 192.168.1.32 [7728] - wait for lock
S   03/Oct/2012 11:01:25   poll: 10.255.141.201 [114] - wait for lock
S   03/Oct/2012 11:00:55   poll: 192.168.1.33 [7719] - wait for lock
S   03/Oct/2012 11:02:56   wait
S   03/Oct/2012 11:00:35   poll: 192.168.1.33 [7731] - wait for lock
S   03/Oct/2012 11:02:58   wait
S   03/Oct/2012 11:02:51   wait
S   03/Oct/2012 11:00:45   poll: 192.168.1.32 [7692] - wait for lock
S   03/Oct/2012 11:03:12   wait
S   03/Oct/2012 11:03:11   wait
S   03/Oct/2012 11:03:10   wait
S   03/Oct/2012 11:00:40   poll: 192.168.1.33 [7725] - wait for lock
S   03/Oct/2012 11:02:42   wait
S   03/Oct/2012 11:01:10   poll: 192.168.1.32 [7698] - wait for lock
S   03/Oct/2012 11:01:05   poll: 192.168.1.32 [7680] - wait for lock
S   03/Oct/2012 11:02:55   wait
S   03/Oct/2012 11:00:45   poll: 192.168.1.33 [7707] - wait for lock
S   03/Oct/2012 11:02:40   wait
S   03/Oct/2012 11:01:05   poll: 192.168.1.32 [7704] - wait for lock
S   03/Oct/2012 11:00:45   poll: 192.168.1.33 [7677] - wait for lock
S   03/Oct/2012 11:02:42   wait
S   03/Oct/2012 11:02:41   wait
S   03/Oct/2012 11:00:25   poll: 192.168.1.32 [7716] - wait for lock
S   03/Oct/2012 11:02:56   wait
S   03/Oct/2012 11:03:06   wait
S   03/Oct/2012 11:03:10   wait
S   03/Oct/2012 11:00:55   poll: 192.168.1.33 [7689] - wait for lock
S   03/Oct/2012 11:03:01   wait
S   03/Oct/2012 11:03:01   wait
S   03/Oct/2012 11:03:16   wait
S   03/Oct/2012 11:00:25   poll: 192.168.1.32 [7686] - wait for lock
S   03/Oct/2012 11:02:56   wait
S   03/Oct/2012 11:02:56   wait
S   03/Oct/2012 11:03:08   wait
S   03/Oct/2012 11:02:45   wait
S   03/Oct/2012 11:03:01   poll: 192.168.1.146 [5696] - wait for lock
S   03/Oct/2012 11:02:48   wait
S   03/Oct/2012 11:03:05   wait
C   03/Oct/2012 11:01:37   poll: 192.168.1.32 [7704] - hook
C   03/Oct/2012 10:59:17   wait
C   03/Oct/2012 11:01:37   poll: 192.168.1.33 [7695] - hook
C   03/Oct/2012 10:59:51   wait
C   03/Oct/2012 11:01:37   poll: 192.168.1.33 [7683] - hook
C   03/Oct/2012 11:01:47   poll: 192.168.1.33 [7719] - hook
C   03/Oct/2012 11:02:22   poll: 10.255.141.201 [114] - hook
C   03/Oct/2012 11:01:47   poll: 192.168.1.32 [7722] - hook
C   03/Oct/2012 11:01:37   poll: 192.168.1.32 [7686] - hook
C   03/Oct/2012 10:59:17   wait
C   03/Oct/2012 11:03:12   wait
C   03/Oct/2012 11:01:47   poll: 192.168.1.33 [7731] - hook
C   03/Oct/2012 11:01:37   poll: 192.168.1.32 [7710] - hook
C   03/Oct/2012 10:59:30   wait
C   03/Oct/2012 11:01:37   poll: 192.168.1.32 [7698] - hook
C   03/Oct/2012 11:01:37   poll: 192.168.1.33 [7707] - hook
C   03/Oct/2012 11:02:48   wait
C   03/Oct/2012 10:59:17   wait
C   03/Oct/2012 11:02:00   wait
C   03/Oct/2012 11:01:42   poll: 192.168.1.32 [7716] - hook
C   03/Oct/2012 11:01:37   poll: 192.168.1.33 [7689] - hook
C   03/Oct/2012 11:01:42   poll: 192.168.1.33 [7713] - hook
C   03/Oct/2012 11:02:24   wait
C   03/Oct/2012 11:01:32   poll: 192.168.1.33 [7677] - hook
C   03/Oct/2012 11:01:47   poll: 192.168.1.32 [7728] - hook
C   03/Oct/2012 11:01:47   poll: 192.168.1.33 [7725] - hook
C   03/Oct/2012 11:01:37   poll: 192.168.1.33 [7701] - hook
C   03/Oct/2012 11:01:36   wait
C   03/Oct/2012 11:01:37   poll: 192.168.1.32 [7680] - hook
C   03/Oct/2012 11:01:37   poll: 192.168.1.32 [7692] - hook
R   03/Oct/2012 11:00:50   wait
R   03/Oct/2012 11:00:50   wait
R   03/Oct/2012 11:02:41   wait
...
T   03/Oct/2012 11:02:46   wait
T   03/Oct/2012 11:03:12   wait
T   03/Oct/2012 11:02:05   poll: 192.168.1.146 [5696]
T   03/Oct/2012 11:02:15   poll: 192.168.1.33 [7677]
T   03/Oct/2012 11:02:24   wait
T   03/Oct/2012 11:02:05   poll: M_Uz_Zarech_16 [5464]
T   03/Oct/2012 11:03:06   poll: 192.168.1.32 [7686]
T   03/Oct/2012 11:02:41   poll: 192.168.1.32 [7680]
T   03/Oct/2012 11:02:48   wait
T   03/Oct/2012 11:02:51   wait
B   03/Oct/2012 09:59:18   wait
B   03/Oct/2012 09:59:18   wait
B   03/Oct/2012 09:59:18   wait
B   03/Oct/2012 09:59:18   wait
B   03/Oct/2012 09:59:18   wait
B   03/Oct/2012 09:59:18   wait
B   03/Oct/2012 09:59:18   wait
B   03/Oct/2012 09:59:18   wait
B   03/Oct/2012 09:59:18   wait
B   03/Oct/2012 09:59:18   wait
A   03/Oct/2012 10:27:21   check

учитывая что ноды 1.32 1.33 были удалены сутки назад.

на вики присутствует

QuoteNumberOfBusinessServicePollers     A number of threads responsible for business service (SLA) monitoring.     10     Yes

в конфиге создающимся по умолчанию отсутствует.