what's causing my Solaris system to get full?

John

unread,

Dec 27, 2012, 2:45:26 AM12/27/12

to

Filesystem kbytes used avail capacity Mounted on
/dev/dsk/c1d0s0 6771641 6723122 0 100% /
/devices 0 0 0 0% /devices
ctfs 0 0 0 0% /system/contract
proc 0 0 0 0% /proc
mnttab 0 0 0 0% /etc/mnttab
swap 3296140 1000 3295140 1% /etc/svc/volatile
objfs 0 0 0 0% /system/object
sharefs 0 0 0 0% /etc/dfs/sharetab
/usr/lib/libc/libc_hwcap1.so.1 6771641 6723122 0 100% /lib/libc.so.1
fd 0 0 0 0% /dev/fd
swap 3295540 400 3295140 1% /tmp
swap 3295168 28 3295140 1% /var/run
/dev/dsk/c1d0s7 1945437080 51257520 1874725192 3% /export/home

Hi, the above is the output of the "df -k" command on my Solaris 10.
When I reboot this system, I see messages about filesystem being full.
I compared /dev/dsk and /lib on this system versus another system.
The other one has about 51%, but this one is at 100%.

Any suggestion what's causing this, and how to free up some space? Thanks.

John D Groenveld

unread,

Dec 27, 2012, 8:17:47 AM12/27/12

to

In article <36e919bb-46fd-434a...@googlegroups.com>,

John <freefa...@yahoo.com> wrote:
>Filesystem kbytes used avail capacity Mounted on
>/dev/dsk/c1d0s0 6771641 6723122 0 100% /

[snipped]

>Hi, the above is the output of the "df -k" command on my Solaris 10.
>When I reboot this system, I see messages about filesystem being full.
>I compared /dev/dsk and /lib on this system versus another system.
>The other one has about 51%, but this one is at 100%.
>
>Any suggestion what's causing this, and how to free up some space? Thanks.

What is the output of du(1) on your full and your other system?
# du -sh /*

John
groe...@acm.org

Doug McIntyre

unread,

Dec 27, 2012, 8:32:03 AM12/27/12

to

John <freefa...@yahoo.com> writes:
>Filesystem kbytes used avail capacity Mounted on
>/dev/dsk/c1d0s0 6771641 6723122 0 100% /

>Hi, the above is the output of the "df -k" command on my Solaris 10.
>When I reboot this system, I see messages about filesystem being full.
>I compared /dev/dsk and /lib on this system versus another system.

Usually for me, its stuff in /var/log/ filling up the disks. The log
files probably need some trimming and pruning.

cindy swearingen

unread,

Dec 27, 2012, 1:50:32 PM12/27/12

to

If you are referring to the libc_hwcap1.so.1 at 100% then I think this
is lofi-mounted
and the 100% is not referring to actual disk space.

I would check your root file system for cores, crash dumps or log
files.

Check this section of the docs for tips:

http://docs.oracle.com/cd/E23823_01/html/817-0403/sysresdiskuse-61891.html#scrolltoc

Thanks, Cindy

hume.sp...@bofh.ca

unread,

Dec 28, 2012, 3:26:04 PM12/28/12

to

John <freefa...@yahoo.com> wrote:
> Filesystem kbytes used avail capacity Mounted on
> /dev/dsk/c1d0s0 6771641 6723122 0 100% /

Your /var isn't a separate filesystem, and ~7G is a tiny /. You'll
probably find stuff in /var/adm consuming a lot of space, and as Cindy
mentioned you'll want to check for core files and other garbage in /.

Meanwhile, ignore the libc mount. It's not a real filesystem, its capacity
is irrelevant.

--
Brandon Hume - hume -> BOFH.Ca, http://WWW.BOFH.Ca/

Cydrome Leader

unread,

Dec 30, 2012, 5:50:25 PM12/30/12

to

well, your / filesystem is full. You can ignore the libc 100% stuff. it's
a fake filesystem with platform specific libraries for your system that
shows the same size as /

check /var/crash and /var/core for crash files. delete them.

run quot /

to see what users are hoggging space. this only works if your / is made
with UFS.