Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this?
# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 71G 1.6G 66G 3% / /dev/sda1 99M 22M 73M 23% /boot tmpfs 506M 0 506M 0% /dev/shm /dev/md0 903G 851G 5.3G 100% /home
Thanks in advance!
d
On Fri, Apr 24, 2009 at 7:43 PM, dnk d.k.emaillists@gmail.com wrote:
Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this?
Because when an ext2/3 file system is formated by default 5% is reserved for root Use tune2fs -m reserved-blocks-percentage
On 24-Apr-09, at 10:00 AM, Laurentiu Coica laurentiu.coica@gmail.com wrote:
On Fri, Apr 24, 2009 at 7:43 PM, dnk d.k.emaillists@gmail.com wrote:
Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this?
Because when an ext2/3 file system is formated by default 5% is reserved for root Use tune2fs -m reserved-blocks-percentage
-- Laurentiu Coica _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
What does that command do exactly?
Thanks in advance.
D
Dnk wrote on Fri, 24 Apr 2009 10:04:38 -0700:
What does that command do exactly?
what about using man?
Kai
On 25-Apr-09, at 1:31 PM, Kai Schaetzl maillists@conactive.com wrote:
Dnk wrote on Fri, 24 Apr 2009 10:04:38 -0700:
What does that command do exactly?
what about using man?
Kai
--
Been there, done that since I had gotten back to a Linux box. :-) I was out and about when I read your reply and got curious.
Thanks in advance.
D
On Fri, Apr 24, 2009 at 12:43 PM, dnk d.k.emaillists@gmail.com wrote:
Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this?
# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 71G 1.6G 66G 3% / /dev/sda1 99M 22M 73M 23% /boot tmpfs 506M 0 506M 0% /dev/shm /dev/md0 903G 851G 5.3G 100% /home
This is completely normal rounding. 5.3/903=.005 or .5% - the "human readable" output doesn't show fractions of a percentage...it rounds.
At Fri, 24 Apr 2009 09:43:57 -0700 CentOS mailing list centos@centos.org wrote:
Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this?
# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 71G 1.6G 66G 3% / /dev/sda1 99M 22M 73M 23% /boot tmpfs 506M 0 506M 0% /dev/shm /dev/md0 903G 851G 5.3G 100% /home
Thanks in advance!
There is a 'reserve' of space, that only root can write to. In the case of /dev/md0 above, normal users will get a 'no space left on device' error trying to write files. root, however, can still manage to write another 5.3 gig before encountering this error. It only shows up as so large because the reserve space is a *percentage* of the total file system, and /dev/md0 is a huge file system.
d
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
The amount shown under "Avail" does not include the reserve, even if it is set. If the reserve is used, then "avail" (and "Use%") become a negative value. For example it might say -2.5GB Available.
The "Size" does include the reserve however.
I agree with Jake that this is due to it rounding 99.5% used to a whole number.
-- Eric
On Fri, Apr 24, 2009 at 2:25 PM, Robert Heller heller@deepsoft.com wrote:
At Fri, 24 Apr 2009 09:43:57 -0700 CentOS mailing list centos@centos.org wrote:
Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this?
# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 71G 1.6G 66G 3% / /dev/sda1 99M 22M 73M 23% /boot tmpfs 506M 0 506M 0% /dev/shm /dev/md0 903G 851G 5.3G 100% /home
Thanks in advance!
There is a 'reserve' of space, that only root can write to. In the case of /dev/md0 above, normal users will get a 'no space left on device' error trying to write files. root, however, can still manage to write another 5.3 gig before encountering this error. It only shows up as so large because the reserve space is a *percentage* of the total file system, and /dev/md0 is a huge file system.
d
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
-- Robert Heller -- 978-544-6933 Deepwoods Software -- Download the Model Railroad System http://www.deepsoft.com/ -- Binaries for Linux and MS-Windows heller@deepsoft.com -- http://www.deepsoft.com/ModelRailroadSystem/
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this?
# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 71G 1.6G 66G 3% / /dev/sda1 99M 22M 73M 23% /boot tmpfs 506M 0 506M 0% /dev/shm /dev/md0 903G 851G 5.3G 100% /home
I've never run into the reserved blocks being an issue (even though it may be the case here). I have run out of inodes (one per file, and if you have a ton of little files...). Run df -i to see what percent inodes your using.
Wikipedia has a good explaination of inodes (http://en.wikipedia.org/wiki/Inode).
Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this?
# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 71G 1.6G 66G 3% / /dev/sda1 99M 22M 73M 23% /boot tmpfs 506M 0 506M 0% /dev/shm /dev/md0 903G 851G 5.3G 100% /home
I've never run into the reserved blocks being an issue (even though it may be the case here). I have run out of inodes (one per file, and if you have a ton of little files...). Run df -i to see what percent inodes your using.
Wikipedia has a good explaination of inodes (http://en.wikipedia.org/wiki/Inode).
sounds like reserved blocks to me also - use tune2fs to turn down the reserved blocks. That way you'll be able to use that space but be aware of the future problem that could cause you.
-
dnk -
Eric Sisolak -
Flaherty, Patrick -
Jake -
Kai Schaetzl -
Laurentiu Coica -
Robert Heller -
Tom Brown