<?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[DHCPD errors &#x2F;: filesystem full - but really it is not!]]></title><description><![CDATA[<p dir="auto">I keep getting the following errors:<br />
kernel: pid 40848 (dhcpd), uid 1002 inumber 9963101 on /: filesystem full<br />
df -ih tells me I don't have a problem with the root filesystem /<br />
$ df -ih<br />
Filesystem    Size    Used  Avail Capacity iused ifree %iused  Mounted on<br />
/dev/ad0s1a    81G    63G    11G    85%    9.5M  1.5M  86%  /<br />
devfs          1.0k    1.0k      0B  100%      0    0  100%  /dev<br />
/dev/md0      3.6M    46k    3.3M    1%      27  739    4%  /var/run<br />
devfs          1.0k    1.0k      0B  100%      0    0  100%  /var/dhcpd/dev</p>
<p dir="auto">This PFSense runs inside a proxmox VM that all sits on a samsung SSD…  I have checked the SMART status of the drive and it is happy.. Zero write errors no wear-out. <br />
I am running a significant squid proxy which accounts for most of the hard disk use.. but i am not near 100% yet.. Heaps of RAM and cpu resources assigned. Any help would be appreciated.. The system crashes every 6 hours with loads of  kernel: pid 40848 (dhcpd), uid 1002 inumber 9963101 on /: filesystem full.<br />
Today I turned off all the logging and RRD in the hope it stabilizes. Needless to say this is not the way I want to run long term.<br />
Cheers</p>
]]></description><link>https://forum.netgate.com/topic/76425/dhcpd-errors-filesystem-full-but-really-it-is-not</link><generator>RSS for Node</generator><lastBuildDate>Mon, 15 Jun 2026 11:06:10 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/76425.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 30 Nov 2014 22:48:28 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to DHCPD errors &#x2F;: filesystem full - but really it is not! on Tue, 02 Dec 2014 19:37:09 GMT]]></title><description><![CDATA[<p dir="auto">Thanks Jimp and KOM.</p>
<p dir="auto">KOM, When reducing the squid cache to 500mb and flushing squid did not free up any space I started to hunt for the culprit.<br />
Jimp I wish I looked at the inodes before i started deleting 60 Gig of SARG files (Just to be sure). There were a zillion small files in there. running a single rm -R * on the sarg-reports sub directories took 7 hours to complete.  Now my disk space is pitifully empty:<br />
$ df -hi<br />
Filesystem    Size    Used  Avail Capacity iused ifree %iused  Mounted on<br />
/dev/ad0s1a    81G    1.9G    72G    3%    42k  11M    0%  /<br />
devfs          1.0k    1.0k      0B  100%      0    0  100%  /dev<br />
/dev/md0      3.6M    46k    3.3M    1%      27  739    4%  /var/run<br />
devfs          1.0k    1.0k      0B  100%      0    0  100%  /var/dhcpd/dev</p>
<p dir="auto">Thanks for your help! looks like we solved this one.. I am putting it down to the inodes being full.<br />
Needless to say I removed the zero in the reporting options<br />
Cheers..</p>
]]></description><link>https://forum.netgate.com/post/499015</link><guid isPermaLink="true">https://forum.netgate.com/post/499015</guid><dc:creator><![CDATA[Mr_T]]></dc:creator><pubDate>Tue, 02 Dec 2014 19:37:09 GMT</pubDate></item><item><title><![CDATA[Reply to DHCPD errors &#x2F;: filesystem full - but really it is not! on Tue, 02 Dec 2014 18:12:25 GMT]]></title><description><![CDATA[<p dir="auto">When a disk is claiming to be full but does not appear to be full, there are two possibilities:</p>
<p dir="auto">1. The disk is not out of capacity, but out of inodes (too many small files, for example). Use "df -hi" to confirm.<br />
2. The disk is failing and the OS cannot contact the disk to make a write, or the disk returned a write error.</p>
<p dir="auto">2 is far more common than 1.</p>
<p dir="auto">There is also a third option but it does not apply to your setup:<br />
3. The /var RAM disk (NanoBSD or full w/the option to use it on) is full, not /</p>
]]></description><link>https://forum.netgate.com/post/498991</link><guid isPermaLink="true">https://forum.netgate.com/post/498991</guid><dc:creator><![CDATA[jimp]]></dc:creator><pubDate>Tue, 02 Dec 2014 18:12:25 GMT</pubDate></item><item><title><![CDATA[Reply to DHCPD errors &#x2F;: filesystem full - but really it is not! on Mon, 01 Dec 2014 21:33:16 GMT]]></title><description><![CDATA[<p dir="auto">Weird.  First thing I would do is blow my cache away and then recreate it with some reasonable values like 200-500 MB, and see if it lives more than a day or two before failing again.  Your cache hit rate, if it's anything like mine or what I see online, is going to be in the area of 4-7% – not great.  Using up many gigs of space for a tiny hit rate is a waste.  I find Squid's value these days is more as a filtering platform with SquidGuard.</p>
]]></description><link>https://forum.netgate.com/post/498788</link><guid isPermaLink="true">https://forum.netgate.com/post/498788</guid><dc:creator><![CDATA[KOM]]></dc:creator><pubDate>Mon, 01 Dec 2014 21:33:16 GMT</pubDate></item><item><title><![CDATA[Reply to DHCPD errors &#x2F;: filesystem full - but really it is not! on Mon, 01 Dec 2014 21:14:54 GMT]]></title><description><![CDATA[<p dir="auto">It fell over again last night with all the logging turned off. Any suggestions people!</p>
]]></description><link>https://forum.netgate.com/post/498783</link><guid isPermaLink="true">https://forum.netgate.com/post/498783</guid><dc:creator><![CDATA[Mr_T]]></dc:creator><pubDate>Mon, 01 Dec 2014 21:14:54 GMT</pubDate></item></channel></rss>