Filesystem at 100% capacity, what files are large?

[Scott Williamson]

The_Duck wrote:

> I was wondering if anyone had a script to find files with a directory
> and through the sub-directory path that are of a large size or over a
> specified size so that I can avoid these problems ahead of time in
> the future.

find / -size +2000

will find files greater than 1MB (2000 x 512 byte blocks)

[Oscar del Rio]

Dr. David Kirkby wrote:

>>I was wondering if anyone had a script to find files with a directory
>>and through the sub-directory path that are of a large size or over a
>>specified size so that I can avoid these problems ahead of time in
>>the future.

>
>
> find / -size +50000000b
>
> will find files over 50,000,000 bytes. In fact, if you replace the 'b'
> by 'k', you can find files in kb, rather than bytes, which is a bit
> more useful I would admit.

I don't know what you are running but in Solaris there is no 'b'
or 'k' option in "find -size", only 'c' for bytes.

man find
-size n[c]
True if the file is n blocks long (512 bytes per
block). If n is followed by a c, the size is in bytes.

Solaris (9) find command does not complain about the 'b' or 'k'
suffixes but seems to ignore them, reverting to number of blocks.

Also, avoid searching from the / as it might hang in
special directories (/proc, /xfn) or take forever searching NFS mounts,
unless you restrict the search to the local device.

find /usr /var /export/home -mount -type f -size +10000000c -ls

[Chris Mattern]

The_Duck wrote:

> script to find largest files in directory
> The below will show that I am obviously new to unix system/space
> management.
>
> server stats:
>
> SunOS sunprod1 5.8 Generic_108528-17 sun4u sparc SUNW,Ultra-80
> We ran into a problem last night on our production server.
> We kept getting a 'disk full' error when we attempted to build the new
> application files to a specific directory.
>
> A 'df' showed that there was block space available. However, a 'df -k'
> showed capacity was full (100%) on a few filesystems.
>
> It took us forever to find the files that were HUGE in size (ended
> up being log-files for Apache), but buried deep withing those
> directory paths.
>
> I was wondering if anyone had a script to find files with a directory
> and through the sub-directory path that are of a large size or over a
> specified size so that I can avoid these problems ahead of time in
> the future.
>
> Also, is there any way to allocate space from one filesystem to another?
>
> Thanks for your time.
>

man du.

Chris Mattern

[Dr. David Kirkby]

Oscar del Rio wrote:

>
> Dr. David Kirkby wrote:

> >>I was wondering if anyone had a script to find files with a directory
> >>and through the sub-directory path that are of a large size or over a
> >>specified size so that I can avoid these problems ahead of time in
> >>the future.

> >
> >
> > find / -size +50000000b
> >
> > will find files over 50,000,000 bytes. In fact, if you replace the 'b'
> > by 'k', you can find files in kb, rather than bytes, which is a bit
> > more useful I would admit.

>
> I don't know what you are running but in Solaris there is no 'b'
> or 'k' option in "find -size", only 'c' for bytes.

Sorry, I must have take that from a GNU man page. Solari's find seems
to silently ignore the b. I would have thought it created an error,
but obviously not.



--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Capper St, London, WC1E 6JA.
Tel: 020 7679 6408 Fax: 020 7679 6269
Internal telephone: ext 46408
e-mail [email]davek@medphys.ucl.ac.uk[/email]

[Alan Coopersmith]

Oscar del Rio <delrio@mie.utoronto.ca> writes in comp.unix.solaris:
|Also, avoid searching from the / as it might hang in
|special directories (/proc, /xfn) or take forever searching NFS mounts,
|unless you restrict the search to the local device.

That's what the -local, -fstype ufs, and -mount options are for.

--
__________________________________________________ ______________________
Alan Coopersmith [email]alanc@alum.calberkeley.org[/email]
[url]http://www.CSUA.Berkeley.EDU/~alanc/[/url] aka: [email]Alan.Coopersmith@Sun.COM[/email]
Working for, but definitely not speaking for, Sun Microsystems, Inc.

[Anthony Mandic]

[email]Cypherpunk@nyc.rr.com[/email] wrote:

>
> Alan Coopersmith <alanc@alum.calberkeley.org> wrote:

> >
> > That's what the -local, -fstype ufs, and -mount options are for.

>
> You're such a know-it-all. ;-)

Compared to you, he certainly is.

-am © 2003

[audia4_us]

The_Duck <member32291@dbforums.com> wrote in message news:<3175059.1059746615@dbforums.com>...

> script to find largest files in directory
> The below will show that I am obviously new to unix system/space
> management.
>
> server stats:
>
> SunOS sunprod1 5.8 Generic_108528-17 sun4u sparc SUNW,Ultra-80
> We ran into a problem last night on our production server.
> We kept getting a 'disk full' error when we attempted to build the new
> application files to a specific directory.
>
> A 'df' showed that there was block space available. However, a 'df -k'
> showed capacity was full (100%) on a few filesystems.
>
> It took us forever to find the files that were HUGE in size (ended
> up being log-files for Apache), but buried deep withing those
> directory paths.
>
> I was wondering if anyone had a script to find files with a directory
> and through the sub-directory path that are of a large size or over a
> specified size so that I can avoid these problems ahead of time in
> the future.
>
> Also, is there any way to allocate space from one filesystem to another?
>
> Thanks for your time.

du -sk * | sort -rn | more

this will give a listing in KB for all the files/dirs with the biggest
offender up top.