NetXMS Support Forum

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

>Где вы вызываете скрипт для отладки (trace) ?
trace - выводит сообщения в лог демона на сервере.

>То есть я их не терминирую автоматически, а хотел бы отслеживать вручную.
Я не совсем понял о чем речь. Мои скрипты подавляют экшны для инвентов о нормализации состояния порта в том случае если не было аларма на тему ненормального состояния. Это как раз происходит если статус интерфейсов стал UNKNOWN. То есть делаются две вещи:
- не пишется письмо что ситуация нормализовалась по SYS_IF_EXPECTED_DOWN в случае если ранее не было аларма SYS_IF_UNEXPECTED_UP( как раз если у вас был SYS_NODE_DOWN или SYS_IF_UNKNOWN)
- не пишется письмо  что ситуация нормализовалась по SYS_IF_EXPECTED_UP в случае если ранее не было проблемы SYS_IF_UNEXPECTED_DOWN(аналогично, но для интерфейсов с другим expected state).

Вам не нужно терминировать аларм автоматически если стейт порта изменился с  expected state на другой, а потом снова нормализовался?

>Мне нужно SYS_IF_EXPECTED_DOWN создавать Alarm (Normal) только если до этого был SYS_IF_UNEXPECTED_UP, а если был SYS_NODE_DOWN или SYS_IF_UNKNOWN то НЕ создавать.
То есть если пришел SYS_IF_UNEXPECTED_UP - вы создаете аларм, а потом если пришел SYS_IF_EXPECTED_DOWN(то есть нормализация) - вы хотите не удалять аларм, а создать еще один? Если так, то вы в принципе можете применить мои фильтры, немного их поменяв.

В 99% случаев я открываю такое окно и ничего там не фильтрую, потому сбрасывать этот фильтр как то и смысла нет. Например при создании DCI я уже не могу просто вставить Instance Discovery скрипт из буфера, мне нужно покопать в этом буфере и найти там нужные данные, тк туда уже добавлен текст из фильтра просто при открытии окна.

Ну если сбросить то да, но со включенным автокопированием делать это уже поздно, тк строчка уже в буфер попала. Очевидно поведение с дефолтным выделенным текстом сделано чтобы при начале ввода этот текст был перезаписан, но это вызывает проблемы как у меня. Учитывая что фильтр нод в дереве объектов такой проблемы не имеет -  можно починить и тут.


Подобная ситуация не только в окнах с Properties ноды, а во всех подобных окошках(например при создании/редактировании DCI)

Все версии, 2.0.5 в том числе.
Если выделение есть - то и копирование будет(если у вас включено копирование при выделении).
Выделение - это уже поведение не как у placeholder, например я могу поставить курсор перед текстом "type filter text" начать писать 123 и получить "123 type filter text". А placeholder просто показывает текст на фоне поля ввода, при этом этот текст не связан со значением этого поля.
Например попробуйте тут  http://www.w3schools.com/tags/tryit.asp?filename=tryhtml5_input_placeholder выделить плейсхолдер "First name" или ввести что-то перед ним.

Во многих линукс системах выделение текста мышкой автоматически помещает выделенное в буфер обмена. Возникают проблемы с таким поведением при работе nxmc.

Открываем Properties любой ноды, и получаем автоматическое выделение текста "type filter text" в фильтре. Соответственно этот текст сразу переписывает буфер обмена.
Можно ли сделать чтобы текст не выделялся, а хинт "type filter text" отображался не как дефолтное значение в поле(например как <input placeholder="строка"> в html)

Если слать на порт 4747 - проблема тоже повторяется

Как повторить:

cat packet.dump | nc 1.1.1.1 4701

1.1.1.1 - адрес сервера версии 2.0.5
4701 - порт

packet.dump - приложен.

netxmsd[21029]: segfault at 7f1adc000000 ip 00007f1b28192194 sp 00007f1aea722918 error 4 in libc-2.19.so[7f1b28100000+1a2000]

бектрейс:
bt full
#0  __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:116
No locals.
#1  0x00007f1b2a46c412 in memcpy (__len=100728864, __src=0x7f1ada898cc0, __dest=<optimized out>) at /usr/include/x86_64-linux-gnu/bits/string3.h:51
No locals.
#2  nx_memdup (data=0x7f1ada898cc0, size=100728864) at tools.cpp:268
        newData = <optimized out>
#3  0x00007f1b2a4582f0 in NXCPMessage::NXCPMessage (this=0x7f1b1b8e46d0, msg=0x7f1ada898cb0, version=<optimized out>) at message.cpp:145
        i = <optimized out>
#4  0x00007f1b2a45a0ae in AbstractMessageReceiver::getMessageFromBuffer (this=this@entry=0x7f1aea722a70, protocolError=protocolError@entry=0x7f1aea7229e7) at msgrecv.cpp:76
        msgSize = 0
        msg = 0x0
#5  0x00007f1b2a45a19b in AbstractMessageReceiver::readMessage (this=this@entry=0x7f1aea722a70, timeout=timeout@entry=900000, result=result@entry=0x7f1aea722a4c) at msgrecv.cpp:117
        bytes = <optimized out>
        msg = <optimized out>
        protocolError = false
#6  0x00007f1b2b60a890 in MobileDeviceSession::readThread (this=this@entry=0x7f1b103c5a90) at mdsession.cpp:170
        result = MSGRECV_COMM_FAILURE
        msg = <optimized out>
        szBuffer = L'\000' <repeats 86 times>, "\x2a45d9f1缛\000\000\000\000\x10080120缛\x2a45da99缛", '\000' <repeats 18 times>, "\x33decc00\x4d53c26d\000\000\000\000\000\000\x103c5a90缛\xea722cd0缚\021\000\xea723700缚\x2b609347缛", '\000' <repeats 90 times>...
        receiver = {<AbstractMessageReceiver> = {_vptr.AbstractMessageReceiver = 0x7f1b2a689790 <vtable for SocketMessageReceiver+16>, m_buffer = 0x7f1ada898cb0 "\022\001",
            m_decryptionBuffer = 0x0, m_encryptionContext = 0x0, m_initialSize = 4096, m_size = 4096, m_maxSize = 65536, m_dataSize = 47, m_bytesToSkip = 0}, m_socket = 54}
        rawMsg = <optimized out>
        msg = <optimized out>
#7  0x00007f1b2b60ac19 in MobileDeviceSession::readThreadStarter (pArg=0x7f1b103c5a90) at mdsession.cpp:56
No locals.
#8  0x00007f1b293320a4 in start_thread (arg=0x7f1aea723700) at pthread_create.c:309
        __res = <optimized out>
        pd = 0x7f1aea723700
        now = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139753579230976, -1209311544205124044, 0, 139754209953328, 17, 139753579230976, 1225679945345261108, 1225537549754555956},
              mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
        not_first_call = <optimized out>
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#9  0x00007f1b281e887d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

Для правила EPP "Terminate interface unexpectedly up alarms when interface goes down":

sub main() {
key="IF_UNEXP_UP_".$event->parameters[1];
trace(1, "Checking key ".key);
if (FindAlarmByKey(key) == null) {
trace(1, "key" .key." Not found. disable event rule");
return false;
}
trace(1, "key" .key." Found. process event rule");

return true;
}

Для Terminate interface down alarms when interface is up:

sub main() {
key="IF_DOWN_".$event->parameters[1];
trace(1, "Checking key ".key);
if (FindAlarmByKey(key) == null) {
trace(1, "key ".key." Not found. disable event rule");
return false;
}
trace(1, "key ".key." Found. process event rule");

return true;
}

На другой системе, тоже версии 2.0.5, Agent status  показывает Connected даже для ноды которая физически выключена.

В каждом из логов, поле с датой создания записи называется по своему -  в одном месте Created, в другом - Timestamp, в третьем - Time.

Было бы очень приятно однобразие названий - например при настройке сортировкми было бы гораздо проще быстро найти нужное поле.

Сервер версии 2.0.5, nxmc - тоже 2.0.5

У всех нод, на которых установлены агенты( разных версий) в поле Agent status(Object Details-> Overview) отображается Unreachable. При этом в DCI AgentStatus - 0(то есть норма). При рестарте агента на ноде, в Ивент логе видна генерация SYS_AGENT_UNREACHABLE и затем SYS_AGENT_OK. Иными словами всё выглядит как баг в GUI.

Нельзя ли сделать в UI чтобы на панели объектов по нажатию крестика фильтр не скрывался, а только очищался? На картинке я подчеркнул крестик о котором речь. Мне кажется что такое поведение было бы значительнее более удобно.

Отразите пожалуйста более подробно в документации какие переменные доступны в каждом из скриптов(instance discovery, epp filter и тд). Это бы очень помогло.