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/> References: <bug-219972-3630@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219972 --- Comment #1 from pfribeiro@gmail.com --- I've done some further testing on this by isolating the issue to a 'zfs sen= d' 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 destro= ying 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=3Doff -O compression=3Dlz4 master = /dev/da0 root@sunflower:~ # zpool create -O atime=3Doff -O compression=3Dlz4 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 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-219972-3630-tG0lUe5uws>