Date: Sun, 06 Oct 2019 07:18:17 +0000 From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 241083] zfs: zpool import seems to probe all snapshots Message-ID: <bug-241083-3630-wO33FL3KJA@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-241083-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-241083-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=3D241083 --- Comment #17 from Martin Birgmeier <d8zNeCFG@aon.at> --- Hmmm... [0]# ll /lib/libzfs.so.3* -r--r--r-- 1 root wheel 310944 Oct 6 09:10 /lib/libzfs.so.3 -r--r--r-- 1 root wheel 310944 Dec 30 2018 /lib/libzfs.so.3.ORIG [0]# sysctl vfs.zfs.vol.recursive vfs.zfs.vol.recursive: 0 [0]# time zpool import nonexistent_pool cannot import 'nonexistent_pool': no such pool available zpool import nonexistent_pool 0.04s user 1.26s system 4% cpu 29.296 total [1]# sysctl vfs.zfs.vol.recursive=3D1=20=20=20=20 vfs.zfs.vol.recursive: 0 -> 1 [0]# time zpool import nonexistent_pool cannot import 'nonexistent_pool': no such pool available zpool import nonexistent_pool 0.03s user 1.11s system 28% cpu 4.033 total [1]# sysctl vfs.zfs.vol.recursive=3D0=20=20=20=20 vfs.zfs.vol.recursive: 1 -> 0 [0]#=20 Note that using 'gstat -a' I saw that after the first import there was agai= n a long time when all zvols would be active (the system has been running since yesterday as a lightly loaded iSCSI server). I waited for this activity to abate and then started the second import. Again I have the impression that some caching mechanism is at work. -- Martin --=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-241083-3630-wO33FL3KJA>