NetXMS CPU Usage High

[clifford]

@clifford said in NetXMS CPU Usage High:

@clifford said in NetXMS CPU Usage High:

@clifford said in NetXMS CPU Usage High:

@clifford said in NetXMS CPU Usage High:

Thanks,

i changed the values to 512, hope this helps..
however i could not find the ThreadPool.Syncer.MaxSize parameter in the server configuration., so i manually created one, when you say it should be greater than 1, what could be the recommended value based on the stats i posted.

netxmsd: show threads
MAIN
  Threads:            8 (8/512)
  Load average:      0.00 0.00 0.00
  Current load:      0%
  Usage:              1%
  Active requests:    0
  Scheduled requests: 0

POLLERS
  Threads:            509 (10/512)
  Load average:      51.59 54.84 62.20
  Current load:      8%
  Usage:              99%
  Active requests:    44
  Scheduled requests: 0

DATACOLL
  Threads:            250 (10/250)
  Load average:      4.68 4.33 2.69
  Current load:      0%
  Usage:              100%
  Active requests:    0
  Scheduled requests: 0

SCHEDULER
  Threads:            1 (1/64)
  Load average:      0.00 0.00 0.00
  Current load:      0%
  Usage:              1%
  Active requests:    0
  Scheduled requests: 0

AGENT
  Threads:            4 (4/256)
  Load average:      0.00 0.00 0.00
  Current load:      0%
  Usage:              1%
  Active requests:    0
  Scheduled requests: 0

Thanks

Clifford

When everything is fine and the CPU is at 3% to 25 % Usage

netxmsd:  show threads
MAIN
  Threads:            36 (8/512)
  Load average:      0.00 0.00 0.00
  Current load:      0%
  Usage:              7%
  Active requests:    0
  Scheduled requests: 0

POLLERS
  Threads:            510 (10/512)
  Load average:      41.75 112.32 76.88
  Current load:      44%
  Usage:              99%
  Active requests:    226
  Scheduled requests: 0

DATACOLL
  Threads:            249 (10/250)
  Load average:      0.72 6.04 4.81
  Current load:      0%
  Usage:              99%
  Active requests:    2
  Scheduled requests: 0

SCHEDULER
  Threads:            1 (1/64)
  Load average:      0.00 0.00 0.00
  Current load:      0%
  Usage:              1%
  Active requests:    0
  Scheduled requests: 0

AGENT
  Threads:            4 (4/256)
  Load average:      0.00 0.00 0.00
  Current load:      0%
  Usage:              1%
  Active requests:    0
  Scheduled requests: 0

SYNCER
  Threads:            10 (1/10)
  Load average:      17.84 29.54 14.71
  Current load:      0%
  Usage:              100%
  Active requests:    0
  Scheduled requests: 0

When things are bad

netxmsd: show threads
MAIN
  Threads:            2048 (8/2048)
  Load average:      2996493.60 2968151.86 2119779.01
  Current load:      145523%
  Usage:              100%
  Active requests:    2980327
  Scheduled requests: 0

POLLERS
  Threads:            1003 (10/1024)
  Load average:      51.45 48.24 45.01
  Current load:      5%
  Usage:              97%
  Active requests:    51
  Scheduled requests: 0

DATACOLL
  Threads:            512 (10/512)
  Load average:      5.44 2.90 1.57
  Current load:      0%
  Usage:              100%
  Active requests:    0
  Scheduled requests: 0

SCHEDULER
  Threads:            1 (1/64)
  Load average:      0.00 0.00 0.00
  Current load:      0%
  Usage:              1%
  Active requests:    0
  Scheduled requests: 0

AGENT
  Threads:            4 (4/256)
  Load average:      0.00 0.00 0.00
  Current load:      0%
  Usage:              1%
  Active requests:    0
  Scheduled requests: 0

SYNCER
  Threads:            7 (1/10)
  Load average:      0.00 1.44 5.04
  Current load:      0%
  Usage:              70%
  Active requests:    0
  Scheduled requests: 0

System stats

all this is just snmp traffic

things got normal when i quit the console and all is well since reconnecting the console again

Regards
Clifford

 
Sadly had to quite the management console again, tried with the 32 bit console also, after few minutes the system goes for a toss again

Regards
Clifford

[victor]

Hi,

please do the following:

1. Enter

debug client.* 6

in server console. This will turn on debug of incoming client requests.

2. Connect with console and wait for CPU to go up.

3. Capture threads using attached script (you should have gdb and all relevant netxms-*-dbg packages installed).

Send me thread dump (will be in /tmp) and server log file (part for the duration of client session).

Best regards,
Victor

[clifford]

Hi Victor

thanks for ur reply, i need clarity on the 3rd point

3. Capture threads using attached script (you should have gdb and all relevant netxms-*-dbg packages installed
   how do i verify i have gdb and dbg packages installed , i did the standard netxms install on centos 7.

beside that i dont see any attached scripts, and an example how to capture the threads

Regards

Clifford

[victor]

Hi,

sorry, I forgot to attach script. Now it's attached. Script expects netxmsd to be in your PATH. If it is not, change 'netxmsd' in script's second line to full path to netxmsd.

On Centos you likely build NetXMS from sources - then debug information is embedded into binaries. You only have to install gdb package if not installed already:

yum install gdb

Best regards,
Victor

---

capture_netxmsd_threads.sh

[clifford]

Hi Victor,

Please find the attached scripts output for your reference.

Best Regards
Clifford

---

netxmsd-threads.22359.7z

[victor]

Are you sure that CPU usage was high when you capture this dump? I see lot of locks inside (that could be an indicator of another problem) but cannot find anything that can cause high CPU load.

Best regards,
Victor

[victor]

Just found the place. Seems that server enters infinite loop deep within libz (compression library). Check if new version is available. Also, you can try to rebuild server with configure option --with-internal-zlib.

Best regards,
Victor

[clifford]

Hi Victor,

I rebuild the server with-zlib option but situation is same. after few minutes CPU goes high. I have captured the threads with script which you had shared earlier. Please find the attached screenshot with thread output files.

Thank you
Clifford.

---

netxmsd-threads.1100.7z

[victor]

It hangs in same place. It looks like zlib bug, for deeper debugging we need actual data being compressed. As a workaround you can try to disable NXCP compression for client sessions by commenting out lines 1894 and 1895 (should looks like

            m_dwFlags |= CSF_COMPRESSION_ENABLED;
            msg.setField(VID_ENABLE_COMPRESSION, true);

in src/server/core/session.cpp and recompile server.

Best regards,
Victor

[clifford]

Hi Victor,

I check  in src/server/core/session.cpp line 1894 abd 1895 are already commented out. Please find the attached snapshot.

---

[victor]

No, they are not. Put // in front of each line.

Best regards,
Victor

[clifford]

Hi Victor,

I recompiled after commenting out the 2 lines as suggested. However the problem remains the same.
Actually we have 2 different Servers for which we recently upgraded from 2.2.5 to 2.2.7 one of these server is running fine after upgrade. Issue is with only this Server, earlier this Server was working Good.

Thank you
Clifford

[clifford]

Hello Victor,

Any update regarding the issue which we are facing?

Thanks
Clifford.

[zev]

What is difference between servers? Number of nodes, different OS?

[clifford]

Hi Tatjana,

Both Servers are Virtual with same configuration and OS (Centos 7). Please see the node stats of both Server below.

Server with issue:

NetXMS Server Remote Console V2.2.7 Ready
Enter "help" for command list

netxmsd: show stats
Objects............ 35197
Monitored nodes.... 1122
Collectible DCIs... 2146
Active alarms...... 416

Server working fine:

NetXMS Server Remote Console V2.2.7 Ready
Enter "help" for command list

netxmsd: show stats
Objects............ 32410
Monitored nodes.... 853
Collectible DCIs... 288
Active alarms...... 232

Thanks
Clifford

[zev]

Looks like you have really a lot of object updates and server is unable to delivere all updates to the client so everything just stuck. I'll rework object update messages, but can't promise the release number where it will get in.

[clifford]

Hi

I didn't get the "server is unable to deliver all updates to the client" part, cause almost all objects are switches and routers, so all we expect from the NMS is to report when the node or link is down. so all of it is SNMP Queries to the clients to check for update status

also it is important for me to view the link status as in my below query

https://www.netxms.org/forum/configuration/unable-to-get-bandwidth-details-on-map/msg23166/#msg23166

hope this gets implemented, it would be the greatest thing for me,

My NMS would be super complete

Regards
Clifford

[Tursiops]

I believe Tatjana means updates to be sent from the server to the Management Console (client), i.e. either the server can't send new information to the client fast enough or the client can't accept it fast enough, thus throttling the server. Once that happens, the queue of updates to send just keeps increasing as it cannot catch up. It'll probably do that until the server runs out of resources and trips over - or until the console is closed. The latter explains why your server performance came good whenever you closed the console.

Have you considered using the Web Console for testing (sry, we're using Ubuntu, so can't give any guidance on the CentOS process)?
As that can be installed on the server itself, it would effectively remove the network from the server to console communication.

[clifford]

Hi

Cool! i'll try the web console

was wondering will shifting to ubuntu help?

Regards

Clifford Dsouza

[Tursiops]

I haven't run a NetXMS server on anything other than Ubuntu, so I really can't tell if this is any better/worse than the other options out there.
One of our reasons for using Ubuntu (other than personal preference) was the availability of NetXMS packages directly from the developers.