Thank you, everyone who posted replies to my question. FYI, I did
reboot the server but still couldn't reclaim the space, so the problem
wasn't with some processes having a headlock on the file. I deleted
another 100-MB file and voila I had some space available. Strange, but
it worked. I confirmed the space with df -k, as root, at the server
itself, so the problem of Solaris hiding 10% for root wasn't happening.
Any more suggestions?
Linus Ly
> If the process that created the file is still running it probably has
the
> file open. If a file is in an open state by process 'A' and is
deleted by
> process 'B', a subsequent attempt to see the file (ls) or to access
the file
> would be unsuccessful. However, until process 'A' closes the file,
the
> space held by the file will not be released.
> The other possiblity is that the space is hidden by Unix's habit of
saving
> 10% of a file system for root. If you get 0% as root then this isn't
the
> case. Otherwise, look at the man page for tunefs
> Regards,
> David
Quote:> > I was running low on space on one of my mount, /opt/apps, so I
deleted
> > a 100-MB file, but I still don't have any free space. Issuing df
-k
> > confirmed that I have 0% available. What can be wrong? I am sure
the
> > file I deleted is on the /opt/apps mount point. Is something wrong
> > with the volumes? Is there some command I can use to reclaim the
> > space? My server use Solstice DiskSuite and I can go into the
> > graphical interface, but I just not sure which button to press for
the
> > time being. With Netware, there's the purge command to immediately
get
> > rid of all deleted files and reclaim the space. Does Solaris have
> > something like that?
Sent via Deja.com http://www.deja.com/
Before you buy.