<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>Comments on: df and zettabytes</title>
	<atom:link href="https://ward.vandewege.net/blog/2009/06/df-and-zettabytes/feed/" rel="self" type="application/rss+xml" />
	<link>https://ward.vandewege.net/blog/2009/06/df-and-zettabytes/</link>
	<description></description>
	<lastBuildDate>Tue, 03 Mar 2015 22:55:12 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: ward</title>
		<link>https://ward.vandewege.net/blog/2009/06/df-and-zettabytes/comment-page-1/#comment-9932</link>
		<dc:creator><![CDATA[ward]]></dc:creator>
		<pubDate>Fri, 03 Jul 2009 13:52:47 +0000</pubDate>
		<guid isPermaLink="false">http://ward.vandewege.net/blog/?p=458#comment-9932</guid>
		<description><![CDATA[Yeah, fixing this is obviously on my todo list. But like I said, this is just a dom0 filesystem on one system in a cluster, and the domUs are in lvm slices. The domUs are important; the dom0 as such is not very important.]]></description>
		<content:encoded><![CDATA[<p>Yeah, fixing this is obviously on my todo list. But like I said, this is just a dom0 filesystem on one system in a cluster, and the domUs are in lvm slices. The domUs are important; the dom0 as such is not very important.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wo.uter.be/</title>
		<link>https://ward.vandewege.net/blog/2009/06/df-and-zettabytes/comment-page-1/#comment-9931</link>
		<dc:creator><![CDATA[wo.uter.be/]]></dc:creator>
		<pubDate>Fri, 03 Jul 2009 13:30:11 +0000</pubDate>
		<guid isPermaLink="false">http://ward.vandewege.net/blog/?p=458#comment-9931</guid>
		<description><![CDATA[This kind of thing usually points to corruption.

If I were you, I&#039;d take the filesystem offline immediately, and run &#039;fsck -f&#039;. If that finds nothing, no worries -- but better safe than sorry.

It&#039;s quite unlikely that this is related to sparse files. Really.]]></description>
		<content:encoded><![CDATA[<p>This kind of thing usually points to corruption.</p>
<p>If I were you, I&#8217;d take the filesystem offline immediately, and run &#8216;fsck -f&#8217;. If that finds nothing, no worries &#8212; but better safe than sorry.</p>
<p>It&#8217;s quite unlikely that this is related to sparse files. Really.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ward</title>
		<link>https://ward.vandewege.net/blog/2009/06/df-and-zettabytes/comment-page-1/#comment-9930</link>
		<dc:creator><![CDATA[ward]]></dc:creator>
		<pubDate>Sun, 28 Jun 2009 14:59:23 +0000</pubDate>
		<guid isPermaLink="false">http://ward.vandewege.net/blog/?p=458#comment-9930</guid>
		<description><![CDATA[Well, there&#039;s nothing special in mount or fdisk -l.

/dev/md0 on / type ext3 (rw,errors=remount-ro)

It may be caused by sparse files. This is a xen dom0 that was used for some iscsi experimentation a while back and this may be a result of that. But I don&#039;t know exactly what the person doing the iscsi testing did, so it&#039;s hard to say. 

It&#039;s an old 2.6.18-xen kernel. But I have loads of those running still, and this is the only box I&#039;m seeing this on. The machine&#039;s been up for a long time - 607 days currently. This is a production machine, and du -sh is normal:

&lt;pre&gt;
# du -sh
8.5G	.
&lt;/pre&gt;

So I&#039;m not too worried.]]></description>
		<content:encoded><![CDATA[<p>Well, there&#8217;s nothing special in mount or fdisk -l.</p>
<p>/dev/md0 on / type ext3 (rw,errors=remount-ro)</p>
<p>It may be caused by sparse files. This is a xen dom0 that was used for some iscsi experimentation a while back and this may be a result of that. But I don&#8217;t know exactly what the person doing the iscsi testing did, so it&#8217;s hard to say. </p>
<p>It&#8217;s an old 2.6.18-xen kernel. But I have loads of those running still, and this is the only box I&#8217;m seeing this on. The machine&#8217;s been up for a long time &#8211; 607 days currently. This is a production machine, and du -sh is normal:</p>
<pre>
# du -sh
8.5G	.
</pre>
<p>So I&#8217;m not too worried.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: emailtoid.net/i/eca7e350/&#8230;</title>
		<link>https://ward.vandewege.net/blog/2009/06/df-and-zettabytes/comment-page-1/#comment-9929</link>
		<dc:creator><![CDATA[emailtoid.net/i/eca7e350/&#8230;]]></dc:creator>
		<pubDate>Tue, 23 Jun 2009 10:06:42 +0000</pubDate>
		<guid isPermaLink="false">http://ward.vandewege.net/blog/?p=458#comment-9929</guid>
		<description><![CDATA[It would be intersting to see some more:
fdisk -l
mount
...

What is causing this ? Sparse files ?]]></description>
		<content:encoded><![CDATA[<p>It would be intersting to see some more:<br />
fdisk -l<br />
mount<br />
&#8230;</p>
<p>What is causing this ? Sparse files ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
