Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 14 Jun 2017 14:23:52 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-fs@FreeBSD.org
Subject:   [Bug 219972] Unable to zpool export following some zfs recv
Message-ID:  <bug-219972-3630-tG0lUe5uws@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-219972-3630@https.bugs.freebsd.org/bugzilla/>

index | next in thread | previous in thread | raw e-mail

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219972

--- Comment #1 from pfribeiro@gmail.com ---
I've done some further testing on this by isolating the issue to a 'zfs send'
and 'zfs recv' on the same machine between the external USB drive (on /dev/da0)
and a USB stick (on /dev/da1).

1. I made sure that there were no existing pools on both devices, by destroying
the pools and doing 'zpool labelclear -f /dev/da0' and 'zpool labelclear -f
/dev/da1'.

root@sunflower:~ # zpool labelclear -f /dev/da0
root@sunflower:~ # zpool labelclear -f /dev/da1

2. Created two pools:

root@sunflower:~ # zpool create -O atime=off -O compression=lz4 master /dev/da0
root@sunflower:~ # zpool create -O atime=off -O compression=lz4 slave /dev/da1
root@sunflower:~ # zpool list
NAME     SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
master  7.25T   360K  7.25T         -     0%     0%  1.00x  ONLINE  -
slave   7.25G  78.5K  7.25G         -     0%     0%  1.00x  ONLINE  -
zroot   51.5G  1.11G  50.4G         -     0%     2%  1.00x  ONLINE  -

3. Created some test file on the master pool:

root@sunflower:~ # touch /master/test
root@sunflower:~ # echo "Hello" > /master/test

4. Created a snapshot on the master pool:

root@sunflower:~ # zfs snapshot -r "master@1"

5. Exported the 'slave' pool and imported unmounted (not sure this matters
really):

root@sunflower:~ # zpool export slave
root@sunflower:~ # zpool import -N slave

6. Sent the snapshot across to the slave pool:

root@sunflower:~ # zfs send -Rev "master@1" | zfs recv -Fu slave
full send of master@1 estimated size is 10K
total estimated size is 10K
TIME        SENT   SNAPSHOT
root@sunflower:~ # zpool list
NAME     SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
master  7.25T   588K  7.25T         -     0%     0%  1.00x  ONLINE  -
slave   7.25G   376K  7.25G         -     0%     0%  1.00x  ONLINE  -
zroot   51.5G  1.11G  50.4G         -     0%     2%  1.00x  ONLINE  -

7. Tried to export and import the slave a few times:

root@sunflower:~ # zpool export slave
root@sunflower:~ # zpool import slave
root@sunflower:~ # zpool export slave
cannot export 'slave': pool is busy

...and bang the problem is back. This seems a little crazy.

I would appreciate if someone could try and help me reproduce this problem on
their system, and perhaps point me to some further debugging steps. I'm out of
ideas as to what else I could/should test at this point.

Thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.

home | help

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