ZFS command can block the whole ZFS subsystem!

[O. Hartmann]

On Sun, 5 Jan 2014 09:10:04 +1100
Peter Jeremy <peter at rulingia.com> wrote:

> On 2014-Jan-03 20:25:35 +0100, "O. Hartmann"
> <ohartman at zedat.fu-berlin.de> wrote:
> >[~] zfs get all BACKUP00
> >NAME      PROPERTY              VALUE                 SOURCE
> ...
> >BACKUP00  usedbysnapshots       0                     -
> >BACKUP00  usedbydataset         144K                  -
> >BACKUP00  usedbychildren        2.53T                 -
> >BACKUP00  usedbyrefreservation  0                     -
> 
> >Funny, the disk is supposed to be "empty" ... but is marked as used
> >by 2.5 TB ...
> 
> That says there's another filesystem inside BACKUP00 which has 2.5TB
> used.
> 
> What are the results of:
> zpool status -v BACKUP00
> zfs list -r BACKUP00
> 
No, not stuck, came back after a while:


zpool status -v BACKUP00
  pool: BACKUP00
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool
can still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
        the pool may no longer be accessible by software that does not
support the features. See zpool-features(7) for details.
  scan: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        BACKUP00    ONLINE       0     0     0
          ada3p1    ONLINE       0     0     0

errors: No known data errors

[...]

zfs list -r BACKUP00
NAME              USED  AVAIL  REFER  MOUNTPOINT
BACKUP00         1.48T  1.19T   144K  /BACKUP00
BACKUP00/backup  1.47T  1.19T  1.47T  /backup
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20140104/88ff0a08/attachment.sig>