[Fwd: RHEL connundrum with df and du]

[Jerry Yu]

What a coincidence, this past weekend I ran into similar problem (not on
Dell) with an external 320G external drive formatted as ext3.

   - 'cp /usr /mnt/big/1' stopped around 3.7G, with 'out-of-space'.  du
   shows 3.7G used. inodes are indeed used up. (I counted the file
   manually by 'find /mnt/big -type -f \; | wc -l'.   I used '-O largefile4'
   when formatting the drive.
   -  I switched to use '-O largefile' instead, this time, ~10G was
   written before it erred out with 'out of space'.

Are your files tiny ones, or big ones? and how many are they?

On 11/6/06, Sankarshan Mukhopadhyay <sankarshan.mukhopadhyay at gmail.com>
wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Fwd-ing to the Dell Poweredge list for a possible faster response
>
> :SM
>
> - -------- Original Message --------
> Subject: RHEL connundrum with df and du
> Date: Thu, 2 Nov 2006 16:13:34 -0000 (UTC)
> From: Simon Alman <haven at thehavennet.org.uk>
> Reply-To: haven at thehavennet.org.uk
> To: ext3-users at redhat.com
>
> Hi All
>
> I am having an issue with disk space and since it is happening using an
> ext3 formatted partition I felt that this would be the most appropriate
> list to post to.
>
> The problem is this; I have access to two RHEL systems (one running RHEL3
> and one running
> RHEL4). Both are in the same company and both exhibit the same problem
> that I have not seen anywhere else before.
>
> Both have full / partitions. df shows this to be the case so it must be
> true ... right ?
>
> Well du disagrees, on one system with a full 20GB / parition that df shows
> to be full, df can only find 3.6GB of files.
>
> So off to the redhat FAQ I went and found this:
> http://kbase.redhat.com/faq/FAQ_35_5209.shtm
>
> Great that explains the problem precisely ... except it didn't help. No
> processes were holding large deleted files in a locked state.
>
> So I looked at inodes thinking that they may have all been used up ...
> they haven't df shows only 5% inode usage.
>
> I forced an fsck run on the partition on reboot and neither this nor the
> reboot helped, fsck shows clean and after the reboot things were still
> broken.
>
> So I'm sat here trying to explain to the client why their 5k worth of dell
> server is currently no much use to them (I can't install anything on it
> due to the space issue ...).
>
> Has anyone come across anything similar before ? I've worked with linux
> for six years and this is a new one on me ... and twice in the same
> company. I suspect major kernel b0rkage since both systems use Dell's RHEL
> build for the specific model of server but proving it is beyond me right
> now.
>
> Any help/advice would be very gratefully appreciated.
>
> Kind regards
>
> Simon Alman
>
>
>
>
> - --
>
> You see things; and you say 'Why?';
> But I dream things that never were;
> and I say 'Why not?' - George Bernard Shaw
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iD8DBQFFTsR7XQZpNTcrCzMRAmRbAKCJfn957jPZUwezXDVpsI19x76uSwCgmqy1
> O3rncxJB7Y2cNkVIZQ31V64=
> =rMKd
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Linux-PowerEdge mailing list
> Linux-PowerEdge at dell.com
> http://lists.us.dell.com/mailman/listinfo/linux-poweredge
> Please read the FAQ at http://lists.us.dell.com/faq
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.us.dell.com/pipermail/linux-poweredge/attachments/20061106/7f561b37/attachment.htm