But even the 'zfs list -o space' is now limited by not displaying snapshots
by default, so the catch all is now
zfs list -o space -t all
shouldn't miss anything then …
;-)
Craig
On 10 Mar 2011, at 03:38, Richard Elling wrote:
>
> On Mar 9, 2011, at 4:05 PM, Tom Fanning wrote:
>
>> O
On Mar 9, 2011, at 4:05 PM, Tom Fanning wrote:
> On Wed, Mar 9, 2011 at 10:37 PM, Peter Jeremy
> wrote:
>> On 2011-Mar-10 05:50:53 +0800, Tom Fanning wrote:
>>> I have a FreeNAS 0.7.2 box, based on FreeBSD 7.3-RELEASE-p1, running
>>> ZFS with 4x1TB SATA drives in RAIDz1.
>>>
>>> I appear to ha
On Wed, Mar 9, 2011 at 10:37 PM, Peter Jeremy
wrote:
> On 2011-Mar-10 05:50:53 +0800, Tom Fanning wrote:
>>I have a FreeNAS 0.7.2 box, based on FreeBSD 7.3-RELEASE-p1, running
>>ZFS with 4x1TB SATA drives in RAIDz1.
>>
>>I appear to have lost 1TB of usable space after creating and deleting
>>a 1T
On Wed, 9 Mar 2011, Tom Fanning wrote:
I appear to have lost 1TB of usable space after creating and deleting
a 1TB sparse file. This happened months ago.
This is an old zfs bug. Recent enough zfs will know how to recover
the space.
- Exported the pool from FreeBSD, imported it on OpenIndi
On 2011-Mar-10 05:50:53 +0800, Tom Fanning wrote:
>I have a FreeNAS 0.7.2 box, based on FreeBSD 7.3-RELEASE-p1, running
>ZFS with 4x1TB SATA drives in RAIDz1.
>
>I appear to have lost 1TB of usable space after creating and deleting
>a 1TB sparse file. This happened months ago.
AFAIR, ZFS on FreeB
Hi all
This is a production issue I have outstanding for several months now.
I asked here a while ago but didn't reach a resolution. I have also
got the question up on serverfault.com, question 192927
I have a FreeNAS 0.7.2 box, based on FreeBSD 7.3-RELEASE-p1, running
ZFS with 4x1TB SATA drives