NetXMS Support Forum

Hi!

Idea is good. I have added it to feature requests, but I cannot promise exact version when it will be implemented.

Best regards,
Victor

Hi!

Is it possible to unmanage all nodes for some time and see if memory consumption is growing? If it stops growing, then set managed state for nodes one by one or in groups of similar nodes, and see after what node/group memory consumption starts growing again?

Best regards,
Victor

Hi!

It's not possible now. Main concern here is that object tool filtering is done on client, which doesn't have information about actions configured on agent. Implementing filtering on actions actually configured on agents will require either additional round-trip to server on each context menu opening (which can slow down UI) or synchronizing this information with client. I'll think what can be done here, because idea by itself is good.

Best regards,
Victor

Are you 100% sure that they are nowhere in the tree? Try to do IP address filter in object tree - enter > followed by IP address in filter field.

Best regards,
Victor

Quote from: kozlov_ao on June 21, 2012, 10:43:32 PM
Эээ..ммм.. а почему русские?
мы же вроде переводим счетчики на английские?

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

Quote from: kozlov_ao on June 21, 2012, 10:34:38 PM
именно на той-же винде смогу проверить только в понедельник. Что именно проверить и как?
Также выставить дебаг в 6 уровень и запустить? он должен будет выдать названия подключенных счетчиков?

Да. По идее там должны быть русские названия счетчиков.

Можно попробовать деинсталлировать только lmsensors dev пакет. На работу это влиять не будет, а configure не найдет нужных файлов и исключит lmsensors subagent из сборки. После сборки агента можно вернуть dev пакет на место если надо.

Да, забыл там вставить трансляцию имен похоже. Поправлю.

PDH Error C0000BB8 означает то, что данный счетчик не найден. Я подозреваю что где-то возникает проблема с кодировкой (поскольку агент не UNICODE). На всякий случай можно проверить что PDH счетчики действительно есть. А на работающем сервере как выглядит лог при старте - в Counter translated тоже вопросики вместо текста?

Hi!

I have found a system where I was able to reproduce this problem. And yes, it was solved by switching to non-blocking sockets for client connections. I made necessary changes in svn trunk, and version 1.2.2 will contain this fix. Changes are minimal - see diff below:


Modified: trunk/src/server/core/client.cpp

===================================================================

--- trunk/src/server/core/client.cpp  2012-06-20 17:39:09 UTC (rev 6534)

+++ trunk/src/server/core/client.cpp  2012-06-20 20:25:43 UTC (rev 6535)

@@ -195,6 +195,7 @@

       }



       errorCount = 0;     // Reset consecutive errors counter

+              SetSocketNonBlocking(sockClient);



       // Create new session structure and threads

       pSession = new ClientSession(sockClient, (struct sockaddr *)&servAddr);

@@ -287,6 +288,7 @@

       }



       errorCount = 0;     // Reset consecutive errors counter

+              SetSocketNonBlocking(sockClient);



       // Create new session structure and threads

       pSession = new ClientSession(sockClient, (struct sockaddr *)&servAddr);



Modified: trunk/src/server/core/session.cpp

===================================================================

--- trunk/src/server/core/session.cpp 2012-06-20 17:39:09 UTC (rev 6534)

+++ trunk/src/server/core/session.cpp 2012-06-20 20:25:43 UTC (rev 6535)

@@ -393,7 +393,8 @@

    {

       if ((iErr = RecvNXCPMessageEx(m_hSocket, &pRawMsg, m_pMsgBuffer, &msgBufferSize,

                                             &m_pCtx, (pDecryptionBuffer != NULL) ? &pDecryptionBuffer : NULL,

-                                                                                           INFINITE, MAX_MSG_SIZE)) <= 0) {

+                                                                                           900000, MAX_MSG_SIZE)) <= 0)  // timeout 15 minutes

+              {

          DebugPrintf(5, _T("RecvNXCPMessageEx failed (%d)"), iErr);

          break;



Best regards,
Victor

Кружочки отключаются в локальном меню object browser'а (см. скриншот) или нажатием Ctrl+F3 (Object Browser должен быть активен).

Hi!

It's not possible now. I have it in my TODO list. I know, that's really annoying

Best regards,
Victor

Hi!

Implemented in 1.2.2.

Best regards,
Victor

Hi!

So far we don't have such plans - we just don't have enough resources.

Best regards,
Victor

Hi!

I agree that it's needed. It's not difficult, just need to do this for every view. Added to TO-DO list

Best regards,
Victor