<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Netxms-Server crashes after tuning]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">I have a problem with the correct tuning of the server.</p>
<p dir="auto">We use version 3.8.193 of the netxms-server, database is postgresql 11.11 with timescaledb.<br />
The whole thing is set up as a cluster (2 nodes), as described here in the forum (pacemaker, corosync), under ESX.<br />
Each VM has 8 CPUs and 16 GB RAM, storage (flash) is connected via SAN, the network has 10 Gbit.</p>
<p dir="auto">Without (or moderate) tuning, the CPU-load is approx. 1,6.<br />
However, the threads, mostly POLLERS, are completely overloaded:</p>
<pre><code>POLLERS
   Threads.............. 500 (250/500)
   Load average......... 4006.09 4004.16 4002.81
   Current load......... 801%
   Usage................ 100%
   Active requests...... 4005
   Scheduled requests... 0
   Total requests....... 2991207
   Thread starts........ 250
   Thread stops......... 0
   Average wait time.... 13489521 ms
</code></pre>
<p dir="auto">If I adjust the configuration, e.g. ThreadPool.Poller.MaxSize = 4000 and so on, the load is significantly reduced.<br />
However, after some time (minutes, hours, days) the CPU-load increases to 300 or more and the service is terminated, systemctl says netxms-server aborted.</p>
<p dir="auto">Here the stats:</p>
<pre><code>Objects............: 39878
Monitored nodes....: 4050
Collectible DCIs...: 26354
Active alarms......: 970
Uptime.............: 27 days,  4:16:28
</code></pre>
<p dir="auto">Approx. 1100 of these are network devices that are queried via SNMP. To reduce the load, the topology query is deactivated for these.<br />
700 are server (with agent), the rest of the devices, with a few exceptions, are monitored via PING.</p>
<p dir="auto">The network devices are polled via proxy, other devices are connected directly to the server.</p>
<p dir="auto">I have returned to a working configuration (with slow pollers and data collection), but would like to know how I can optimise the system.<br />
Unfortunately I don't have any logs from the last crash, is there any other information that helps to solve the problem?</p>
<p dir="auto">I would appreciate any tips on how to make the system more reliable.</p>
<p dir="auto">Andi</p>
]]></description><link>https://forum.netxms.org/topic/7013/netxms-server-crashes-after-tuning</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 07:23:43 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/7013.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 08 Apr 2021 12:09:55 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Sun, 13 Jun 2021 15:55:14 GMT]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">yes, it's possible. I can take a look tomorrow at your server. Will send you PM with contact details.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/30143</link><guid isPermaLink="true">https://forum.netxms.org/post/30143</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Sun, 13 Jun 2021 15:55:14 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Sat, 12 Jun 2021 16:20:42 GMT]]></title><description><![CDATA[<p dir="auto">Okay,</p>
<p dir="auto">unfortunately, the server can no longer be started, even with default values.<br />
Even when I load a dump on the test server and try it there, the server stops after a few minutes.</p>
<p dir="auto">Is there a possibility to get support for this? We had planned to buy support for next year, maybe we can buy it earlier.</p>
<p dir="auto">Thanks</p>
]]></description><link>https://forum.netxms.org/post/30141</link><guid isPermaLink="true">https://forum.netxms.org/post/30141</guid><dc:creator><![CDATA[Sack-C-Fix]]></dc:creator><pubDate>Sat, 12 Jun 2021 16:20:42 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Fri, 11 Jun 2021 09:17:22 GMT]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">today the server crashed again for no apparent reason. The only explanation would be that a vMotion took place in ESX 30 minutes before.</p>
<p dir="auto">Could this be the problem?</p>
<p dir="auto">Thanks</p>
]]></description><link>https://forum.netxms.org/post/30133</link><guid isPermaLink="true">https://forum.netxms.org/post/30133</guid><dc:creator><![CDATA[Sack-C-Fix]]></dc:creator><pubDate>Fri, 11 Jun 2021 09:17:22 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Sun, 23 May 2021 09:44:50 GMT]]></title><description><![CDATA[<p dir="auto">Hi Victor,</p>
<p dir="auto">I just uploaded an actual core-dump, name is "core_20210523".</p>
<p dir="auto">Thanks</p>
]]></description><link>https://forum.netxms.org/post/30029</link><guid isPermaLink="true">https://forum.netxms.org/post/30029</guid><dc:creator><![CDATA[Sack-C-Fix]]></dc:creator><pubDate>Sun, 23 May 2021 09:44:50 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Sun, 16 May 2021 16:43:18 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">please use this link for upload: <a href="https://cloud.radensolutions.com/s/88sd5KwD2SaAewE" rel="nofollow ugc">https://cloud.radensolutions.com/s/88sd5KwD2SaAewE</a></p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/29996</link><guid isPermaLink="true">https://forum.netxms.org/post/29996</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Sun, 16 May 2021 16:43:18 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Sun, 16 May 2021 13:16:07 GMT]]></title><description><![CDATA[<p dir="auto">Hello everybody,</p>
<p dir="auto">I have now tried several times to tune the server, but I can't get any further.<br />
After some time, the service stops and restarts, so a practical use is not possible.</p>
<p dir="auto">I now have a few core files, should I upload them?</p>
<p dir="auto">Thanks</p>
]]></description><link>https://forum.netxms.org/post/29993</link><guid isPermaLink="true">https://forum.netxms.org/post/29993</guid><dc:creator><![CDATA[Sack-C-Fix]]></dc:creator><pubDate>Sun, 16 May 2021 13:16:07 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Tue, 04 May 2021 08:05:18 GMT]]></title><description><![CDATA[<p dir="auto">Thanks Victor,</p>
<p dir="auto">I will test the suggested values.</p>
<p dir="auto">In fact, we have some adjustements in Hook::ConfigurationPoll. We set the interface expected state there depending on the name and CDP/LLDP. Is this a problem?</p>
<p dir="auto">We also have a core network with large routing tables, but these are already deactivated. But it would be nice to be able to use them.</p>
<p dir="auto">Core dump is not active yet, but I will switch it on. I can also try running the service with dbg to debug the crash.</p>
<p dir="auto">Many thanks once again<br />
Andi</p>
]]></description><link>https://forum.netxms.org/post/29947</link><guid isPermaLink="true">https://forum.netxms.org/post/29947</guid><dc:creator><![CDATA[Sack-C-Fix]]></dc:creator><pubDate>Tue, 04 May 2021 08:05:18 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Tue, 20 Apr 2021 08:15:18 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">problem is definitely with pollers pool usage, rest looks fine. I would suggest gradually increasing size of pollers pool, probably start with 750/1500 from current 250/500.</p>
<p dir="auto">Do you use hook scripts?</p>
<p dir="auto">Do you have routers with huge routing tables? If yes, you could try to disable routing table poll for such devices.</p>
<p dir="auto">If netxmsd is crashing, does system generates core file? If sould be really helpful for debugging the issue.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/29887</link><guid isPermaLink="true">https://forum.netxms.org/post/29887</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Tue, 20 Apr 2021 08:15:18 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Fri, 16 Apr 2021 06:16:40 GMT]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">unfortunately, it took some time until I could deal with the topic again.<br />
The memory usage looks OK to me, how do you recognise a slow database? At least I don't see anything in the associated logs.</p>
<p dir="auto">Attached are a few graphics, on 11 March at 18:00 I started the server with tuned values. During the night the service stops several times, but is restarted by corosync. In the morning of 12 March, I restore the default values.</p>
<p dir="auto">Are there any values that I should look at more closely? Or which I should monitor before the next tuning attempt? Unfortunately, the tuning topic is described somewhat briefly in the documentation, and the designations no longer seem to be correct.</p>
<p dir="auto">Andi</p>
<hr />
<p dir="auto"><img src="/assets/uploads/files/smf/0000000005472-Load_DATACOLL_normalized_1min_AVG.png" alt="Load_DATACOLL_normalized_1min_AVG.png" class="img-markdown  img-fluid" width="1527" height="1040" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000005473-Load_POLLERS_normalized_1min_AVG.png" alt="Load_POLLERS_normalized_1min_AVG.png" class="img-markdown  img-fluid" width="1527" height="1040" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000005474-QueueSize_Poller_AVG.png" alt="QueueSize_Poller_AVG.png" class="img-markdown  img-fluid" width="1527" height="1040" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000005475-QueueSize_DataColl_AVG.png" alt="QueueSize_DataColl_AVG.png" class="img-markdown  img-fluid" width="1527" height="1040" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000005476-Window_000112.png" alt="Window_000112.png" class="img-markdown  img-fluid" width="1750" height="878" /></p>
]]></description><link>https://forum.netxms.org/post/29877</link><guid isPermaLink="true">https://forum.netxms.org/post/29877</guid><dc:creator><![CDATA[Sack-C-Fix]]></dc:creator><pubDate>Fri, 16 Apr 2021 06:16:40 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Fri, 09 Apr 2021 13:15:36 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">most likely you have hit RAM limit when allow thread pool to grow to 4000 threads. Could also be other memory-related issue (memory leak in server, slow database causing DB writer queues to grow, etc. Do you have pre-crash data on number of threads, queues, and memory consumption?</p>
<p dir="auto">Also, 4000 nodes is not that much, it is quite strange that 500 threads is not enough. Such high load on poller pool indicates that there are lot of polls taking long time to complete.  Could it be that you have many nodes that timeout when polled?</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/29834</link><guid isPermaLink="true">https://forum.netxms.org/post/29834</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Fri, 09 Apr 2021 13:15:36 GMT</pubDate></item><item><title><![CDATA[Reply to Netxms-Server crashes after tuning on Thu, 08 Apr 2021 17:23:13 GMT]]></title><description><![CDATA[<p dir="auto">We had a similar challenge with the poller queue never "catching up" and would continue to grow.</p>
<p dir="auto">Victor took a closer look.  Turning on parallel processing and increasing the Discovery.BaseSize from 1 to 8 seems to have helped immensely.   We haven't had any related problems since.</p>
<p dir="auto">Not sure if this will help your situation.</p>
<p dir="auto">-zeb</p>
]]></description><link>https://forum.netxms.org/post/29830</link><guid isPermaLink="true">https://forum.netxms.org/post/29830</guid><dc:creator><![CDATA[Zebble]]></dc:creator><pubDate>Thu, 08 Apr 2021 17:23:13 GMT</pubDate></item></channel></rss>