Re: ZFS panic on RELENG_7/i386
On Tue, 26 Jan 2010, Artem Belevich wrote: AB> > will do, thank you. is fletcher4 faster? AB> Not necessarily. But it does work as a checksum much better. See AB> following link for the details. AB> AB> http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6740597 Yes, I already read some articles about fletcher checksums and related. Thanks. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS panic on RELENG_7/i386
> will do, thank you. is fletcher4 faster? Not necessarily. But it does work as a checksum much better. See following link for the details. http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6740597 --Artem ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS panic on RELENG_7/i386
On Tue, 26 Jan 2010, Alexander Leidinger wrote: AL> > Well, after updating to fresh system scrub finished without errors, and AL> > now AL> > rsync is running, now copied 15G out of 150. AL> AL> You may want to switch the checksum algorithm to fletcher4. It (fletcher4 AL> the default instead of fletcher2) is one of the few changes between 8-stable AL> and 7-stable in ZFS, which I didn't merge. will do, thank you. is fletcher4 faster? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS panic on RELENG_7/i386
Quoting Dmitry Morozovsky (from Tue, 26 Jan 2010 01:16:28 +0300 (MSK)): On Mon, 25 Jan 2010, Dmitry Morozovsky wrote: DM> PJD> > I had a crash durinc rsync to ZFS today: DM> PJD> DM> PJD> Do you have recent 7-STABLE? Not sure if it was the same before MFC, DM> DM> r...@woozle:/var/crash# uname -a DM> FreeBSD woozle.rinet.ru 7.2-STABLE FreeBSD 7.2-STABLE #4: Mon Dec 14 12:40:43 DM> MSK 2009 ma...@woozle.rinet.ru:/usr/obj/usr/src/sys/WOOZLE i386 DM> DM> I'll update to fresh sources and recheck, thanks. DM> DM> BTW, any thoughts of another topic I started a couple of weeks ago? Well, after updating to fresh system scrub finished without errors, and now rsync is running, now copied 15G out of 150. You may want to switch the checksum algorithm to fletcher4. It (fletcher4 the default instead of fletcher2) is one of the few changes between 8-stable and 7-stable in ZFS, which I didn't merge. Bye, Alexander. -- Officers' club: We don't know but we've been told, our beer on tap is mighty cold. http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS panic on RELENG_7/i386
On Mon, 25 Jan 2010, Dmitry Morozovsky wrote: DM> PJD> > I had a crash durinc rsync to ZFS today: DM> PJD> DM> PJD> Do you have recent 7-STABLE? Not sure if it was the same before MFC, DM> DM> r...@woozle:/var/crash# uname -a DM> FreeBSD woozle.rinet.ru 7.2-STABLE FreeBSD 7.2-STABLE #4: Mon Dec 14 12:40:43 DM> MSK 2009 ma...@woozle.rinet.ru:/usr/obj/usr/src/sys/WOOZLE i386 DM> DM> I'll update to fresh sources and recheck, thanks. DM> DM> BTW, any thoughts of another topic I started a couple of weeks ago? Well, after updating to fresh system scrub finished without errors, and now rsync is running, now copied 15G out of 150. Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS panic on RELENG_7/i386
On Mon, 25 Jan 2010, Pawel Jakub Dawidek wrote: PJD> On Mon, Jan 25, 2010 at 10:04:20PM +0300, Dmitry Morozovsky wrote: PJD> > Dear colleagues, PJD> > PJD> > I had a crash durinc rsync to ZFS today: PJD> PJD> Do you have recent 7-STABLE? Not sure if it was the same before MFC, r...@woozle:/var/crash# uname -a FreeBSD woozle.rinet.ru 7.2-STABLE FreeBSD 7.2-STABLE #4: Mon Dec 14 12:40:43 MSK 2009 ma...@woozle.rinet.ru:/usr/obj/usr/src/sys/WOOZLE i386 I'll update to fresh sources and recheck, thanks. BTW, any thoughts of another topic I started a couple of weeks ago? PJD> probably not, because what you see is impossible in case of source I'm PJD> looking at. At the begining of zfs_fuid_create() function there is a PJD> check: PJD> PJD>if (!zfsvfs->z_use_fuids || !IS_EPHEMERAL(id) || fuid_idx != 0) PJD>return (id); PJD> PJD> And IS_EPHEMERAL() is defined as follows: PJD> PJD>#define IS_EPHEMERAL(x) (0) PJD> PJD> So it will always return here. PJD> PJD> > #3 0xc08e95ce in zfs_fuid_create (zfsvfs=0xc65c4800, id=Unhandled dwarf PJD> > expression opcode 0x93 PJD> > ) PJD> > at PJD> > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_fuid.c:591 PJD> PJD> -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS panic on RELENG_7/i386
On Mon, Jan 25, 2010 at 10:04:20PM +0300, Dmitry Morozovsky wrote: > Dear colleagues, > > I had a crash durinc rsync to ZFS today: Do you have recent 7-STABLE? Not sure if it was the same before MFC, probably not, because what you see is impossible in case of source I'm looking at. At the begining of zfs_fuid_create() function there is a check: if (!zfsvfs->z_use_fuids || !IS_EPHEMERAL(id) || fuid_idx != 0) return (id); And IS_EPHEMERAL() is defined as follows: #define IS_EPHEMERAL(x) (0) So it will always return here. > #3 0xc08e95ce in zfs_fuid_create (zfsvfs=0xc65c4800, id=Unhandled dwarf > expression opcode 0x93 > ) > at > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_fuid.c:591 -- Pawel Jakub Dawidek http://www.wheel.pl p...@freebsd.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! pgpGXOZZRCate.pgp Description: PGP signature
