Thanks for all the help.

It looks like it had something to do with an old snapshot having a reference to the files.

I destroyed an old BE with beadm and some old time slider snapshots and tons of space was made available even though the snapshots sizes in zfs list were very small 17K and so forth. Here is the zfs list although I have destroyed all the snapshots. I am currently doing it again because I still see the same result if I copy a file into the /root/iso directory and rm it. I am looking to see if the du for the entire / mount point goes down when I delete the file. I am suspicious that it will not and that a snapshot or some zfs mechanism is keeping the files around. I will post the results when it completes but it is taking quite a while to get a du of my entire 80G partition.


Doug

r...@sunjnorth:~/iso# zfs list
NAME                               USED  AVAIL  REFER  MOUNTPOINT
rpool                             37.4G  40.9G  76.5K  /rpool
rpool/ROOT                        20.3G  40.9G    18K  legacy
rpool/ROOT/opensolaris-2          20.3G  40.9G  18.9G  /
rpool/ROOT/opensolari...@install  1.42G      -  2.21G  -
rpool/dump                        2.00G  40.9G  2.00G  -
rpool/export                      13.1G  40.9G    21K  /export
rpool/export/home                 13.1G  40.9G    21K  /export/home
rpool/export/home/jnorth          13.1G  40.9G  13.1G  /export/home/jnorth
rpool/swap                        2.00G  42.9G    16K  -



Martin Bochnig wrote:
On Thu, May 21, 2009 at 8:01 PM, Shawn Walker <[email protected]> wrote:
Doug North wrote:
When I delete large files, it appears the space is not being reclaimed.  I
am running OpenSolaris 2009.06 snv_109 but I believe I was having the same
issue with 2008.11 as well.

When I delete a file a du shows the used space go down but a df does not
show the free space.  I believe it is not usable because I ran out of space
trying to do a pkg image-update.

Has anyone seen this behavior before?
What does zfs list say?

Do you have previous snapshots that are depending on this data?

Are any of the files you removed hardlinked somewhere else?



I doubt he has hardlinked his iso images.
That's why I excluded it from the list of potential reasons.
Otherwise we could find even more theoretical causes.


But I agree that it would be interesting to see zfs list output.


Nasdorovje (==Cheers),
 %martin
_______________________________________________
opensolaris-discuss mailing list
[email protected]

Reply via email to