Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 12 Jan 2013 13:26:13 -0800
From:      Derek Kulinski <takeda@takeda.tk>
To:        "xenophon\\+freebsd" <xenophon+freebsd@irtnog.org>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: Deleting the top-level ZFS file system (without affecting its children)
Message-ID:  <1268687105.20130112132613@takeda.tk>
In-Reply-To: <BABF8C57A778F04791343E5601659908236D49@cinip100ntsbs.irtnog.net>
References:  <BABF8C57A778F04791343E5601659908236D44@cinip100ntsbs.irtnog.net> <op.wqq6r5vi8527sy@ronaldradial.home> <BABF8C57A778F04791343E5601659908236D49@cinip100ntsbs.irtnog.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Hello xenophon+freebsd,

Saturday, January 12, 2013, 12:47:25 PM, you wrote:

>> Why would rm -rf /oldroot/* not return all the allocated space?
>> I can only think of snapshots keeping the space allocated, but
>> you can remove those too. Can you elaborate on that?

> This will free space in the file system (as shown by df), but it won't
> return the space to the pool.  It looks like ZFS won't let you shrink
> file systems yet.

As far as I understand your question - yes it will return the space.

Unless you explicitly told ZFS to reserve specific amount of space it
takes as much space as given filesystems currently needs. There's no
expanding/shrinking in ZFS because ZFS filesystems are not
partitioning the disk in the general meaning of that word.

The ZFS filesystems behave in a very similar way to directories.

-- 
Best regards,
 Derek                            mailto:takeda@takeda.tk

-- Press any key... no, no, no, NOT THAT ONE!




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1268687105.20130112132613>