[Fwd: RHEL connundrum with df and du]
jjj863 at gmail.com
Mon Nov 6 09:19:28 CST 2006
ahh, never mind. at 2nd read, I realized that yours differs from mine in
that my 'df' shows lots of free space. r u on _64 by any chance? There was a
problem with wtmp with T-bytes in size due to nfsnobody user id?
On 11/6/06, Jerry Yu <jjj863 at gmail.com> wrote:
> 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>
> > -----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...
More information about the Linux-PowerEdge