From owner-freebsd-fs@FreeBSD.ORG Mon May 11 11:06:55 2009 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5305B1065672 for ; Mon, 11 May 2009 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBFA8FC12 for ; Mon, 11 May 2009 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4BB6tq9085942 for ; Mon, 11 May 2009 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4BB6sLC085938 for freebsd-fs@FreeBSD.org; Mon, 11 May 2009 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 May 2009 11:06:54 GMT Message-Id: <200905111106.n4BB6sLC085938@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 11:06:55 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/133676 fs [smbfs] [panic] umount -f'ing a vnode-based memory dis o kern/133614 fs [smbfs] [panic] panic: ffs_truncate: read-only filesys o kern/133373 fs [zfs] umass attachment causes ZFS checksum errors, dat o kern/133174 fs [msdosfs] [patch] msdosfs must support utf-encoded int o kern/133150 fs [zfs] Page fault with ZFS on 7.1-RELEASE/amd64 while w o kern/133134 fs [zfs] Missing ZFS zpool labels o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132597 fs [tmpfs] [panic] tmpfs-related panic while interrupting o kern/132551 fs [zfs] ZFS locks up on extattr_list_link syscall o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132337 fs [zfs] [panic] kernel panic in zfs_fuid_create_cred o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132145 fs [panic] File System Hard Crashes f kern/132068 fs [zfs] page fault when using ZFS over NFS on 7.1-RELEAS o kern/131995 fs [nfs] Failure to mount NFSv4 server o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/131086 fs [ext2fs] [patch] mkfs.ext2 creates rotten partition o kern/131084 fs [xfs] xfs destroys itself after copying data o kern/131081 fs [zfs] User cannot delete a file when a ZFS dataset is o kern/130979 fs [smbfs] [panic] boot/kernel/smbfs.ko o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130229 fs [iconv] usermount fails on fs that need iconv o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) f kern/128829 fs smbd(8) causes periodic panic on 7-RELEASE o kern/128633 fs [zfs] [lor] lock order reversal in zfs o kern/128514 fs [zfs] [mpt] problems with ZFS and LSILogic SAS/SATA Ad f kern/128173 fs [ext2fs] ls gives "Input/output error" on mounted ext3 o kern/127420 fs [gjournal] [panic] Journal overflow on gmirrored gjour o kern/127213 fs [tmpfs] sendfile on tmpfs data corruption o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file f kern/125536 fs [ext2fs] ext 2 mounts cleanly but fails on commands li o kern/125149 fs [nfs] [panic] changing into .zfs dir from nfs client c f kern/124621 fs [ext3] [patch] Cannot mount ext2fs partition o kern/122888 fs [zfs] zfs hang w/ prefetch on, zil off while running t o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha o bin/118249 fs mv(1): moving a directory changes its mtime o kern/116170 fs [panic] Kernel panic when mounting /tmp o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna o kern/89991 fs [ufs] softupdates with mount -ur causes fs UNREFS o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc 58 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon May 11 21:25:46 2009 Return-Path: Delivered-To: fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FAAD1065678 for ; Mon, 11 May 2009 21:25:46 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id B32148FC22 for ; Mon, 11 May 2009 21:25:45 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [192.168.0.23] (r5af140.net.upc.cz [86.49.39.140]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id n4BKwaB4003948 for ; Mon, 11 May 2009 22:58:37 +0200 (CEST) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: fs@FreeBSD.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-PLn1gYLRO/E1cH82vGNk" Date: Mon, 11 May 2009 22:58:35 +0200 Message-Id: <1242075515.72992.119.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Score: -1.453 () AWL,BAYES_00,RCVD_IN_PBL X-Scanned-By: MIMEDefang 2.64 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 86.49.39.140; Sender-helo: [192.168.0.23]; ) Cc: Subject: pointyhat panic in nfs client code X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 21:25:47 -0000 --=-PLn1gYLRO/E1cH82vGNk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Copying fs@.. panic: mtx_lock() of destroyed mutex @ /usr/src/sys/rpc/clnt_vc.c:953 cpuid =3D 2 KDB: enter: panic [thread pid 0 tid 100029 ] Stopped at kdb_enter+0x3d: movq $0,0x3f5fb8(%rip) db> bt Tracing pid 0 tid 100029 td 0xffffff00018e1000 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b _mtx_lock_flags() at _mtx_lock_flags+0xc5 clnt_vc_soupcall() at clnt_vc_soupcall+0x273 sowakeup() at sowakeup+0xf8 tcp_do_segment() at tcp_do_segment+0x23c9 tcp_input() at tcp_input+0x9ec ip_input() at ip_input+0xbc ether_demux() at ether_demux+0x1ed ether_input() at ether_input+0x171 em_rxeof() at em_rxeof+0x201 em_handle_rxtx() at em_handle_rxtx+0x4b taskqueue_run() at taskqueue_run+0x96 taskqueue_thread_loop() at taskqueue_thread_loop+0x3f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffffff240a6d40, rbp =3D 0 --- The box is in kdb on serial console for now. May 9 -CURRENT, I think. --=20 Pav Lucistnik A spoonful of curry, garlic and mustard helps the medicine go down... and come straight back up again. -- JLE on #angband --=-PLn1gYLRO/E1cH82vGNk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkoIkXsACgkQntdYP8FOsoIjrwCfR/0rI7RJhmVFAOHsLDIj4vDW DssAnAhf0BozOQuicjLV31GVnXTh84/d =KXGC -----END PGP SIGNATURE----- --=-PLn1gYLRO/E1cH82vGNk-- From owner-freebsd-fs@FreeBSD.ORG Tue May 12 19:53:00 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F01106566B; Tue, 12 May 2009 19:53:00 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 994F58FC17; Tue, 12 May 2009 19:53:00 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4CJr0dn097815; Tue, 12 May 2009 19:53:00 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4CJr0st097811; Tue, 12 May 2009 19:53:00 GMT (envelope-from linimon) Date: Tue, 12 May 2009 19:53:00 GMT Message-Id: <200905121953.n4CJr0st097811@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/134491: [zfs] Hot spares are rather cold... X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 19:53:01 -0000 Old Synopsis: ZFS: Hot spares are rather cold... New Synopsis: [zfs] Hot spares are rather cold... Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Tue May 12 19:52:40 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=134491 From owner-freebsd-fs@FreeBSD.ORG Tue May 12 20:14:13 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D68F106566B; Tue, 12 May 2009 20:14:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D5F708FC12; Tue, 12 May 2009 20:14:12 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4CKECsR024884; Tue, 12 May 2009 20:14:12 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4CKECsV024873; Tue, 12 May 2009 20:14:12 GMT (envelope-from linimon) Date: Tue, 12 May 2009 20:14:12 GMT Message-Id: <200905122014.n4CKECsV024873@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/134496: [zfs] [panic] ZFS pool export occasionally causes a kernel panic ("vrele: negative ref cnt") X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 20:14:13 -0000 Old Synopsis: ZFS pool export occasionally causes a kernel panic ("vrele: negative ref cnt") New Synopsis: [zfs] [panic] ZFS pool export occasionally causes a kernel panic ("vrele: negative ref cnt") Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Tue May 12 20:13:56 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=134496 From owner-freebsd-fs@FreeBSD.ORG Wed May 13 08:29:44 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7F1D10656FF for ; Wed, 13 May 2009 08:29:44 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 952878FC2B for ; Wed, 13 May 2009 08:29:44 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M49qR-0008TK-5q; Wed, 13 May 2009 08:29:43 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 792901660140; Wed, 13 May 2009 10:29:42 +0200 (CEST) Date: Wed, 13 May 2009 10:29:42 +0200 Message-ID: From: Randy Bush To: Doug Rabson In-Reply-To: <16C31872-6A83-4FAB-AC85-213D604CDDE4@rabson.org> References: <367b2c980811191412h5e0af470k165b37edc2fc5853@mail.gmail.com> <16C31872-6A83-4FAB-AC85-213D604CDDE4@rabson.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs@freebsd.org Subject: Re: ZFSBoot try and bsdlabel bootstrap code X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:29:45 -0000 next week, i have to do a system install on a 24tb array which has no cdrom. i want to use raidz2. the new issues to me are o install from usb stick o installing on a new zfs o boot from zfs i have a couple of systems where i did a small bootable gmirror partition on the first two drives, and then gave the rest of the drives, and other whole drives, to zfs. i could do that this time too, i guess. but i wondered if i could do an install which was pure zfs. i have been collecting email on the subject for six months. so now i have some clues and some confusion. is there a zfs capable loader? i will be doing this a jet-lagged. is there a recipe? randy From owner-freebsd-fs@FreeBSD.ORG Wed May 13 08:39:40 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 664EF106564A for ; Wed, 13 May 2009 08:39:40 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id B8D598FC26 for ; Wed, 13 May 2009 08:39:39 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 59FB63B99A for ; Wed, 13 May 2009 10:39:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cSdjq9xAP0+a for ; Wed, 13 May 2009 10:39:36 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id D96DE3B811; Wed, 13 May 2009 10:39:36 +0200 (CEST) Date: Wed, 13 May 2009 10:39:36 +0200 From: Ollivier Robert To: freebsd-fs@freebsd.org Message-ID: <20090513083936.GA35365@keltia.freenix.fr> References: <367b2c980811191412h5e0af470k165b37edc2fc5853@mail.gmail.com> <16C31872-6A83-4FAB-AC85-213D604CDDE4@rabson.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.19 (2009-01-05) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFSBoot try and bsdlabel bootstrap code X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:39:40 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline According to Randy Bush: > i have been collecting email on the subject for six months. so now i > have some clues and some confusion. is there a zfs capable loader? > > i will be doing this a jet-lagged. is there a recipe? There are a few tutorials around here. I'd suggest starting with the following: http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ What's in there could help: http://wiki.freebsd.org/AppleMacbook Here is a translation into English of a french blog post about gpt only: http://translate.google.com/translate?prev=hp&hl=en&js=n&u=http%3A%2F%2Fbaptux.free.fr%2Findex.php%3Fpost%2F2009%2F04%2F18%2FChanger-le-disque-systeme-sur-FreeBSD&sl=fr&tl=en I also attach a script I've found (maybe here) too, to be used as an example. For the moment booting is only accepted from single or mirrored zpool, not raidz/raidz2 although Doug Rabson has patches for both. I plan to try to summarize all these into a wiki article (unless someone beat me to it) by playing with my vmware fusion setup. I plan to have a new server at home soon and ant it full zfs... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ --nFreZHaLTZJo0R7j-- From owner-freebsd-fs@FreeBSD.ORG Wed May 13 08:46:53 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E1DC106564A for ; Wed, 13 May 2009 08:46:53 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 362B78FC08 for ; Wed, 13 May 2009 08:46:53 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id EC5F83B99A; Wed, 13 May 2009 10:46:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id owNngaPXS6g4; Wed, 13 May 2009 10:46:51 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 728893B811; Wed, 13 May 2009 10:46:51 +0200 (CEST) Date: Wed, 13 May 2009 10:46:51 +0200 From: Ollivier Robert To: Olivier SMEDTS Message-ID: <20090513084651.GA35608@keltia.freenix.fr> References: <367b2c980811191412h5e0af470k165b37edc2fc5853@mail.gmail.com> <16C31872-6A83-4FAB-AC85-213D604CDDE4@rabson.org> <20090513083936.GA35365@keltia.freenix.fr> <367b2c980905130141t66fd1fffseeb355e3512e003f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <367b2c980905130141t66fd1fffseeb355e3512e003f@mail.gmail.com> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-fs@freebsd.org Subject: Re: ZFSBoot try and bsdlabel bootstrap code X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 08:46:54 -0000 According to Olivier SMEDTS: > Do you know if the patches allow booting on a degraded array ? >From what Doug said last week at BSDCan's WIP session, yes. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-fs@FreeBSD.ORG Wed May 13 09:14:29 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5028A106564A for ; Wed, 13 May 2009 09:14:29 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-gx0-f178.google.com (mail-gx0-f178.google.com [209.85.217.178]) by mx1.freebsd.org (Postfix) with ESMTP id F111B8FC0C for ; Wed, 13 May 2009 09:14:28 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by gxk26 with SMTP id 26so934347gxk.19 for ; Wed, 13 May 2009 02:14:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.90.86.10 with SMTP id j10mr595397agb.12.1242204114632; Wed, 13 May 2009 01:41:54 -0700 (PDT) In-Reply-To: <20090513083936.GA35365@keltia.freenix.fr> References: <367b2c980811191412h5e0af470k165b37edc2fc5853@mail.gmail.com> <16C31872-6A83-4FAB-AC85-213D604CDDE4@rabson.org> <20090513083936.GA35365@keltia.freenix.fr> Date: Wed, 13 May 2009 10:41:54 +0200 Message-ID: <367b2c980905130141t66fd1fffseeb355e3512e003f@mail.gmail.com> From: Olivier SMEDTS To: Ollivier Robert Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: ZFSBoot try and bsdlabel bootstrap code X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 09:14:29 -0000 2009/5/13 Ollivier Robert : > According to Randy Bush: >> i have been collecting email on the subject for six months. =A0so now i >> have some clues and some confusion. =A0is there a zfs capable loader? >> >> i will be doing this a jet-lagged. =A0is there a recipe? > > There are a few tutorials around here. =A0I'd suggest starting with the > following: > > http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ > > What's in there could help: > http://wiki.freebsd.org/AppleMacbook > > Here is a translation into English of a french blog =A0post about gpt onl= y: > http://translate.google.com/translate?prev=3Dhp&hl=3Den&js=3Dn&u=3Dhttp%3= A%2F%2Fbaptux.free.fr%2Findex.php%3Fpost%2F2009%2F04%2F18%2FChanger-le-disq= ue-systeme-sur-FreeBSD&sl=3Dfr&tl=3Den > > I also attach a script I've found (maybe here) too, to be used as an > example. =A0For the moment booting is only accepted from single or mirror= ed > zpool, not raidz/raidz2 although Doug Rabson has patches for both. Do you know if the patches allow booting on a degraded array ? > I plan to try to summarize all these into a wiki article (unless someone > beat me to it) by playing with my vmware fusion setup. =A0I plan to have = a > new server at home soon and ant it full zfs... > -- > Ollivier ROBERT -=3D- FreeBSD: The Power to Serve! -=3D- roberto@keltia.f= reenix.fr > In memoriam to Ondine : http://ondine.keltia.net/ > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-fs@FreeBSD.ORG Wed May 13 12:00:51 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3362106566B for ; Wed, 13 May 2009 12:00:51 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6CA8FC19 for ; Wed, 13 May 2009 12:00:50 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M4D8f-0004WJ-AV for freebsd-fs@freebsd.org; Wed, 13 May 2009 12:00:45 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 May 2009 12:00:45 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 May 2009 12:00:45 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Wed, 13 May 2009 14:00:46 +0200 Lines: 10 Message-ID: References: <49FC1BD0.4030306@T-Online.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <49FC1BD0.4030306@T-Online.de> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: UFS2 and SSDs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 12:00:52 -0000 Juergen Dankoweit wrote: > Hello to the list, > > my question is, how does UFS2 behave on solid state disks? What about > performance, stability and data security? > There are no special optimizations or pessimizations, compared to other mainstream file systems, so - average performance, unchanged stability and data security. From owner-freebsd-fs@FreeBSD.ORG Wed May 13 12:51:32 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 629A210656C1 for ; Wed, 13 May 2009 12:51:32 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2CC8FC25 for ; Wed, 13 May 2009 12:51:31 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so165777ana.13 for ; Wed, 13 May 2009 05:51:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=VkNjUcji4xEr1VRKprpHeUecJiHBU0sZjlm8vJrMI34=; b=DRIYvHOE9XkBeQNzQ2aSbmElPoSsq9woycp/NTWqFXpKSx9FP3FAa9VBhN03vFujoH K4zdbEx+geXS5RYP9z2mvXFWf4YF9gK9++1NQ6jxGoi/8RSpWJfA4oZ5wsjwN/J596vH /wYJ1R2rZERB2E4wPwY9UOv8zcmtkXgJidZFs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=CL0GOklF2EJTyeYwUaKNegn0w5/fnMZkXvWehqOwMmCUa0NPcJvEJctTveVXvTVIMe l1KSG8Uc6uD4ntmBVRB5EOsPQtfCKVFlD6ZTWlmIBMjzEncK4eJ0QI28M59/DTq1eyCo k/L5pSDVyuj3ARNzsmxhgvDnijy16rXU0r7lQ= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.231.15 with SMTP id d15mr1104129anh.77.1242217782582; Wed, 13 May 2009 05:29:42 -0700 (PDT) In-Reply-To: References: <49FC1BD0.4030306@T-Online.de> Date: Wed, 13 May 2009 05:29:41 -0700 X-Google-Sender-Auth: 536ba8cbaebf6c76 Message-ID: <3c1674c90905130529r70589318tf57198d24cf2bd57@mail.gmail.com> From: Kip Macy To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: UFS2 and SSDs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 12:51:32 -0000 On Wed, May 13, 2009 at 5:00 AM, Ivan Voras wrote: > Juergen Dankoweit wrote: >> Hello to the list, >> >> my question is, how does UFS2 behave on solid state disks? What about >> performance, stability and data security? >> > > There are no special optimizations or pessimizations, compared to other > mainstream file systems, so - average performance, unchanged stability > and data security. > I accidentally bought a camera-grade SSD. Random write performance with UFS made it unusable. I ended up converting /usr to ZFS - since which time I've been very happy with performance. -Kip -- When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-fs@FreeBSD.ORG Wed May 13 14:09:28 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DD10106567D; Wed, 13 May 2009 14:09:28 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from ita.aagh.net (ita.aagh.net [208.86.225.114]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7948FC0C; Wed, 13 May 2009 14:09:28 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from cpc1-hart9-2-0-cust900.11-3.cable.virginmedia.com ([86.30.3.133] helo=voi.aagh.net ident=mailnull) by ita.aagh.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M4Ets-0001tU-VQ; Wed, 13 May 2009 13:53:37 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M4Etr-000BpB-Id; Wed, 13 May 2009 14:53:35 +0100 Date: Wed, 13 May 2009 14:53:35 +0100 From: Thomas Hurst To: Kip Macy Message-ID: <20090513135335.GA42884@voi.aagh.net> Mail-Followup-To: Kip Macy , Ivan Voras , freebsd-fs@freebsd.org References: <49FC1BD0.4030306@T-Online.de> <3c1674c90905130529r70589318tf57198d24cf2bd57@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3c1674c90905130529r70589318tf57198d24cf2bd57@mail.gmail.com> Organization: Not much. User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-fs@freebsd.org, Ivan Voras Subject: Re: UFS2 and SSDs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 14:09:29 -0000 * Kip Macy (kmacy@freebsd.org) wrote: > I accidentally bought a camera-grade SSD. Random write performance > with UFS made it unusable. I ended up converting /usr to ZFS - since > which time I've been very happy with performance. Did you try gjournal on it? SSD's should do better with sequential journal writes. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-fs@FreeBSD.ORG Wed May 13 14:31:45 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85F1F106564A for ; Wed, 13 May 2009 14:31:45 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC748FC15 for ; Wed, 13 May 2009 14:31:45 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M4FUk-0002tJ-NH for freebsd-fs@freebsd.org; Wed, 13 May 2009 14:31:42 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 May 2009 14:31:42 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 May 2009 14:31:42 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Wed, 13 May 2009 16:31:30 +0200 Lines: 40 Message-ID: References: <49FC1BD0.4030306@T-Online.de> <3c1674c90905130529r70589318tf57198d24cf2bd57@mail.gmail.com> <20090513135335.GA42884@voi.aagh.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4C21049048231D29B0D83DC6" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <20090513135335.GA42884@voi.aagh.net> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: UFS2 and SSDs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 14:31:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4C21049048231D29B0D83DC6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thomas Hurst wrote: > * Kip Macy (kmacy@freebsd.org) wrote: >=20 >> I accidentally bought a camera-grade SSD. Random write performance >> with UFS made it unusable. I ended up converting /usr to ZFS - since >> which time I've been very happy with performance. >=20 > Did you try gjournal on it? SSD's should do better with sequential > journal writes. My guess is that it won't matter - the issue is "small writes" not "sequential writes". Gjournal will issue writes as it receives them - if it receives a bunch of small ones, it will pass them on in the same form, only sequential (the drive will still see a bunch of small writes). This works well for mechanical drives because of rotational properties but does nothing to SSDs. ZFS OTOH does a great deal of buffering. --------------enig4C21049048231D29B0D83DC6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoK2cIACgkQldnAQVacBciiTgCfdVe8hEyS++T5/QJSq5SrEXfI DwwAnA+9U71WvvtcFMujgwa+3vwonrAU =sGAH -----END PGP SIGNATURE----- --------------enig4C21049048231D29B0D83DC6-- From owner-freebsd-fs@FreeBSD.ORG Wed May 13 14:51:05 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 808941065672; Wed, 13 May 2009 14:51:05 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 224698FC2A; Wed, 13 May 2009 14:51:05 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so375025yxb.13 for ; Wed, 13 May 2009 07:51:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=hVRxvaqUwoVDz4SU4os6LiE4PXhocKjV1DuCYUisYAk=; b=BIivs1BB+KxItS9c8Hi4SgT272n4ocayN5hIV4a035pB5CJ2TEnm+c93Myje/p1baV LWEje8ZH0iVi18Q1Bnws46Bb+VrDnmR7vpdBprcQnhxtJCAscSvzlpg4H5ZXgKf/3fSS 9ChUJk7J3GNYDZ602TBBVZ5Ct5mK2wKuy3maI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=nmC09Ipxq+IqBTB3Yxv9EcpKLzY6eNlGmDRY2cVNq3SPPebCohJDZG5K3WfiMmE9Hm CghHit8tBdljgSRchjZ2bved2w0fF6urtswZ9SVuQ0KGTpnRFiKWPFh29kPkmiPDpwS+ HZWhCAP/H9YGIWVditBzR4LsC+MqwGfKF2ZSc= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.10.15 with SMTP id 15mr1415057anj.8.1242226264542; Wed, 13 May 2009 07:51:04 -0700 (PDT) In-Reply-To: References: <49FC1BD0.4030306@T-Online.de> <3c1674c90905130529r70589318tf57198d24cf2bd57@mail.gmail.com> <20090513135335.GA42884@voi.aagh.net> Date: Wed, 13 May 2009 07:51:04 -0700 X-Google-Sender-Auth: 933a7d42ce8cf52c Message-ID: <3c1674c90905130751s60757be2t8039965b71c75467@mail.gmail.com> From: Kip Macy To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: UFS2 and SSDs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 14:51:05 -0000 On Wed, May 13, 2009 at 7:31 AM, Ivan Voras wrote: > Thomas Hurst wrote: >> * Kip Macy (kmacy@freebsd.org) wrote: >> >>> I accidentally bought a camera-grade SSD. Random write performance >>> with UFS made it unusable. I ended up converting /usr to ZFS - since >>> which time I've been very happy with performance. >> >> Did you try gjournal on it? =A0SSD's should do better with sequential >> journal writes. > > My guess is that it won't matter - the issue is "small writes" not > "sequential writes". Gjournal will issue writes as it receives them - if > it receives a bunch of small ones, it will pass them on in the same > form, only sequential (the drive will still see a bunch of small > writes). This works well for mechanical drives because of rotational > properties but does nothing to SSDs. > > ZFS OTOH does a great deal of buffering. The benefits come from write-allocate - writes always end up being some multiple of erase blocks. With FFS the drive constantly has to GC partial blocks. -Kip --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-fs@FreeBSD.ORG Wed May 13 18:35:21 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3A20106564A for ; Wed, 13 May 2009 18:35:20 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id AF7D08FC0C for ; Wed, 13 May 2009 18:35:20 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id 1278E5C1B; Wed, 13 May 2009 19:18:12 +0100 (BST) Message-Id: From: Doug Rabson To: Randy Bush In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Wed, 13 May 2009 19:17:29 +0100 References: <367b2c980811191412h5e0af470k165b37edc2fc5853@mail.gmail.com> <16C31872-6A83-4FAB-AC85-213D604CDDE4@rabson.org> X-Mailer: Apple Mail (2.930.4) Cc: freebsd-fs@freebsd.org Subject: Re: ZFSBoot try and bsdlabel bootstrap code X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 18:35:21 -0000 On 13 May 2009, at 09:29, Randy Bush wrote: > next week, i have to do a system install on a 24tb array which has no > cdrom. i want to use raidz2. the new issues to me are > o install from usb stick > o installing on a new zfs > o boot from zfs > > i have a couple of systems where i did a small bootable gmirror > partition on the first two drives, and then gave the rest of the > drives, > and other whole drives, to zfs. i could do that this time too, i > guess. but i wondered if i could do an install which was pure zfs. > > i have been collecting email on the subject for six months. so now i > have some clues and some confusion. is there a zfs capable loader? > > i will be doing this a jet-lagged. is there a recipe? There is basic support in the FreeBSD-current tree which covers booting from simple disks, mirrors and collections of mirrors. I have patches for raidz and raidz2 but they really aren't ready for prime time (they work in small test cases but not for larger real-world arrays). What you could do to allow the installation of ZFS boot code in the future is use GPT to partition the drives and create a small boot partition. Something like this: # gpt create -f da0 # gpt boot -b /boot/pmbr -g /boot/gptzfsboot da0 # gpt add -t freebsd-zfs da0 The bootstrap code in /boot/gptzfsboot doesn't currently support raidz or raidz2 but initialising the array this way will make it easier to install a functioning bootstrap at a later date. From owner-freebsd-fs@FreeBSD.ORG Thu May 14 07:44:44 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1512E1065672 for ; Thu, 14 May 2009 07:44:44 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id E4E538FC1E for ; Thu, 14 May 2009 07:44:43 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1M4VcP-000Bhg-6R; Thu, 14 May 2009 07:44:41 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 4B7DA16AA3C5; Thu, 14 May 2009 09:44:40 +0200 (CEST) Date: Thu, 14 May 2009 09:44:40 +0200 Message-ID: From: Randy Bush To: Ollivier Robert In-Reply-To: <20090513083936.GA35365@keltia.freenix.fr> References: <367b2c980811191412h5e0af470k165b37edc2fc5853@mail.gmail.com> <16C31872-6A83-4FAB-AC85-213D604CDDE4@rabson.org> <20090513083936.GA35365@keltia.freenix.fr> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-fs@freebsd.org Subject: Re: ZFSBoot try and bsdlabel bootstrap code X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 07:44:44 -0000 > There are a few tutorials around here. I'd suggest starting with the > following: > > http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ > > What's in there could help: > http://wiki.freebsd.org/AppleMacbook > > Here is a translation into English of a french blog post about gpt only: > http://translate.google.com/translate?prev=hp&hl=en&js=n&u=http%3A%2F%2Fbaptux.free.fr%2Findex.php%3Fpost%2F2009%2F04%2F18%2FChanger-le-disque-systeme-sur-FreeBSD&sl=fr&tl=en excellent! thank you. and doug hit me with a few clues too. > I also attach a script I've found (maybe here) too, to be used as an > example. i can not see that a script is attached. thank you! randy From owner-freebsd-fs@FreeBSD.ORG Thu May 14 10:17:34 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED255106564A for ; Thu, 14 May 2009 10:17:34 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 84A4C8FC0A for ; Thu, 14 May 2009 10:17:34 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 2790B3BBC3; Thu, 14 May 2009 12:17:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C0i2nnB9vrs6; Thu, 14 May 2009 12:16:00 +0200 (CEST) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id 1AFC23B7AC; Thu, 14 May 2009 12:16:00 +0200 (CEST) Date: Thu, 14 May 2009 12:15:56 +0200 From: Ollivier Robert To: Randy Bush Message-ID: <20090514101556.GA62335@roberto-al.eurocontrol.fr> References: <367b2c980811191412h5e0af470k165b37edc2fc5853@mail.gmail.com> <16C31872-6A83-4FAB-AC85-213D604CDDE4@rabson.org> <20090513083936.GA35365@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-fs@freebsd.org Subject: Re: ZFSBoot try and bsdlabel bootstrap code X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 10:17:35 -0000 According to Randy Bush: > excellent! thank you. and doug hit me with a few clues too. Good. > > I also attach a script I've found (maybe here) too, to be used as an > > example. > > i can not see that a script is attached. It must have been stripped out, maybe at your end. Anyway: http://people.freebsd.org/~roberto/create-zfsboot-gpt.sh -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-fs@FreeBSD.ORG Thu May 14 15:24:50 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B8EB1065670 for ; Thu, 14 May 2009 15:24:50 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id B26258FC1F for ; Thu, 14 May 2009 15:24:48 +0000 (UTC) (envelope-from dfr@rabson.org) Received: by itchy.rabson.org (Postfix, from userid 80) id D95235DB9; Thu, 14 May 2009 16:25:02 +0100 (BST) To: Peter Jeremy MIME-Version: 1.0 Date: Thu, 14 May 2009 16:25:02 +0100 From: Doug Rabson In-Reply-To: <20090201072432.GA25276@server.vk2pj.dyndns.org> References: <9461581F-F354-486D-961D-3FD5B1EF007C@rabson.org> <20090201072432.GA25276@server.vk2pj.dyndns.org> Message-ID: <246ecf0c87f944d70c5562eeed4165c9@mail.rabson.org> X-Sender: dfr@rabson.org User-Agent: RoundCube Webmail/0.2.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" Cc: freebsd-fs@freebsd.org Subject: Re: Booting from ZFS raidz X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 15:24:50 -0000 On Sun, 1 Feb 2009 18:24:32 +1100, Peter Jeremy wrote: > On 2008-Dec-17 18:25:51 +0000, Doug Rabson wrote: >>I've been working on adding raidz and raidz2 support to the boot code >>and I have a patch which could use some testing if anyone here is >>interested. This http://people.freebsd.org/~dfr/ >>raidzboot-17122008.diff adds support for raidz and raidz2. The easiest >>way to prepare a bootable pool is to put a GPT boot partition on each >>disk that will make up the raidz pool and install gptzfsboot on the >>boot partition of every drive. > > This sounds great so I thought I'd try it. Unfortunately, it didn't > work on my degraded pool [ZFS managed to kill a disk and I thought I'd > experiment]. When I tried to boot, I got: > ZFS: i/o error - all block copies unavailable > ZFS: can't read MOS > ZFS: unexpected object set type lld > > FreeBSD/i386 boot > Default: tank:/boot/loader > boot: > > The boot loader is up-to-date and was built with 'LOADER_ZFS_SUPPORT'. > Any ideas? I fixed a bug in the patch. Try this version: http://people.freebsd.org/~dfr/raidzboot-14052009.diff From owner-freebsd-fs@FreeBSD.ORG Fri May 15 00:31:20 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99658106564A for ; Fri, 15 May 2009 00:31:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8628FC12 for ; Fri, 15 May 2009 00:31:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n4EL6Lp1014157 for ; Fri, 15 May 2009 07:06:21 +1000 Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n4EL6HFe031636 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 May 2009 07:06:19 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n4EL6HP5057031; Fri, 15 May 2009 07:06:17 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n4EL6Gfi057030; Fri, 15 May 2009 07:06:16 +1000 (EST) (envelope-from peter) Date: Fri, 15 May 2009 07:06:16 +1000 From: Peter Jeremy To: Doug Rabson Message-ID: <20090514210616.GA57001@server.vk2pj.dyndns.org> References: <9461581F-F354-486D-961D-3FD5B1EF007C@rabson.org> <20090201072432.GA25276@server.vk2pj.dyndns.org> <246ecf0c87f944d70c5562eeed4165c9@mail.rabson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <246ecf0c87f944d70c5562eeed4165c9@mail.rabson.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-fs@freebsd.org Subject: Re: Booting from ZFS raidz X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 00:31:20 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-May-14 16:25:02 +0100, Doug Rabson wrote: >I fixed a bug in the patch. Try this version: >http://people.freebsd.org/~dfr/raidzboot-14052009.diff Thanks for that but I'm not in a position to test it at present. --=20 Peter Jeremy --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMh8gACgkQ/opHv/APuIex0wCffTkLV0lGm9CISkGBDKc3E8dL qE0An0Kir5ztXZrsgX5ofhKsE0QiJqKl =wT8S -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-fs@FreeBSD.ORG Fri May 15 10:49:50 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1626106564A; Fri, 15 May 2009 10:49:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA528FC0A; Fri, 15 May 2009 10:49:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA05072; Fri, 15 May 2009 13:49:47 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A0D48CB.7030707@icyb.net.ua> Date: Fri, 15 May 2009 13:49:47 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-fs@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek Subject: stable/7: shutdown stuck in zfs_umount (z_op_cnt > 0) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 10:49:51 -0000 Quite frequently when rebooting or shutting down after long uptime my amd64 stable/7 system gets stuck in shutdown after printing "All buffers synced". Below is some kgdb examination after breaking to ddb and inducing panic. I also see lots of threads with zfs-related names (also below). Any ideas/suggestions on cause/fix/workaround? Thanks! (kgdb) i thr ... 3 Thread 100002 (PID=1: init) sched_switch (td=0xffffff0001411a50, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 ... (kgdb) thr 3 [Switching to thread 3 (Thread 100002)]#0 sched_switch (td=0xffffff0001411a50, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 1944 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xffffff0001411a50, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xffffffff802b35d9 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:444 #2 0xffffffff802e0085 in sleepq_switch (wchan=Variable "wchan" is not available. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xffffffff802e0c0f in sleepq_timedwait (wchan=0xffffffff80660be8) at /usr/src/sys/kern/subr_sleepqueue.c:615 #4 0xffffffff802b3a27 in _sleep (ident=0xffffffff80660be8, lock=0x0, priority=0, wmesg=0xffffffff807e3ce3 "soldelay", timo=1) at /usr/src/sys/kern/kern_synch.c:226 #5 0xffffffff802b3b1c in pause (wmesg=Variable "wmesg" is not available. ) at /usr/src/sys/kern/kern_synch.c:334 #6 0xffffffff807cf8ce in zfs_umount (vfsp=0xffffff00076b7000, fflag=524288, td=0xffffff0001411a50) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c:738 #7 0xffffffff80326bbb in dounmount (mp=0xffffff00076b7000, flags=524288, td=0xffffff0001411a50) at /usr/src/sys/kern/vfs_mount.c:1298 #8 0xffffffff80329e91 in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:3099 #9 0xffffffff802abcdd in boot (howto=0) at /usr/src/sys/kern/kern_shutdown.c:400 #10 0xffffffff802ac3f4 in reboot (td=Variable "td" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:172 #11 0xffffffff8044827d in syscall (frame=0xfffffffe8001ec80) at /usr/src/sys/amd64/amd64/trap.c:900 #12 0xffffffff8042d37b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #13 0x0000000000407e7c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 6 #6 0xffffffff807cf8ce in zfs_umount (vfsp=0xffffff00076b7000, fflag=524288, td=0xffffff0001411a50) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c:738 738 delay(1); (kgdb) list 733 * mutex in order to cv_signal 734 * - only occurs on forced unmount in the rare case when 735 * there are outstanding threads within the file system. 736 */ 737 while (zfsvfs->z_op_cnt) { 738 delay(1); 739 } 740 } 741 742 zfs_objset_close(zfsvfs); (kgdb) p zfsvfs->z_op_cnt $11 = 2 (kgdb) p *zfsvfs $12 = {z_vfs = 0xffffff00076b7000, z_parent = 0xffffff00076a7000, z_os = 0xffffff000768aa60, z_root = 3, z_unlinkedobj = 2, z_max_blksz = 131072, z_assign = 2, z_log = 0xffffff00076d1a00, z_acl_mode = 2, z_acl_inherit = 4, z_atime = 0, z_unmounted1 = 1, z_unmounted2 = 0, z_op_cnt = 2, z_um_lock = {lock_object = {lo_name = 0xffffffff807e3d2a "zfsvfs->z_um_lock", lo_type = 0xffffffff807e3d2a "zfsvfs->z_um_lock", lo_flags = 41484288, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, sx_lock = 1, sx_recurse = 0}, z_all_znodes = { list_size = 432, list_offset = 400, list_head = {list_next = 0xffffff00076a7098, list_prev = 0xffffff00076a7098}}, z_znodes_lock = {lock_object = {lo_name = 0xffffffff807e3d13 "zfsvfs->z_znodes_lock", lo_type = 0xffffffff807e3d13 "zfsvfs->z_znodes_lock", lo_flags = 41484288, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, sx_lock = 1, sx_recurse = 0}, z_ctldir = 0x0, z_show_ctldir = 0, z_issnap = 0, z_hold_mtx = {{lock_object = {lo_name = 0xffffffff807e3554 "zfsvfs->z_hold_mtx[i]", lo_type = 0xffffffff807e3554 "zfsvfs->z_hold_mtx[i]", lo_flags = 41484288, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, sx_lock = 1, sx_recurse = 0} }} (kgdb) p *zfsvfs->z_vfs $13 = {mnt_lock = {lk_object = {lo_name = 0xffffffff804bb9b5 "vfslock", lo_type = 0xffffffff804bb9b5 "vfslock", lo_flags = 70844416, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, lk_interlock = 0xffffffff8065ff30, lk_flags = 1310720, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 80, lk_timo = 0, lk_lockholder = 0xffffff0001411a50, lk_newlock = 0x0}, mnt_mtx = {lock_object = {lo_name = 0xffffffff804bb9a4 "struct mount mtx", lo_type = 0xffffffff804bb9a4 "struct mount mtx", lo_flags = 16973824, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0}, mnt_gen = 1, mnt_list = {tqe_next = 0x0, tqe_prev = 0xffffff00076b7408}, mnt_op = 0xffffffff807e6460, mnt_vfc = 0xffffffff807e6400, mnt_vnodecovered = 0xffffff00076cd1f8, mnt_syncer = 0x0, mnt_ref = 1, mnt_nvnodelist = {tqh_first = 0x0, tqh_last = 0xffffff00076b70c0}, mnt_nvnodelistsize = 0, mnt_writeopcount = 1, mnt_kern_flag = 1627389961, mnt_flag = 268439552, mnt_noasync = 0, mnt_opt = 0xffffff00076cb060, mnt_optnew = 0x0, mnt_maxsymlinklen = 0, mnt_stat = {f_version = 537068824, f_type = 1, f_flags = 268439552, f_bsize = 131072, f_iosize = 131072, f_blocks = 460060, f_bfree = 458184, f_bavail = 458184, f_files = 487824, f_ffree = 458184, f_syncwrites = 0, f_asyncwrites = 0, f_syncreads = 0, f_asyncreads = 0, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {-673697102, -1110623743}}, f_charspare = '\0' , f_fstypename = "zfs", '\0' , f_mntfromname = "tank/var/db", '\0' , f_mntonname = "/var/db", '\0' }, mnt_cred = 0xffffff00076bd000, mnt_data = 0xffffff00076a7000, mnt_time = 0, mnt_iosize_max = 65536, mnt_export = 0x0, mnt_label = 0x0, mnt_hashseed = 192489048, mnt_markercnt = 0, mnt_holdcnt = 0, mnt_holdcntwaiters = 0, mnt_secondary_writes = 0, mnt_secondary_accwrites = 0, mnt_susp_owner = 0x0, mnt_gjprovider = 0x0, mnt_explock = {lk_object = {lo_name = 0xffffffff804bb9bd "explock", lo_type = 0xffffffff804bb9bd "explock", lo_flags = 70844416, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, lk_interlock = 0xffffffff8065ff60, lk_flags = 0, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80, lk_timo = 0, lk_lockholder = 0xffffffffffffffff, lk_newlock = 0x0}} 131 Thread 100341 (PID=4039: zvol:worker zvol/ta) sched_switch (td=0xffffff00a87a5000, newtd=Variable "newtd" is not available. 130 Thread 100257 (PID=4038: zil_clean) sched_switch (td=0xffffff0011b1a000, newtd=Variable "newtd" is not available. 125 Thread 100127 (PID=210: zil_clean) sched_switch (td=0xffffff00076946e0, newtd=Variable "newtd" is not available. 124 Thread 100126 (PID=209: zil_clean) sched_switch (td=0xffffff0004f84370, newtd=Variable "newtd" is not available. 123 Thread 100125 (PID=208: zil_clean) sched_switch (td=0xffffff0004f846e0, newtd=Variable "newtd" is not available. 122 Thread 100124 (PID=207: zil_clean) sched_switch (td=0xffffff0007694a50, newtd=Variable "newtd" is not available. 121 Thread 100123 (PID=206: zil_clean) sched_switch (td=0xffffff0004f84a50, newtd=Variable "newtd" is not available. 120 Thread 100122 (PID=205: zil_clean) sched_switch (td=0xffffff0007695000, newtd=Variable "newtd" is not available. 119 Thread 100060 (PID=204: zil_clean) sched_switch (td=0xffffff0004d2e000, newtd=Variable "newtd" is not available. 118 Thread 100121 (PID=203: zil_clean) sched_switch (td=0xffffff0007695370, newtd=Variable "newtd" is not available. 117 Thread 100059 (PID=202: zil_clean) sched_switch (td=0xffffff0004d2e370, newtd=Variable "newtd" is not available. 116 Thread 100057 (PID=201: zil_clean) sched_switch (td=0xffffff0004d2ea50, newtd=Variable "newtd" is not available. 115 Thread 100120 (PID=200: zil_clean) sched_switch (td=0xffffff0004d43370, newtd=Variable "newtd" is not available. 114 Thread 100070 (PID=199: zil_clean) sched_switch (td=0xffffff0004d41a50, newtd=Variable "newtd" is not available. 113 Thread 100058 (PID=198: zil_clean) sched_switch (td=0xffffff0004d2e6e0, newtd=Variable "newtd" is not available. 112 Thread 100055 (PID=197: zil_clean) sched_switch (td=0xffffff0004d2f370, newtd=Variable "newtd" is not available. 111 Thread 100076 (PID=196: zil_clean) sched_switch (td=0xffffff0004d40370, newtd=Variable "newtd" is not available. 110 Thread 100056 (PID=195: zil_clean) sched_switch (td=0xffffff0004d2f000, newtd=Variable "newtd" is not available. 109 Thread 100069 (PID=194: zil_clean) sched_switch (td=0xffffff0004d42000, newtd=Variable "newtd" is not available. 108 Thread 100053 (PID=193: zil_clean) sched_switch (td=0xffffff0004d2fa50, newtd=Variable "newtd" is not available. 107 Thread 100117 (PID=192: zil_clean) sched_switch (td=0xffffff0004d65000, newtd=Variable "newtd" is not available. 106 Thread 100054 (PID=191: zil_clean) sched_switch (td=0xffffff0004d2f6e0, newtd=Variable "newtd" is not available. 105 Thread 100078 (PID=190: zil_clean) sched_switch (td=0xffffff0004d686e0, newtd=Variable "newtd" is not available. 104 Thread 100111 (PID=189: zil_clean) sched_switch (td=0xffffff0004d676e0, newtd=Variable "newtd" is not available. 103 Thread 100077 (PID=188: zil_clean) sched_switch (td=0xffffff0004d40000, newtd=Variable "newtd" is not available. 102 Thread 100067 (PID=187: zil_clean) sched_switch (td=0xffffff0004d426e0, newtd=Variable "newtd" is not available. 101 Thread 100068 (PID=186: zil_clean) sched_switch (td=0xffffff0004d42370, newtd=Variable "newtd" is not available. 100 Thread 100112 (PID=185: zil_clean) sched_switch (td=0xffffff0004d67370, newtd=Variable "newtd" is not available. 99 Thread 100075 (PID=184: zil_clean) sched_switch (td=0xffffff0004d406e0, newtd=Variable "newtd" is not available. 98 Thread 100119 (PID=183: zil_clean) sched_switch (td=0xffffff0004d436e0, newtd=Variable "newtd" is not available. 97 Thread 100114 (PID=182: zil_clean) sched_switch (td=0xffffff0004d65a50, newtd=Variable "newtd" is not available. 96 Thread 100118 (PID=181: zil_clean) sched_switch (td=0xffffff0004d43a50, newtd=Variable "newtd" is not available. 95 Thread 100115 (PID=180: zil_clean) sched_switch (td=0xffffff0004d656e0, newtd=Variable "newtd" is not available. 94 Thread 100113 (PID=179: zil_clean) sched_switch (td=0xffffff0004d67000, newtd=Variable "newtd" is not available. 93 Thread 100073 (PID=178: zil_clean) sched_switch (td=0xffffff0004d41000, newtd=Variable "newtd" is not available. 92 Thread 100074 (PID=177: zil_clean) sched_switch (td=0xffffff0004d40a50, newtd=Variable "newtd" is not available. 91 Thread 100071 (PID=176: zil_clean) sched_switch (td=0xffffff0004d416e0, newtd=Variable "newtd" is not available. 90 Thread 100072 (PID=175: zil_clean) sched_switch (td=0xffffff0004d41370, newtd=Variable "newtd" is not available. 89 Thread 100116 (PID=174: zil_clean) sched_switch (td=0xffffff0004d65370, newtd=Variable "newtd" is not available. 88 Thread 100066 (PID=173: zil_clean) sched_switch (td=0xffffff0004d42a50, newtd=Variable "newtd" is not available. 87 Thread 100063 (PID=172: zil_clean) sched_switch (td=0xffffff0004d2b370, newtd=Variable "newtd" is not available. 86 Thread 100064 (PID=171: zil_clean) sched_switch (td=0xffffff0004d2b000, newtd=Variable "newtd" is not available. 85 Thread 100065 (PID=170: zil_clean) sched_switch (td=0xffffff0004d43000, newtd=Variable "newtd" is not available. 84 Thread 100109 (PID=109: zil_clean) sched_switch (td=0xffffff0004d67a50, newtd=Variable "newtd" is not available. 80 Thread 100105 (PID=105: vdev:worker ad16s1d) sched_switch (td=0xffffff0004d68000, newtd=Variable "newtd" is not available. 79 Thread 100104 (PID=104: vdev:worker ad10s2d) sched_switch (td=0xffffff0004f87000, newtd=Variable "newtd" is not available. 78 Thread 100103 (PID=103: vdev:worker ad6s2d) sched_switch (td=0xffffff0004d68370, newtd=Variable "newtd" is not available. 77 Thread 100102 (PID=102: spa_zio_intr_5) sched_switch (td=0xffffff0004f87370, newtd=Variable "newtd" is not available. 76 Thread 100101 (PID=101: spa_zio_intr_5) sched_switch (td=0xffffff0004f876e0, newtd=Variable "newtd" is not available. 75 Thread 100100 (PID=100: spa_zio_issue_5) sched_switch (td=0xffffff0004f87a50, newtd=Variable "newtd" is not available. 74 Thread 100099 (PID=99: spa_zio_issue_5) sched_switch (td=0xffffff0004f88000, newtd=Variable "newtd" is not available. 73 Thread 100098 (PID=98: spa_zio_intr_4) sched_switch (td=0xffffff0004f88370, newtd=Variable "newtd" is not available. 72 Thread 100097 (PID=97: spa_zio_intr_4) sched_switch (td=0xffffff0004d68a50, newtd=Variable "newtd" is not available. 71 Thread 100096 (PID=96: spa_zio_issue_4) sched_switch (td=0xffffff0004f67000, newtd=Variable "newtd" is not available. 70 Thread 100095 (PID=95: spa_zio_issue_4) sched_switch (td=0xffffff0004f67370, newtd=Variable "newtd" is not available. 69 Thread 100094 (PID=94: spa_zio_intr_3) sched_switch (td=0xffffff0004f676e0, newtd=Variable "newtd" is not available. 68 Thread 100093 (PID=93: spa_zio_intr_3) sched_switch (td=0xffffff0004f67a50, newtd=Variable "newtd" is not available. 67 Thread 100092 (PID=92: spa_zio_issue_3) sched_switch (td=0xffffff0004f69000, newtd=Variable "newtd" is not available. 66 Thread 100091 (PID=91: spa_zio_issue_3) sched_switch (td=0xffffff0004f69370, newtd=Variable "newtd" is not available. 65 Thread 100090 (PID=90: spa_zio_intr_2) sched_switch (td=0xffffff0004f696e0, newtd=Variable "newtd" is not available. 64 Thread 100089 (PID=89: spa_zio_intr_2) sched_switch (td=0xffffff0004f69a50, newtd=Variable "newtd" is not available. 63 Thread 100088 (PID=88: spa_zio_issue_2) sched_switch (td=0xffffff0004f6a000, newtd=Variable "newtd" is not available. 62 Thread 100087 (PID=87: spa_zio_issue_2) sched_switch (td=0xffffff0004f6a370, newtd=Variable "newtd" is not available. 61 Thread 100086 (PID=86: spa_zio_intr_1) sched_switch (td=0xffffff0004f6a6e0, newtd=Variable "newtd" is not available. 60 Thread 100085 (PID=85: spa_zio_intr_1) sched_switch (td=0xffffff0004f6aa50, newtd=Variable "newtd" is not available. 59 Thread 100084 (PID=84: spa_zio_issue_1) sched_switch (td=0xffffff0004f6b000, newtd=Variable "newtd" is not available. 58 Thread 100083 (PID=83: spa_zio_issue_1) sched_switch (td=0xffffff0004f6b370, newtd=Variable "newtd" is not available. 57 Thread 100082 (PID=82: spa_zio_intr_0) sched_switch (td=0xffffff0003310370, newtd=Variable "newtd" is not available. 56 Thread 100081 (PID=81: spa_zio_intr_0) sched_switch (td=0xffffff00033106e0, newtd=Variable "newtd" is not available. 55 Thread 100080 (PID=80: spa_zio_issue_0) sched_switch (td=0xffffff0003310a50, newtd=Variable "newtd" is not available. 54 Thread 100079 (PID=79: spa_zio_issue_0) sched_switch (td=0xffffff0004cd4000, newtd=Variable "newtd" is not available. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Fri May 15 11:27:46 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D849D106566B for ; Fri, 15 May 2009 11:27:46 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 973838FC14 for ; Fri, 15 May 2009 11:27:46 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6AECD19E044; Fri, 15 May 2009 13:10:41 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id E1B1E19E043; Fri, 15 May 2009 13:10:38 +0200 (CEST) Message-ID: <4A0D4DAF.3080902@quip.cz> Date: Fri, 15 May 2009 13:10:39 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Andriy Gapon References: <4A0D48CB.7030707@icyb.net.ua> In-Reply-To: <4A0D48CB.7030707@icyb.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek Subject: Re: stable/7: shutdown stuck in zfs_umount (z_op_cnt > 0) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 11:27:47 -0000 Andriy Gapon wrote: > Quite frequently when rebooting or shutting down after long uptime my amd64 > stable/7 system gets stuck in shutdown after printing "All buffers synced". > Below is some kgdb examination after breaking to ddb and inducing panic. > I also see lots of threads with zfs-related names (also below). > Any ideas/suggestions on cause/fix/workaround? > Thanks! Just "me too" with amd64 7-STABLE (pre 7.2-RELEASE) and onetime with 7.2-RC1 i386 in Qemu session (also with ZFS mounted filesystem) Miroslav Lachman From owner-freebsd-fs@FreeBSD.ORG Fri May 15 12:21:59 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A10DF106566C; Fri, 15 May 2009 12:21:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 84C658FC21; Fri, 15 May 2009 12:21:58 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA07643; Fri, 15 May 2009 15:21:57 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A0D5E64.1050500@icyb.net.ua> Date: Fri, 15 May 2009 15:21:56 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <4A0D48CB.7030707@icyb.net.ua> In-Reply-To: <4A0D48CB.7030707@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek Subject: Re: stable/7: shutdown stuck in zfs_umount (z_op_cnt > 0) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 12:21:59 -0000 Red herring or not (I don't see the general picture of zfs code), but it seems that there is no ZFS_EXIT for return at the end of zfsctl_snapdir_lookup function. P.S. C++ RAII could have been handy in this case [or not] :-) -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Fri May 15 12:39:21 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D3061065674; Fri, 15 May 2009 12:39:21 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5C58FC12; Fri, 15 May 2009 12:39:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA07887; Fri, 15 May 2009 15:39:18 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A0D6276.2080902@icyb.net.ua> Date: Fri, 15 May 2009 15:39:18 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <4A0D48CB.7030707@icyb.net.ua> <4A0D5E64.1050500@icyb.net.ua> In-Reply-To: <4A0D5E64.1050500@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek Subject: Re: stable/7: shutdown stuck in zfs_umount (z_op_cnt > 0) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 12:39:21 -0000 on 15/05/2009 15:21 Andriy Gapon said the following: > Red herring or not (I don't see the general picture of zfs code), but it seems > that there is no ZFS_EXIT for return at the end of zfsctl_snapdir_lookup function. > > P.S. C++ RAII could have been handy in this case [or not] :-) Couple of notes: 1. this doesn't appear to be a red herring as ZFS_EXIT before the last return statement can be found in head 2. yes, I do mount snapshots from time to time (backups, etc) -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Fri May 15 20:11:22 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DF1D1065672 for ; Fri, 15 May 2009 20:11:22 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id EFCAB8FC18 for ; Fri, 15 May 2009 20:11:21 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by ewy3 with SMTP id 3so2589430ewy.43 for ; Fri, 15 May 2009 13:11:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=zPDP7i/paizGaCRN3e+cNsiBmkifWBesZglqwrMJ5pU=; b=APQ8j+W3P+Tt0CCTv119r+fORsI0fcqwn5IM5s262GpjqOVBOncJnwhKL4q5zF8nUh /MeY9qdgQMJhNGlVV/SRHfeH452kCve+af030SyT491aeZ/L3CC3j7xbzUSFsP2RwBHd wEprnXquaJB2uNE6tXgR8V8V+QFsVUCjbO7P0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=JTP5i6FkN9yahl8H+Dr0WfIkV6DWnUZlFazbm23YQDAvo5d3CW4Is4BTOKrW+xeXUR XeC5Il09BMBciMO4eyG+8GLZP1g9Hlig4UOnZv5PCn3OKbgOTzTWdsSBFBeYag3Jz0z4 51KiMKJk6SsrWVH3PGGI6DoniQcCCfbf5lElg= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.216.70.205 with SMTP id p55mr1341312wed.55.1242418280828; Fri, 15 May 2009 13:11:20 -0700 (PDT) In-Reply-To: <4A0D6276.2080902@icyb.net.ua> References: <4A0D48CB.7030707@icyb.net.ua> <4A0D5E64.1050500@icyb.net.ua> <4A0D6276.2080902@icyb.net.ua> Date: Fri, 15 May 2009 13:11:20 -0700 X-Google-Sender-Auth: 88e4d0217bf1e833 Message-ID: <3c1674c90905151311jc3cc9a8jb60eb526d849a616@mail.gmail.com> From: Kip Macy To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: stable/7: shutdown stuck in zfs_umount (z_op_cnt > 0) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 20:11:22 -0000 On Fri, May 15, 2009 at 5:39 AM, Andriy Gapon wrote: > on 15/05/2009 15:21 Andriy Gapon said the following: >> Red herring or not (I don't see the general picture of zfs code), but it seems >> that there is no ZFS_EXIT for return at the end of zfsctl_snapdir_lookup function. >> >> P.S. C++ RAII could have been handy in this case [or not] :-) > > Couple of notes: > 1. this doesn't appear to be a red herring as ZFS_EXIT before the last return > statement can be found in head > 2. yes, I do mount snapshots from time to time (backups, etc) > Thanks for the bug reports. Unfortunately, pjd is very busy and I do not intend to track down bugs in a very old version of ZFS. Your best bet will be to test the MFC patch when it is ready in a day or two. Cheers, Kip From owner-freebsd-fs@FreeBSD.ORG Fri May 15 23:28:59 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01C29106566B for ; Fri, 15 May 2009 23:28:59 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id 8CAE98FC1D for ; Fri, 15 May 2009 23:28:58 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by ewy3 with SMTP id 3so2687535ewy.43 for ; Fri, 15 May 2009 16:28:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=xWGhctWbn71blI4aMmJR4hGmOVtf8zoOPYVP5s/uSwQ=; b=l5FDzC3zVymXcQxOYJV+0yaKETi3aBSZsKa3h20gXrb+K989klTu6bhSiFufU/kvAW A7aUqLuOKGjXWs5gY+YSTWcRVZRr6jNsQpBimJZqfz1qBjUtWmTMRgpKkbbPIPlgfYmU pGqr+a4RvJHRrlZUKZhMMe/euURJoXoqwH1IM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=Hb3vPW0bQGlrYUlmS6iZOd6m6spk7yrQz13Osh+r/MMudbAVGEqHEHCRPvhpRf0+/v kHd0uTxojIvJ9Pgs7MMOyPhsf3sV2ZSr9sWr5RNBTY2IvGrO9M7F7mWXbWfw/eT1T8Pf FIVj3PDbWk91BH21OuOIEn94CZT2zR765Lzt8= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.216.8.209 with SMTP id 59mr1439474wer.18.1242430137441; Fri, 15 May 2009 16:28:57 -0700 (PDT) Date: Fri, 15 May 2009 16:28:57 -0700 X-Google-Sender-Auth: 8f184563f873af27 Message-ID: <3c1674c90905151628h183cb1c2t8941843f8a828d4f@mail.gmail.com> From: Kip Macy To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: RFT: ZFS MFC X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 23:28:59 -0000 I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can. http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/ The standard disclaimers apply. This has only been lightly tested in a VM. Please do not use it with data you care about at this time. Thanks, Kip -- When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-fs@FreeBSD.ORG Sat May 16 00:34:13 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A88531065672 for ; Sat, 16 May 2009 00:34:13 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from smtp107.biz.mail.mud.yahoo.com (smtp107.biz.mail.mud.yahoo.com [68.142.200.255]) by mx1.freebsd.org (Postfix) with SMTP id 5D4348FC16 for ; Sat, 16 May 2009 00:34:13 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 26728 invoked from network); 16 May 2009 00:07:33 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@96.35.144.62 with login) by smtp107.biz.mail.mud.yahoo.com with SMTP; 16 May 2009 00:07:33 -0000 X-Yahoo-SMTP: lf_ydH2swBBBfU4zSj6s29Gn1AqWpQIrFClaJdTnJv1EdZ8- X-YMail-OSG: 2fueyl0VM1k32Jk2U8LFQxyqlY7s.LLschnn1qqKCGpFqo4UhzhxjYol74boNpp9qYnPBJu6J83vKADUdGZArParRGEviTQTRX8z05IgHTnmz0O0RG.aejlhQX0Vps.22H2L.cIcTPC5wr_UvU7VwRIdDZjUSz6UyC87Zb.HQ8M2R7oXt8qqbn2r7ICVksKmhDZG4p0MkJUxoDOrEPrF2EYdrmLNJdkNx37T3PVEimfG5NQr3.4zEj89cJ.H2r8fhgDrNA5E2g3oJQ4yH2Hou4c6DdIbWoJhF8uUjMN7HIsiAxaIoktBQGIU6e_M9yxVo3u7GeA.OXKSidw.l9F4xwE. X-Yahoo-Newman-Property: ymail-3 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 9C8516819; Fri, 15 May 2009 19:07:32 -0500 (CDT) X-Virus-Scanned: amavisd-new at noacks.org Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id LIScNBbz98Q9; Fri, 15 May 2009 19:07:30 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 07D5163F3; Fri, 15 May 2009 19:07:30 -0500 (CDT) Received: from 192.168.1.148 (SquirrelMail authenticated user noackjr) by www.noacks.org with HTTP; Fri, 15 May 2009 19:07:30 -0500 (CDT) Message-ID: <9cc826f0720e1624489dd6e6d384babc.squirrel@www.noacks.org> In-Reply-To: <246ecf0c87f944d70c5562eeed4165c9@mail.rabson.org> References: <9461581F-F354-486D-961D-3FD5B1EF007C@rabson.org> <20090201072432.GA25276@server.vk2pj.dyndns.org> <246ecf0c87f944d70c5562eeed4165c9@mail.rabson.org> Date: Fri, 15 May 2009 19:07:30 -0500 (CDT) From: "Jonathan Noack" To: "Doug Rabson" User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-fs@freebsd.org Subject: Re: Booting from ZFS raidz X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 00:34:13 -0000 On Thu, May 14, 2009 10:25, Doug Rabson wrote: > I fixed a bug in the patch. Try this version: > http://people.freebsd.org/~dfr/raidzboot-14052009.diff I know the bug fix was for booting from degraded pools, but I can at least give you a "no regression" report. I just set up a new amd64 box and was able to boot from a raidz1 pool using your latest patch. Getting this working from scratch was tedious but not too complicated. I followed lulf's instructions (http://blogs.freebsdish.org/lulf/2008/12/16/setting-up-a-zfs-only-system/) using the May snapshot fixit CD. Only differences were that I set up all 4 disks with gpart (identically), created a raidz1 pool, and used a patched gptzfsboot that I cross-compiled on my 7.2 i386 box for the bootcode (applied to all 4 disks). If only I had remembered to patch my /usr/src tree before rebuilding world and rebooting... *sigh* Once more unto the fixit breach... :) -Jon From owner-freebsd-fs@FreeBSD.ORG Sat May 16 06:57:14 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC55F106564A for ; Sat, 16 May 2009 06:57:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D65938FC0A for ; Sat, 16 May 2009 06:57:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA21760; Sat, 16 May 2009 09:57:11 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1M5DpX-0007yO-Hi; Sat, 16 May 2009 09:57:11 +0300 Message-ID: <4A0E63C6.4050303@icyb.net.ua> Date: Sat, 16 May 2009 09:57:10 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Kip Macy References: <4A0D48CB.7030707@icyb.net.ua> <4A0D5E64.1050500@icyb.net.ua> <4A0D6276.2080902@icyb.net.ua> <3c1674c90905151311jc3cc9a8jb60eb526d849a616@mail.gmail.com> In-Reply-To: <3c1674c90905151311jc3cc9a8jb60eb526d849a616@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: stable/7: shutdown stuck in zfs_umount (z_op_cnt > 0) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 06:57:15 -0000 on 15/05/2009 23:11 Kip Macy said the following: > On Fri, May 15, 2009 at 5:39 AM, Andriy Gapon wrote: >> on 15/05/2009 15:21 Andriy Gapon said the following: >>> Red herring or not (I don't see the general picture of zfs code), but it seems >>> that there is no ZFS_EXIT for return at the end of zfsctl_snapdir_lookup function. >>> >>> P.S. C++ RAII could have been handy in this case [or not] :-) >> Couple of notes: >> 1. this doesn't appear to be a red herring as ZFS_EXIT before the last return >> statement can be found in head >> 2. yes, I do mount snapshots from time to time (backups, etc) >> > > > Thanks for the bug reports. Unfortunately, pjd is very busy and I do > not intend to track down bugs in a very old version of ZFS. Your best > bet will be to test the MFC patch when it is ready in a day or two. Actually I already fixed this for meself with the below patch :-) Nevertheless, MFC news are great! Thank you for the work, you can count on me as a tester. diff --git a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c index cb789c0..7e06ed2 100644 --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c @@ -745,6 +745,7 @@ domount: VN_RELE(*vpp); *vpp = NULL; } + ZFS_EXIT(zfsvfs); return (err); } -- Andriy Gapon