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/sunmanagersReceived on Wed Dec 19 10:18:48 2007
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:07 EST