From owner-freebsd-current@FreeBSD.ORG Thu May 14 19:41:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 158F5106566B for ; Thu, 14 May 2009 19:41:00 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 987FA8FC1F for ; Thu, 14 May 2009 19:40:59 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:37822 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M4gnE-00007q-5r for freebsd-current@freebsd.org; Thu, 14 May 2009 21:40:44 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id B68E416FD6 for ; Thu, 14 May 2009 21:40:34 +0200 (CEST) Message-Id: <7CD27FF0-CBFA-48B7-9E18-763D8C3ED9B8@exscape.org> From: Thomas Backman To: freebsd-current@freebsd.org In-Reply-To: <20090514133017.362075dhcdy7o2bs@webmail.leidinger.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) X-Priority: 3 (Normal) Date: Thu, 14 May 2009 21:40:34 +0200 References: <08D1E6DF-89D3-4887-9234-C3DB9164D794@exscape.org> <20090514133017.362075dhcdy7o2bs@webmail.leidinger.net> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M4gnE-00007q-5r. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M4gnE-00007q-5r fdfd9fa10dbc007a8c2519b32812d77c Subject: Re: zfs send -R segfault, anyone else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 19:41:00 -0000 On May 14, 2009, at 01:30 PM, Alexander Leidinger wrote: > Quoting Thomas Backman (from Thu, 14 May 2009 > 11:29:17 +0200): > >> 8-CURRENT checked out yesterday morning (CEST) or so. According to >> the svn-head-list, I *think* no relevant changes has been made >> since then. A search through the archives (gzipped text) shows very >> little about zfs send at all. > > Fix in: > http://www.nabble.com/Patch-for-%27zfs-send--R%27-core-dump-%28pr-bin-130105%29-td22106451.html > > Bye, > Alexander. OK, a follow-up... It worked, BUT now *recv* is crashing in the same way, when trying to receive an incremental backup (recv -Fvd): [root@chaos ~]# zfs send -R -I $OLD tank@$NOW | zfs recv -Fvd slave warning: cannot send 'tank/var@backup-20090514-2128': Broken pipe Segmentation fault: 11 (core dumped) [root@chaos ~]# zfs send -R -I $OLD tank@$NOW > diff-snap [root@chaos ~]# cat diff-snap | zfs recv -Fvd slave Segmentation fault: 11 (core dumped) Same kinda backtrace, but what's up with strcmp()? I suppose the issue stems from libzfs, and is not within libc: [root@chaos ~]# gdb /sbin/zfs zfs.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... warning: exec file is newer than core file. ### Due to a TZ difference during installworld Core was generated by `zfs'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libzfs.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libzfs.so.1 Reading symbols from /lib/libgeom.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libgeom.so.4 Reading symbols from /lib/libbsdxml.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libbsdxml.so.3 Reading symbols from /lib/libsbuf.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libsbuf.so.4 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libnvpair.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnvpair.so.1 Reading symbols from /lib/libuutil.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libuutil.so.1 Reading symbols from /lib/libutil.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.7 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800fc466c in strcmp () from /lib/libc.so.7 (gdb) bt #0 0x0000000800fc466c in strcmp () from /lib/libc.so.7 #1 0x000000080065c02c in fletcher_4_incremental_byteswap () from /lib/ libzfs.so.1 #2 0x000000080065c894 in fletcher_4_incremental_byteswap () from /lib/ libzfs.so.1 #3 0x000000080065cffc in fletcher_4_incremental_byteswap () from /lib/ libzfs.so.1 #4 0x000000080065de2c in zfs_receive () from /lib/libzfs.so.1 #5 0x0000000000406a40 in ?? () ........ #629 0x0000000000000000 in ?? () #630 0x0000000000000000 in ?? () #631 0x732f000000000000 in ?? () #632 0x0073667a2f6e6962 in ?? () #633 0x247c8d48002454ff in ?? () #634 0x01a1c0c748006a10 in ?? () #635 0x66fdebf4050f0000 in ?? () #636 0x9066669066669066 in ?? () #637 0x00007fffffffec58 in ?? () #638 0x0000000000000004 in ?? () #639 0x00007fffffffec80 in ?? () ---Type to continue, or q to quit--- #640 0x0000000000000010 in ?? () Cannot access memory at address 0x800000000000 (gdb) quit In case it might matter, and I guess it COULD, tank is ZFS ver 6, slave ver 13 - not ready to upgrade until I have *some* stability. Still, the same happened with 6 vs 6 and send. Oh, and sorry if this (too) has been up. Just trying to make sure this stuff is production-class by 8.0-RELEASE, both for my own and others' sake. ;) Regards, Thomas