Date: Tue, 18 Aug 2009 18:11:52 +0200 From: Stefan Bethke <stb@lassitu.de> To: Thomas Backman <serenity@exscape.org> Cc: FreeBSD current <freebsd-current@freebsd.org>, Pawel Dawidek Jakub <pjd@freebsd.org> Subject: Re: Bad news re: new (20080817) ZFS patches and send/recv (broken again) Message-ID: <FFBAD053-4235-4DC6-87F4-384D4ECD6E31@lassitu.de> In-Reply-To: <B8CBCAE0-D057-4469-B481-21A4F2F6A4B0@exscape.org> References: <AA349CA1-6BB8-44BC-B05E-37CC4F3480E0@exscape.org> <25E11A9B-9FDE-4C34-8C6F-8A7883E9876A@exscape.org> <B8CBCAE0-D057-4469-B481-21A4F2F6A4B0@exscape.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 18.08.2009 um 16:20 schrieb Thomas Backman: > On Aug 17, 2009, at 17:24, Thomas Backman wrote: > >> On Aug 17, 2009, at 15:25, Thomas Backman wrote: >> >>> So, I've got myself a source tree almost completely free of >>> patches after today's batch of ZFS patches merged - all that >>> remains is that I uncommented ps -axl from /usr/sbin/crashinfo, >>> since it only coredumps anyway, and added CFLAGS+=-DDEBUG=1 to zfs/ >>> Makefile. >>> >>> One of the changes I didn't already have prior to this must have >>> broken something, though, because this script worked just fine >>> before the merges earlier today. >>> The script below is the exact same I linked in http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009174.html >>> back in July (URL to the script: http://exscape.org/temp/zfs_clone_panic.sh >>> ) - I made some local changes, thus the name invoked below. >>> >>> Now that all the patches are merged, you should need nothing but >>> the script, bash, and the ~200MB free space on the partition >>> containing /root/ to reproduce this problem. >>> (Note that the "no such pool" in the FIRST script is normal; it >>> simply tries to clean up something that isn't there, without error/ >>> sanity checking.) >>> >>> [...] >>> + zpool create -f -R /slave slave ggate666 >>> ++ date +backup-%Y%m%d-%H%M >>> + NOW=backup-20090817-1522 >>> + echo 'Creating snapshots' >>> Creating snapshots >>> + zfs snapshot -r tank@backup-20090817-1522 >>> + echo 'Cloning pool' >>> Cloning pool >>> + zfs send -R tank@backup-20090817-1522 >>> + zfs recv -vFd slave >>> cannot receive: invalid stream (malformed nvlist) >>> warning: cannot send 'tank@backup-20090817-1522': Broken pipe >>> >>> >>> Regards, >>> Thomas >> This is perhaps more troubling... >> [...] >> [root@chaos ~]# zpool create testpool ad0s1d >> [root@chaos ~]# zpool export testpool >> [root@chaos ~]# zpool import testpool >> cannot import 'testpool': no such pool available >> >> Regards, >> Thomas > > OK, I tried to reproduce this in a VM... And I have to say I was a > bit surprised: after doing an installkernel/installworld, but BEFORE > REBOOTING (I install in "multi"-user (one user via ssh), never had a > problem with that), the same issue has appeared, so I'm guessing > zfs.ko can't be to blame here? It's not the zpool binary by itself: after updating from a two-day old current (make world && reboot): root@freebsd-current:~# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT zroot 14.9G 753M 14.1G 4% ONLINE - root@freebsd-current:~# zpool export zroot root@freebsd-current:~# zpool list no pools available root@freebsd-current:~# zpool import zroot cannot import 'zroot': no such pool available root@freebsd-current:~# zpool.old import zroot cannot import 'zroot': no such pool available root@freebsd-current:~# zpool.old import root@freebsd-current:~# uname -a FreeBSD freebsd-current.lassitu.de 8.0-BETA2 FreeBSD 8.0-BETA2 #1 r196359: Tue Aug 18 16:42:41 CEST 2009 root@freebsd-current.lassitu.de :/usr/obj/usr/src/sys/MINIMAL amd64 I saved zfs and zpool before the installworld. And my root is actually on UFS; this pool was left over from root on zfs raidz experiments. root@freebsd-current:~# ls -l /sbin/zpool* -r-xr-xr-x 1 root wheel 76752 Aug 18 17:47 /sbin/zpool* -r-xr-xr-x 1 root wheel 76752 Aug 18 17:46 /sbin/zpool.old* root@freebsd-current:~# md5 /sbin/zpool* MD5 (/sbin/zpool) = 83dcf6343bb0392a38159dd456dcf4c5 MD5 (/sbin/zpool.old) = 340cb5a383b2fc3c77afbdc881258597 HTH, Stefan -- Stefan Bethke <stb@lassitu.de> Fon +49 151 14070811
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FFBAD053-4235-4DC6-87F4-384D4ECD6E31>