<?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[Free space on / reports wrong data]]></title><description><![CDATA[<p dir="auto">Hi,<br />
I have a Debian server with nxagent on it. There was a trace running that filled the / partition to 100%.<br />
NetXMS was configured to trigger the most important alarm at 1% free space, but it never triggered. When I checked the logged data, the agent never reported the free percentage below 5%, as in the attached graph.<br />
After freeing up space (it has not about 78% free space), nxagent reports it ok. Any idea what can cause this and how to fix it?</p>
<p dir="auto">And I also have a second issue with this: I actually have 2 data collection items for root disk space, and on the other one, there were 3 thresholds: 16%, 10% and 8%. The 16% threshold was reached and got triggered, but the other 2 did not, even though the free space % went a bit below 5% (instead of 0, as mentioned above).</p>
<p dir="auto">Thank you,<br />
Alex</p>
<hr />
<p dir="auto"><img src="/assets/uploads/files/smf/0000000005627-thresholds2.PNG" alt="thresholds2.PNG" class="img-markdown  img-fluid" width="679" height="680" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000005628-thresholds.PNG" alt="thresholds.PNG" class="img-markdown  img-fluid" width="697" height="552" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000005629-FS_system_space.PNG" alt="FS system space.PNG" class="img-markdown  img-fluid" width="1420" height="946" /></p>
]]></description><link>https://forum.netxms.org/topic/7288/free-space-on-reports-wrong-data</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 13:10:24 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/7288.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 07 Feb 2022 07:50:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Free space on / reports wrong data on Thu, 10 Feb 2022 09:45:28 GMT]]></title><description><![CDATA[<p dir="auto">Thank you Filipp!<br />
Wow, I can't believe this is the first time I see the "Process all thresholds" checkbox, and of course, it was unchecked. Time to review all monitored parameters with multiple thresholds.</p>
<p dir="auto">Regarding the reservation, I was aware the OS has a reserved limit, but I always believed that's why I always see a bit less available space than df shows.</p>
]]></description><link>https://forum.netxms.org/post/31000</link><guid isPermaLink="true">https://forum.netxms.org/post/31000</guid><dc:creator><![CDATA[Abraxas]]></dc:creator><pubDate>Thu, 10 Feb 2022 09:45:28 GMT</pubDate></item><item><title><![CDATA[Reply to Free space on / reports wrong data on Tue, 08 Feb 2022 18:36:09 GMT]]></title><description><![CDATA[<p dir="auto">For 5% - could it be that EXT3 file system reserves about 5% of space for it's needs and actually does not allow to write files if it comes to that limit? E.g. some info here: <a href="https://linuxaria.com/pills/free-reserved-ext3-ext4-filesystems" rel="nofollow ugc">https://linuxaria.com/pills/free-reserved-ext3-ext4-filesystems</a></p>
<p dir="auto">About 16% threshold - thresholds are processed from top to bottom. If "process all thresholds" is unchecked, which is the default, thresholds are processes only until first one triggers. So if you have e.g. 4% value it will trigger 16% threshold and won't go any further. So the 16% should go to the bottom of the list.</p>
]]></description><link>https://forum.netxms.org/post/30977</link><guid isPermaLink="true">https://forum.netxms.org/post/30977</guid><dc:creator><![CDATA[Filipp Sudanov]]></dc:creator><pubDate>Tue, 08 Feb 2022 18:36:09 GMT</pubDate></item></channel></rss>