From: Markus Mayer (mymaillists@gmx.at)
Date: Wed Dec 19 2007 - 10:18:15 EST
Hi all,
Thanks to all who replied. Special thanks to Casper from Sun who was really
fast, plus some others hit the problem on the head (Paul Piraino, Rafael
Angarita, Brett Lymn, Ketan Patel). When running fsck across the system, the
result was that there were 0 blocks free, despite there being 181Mb free.
This caused the file system full condition that I saw.
The only solution was to move the data to another partition, newfs the
existing partition, and move the data back. Even with that, I still have
disk full problems when there is 58Mb free.
fsck output before a newfs:
devel:/home# umount Build
devel:/home# fsck /dev/md/rdsk/d60
** /dev/md/rdsk/d60
** Last Mounted on /home/Build
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
163436 files, 3267222 used, 283984 free (283984 frags, 0 blocks, 8.0%
fragmentation)
fsck output after a newfs, moving the data back, and continuing (disk full
again):
devel:/home# umount Build/
devel:/home# fsck /dev/md/rdsk/d60
** /dev/md/rdsk/d60
** Last Mounted on /home/Build
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
170998 files, 3509262 used, 95704 free (79608 frags, 2012 blocks, 2.2%
fragmentation)
devel:/home/Build# df -g .
/home/Build (/dev/md/dsk/d60 ): 8192 block size 1024
frag size
7217116 total blocks 191408 free blocks 119238 available 430080
total files
259080 free files 22282300 filesys id
ufs fstype 0x00000004 flag 255 filename length
At this point, I will leave it as I have other things to worry about (a v440
with load average spikes of 60-110!). The only remaining options are to
either delete old data or grow the partition as the blocks appear to be
exhausted.
Thanks and regards to everybody who responded!
Markus
On Wednesday 19 December 2007, Markus Mayer wrote:
> Hi,
>
> Already three answers, however no cigar - possible that some process has a
> file open where the file is deleted or similar. I was able to unmount the
> fs without problems, also tried a zone reboot, still no cigar. I think
> such a problem can be ruled out.
>
> Any other suggestions?
>
> regards
> Markus
>
> On Wednesday 19 December 2007, Markus Mayer wrote:
> > Hello managers,
> >
> > I have a problem I can't identify. I have a disk which, when I try to
> > write data to it, I get a disk full error. I have checked it, there is
> > 181Mb free and 696722 inodes free. I have alsu used tunefs to set the
> > minimum free to 0%, although I am running this all as root. I have no
> > idea where this problem could be. Does anyone have any suggestions?
> >
> > Thanks
> > Markus
> >
> > devel:/home/Build/Web/WWW# df -g /home/Build
> > /home/Build (/dev/md/dsk/d60 ): 8192 block size
> > 1024 frag size 7109596 total blocks 567968 free blocks 567968
> > available 860160 total files 696722 free files 22282300
> > filesys id
> > ufs fstype 0x00000004 flag 255 filename length
> > _______________________________________________
> > sunmanagers mailing list
> > sunmanagers@sunmanagers.org
> > http://www.sunmanagers.org/mailman/listinfo/sunmanagers
>
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:42:37 EDT