NetXMS Support Forum

Quote from: Tatjana Dubrovica on May 27, 2014, 01:27:12 PM
Практически тот же анонс, только описанный в документации: https://www.netxms.org/documentation/adminguide/subagents.html#dbquery . Особенно то и добавить нечего. Если будут вопросы - задавайте.

Спасибо!

Quote from: Victor Kirhenshtein on May 24, 2014, 08:08:47 PM

Quote from: VSS on May 24, 2014, 09:14:32 AM

Quote from: Victor Kirhenshtein on April 24, 2014, 07:06:53 PM
Тогда ничего сделать нельзя. Я подумаю как можно добавить переменные в запросы в DBQuery.

Подскажите, пожалуйста, есть ли что-то подобное в 1.2.14?

Да, есть. На английском был маленький анонс: https://www.netxms.org/forum/announcements/netxms-1-2-14-released/msg13923/#msg13923. В понедельник разработчик этой опции будет доступен, расскажет подробнее

Спасибо! Анонс изучили будем пробовать, если появятся подробности тоже замечательно!

Quote from: kozlov_ao on May 25, 2014, 06:31:41 PM
Про установку и обновление: http://wiki.netxms.org/wiki/Installation_Guide (проваливайся в ссылки и будет счастье)

QuoteНапример, вначале обновляем сервер, а потом клиентов последовательно.

Порядка нет. Версии сервера и агента могут отличаться и ничего страшного в этом нет.

Спасибо, сегодня перейдем!

Quote from: Victor Kirhenshtein on April 24, 2014, 07:06:53 PM
Тогда ничего сделать нельзя. Я подумаю как можно добавить переменные в запросы в DBQuery.

Подскажите, пожалуйста, есть ли что-то подобное в 1.2.14?

Всем привет!

Планируем обновление с 1.2.13 на 1.2.14. Не нашли описание типового порядка обновления. Т.е. думаю всем будет полезно понять какие шаги надо сделать чтобы обновить и сервер и клиентов. Например, вначале обновляем сервер, а потом клиентов последовательно. Допустим, обновление сервера по Windows требует просто установки поверх...

Поделитесь, пожалуйста, опытом.

Спасибо!

Виноваты забыли первый параметр.... надо меньше работать ....

Quote from: Victor Kirhenshtein on May 16, 2014, 05:54:11 PM
Ограничение по длинне есть, но 256 символов. А можно привести SQL запрос? И с какого символа он был обрезан?

Проанализировали еще раз логи, обрезание только во второй строке H_DirectQuery:.... Может проблема не в этом, а что-то с подключением. Хотя соседние запросы выполняются...

Лог:

[16-May-2014 20:12:15.819] [DEBUG] [session:0] Requesting parameter "DB.Query("select time from (select time,guid,dbo.bo_exists(frame) as hasf,dbo.bo_exists(image) as hascrop from dbo.numbers) as q where hasf = 0 or hascrop = 0 order by time desc")"
[16-May-2014 20:12:15.819] [DEBUG] DBQUERY: H_DirectQuery: no connection handle for database select time from (select time,guid,dbo.bo_exists(frame) a


Коллеги,

сталкивался ли кто-то с ограничением длинны параметра query в DB.Query(dbid,*query*)? Судя с логов наш запрос "обрубился". Пытаемся выполнить запрос длинной 191 символ.

Quote from: Victor Kirhenshtein on April 24, 2014, 07:06:53 PM
Тогда ничего сделать нельзя. Я подумаю как можно добавить переменные в запросы в DBQuery.

Спасибо, нам кажется что данная возможность будет востребована!

Quote from: Victor Kirhenshtein on April 23, 2014, 12:34:38 AM
Я поправил работу с сессиями в dbquery - надеюсь поможет. В 1.2.14 будут эти изменения.

Огромное спасибо! Ждем релиза!

Quote from: Alex Kirhenshtein on April 17, 2014, 01:13:47 PM
Рестарт агента помогает?

Да, перегрузка помогла... Но как-то странно. Тяжело будет настроить перегрузку автоматом при таком событии.

Всем привет,

У нас есть четыре паарметра на основании DBQUERY. Сегодня они все перестали работать. В Last value << ERROR >>

В журнале:

[17-Apr-2014 09:48:45.414] [DEBUG] [session:0] Received message CMD_GET_PARAMETER
[17-Apr-2014 09:48:45.414] [DEBUG] [session:0] Requesting parameter "DB.Query(maindbid,"SELECT .....................")"
[17-Apr-2014 09:48:45.414] [DEBUG] DBQUERY: H_DirectQuery: no connection handle for database maindbid
[17-Apr-2014 09:48:45.414] [DEBUG] [session:0] GetParameterValue(): result is 500 (INTERNAL_ERROR)

Помогите, пожалуйста, разобраться что не так? БД полностью рабочая. Тот же запрос проходит через другие средства.

Всем привет!

Возник вопрос с определением когда нода становится недоступной (Node Down). Если мы все правильно понимаем, то состояние ноды определяется Internal - Status. Статусы есть:

0 = Normal
1 = Warning
2 = Minor
3 = Major
4 = Critical
5 = Unknown
6 = Unmanaged

Опять же, если мы все правильно понимаем, то данные статусы - это внутренние статусы. Статус определяется комбинацией событий. Т.е. вполне возможно, что "3" - означает, что какая-то проблемы с DCI, но нода доступна.

Основной вопрос, как именно определить, что нода недоступна (нет связи с агентом)?

СПАСИБО Сейчас прикрутим!

Quote from: kozlov_ao on April 14, 2014, 10:35:27 AM
* 7-22 * * * */30 - дергает данные каждые 30 секунд с 7 до 22 часов каждый день.
* 9-19 * * * - дергает данные каждую минуту с 9 до 19 часов

Как ограничить праздничные дни - незнаю.. вернее предполагаю, но будет реально много записей.

Спасибо! "-" просто не было в доке, а в исходниках смотреть тяжеловато...

А по поводу праздников может что-то с помощью Transformation script ... придумать... ?