From owner-freebsd-fs@FreeBSD.ORG Sun Mar 4 12:39:26 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B827E16A402; Sun, 4 Mar 2007 12:39:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 566A113C48D; Sun, 4 Mar 2007 12:39:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2B2CE4569A; Sun, 4 Mar 2007 13:39:24 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8728B45681; Sun, 4 Mar 2007 13:39:18 +0100 (CET) Date: Sun, 4 Mar 2007 13:38:01 +0100 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20070304123801.GA22350@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: ZFS port to FreeBSD: 2nd patchset available. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-fs@FreeBSD.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 12:39:26 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'd like to announce availability of the second ZFS patchset for FreeBSD. And the begining I'd like to thank everyone who reported problems or success stories. This is very important, because: 1. Seeing people interested in ZFS for FreeBSD gives me great motivation to spend more time on coding. It is much appreciated! 2. I'm not able to test everything by myself. List of changes against the 1st patchset: - Full NFS support including automatic snapshots export and zfs(1) control. Don't forget to run mountd(8) with two exports files: /etc/exports and /etc/zfs/exports. - Missing atomic operations were taken from OpenSolaris, which eliminates global mutex protection. This improves performance a bit. - Added various sysctls to vfs.zfs tree. - Implemented kstat functionality from OpenSolaris based on our sysctls. Try 'sysctl kstat'. - ztest, zdb and libzpool are now compilable again and work. - Access protection cleanups. ZFS pass all fstest regression tests (available in HEAD under src/tools/regression/fstest/). It doesn't use suser(9) anymore, only priv(9) KPI. - Fixed bug preventing ZFS file systems mount via: # mount -t zfs name /mountpoint - Fixed orphan event handling in vdev_geom. - Added BIO_FLUSH support for ZVOL providers. - Many, many other bug fixes and cleanups. The patch is available at: http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 To apply and compile the patch, enter your src directory and: # patch -p0 < /path/to/zfs_20070303.patch # make kernel <-- compiles and install patched kernel and zfs module # cd cddl # make && make install <-- compiles and install userland utilities and libraries Please report any problems ('it works without problems!' is nice too). Good luck. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF6r2pForvXbEpPzQRAtkgAKD4k/V/Hz/A59DXWxYIpSDkyhJS2ACfYCb4 5E/4mshbd9N4uj/2WOjTmC4= =u6l+ -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-fs@FreeBSD.ORG Sun Mar 4 18:15:34 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5926216A407; Sun, 4 Mar 2007 18:15:34 +0000 (UTC) (envelope-from freebsd@amadeus.demon.nl) Received: from post-25.mail.nl.demon.net (post-25.mail.nl.demon.net [194.159.73.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1D73B13C48E; Sun, 4 Mar 2007 18:15:34 +0000 (UTC) (envelope-from freebsd@amadeus.demon.nl) Received: from amadeus.demon.nl ([82.161.18.200]:63420 helo=[10.0.1.2]) by post-25.mail.nl.demon.net with esmtp (Exim 4.51) id 1HNusv-0009hc-2p; Sun, 04 Mar 2007 17:52:37 +0000 In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5695DCC6-325F-4492-BE0D-E65E3C0EC261@amadeus.demon.nl> Content-Transfer-Encoding: 7bit From: FreeBSD usergroup Date: Sun, 4 Mar 2007 18:52:52 +0100 To: freebsd-fs@FreeBSD.org X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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: Sun, 04 Mar 2007 18:15:34 -0000 On 4-mrt-2007, at 13:38, Pawel Jakub Dawidek wrote: > Hi. > > > The patch is available at: > > http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 > > To apply and compile the patch, enter your src directory and: > > # patch -p0 < /path/to/zfs_20070303.patch > # make kernel <-- compiles and install patched kernel and > zfs module > # cd cddl > # make && make install <-- compiles and install userland > utilities and libraries > > Please report any problems ('it works without problems!' is nice too). Hey Pawel, Do I need to start with clean sources? I patched the source with the new patch on top of the source that has been patched with the old patch. I tried to compile the new kernel but it failed. first errors at the beginning: ===> zfs (obj) "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 168: warning: duplicate script for target "zfs.ko" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 170: warning: duplicate script for target "zfs.ko.symbols" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 175: warning: duplicate script for target "zfs.ko.debug" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 191: warning: duplicate script for target "zfs.kld" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 195: warning: duplicate script for target "zfs.kld" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 202: warning: duplicate script for target "zfs.kld" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 247: warning: duplicate script for target "@" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 247: warning: duplicate script for target "machine" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 368: warning: duplicate script for target "vnode_if.h" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 370: warning: duplicate script for target "vnode_if_newproto.h" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 372: warning: duplicate script for target "vnode_if_typedef.h" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 435: warning: duplicate script for target "lint" ignored "/usr/src/sys/modules/zfs/../../conf/kmod.mk", line 442: warning: duplicate script for target "cleanilinks" ignored /usr/obj/usr/src/sys/AMAKERNEL_7/modules/usr/src/sys/modules/zfs created for /usr/src/sys/modules/zfs then the fatal ones after a while: ... /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/ vdev_geom.c cc1: error: -I- specified twice cc1: error: -I- specified twice cc1: error: -I- specified twice mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/zfs. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/AMAKERNEL_7. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. thanks Arno From owner-freebsd-fs@FreeBSD.ORG Sun Mar 4 19:35:17 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E14A816A400; Sun, 4 Mar 2007 19:35:17 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 791AB13C491; Sun, 4 Mar 2007 19:35:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 00D5F45CD9; Sun, 4 Mar 2007 20:35:12 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B7F6D45685; Sun, 4 Mar 2007 20:35:06 +0100 (CET) Date: Sun, 4 Mar 2007 20:33:44 +0100 From: Pawel Jakub Dawidek To: FreeBSD usergroup Message-ID: <20070304193344.GC22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <5695DCC6-325F-4492-BE0D-E65E3C0EC261@amadeus.demon.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="69pVuxX8awAiJ7fD" Content-Disposition: inline In-Reply-To: <5695DCC6-325F-4492-BE0D-E65E3C0EC261@amadeus.demon.nl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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: Sun, 04 Mar 2007 19:35:18 -0000 --69pVuxX8awAiJ7fD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 04, 2007 at 06:52:52PM +0100, FreeBSD usergroup wrote: >=20 > On 4-mrt-2007, at 13:38, Pawel Jakub Dawidek wrote: >=20 > >Hi. > > > > > >The patch is available at: > > > > http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 > > > >To apply and compile the patch, enter your src directory and: > > > > # patch -p0 < /path/to/zfs_20070303.patch > > # make kernel <-- compiles and install patched kernel and > > zfs module > > # cd cddl > > # make && make install <-- compiles and install userland > > utilities and libraries > > > >Please report any problems ('it works without problems!' is nice too). >=20 > Hey Pawel, >=20 > Do I need to start with clean sources? >=20 > I patched the source with the new patch on top of the source that has bee= n patched with the old patch. > I tried to compile the new kernel but it failed. The patch is against clean HEAD source as of 2007-03-03. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --69pVuxX8awAiJ7fD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD4DBQFF6x8YForvXbEpPzQRAmoRAJihaBlvr1fLvF3qxeGSr+BrnHyUAJ9aSBXm fP/ACG0/23IyB2obOjALmA== =XKiu -----END PGP SIGNATURE----- --69pVuxX8awAiJ7fD-- From owner-freebsd-fs@FreeBSD.ORG Mon Mar 5 05:27:14 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DFD416A404 for ; Mon, 5 Mar 2007 05:27:14 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id D462B13C491 for ; Mon, 5 Mar 2007 05:27:13 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from dynabook-freebsd.advok.com (pool-141-152-254-63.phlapa.east.verizon.net [141.152.254.63]) by mail.asahi-net.or.jp (Postfix) with ESMTP id C4F9832AE3; Mon, 5 Mar 2007 14:06:10 +0900 (JST) Date: Mon, 5 Mar 2007 00:05:27 -0500 From: Yoshihiro Ota To: freebsd-fs@FreeBSD.org Message-Id: <20070305000527.b507543e.ota@j.email.ne.jp> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__5_Mar_2007_00_05_27_-0500_xArzdqEbLKMaymZJ" Cc: freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 05 Mar 2007 05:27:14 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__5_Mar_2007_00_05_27_-0500_xArzdqEbLKMaymZJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sun, 4 Mar 2007 13:38:01 +0100 Pawel Jakub Dawidek wrote: > Please report any problems ('it works without problems!' is nice too). > > Good luck. I just started trying the 1st patchset about a week ago. There is no reason why not to try the 2nd patchset. Well, here is how I did it. 1. Since I had the 1st patch sets, void it first via reverse patch. % patch -R -p0 < zfs_20061117.patch 2. There were some conflict/failure; I deleted them. % rm files-that-reverse-patch-failed 3. Update source tree to recover deleted files. % cvs up 4. Apply the 2nd patchset. % patch -p0 < zfs_20070303.patch 5. I somehow got compile error so that I needed to fix it. % patch -p0 < zfs-patchset2-fix.diff atomic_cas_ptr returns (void*) and winner is (dnode_t *). For some reason, the compiler complained and I needed to cast. "make kernel" was successful and I rebooted and verified that I could load zfs module. And then, I ran out of time; I will try it again later. Thank you for your hard work. Regards, Hiro --Multipart=_Mon__5_Mar_2007_00_05_27_-0500_xArzdqEbLKMaymZJ Content-Type: text/plain; name="zfs-patchset2-fix.diff" Content-Disposition: attachment; filename="zfs-patchset2-fix.diff" Content-Transfer-Encoding: 7bit --- sys/contrib/opensolaris/uts/common/fs/zfs/dnode.c.orig2 Sun Mar 4 23:09:11 2007 +++ sys/contrib/opensolaris/uts/common/fs/zfs/dnode.c Sun Mar 4 23:09:32 2007 @@ -605,7 +605,7 @@ dnode_t *winner; dn = dnode_create(os, (dnode_phys_t *)db->db.db_data+idx, db, object); - winner = atomic_cas_ptr(&children_dnodes[idx], NULL, dn); + winner = (dnode_t*)atomic_cas_ptr(&children_dnodes[idx], NULL, dn); if (winner != NULL) { dnode_destroy(dn); dn = winner; --Multipart=_Mon__5_Mar_2007_00_05_27_-0500_xArzdqEbLKMaymZJ-- From owner-freebsd-fs@FreeBSD.ORG Mon Mar 5 09:15:35 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCCB116A400; Mon, 5 Mar 2007 09:15:35 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 01F8213C471; Mon, 5 Mar 2007 09:15:34 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l259JOrv033460; Mon, 5 Mar 2007 09:19:24 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l259JNu0033459; Mon, 5 Mar 2007 09:19:23 GMT (envelope-from dunstan) Date: Mon, 5 Mar 2007 09:19:22 +0000 From: "Wojciech A. Koszek" To: Yoshihiro Ota Message-ID: <20070305091922.GA33425@FreeBSD.czest.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <20070305000527.b507543e.ota@j.email.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20070305000527.b507543e.ota@j.email.ne.jp> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Mon, 05 Mar 2007 09:19:24 +0000 (UTC) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 05 Mar 2007 09:15:35 -0000 On Mon, Mar 05, 2007 at 12:05:27AM -0500, Yoshihiro Ota wrote: > On Sun, 4 Mar 2007 13:38:01 +0100 > Pawel Jakub Dawidek wrote: > > > Please report any problems ('it works without problems!' is nice too). > > > > Good luck. > > I just started trying the 1st patchset about a week ago. There is no reason why not to try the 2nd patchset. > > Well, here is how I did it. > > 1. Since I had the 1st patch sets, void it first via reverse patch. > % patch -R -p0 < zfs_20061117.patch > You should have done this on the most current, clean sources. For me it went all right without failed chunks. make kernel && cd cddl && make stage presented by Pawel also finished without a problem. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-fs@FreeBSD.ORG Mon Mar 5 11:27:29 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF7F616A402; Mon, 5 Mar 2007 11:27:29 +0000 (UTC) (envelope-from freebsd@amadeus.demon.nl) Received: from post-23.mail.nl.demon.net (post-23.mail.nl.demon.net [194.159.73.193]) by mx1.freebsd.org (Postfix) with ESMTP id B437E13C494; Mon, 5 Mar 2007 11:27:29 +0000 (UTC) (envelope-from freebsd@amadeus.demon.nl) Received: from amadeus.demon.nl ([82.161.18.200]:51678 helo=[10.0.1.2]) by post-23.mail.nl.demon.net with esmtp (Exim 4.51) id 1HOBLk-0007Wk-OW; Mon, 05 Mar 2007 11:27:28 +0000 In-Reply-To: <20070304193344.GC22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <5695DCC6-325F-4492-BE0D-E65E3C0EC261@amadeus.demon.nl> <20070304193344.GC22350@garage.freebsd.pl> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: FreeBSD usergroup Date: Mon, 5 Mar 2007 12:27:48 +0100 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.752.2) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 05 Mar 2007 11:27:30 -0000 On 4-mrt-2007, at 20:33, Pawel Jakub Dawidek wrote: > On Sun, Mar 04, 2007 at 06:52:52PM +0100, FreeBSD usergroup wrote: >> >> On 4-mrt-2007, at 13:38, Pawel Jakub Dawidek wrote: >> >>> Hi. >>> >>> >>> The patch is available at: >>> >>> http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 >>> >>> To apply and compile the patch, enter your src directory and: >>> >>> # patch -p0 < /path/to/zfs_20070303.patch >>> # make kernel <-- compiles and install patched kernel and >>> zfs module >>> # cd cddl >>> # make && make install <-- compiles and install userland >>> utilities and libraries >>> >>> Please report any problems ('it works without problems!' is nice >>> too). >> >> Hey Pawel, >> >> Do I need to start with clean sources? >> >> I patched the source with the new patch on top of the source that >> has been patched with the old patch. >> I tried to compile the new kernel but it failed. > > The patch is against clean HEAD source as of 2007-03-03. Hello, One step further... `patch` and `make kernel` went well without any error after cvsup-ing to head then `cd cddl`, and `make` `make` gives me an error though: ===> lib/libuutil (all) cc -O2 -fno-strict-aliasing -pipe -DNATIVE_BUILD -I/usr/src/cddl/lib/ libuutil/../../../contrib/opensolaris/lib/libuutil/common -I/usr/src/ cddl/lib/libuutil/../../../sys/compat/opensolaris -I/usr/src/cddl/lib/ libuutil/../../../sys/contrib/opensolaris/uts/common -I/usr/src/cddl/ lib/libuutil/../../../compat/opensolaris/include -I/usr/src/cddl/lib/ libuutil/../../../contrib/opensolaris/head -D_SOLARIS_C_SOURCE -c / usr/src/cddl/lib/libuutil/../../../contrib/opensolaris/common/avl/avl.c cc -O2 -fno-strict-aliasing -pipe -DNATIVE_BUILD -I/usr/src/cddl/lib/ libuutil/../../../contrib/opensolaris/lib/libuutil/common -I/usr/src/ cddl/lib/libuutil/../../../sys/compat/opensolaris -I/usr/src/cddl/lib/ libuutil/../../../sys/contrib/opensolaris/uts/common -I/usr/src/cddl/ lib/libuutil/../../../compat/opensolaris/include -I/usr/src/cddl/lib/ libuutil/../../../contrib/opensolaris/head -D_SOLARIS_C_SOURCE -c / usr/src/cddl/lib/libuutil/../../../contrib/opensolaris/lib/libuutil/ common/uu_alloc.c make: don't know how to make /usr/src/cddl/lib/libuutil/../../../ compat/opensolaris/include/unistd.h. Stop *** Error code 2 Stop in /usr/src/cddl/lib. *** Error code 1 Stop in /usr/src/cddl. gr Arno Beekman From owner-freebsd-fs@FreeBSD.ORG Mon Mar 5 11:50:54 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81B9616A40A; Mon, 5 Mar 2007 11:50:54 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (mx.meta-spinner.de [213.39.242.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4136213C4A3; Mon, 5 Mar 2007 11:50:54 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (localhost [127.0.0.1]) by mx.meta-spinner.de (Postfix) with ESMTP id 19CFD80647; Mon, 5 Mar 2007 12:29:30 +0100 (CET) Received: from [192.168.1.101] (unknown [192.168.1.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.meta-spinner.de (Postfix) with ESMTP id BA1D880646; Mon, 5 Mar 2007 12:29:29 +0100 (CET) Message-ID: <45EBFF18.3040505@nipsi.de> Date: Mon, 05 Mar 2007 12:29:28 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org References: <20070304123801.GA22350@garage.freebsd.pl> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 05 Mar 2007 11:50:54 -0000 "zpool create home /dev/ad1s1g" gives me a core dump. fresh upgraded CURRENT as of today (from SNAPTSHOP feb), zfs patch from your patch directory. Is there anything I did wrong? I can send you ktrace.out or coredumps... gdb and backtrace told me nothing, although I have compiled zpool and libs with -ggdb. regards, -Dennis Pawel Jakub Dawidek schrieb: > Hi. > > I'd like to announce availability of the second ZFS patchset for FreeBSD. > And the begining I'd like to thank everyone who reported problems or > success stories. This is very important, because: > 1. Seeing people interested in ZFS for FreeBSD gives me great motivation > to spend more time on coding. It is much appreciated! > 2. I'm not able to test everything by myself. > > List of changes against the 1st patchset: > - Full NFS support including automatic snapshots export and zfs(1) > control. Don't forget to run mountd(8) with two exports files: > /etc/exports and /etc/zfs/exports. > - Missing atomic operations were taken from OpenSolaris, which > eliminates global mutex protection. This improves performance a bit. > - Added various sysctls to vfs.zfs tree. > - Implemented kstat functionality from OpenSolaris based on our sysctls. > Try 'sysctl kstat'. > - ztest, zdb and libzpool are now compilable again and work. > - Access protection cleanups. ZFS pass all fstest regression tests > (available in HEAD under src/tools/regression/fstest/). It doesn't use > suser(9) anymore, only priv(9) KPI. > - Fixed bug preventing ZFS file systems mount via: > # mount -t zfs name /mountpoint > - Fixed orphan event handling in vdev_geom. > - Added BIO_FLUSH support for ZVOL providers. > - Many, many other bug fixes and cleanups. > > The patch is available at: > > http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 > > To apply and compile the patch, enter your src directory and: > > # patch -p0 < /path/to/zfs_20070303.patch > # make kernel <-- compiles and install patched kernel and > zfs module > # cd cddl > # make && make install <-- compiles and install userland > utilities and libraries > > Please report any problems ('it works without problems!' is nice too). > > Good luck. > > From owner-freebsd-fs@FreeBSD.ORG Mon Mar 5 11:50:54 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 862AB16A40B; Mon, 5 Mar 2007 11:50:54 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (mx.meta-spinner.de [213.39.242.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4145F13C4A7; Mon, 5 Mar 2007 11:50:54 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (localhost [127.0.0.1]) by mx.meta-spinner.de (Postfix) with ESMTP id DB5F180806; Mon, 5 Mar 2007 12:39:17 +0100 (CET) Received: from [192.168.1.101] (unknown [192.168.1.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.meta-spinner.de (Postfix) with ESMTP id 8C2FE80646; Mon, 5 Mar 2007 12:39:17 +0100 (CET) Message-ID: <45EC0164.3020902@nipsi.de> Date: Mon, 05 Mar 2007 12:39:16 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org References: <20070304123801.GA22350@garage.freebsd.pl> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. COREDUMP ktrace output! 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, 05 Mar 2007 11:50:54 -0000 ktrace -di zpool create home /dev/ad1s1g -------------- 13457 zpool CALL open(0x280afff0,O_RDONLY,0x1b6) 13457 zpool NAMI "/etc/zfs/exports" 13457 zpool RET open 5 13457 zpool CALL open(0xbfbfa340,O_RDONLY,0x400) 13457 zpool NAMI "/dev/ad1s1g" 13457 zpool RET open 6 13457 zpool CALL ioctl(0x6,DIOCGMEDIASIZE,0xbfbfa338) 13457 zpool RET ioctl 0 13457 zpool CALL close(0x6) 13457 zpool RET close 0 13457 zpool CALL __sysctl(0xbfbf9d68,0x2,0xbfbf9d70,0xbfbf9d64,0x280b7bd8,0 x11) 13457 zpool RET __sysctl 0 13457 zpool CALL __sysctl(0xbfbf9d70,0x3,0x28300000,0xbfbf9e18,0,0) 13457 zpool RET __sysctl 0 13457 zpool PSIG SIGSEGV SIG_DFL 13457 zpool NAMI "zpool.core" --------------------- regards, Dennis Pawel Jakub Dawidek schrieb: > Hi. > > I'd like to announce availability of the second ZFS patchset for FreeBSD. > And the begining I'd like to thank everyone who reported problems or > success stories. This is very important, because: > 1. Seeing people interested in ZFS for FreeBSD gives me great motivation > to spend more time on coding. It is much appreciated! > 2. I'm not able to test everything by myself. > > List of changes against the 1st patchset: > - Full NFS support including automatic snapshots export and zfs(1) > control. Don't forget to run mountd(8) with two exports files: > /etc/exports and /etc/zfs/exports. > - Missing atomic operations were taken from OpenSolaris, which > eliminates global mutex protection. This improves performance a bit. > - Added various sysctls to vfs.zfs tree. > - Implemented kstat functionality from OpenSolaris based on our sysctls. > Try 'sysctl kstat'. > - ztest, zdb and libzpool are now compilable again and work. > - Access protection cleanups. ZFS pass all fstest regression tests > (available in HEAD under src/tools/regression/fstest/). It doesn't use > suser(9) anymore, only priv(9) KPI. > - Fixed bug preventing ZFS file systems mount via: > # mount -t zfs name /mountpoint > - Fixed orphan event handling in vdev_geom. > - Added BIO_FLUSH support for ZVOL providers. > - Many, many other bug fixes and cleanups. > > The patch is available at: > > http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 > > To apply and compile the patch, enter your src directory and: > > # patch -p0 < /path/to/zfs_20070303.patch > # make kernel <-- compiles and install patched kernel and > zfs module > # cd cddl > # make && make install <-- compiles and install userland > utilities and libraries > > Please report any problems ('it works without problems!' is nice too). > > Good luck. > > From owner-freebsd-fs@FreeBSD.ORG Mon Mar 5 11:55:36 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32AB616A405 for ; Mon, 5 Mar 2007 11:55:36 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id A3E8D13C47E for ; Mon, 5 Mar 2007 11:55:35 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1121205ugh for ; Mon, 05 Mar 2007 03:55:34 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:x-enigmail-version:content-type; b=ER5+AnRpUoPQFYtBwDl0o19ZBmYuRq4SrVkJNGiNzR0dlaFRvEWNhm6EXsAuKv92KZPRJMHGPtXCTUC2ySqn0gzvDtOwYfoC4Zdj6XyZIkfd8eTY6EKFCcBDDVnBdengPfRIvBr6yLr16rqu/QFndWbH4x5PXsXQWz6jfi5B50k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:x-enigmail-version:content-type; b=MtOwboc5t9UhCNHLKBQtd+gFALuS8TfMy2dIi9MRKdXDL3gw1rt876sLib4pU1XhoqWcr+PCaWF06u9AN7BzXJN9SioCOlZx4mmmOuDn3UkCHnHrWT46MnY78/mBBtuniNohErEdeYhRf9ZxX0k6SZ5qyPw4Awbo9PZRH9BIZPY= Received: by 10.67.100.17 with SMTP id c17mr10467423ugm.1173094158372; Mon, 05 Mar 2007 03:29:18 -0800 (PST) Received: from ?192.168.123.202? ( [195.241.221.201]) by mx.google.com with ESMTP id q1sm6750108uge.2007.03.05.03.29.15; Mon, 05 Mar 2007 03:29:16 -0800 (PST) Message-ID: <45EBFF0A.9020100@gmail.com> Date: Mon, 05 Mar 2007 12:29:14 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: freebsd-fs@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/mixed; boundary="------------020006050908000806090508" Cc: Subject: xtaf-20070305 available 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, 05 Mar 2007 11:55:36 -0000 This is a multi-part message in MIME format. --------------020006050908000806090508 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, I put a slightly improved version of the XTAF filesystem module online at the usual place: http://home.tiscali.nl/rladan/freebsd/xtaf/ The changes are: * Bugfixes/bughunting: - the root directory has 8 * (number of sectors per cluster) entries, not 256. The xbox1 always had 256 entries in the root directory. - add a check for incorrect directory entries, complain about them. - add a message when the SF_IMMUTABLE flag is set on a file (this is a valid, but rare action. Most times it is the result of a bug). - show the current file name in xtaf_getattr() in xtaf_vnops.c * Style: - move most VOP operations to xtaf_vnops.c - use modern function headers instead of K&R ones (this was inherited from the msdosfs module). - merged bootsect.h into xtaf_vfsops.c, as it only contained one small struct. - bde: add some parentheses around return statements. Most bugs are still present. I've also found a (new) bug where xtaf_readdir (implementation of vop_readdir_t) is called twice on a directory, which results in ls(1) showing the entries twice. Checksums are attached. To build /boot/kernel/xtaf.ko : # fetch and bunzip2 the files # cd /usr/src # patch < kern-20070305.diff # patch < glue-20070305.diff # make kernel (or just modules/xtaf) Have fun, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 --------------020006050908000806090508 Content-Type: text/plain; name="xtaf-20070305.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xtaf-20070305.txt" -rw-r--r-- 1 rene wheel 652 Mar 5 12:06 glue-20070305.diff.bz2 MD5 (glue-20070305.diff.bz2) = 8142b3b43d6c28882a31e051578be2cf SHA256 (glue-20070305.diff.bz2) = 04592dd9baf0e48f0947e1bd5b1d935cc34bdb7965db1617ca8108d59acef93d -rw-r--r-- 1 rene wheel 35329 Mar 5 12:06 kern-20070305.diff.bz2 MD5 (kern-20070305.diff.bz2) = 8b62e4051d4f56dffd56c4d60192cfac SHA256 (kern-20070305.diff.bz2) = 9434403b9c216292a0ba2df34009102576c1c4a52e4cfd52b0fc8aaad90368d7 --------------020006050908000806090508-- From owner-freebsd-fs@FreeBSD.ORG Mon Mar 5 14:21:21 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1868216A406; Mon, 5 Mar 2007 14:21:21 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id A370713C4AC; Mon, 5 Mar 2007 14:21:20 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.8/8.13.8) with ESMTP id l25E4pVw002107; Mon, 5 Mar 2007 15:04:52 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 124DD635; Mon, 5 Mar 2007 15:04:51 +0100 (CET) Date: Mon, 5 Mar 2007 15:04:51 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-fs@FreeBSD.org Message-Id: <20070305150451.ad3edaf1.gerrit@pmp.uni-hannover.de> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146 Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 05 Mar 2007 14:21:21 -0000 On Sun, 4 Mar 2007 13:38:01 +0100 Pawel Jakub Dawidek wrote about ZFS port to FreeBSD: 2nd patchset available.: PJD> I'd like to announce availability of the second ZFS patchset for PJD> FreeBSD. Great, thanks! PJD> The patch is available at: PJD> http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 PJD> To apply and compile the patch, enter your src directory and: PJD> PJD> # patch -p0 < /path/to/zfs_20070303.patch PJD> # make kernel <-- compiles and install patched kernel and PJD> zfs module PJD> # cd cddl PJD> # make && make install <-- compiles and install userland PJD> utilities and libraries I just synced to -current and the patch applied flawlessly. However, I cannot get the system to compile. buildworld fails with ===> gnu/lib/libg2c (install) sh /mnt/zfs/src/tools/install.sh -C -o root -g wheel -m 444 libg2c.a /usr/obj/ mnt/zfs/src/tmp/usr/lib sh /mnt/zfs/src/tools/install.sh -C -o root -g wheel -m 444 /mnt/zfs/src/gnu/lib/libg2c/g2c.h /usr/obj/mnt/zfs/src/tmp/usr/include sh /mnt/zfs/src/tools/install.sh -s -o root -g wheel -m 444 libg2c.so.2 /usr /obj/mnt/zfs/src/tmp/usr/lib ln -fs libg2c.so.2 /usr/obj/mnt/zfs/src/tmp/usr/lib/libg2c.so 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Did I get a bad sync, or has anybody else here a hint for me what is going wrong? cu Gerrit From owner-freebsd-fs@FreeBSD.ORG Mon Mar 5 16:28:22 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F14516A400; Mon, 5 Mar 2007 16:28:22 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id CB8EA13C442; Mon, 5 Mar 2007 16:28:21 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l25FwV9Y040655; Tue, 6 Mar 2007 00:58:32 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 6 Mar 2007 00:58:31 +0900 From: Norikatsu Shigemura To: Pawel Jakub Dawidek Message-Id: <20070306005831.22fb6115.nork@FreeBSD.org> In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> X-Mailer: Sylpheed 2.4.0beta4 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 06 Mar 2007 00:58:32 +0900 (JST) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 05 Mar 2007 16:28:22 -0000 On Sun, 4 Mar 2007 13:38:01 +0100 Pawel Jakub Dawidek wrote: > # patch -p0 < /path/to/zfs_20070303.patch > # make kernel <-- compiles and install patched kernel and > zfs module > # cd cddl > # make && make install <-- compiles and install userland > utilities and libraries > Please report any problems ('it works without problems!' is nice too). To clean-build (make buildworld), please make src/lib/libthr before src/cddl. Because cddl/lib/libzpool required libthr. --- Makefile.inc1.orig Sun Mar 4 01:50:22 2007 +++ Makefile.inc1 Tue Mar 6 00:06:37 2007 @@ -1013,7 +1013,7 @@ lib/libradius lib/libsbuf lib/libtacplus lib/libutil \ ${_lib_libypclnt} lib/libz lib/msun \ ${_secure_lib_libcrypto} ${_secure_lib_libssh} \ - ${_secure_lib_libssl} + ${_secure_lib_libssl} lib/libthr _generic_libs= cddl/lib gnu/lib ${_kerberos5_lib} lib ${_secure_lib} usr.bin/lex/lib I'm testing iozone -a. The new ZFS codes are too stable! From owner-freebsd-fs@FreeBSD.ORG Tue Mar 6 15:04:02 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE4CC16A405 for ; Tue, 6 Mar 2007 15:04:02 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 799E213C4BF for ; Tue, 6 Mar 2007 15:04:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HOad5-000Iru-So; Tue, 06 Mar 2007 16:27:03 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-fs@FreeBSD.org In-reply-to: Your message of Sun, 4 Mar 2007 13:38:01 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Mar 2007 16:27:03 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 06 Mar 2007 15:04:02 -0000 Hi Pawel, patches applied cleanly, no .rej. after fixing Makefile1.inc I managed to make buildworld, then applied Yoshihiro Ota fix, but now I'm stuck in buildkernel, mainly because im using a Freebsd 6.2 to cross compile. the make failes in src/sys/modules/zfs because /r+d/7.0/src/sys/modules/zfs/../ ../compat/opensolaris/kern/opensolaris_condvar.c is including /usr/include/machine/signal.h which is from 6.2 instead. the fix is: diff -bru src/sys/modules/zfs/Makefile{.orig,} --- src/sys/modules/zfs/Makefile.orig Tue Mar 6 15:49:49 2007 +++ src/sys/modules/zfs/Makefile Tue Mar 6 15:50:01 2007 @@ -85,7 +85,7 @@ CFLAGS+=-I${.CURDIR}/../../../contrib/opensolaris/common/zfs CFLAGS+=-I${.CURDIR}/../../../contrib/opensolaris/common # -CFLAGS+=-I/usr/include +CFLAGS+=-I${.CURDIR}/../../../include CFLAGS+=-O1 #CFLAGS+=-DKTR now, it fails with /r+d/7.0/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/rpc/xdr.c: In function `xdr_bytes': /r+d/7.0/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/rpc/xdr.c:497 : warning: cast to pointer from integer of different size /r+d/7.0/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/rpc/xdr.c: In function `xdr_string': /r+d/7.0/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/rpc/xdr.c:627 : warning: cast to pointer from integer of different size *** Error code 1 hum, does this copile for amd64? danny From owner-freebsd-fs@FreeBSD.ORG Tue Mar 6 15:52:50 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C45716A402 for ; Tue, 6 Mar 2007 15:52:50 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 6C85913C491 for ; Tue, 6 Mar 2007 15:52:49 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so2395289nfc for ; Tue, 06 Mar 2007 07:52:48 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dUqjc7Ww9u+k+8L1NXGg9UPalsUYhLnzPFK9T8QNQ9ikSiOuYawOrNJ4YWwIdkWH6ajOwZBodwg+3OsriHo80JgQwYIzbp5Rphj+UBLYqzUO+6G5iofFzMwxQeoYbPoU5tbi/dRR9CERRj68CoAsbzjih3xgrE53ZGMmiGCqpTU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jzjLBGuYJRwFHRfWbQUqC42kwNmXNgiw/EWxolmEU5E/R5zhnlo8zSs0WdLxJme33G6Ya/u2EflyIQuHmgRGV5isAQahSbpClyL5CTeUtXNE38FAIufeHthh8hQrW/PUoIr/b/Tbv40WBSiBoetHWp0TQQu836slVjTK8lrhfFE= Received: by 10.78.171.13 with SMTP id t13mr805786hue.1173194719128; Tue, 06 Mar 2007 07:25:19 -0800 (PST) Received: by 10.78.15.2 with HTTP; Tue, 6 Mar 2007 07:25:18 -0800 (PST) Message-ID: <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> Date: Tue, 6 Mar 2007 15:25:18 +0000 From: "Joao Barros" To: "Pawel Jakub Dawidek" , freebsd-fs@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20070306005831.22fb6115.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> Cc: Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 06 Mar 2007 15:52:50 -0000 On 3/5/07, Norikatsu Shigemura wrote: > On Sun, 4 Mar 2007 13:38:01 +0100 > Pawel Jakub Dawidek wrote: > > # patch -p0 < /path/to/zfs_20070303.patch > > # make kernel <-- compiles and install patched kernel and > > zfs module > > # cd cddl > > # make && make install <-- compiles and install userland > > utilities and libraries > > Please report any problems ('it works without problems!' is nice too). > > To clean-build (make buildworld), please make src/lib/libthr before > src/cddl. Because cddl/lib/libzpool required libthr. > > --- Makefile.inc1.orig Sun Mar 4 01:50:22 2007 > +++ Makefile.inc1 Tue Mar 6 00:06:37 2007 > @@ -1013,7 +1013,7 @@ > lib/libradius lib/libsbuf lib/libtacplus lib/libutil \ > ${_lib_libypclnt} lib/libz lib/msun \ > ${_secure_lib_libcrypto} ${_secure_lib_libssh} \ > - ${_secure_lib_libssl} > + ${_secure_lib_libssl} lib/libthr > > _generic_libs= cddl/lib gnu/lib ${_kerberos5_lib} lib ${_secure_lib} usr.bin/lex/lib > > > I'm testing iozone -a. The new ZFS codes are too stable! After some tries I finally got it to buildworld, but at 3am I never got to test anything other than 'kldload zfs' I was reading the man pages and I was wondering if files are supported devices like in this example: Example 4 Creating a ZFS Storage Pool by Using Files The following command creates an unmirrored pool using files. While not recommended, a pool based on files can be useful for experimental purposes. # zpool create tank /path/to/file/a /path/to/file/b I'd have to feed some noisy disks to my machine if file devs are not supported -.- -- Joao Barros From owner-freebsd-fs@FreeBSD.ORG Tue Mar 6 16:28:27 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9926E16A400; Tue, 6 Mar 2007 16:28:27 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-42-60-230-24.midco.net [24.230.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7260713C48D; Tue, 6 Mar 2007 16:28:27 +0000 (UTC) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HOcG3-000M15-Pe; Tue, 06 Mar 2007 10:11:24 -0600 Message-ID: <45ED9289.4090001@barryp.org> Date: Tue, 06 Mar 2007 10:10:49 -0600 From: Barry Pederson User-Agent: Thunderbird 1.5.0.8 (X11/20061025) MIME-Version: 1.0 To: Joao Barros References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> In-Reply-To: <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 06 Mar 2007 16:28:27 -0000 Joao Barros wrote: > After some tries I finally got it to buildworld, but at 3am I never > got to test anything other than 'kldload zfs' > > I was reading the man pages and I was wondering if files are supported > devices like in this example: > > Example 4 Creating a ZFS Storage Pool by Using Files > > The following command creates an unmirrored pool using files. While > not recommended, a pool based on files can be useful for experimental > purposes. > > # zpool create tank /path/to/file/a /path/to/file/b > > I'd have to feed some noisy disks to my machine if file devs are not > supported -.- I tried something like that, with a 512mb file: dd if=/dev/zero of=/tmp/foo bs=1048976 count=512 zpool create tank /tmp/foo but it comes back with cannot use '/dev//tmp/foo': must be a GEOM provider mdconfig is one way to go here, creating a memory disk based on that file. and then creating a pool from that mdconfig -a -t vnode -f /tmp/foo (comes back with "md0" perhaps, meaning it's created a /dev/md0 ) zpool create tank md0 and you should be in business. Barry From owner-freebsd-fs@FreeBSD.ORG Tue Mar 6 19:11:09 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6662B16A407; Tue, 6 Mar 2007 19:11:09 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mailhub.csub.edu (mailhub.csub.edu [136.168.1.56]) by mx1.freebsd.org (Postfix) with ESMTP id 1D86013C474; Tue, 6 Mar 2007 19:11:09 +0000 (UTC) (envelope-from raj@csub.edu) Received: from [136.168.10.65] (cserv65.csub.edu [136.168.10.65]) (authenticated bits=0) by mailhub.csub.edu (8.13.8/8.13.8) with ESMTP id l26Ikoto010668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Mar 2007 10:46:50 -0800 (PST) (envelope-from raj@csub.edu) Message-ID: <45EDB716.6070303@csub.edu> Date: Tue, 06 Mar 2007 10:46:46 -0800 From: Russell Jackson User-Agent: Thunderbird 1.5.0.9 (X11/20070215) MIME-Version: 1.0 To: Barry Pederson References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> In-Reply-To: <45ED9289.4090001@barryp.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030107020508050708000204" Cc: freebsd-fs@freebsd.org, Joao Barros , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 06 Mar 2007 19:11:09 -0000 This is a cryptographically signed message in MIME format. --------------ms030107020508050708000204 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Barry Pederson wrote: > Joao Barros wrote: > >> After some tries I finally got it to buildworld, but at 3am I never >> got to test anything other than 'kldload zfs' >> >> I was reading the man pages and I was wondering if files are supported >> devices like in this example: >> >> Example 4 Creating a ZFS Storage Pool by Using Files >> >> The following command creates an unmirrored pool using files. While >> not recommended, a pool based on files can be useful for experimental >> purposes. >> >> # zpool create tank /path/to/file/a /path/to/file/b >> >> I'd have to feed some noisy disks to my machine if file devs are not >> supported -.- > > I tried something like that, with a 512mb file: > > dd if=/dev/zero of=/tmp/foo bs=1048976 count=512 > zpool create tank /tmp/foo > > but it comes back with > > cannot use '/dev//tmp/foo': must be a GEOM provider > > mdconfig is one way to go here, creating a memory disk based on that > file. and then creating a pool from that > > mdconfig -a -t vnode -f /tmp/foo > > (comes back with "md0" perhaps, meaning it's created a /dev/md0 ) > > zpool create tank md0 > > and you should be in business. > > Barry You can also use ggatel to make a GEOM provider out of a file. -- Russell A. Jackson Network Analyst California State University, Bakersfield --------------ms030107020508050708000204 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILzDCC BeIwggTKoAMCAQICChEYRCsAAAAADREwDQYJKoZIhvcNAQEFBQAwUTETMBEGCgmSJomT8ixk ARkWA2VkdTEUMBIGCgmSJomT8ixkARkWBGNzdWIxEjAQBgoJkiaJk/IsZAEZFgJhZDEQMA4G A1UEAxMHYWQtY3N1YjAeFw0wNzAyMjAwMDAyNDJaFw0wODAyMjAwMDAyNDJaMIGAMRMwEQYK CZImiZPyLGQBGRYDZWR1MRQwEgYKCZImiZPyLGQBGRYEY3N1YjESMBAGCgmSJomT8ixkARkW AmFkMQ4wDAYDVQQDEwVVc2VyczESMBAGA1UEAxMJcmphY2tzb24zMRswGQYJKoZIhvcNAQkB FgxyYWpAY3N1Yi5lZHUwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAK7yJnIQLPM0LkRL XWhWTTKPeiXX8iMzsuxjzOBaZUzR3uNcmSPBo2Xvuq80jEAbhcOTjfGMkGYL3mVVEWuLqYtF QDHiUxN1aqC+8NCHxZyPXczQOL+3pPJyQgLsqi6RuamYpnrgjrShSwfbanTLvBeqxzw0Ju3t bGHBNPhiao8PAgMBAAGjggMOMIIDCjALBgNVHQ8EBAMCBaAwNgYJKoZIhvcNAQkPBCkwJzAN BggqhkiG9w0DAgIBODANBggqhkiG9w0DBAIBODAHBgUrDgMCBzAdBgNVHQ4EFgQULSptv9XA 3aFTWIMBzTPVEx8qf5cwFwYJKwYBBAGCNxQCBAoeCABVAHMAZQByMB8GA1UdIwQYMBaAFHiI nPYST6Rc1KuvHYS3uc+3Sl6JMIHzBgNVHR8EgeswgegwgeWggeKggd+Gga1sZGFwOi8vL0NO PWFkLWNzdWIsQ049YWQyLENOPUNEUCxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1T ZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWFkLERDPWNzdWIsREM9ZWR1P2NlcnRpZmlj YXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2lu dIYtaHR0cDovL2FkMi5hZC5jc3ViLmVkdS9DZXJ0RW5yb2xsL2FkLWNzdWIuY3JsMIIBBwYI KwYBBQUHAQEEgfowgfcwgakGCCsGAQUFBzAChoGcbGRhcDovLy9DTj1hZC1jc3ViLENOPUFJ QSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0 aW9uLERDPWFkLERDPWNzdWIsREM9ZWR1P2NBQ2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFz cz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MEkGCCsGAQUFBzAChj1odHRwOi8vYWQyLmFkLmNz dWIuZWR1L0NlcnRFbnJvbGwvYWQyLmFkLmNzdWIuZWR1X2FkLWNzdWIuY3J0MCkGA1UdJQQi MCAGCisGAQQBgjcKAwQGCCsGAQUFBwMEBggrBgEFBQcDAjA+BgNVHREENzA1oCUGCisGAQQB gjcUAgOgFwwVcmphY2tzb24zQGFkLmNzdWIuZWR1gQxyYWpAY3N1Yi5lZHUwDQYJKoZIhvcN AQEFBQADggEBAEnGoKETs7b3xz0ecwk0MKGHipy8zFEeGkv3kHSCRP/0YUBciYgT4q/zAikU v9jfYTKsA9jD/0MeChHh3AYsG7RCZ+n6tZLTfhomXyC7EbiPkl2NxW+r2DE6L3JrNf7kCJqz jxdQeoY6EGx8IC4KV+zhrMaaYSv4wxGevm4kl69yJflBVwlJ2MR/5opdoyHSiJN6ogY10Imp JnvvR0KIt+5jHrWCeTqxeH4HCPqNCPxdbPxx0S1NAYg/Jyjcz5+4iRhwqWowtgzPo3uZV4+/ 0eOVPBXS50MLE+yuPghIqJjEF3kJ2ZvoCbZnM8pBDIs6e2qk2Fe3VdxtmpulhqCYJoswggXi MIIEyqADAgECAgoRGEQrAAAAAA0RMA0GCSqGSIb3DQEBBQUAMFExEzARBgoJkiaJk/IsZAEZ FgNlZHUxFDASBgoJkiaJk/IsZAEZFgRjc3ViMRIwEAYKCZImiZPyLGQBGRYCYWQxEDAOBgNV BAMTB2FkLWNzdWIwHhcNMDcwMjIwMDAwMjQyWhcNMDgwMjIwMDAwMjQyWjCBgDETMBEGCgmS JomT8ixkARkWA2VkdTEUMBIGCgmSJomT8ixkARkWBGNzdWIxEjAQBgoJkiaJk/IsZAEZFgJh ZDEOMAwGA1UEAxMFVXNlcnMxEjAQBgNVBAMTCXJqYWNrc29uMzEbMBkGCSqGSIb3DQEJARYM cmFqQGNzdWIuZWR1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCu8iZyECzzNC5ES11o Vk0yj3ol1/IjM7LsY8zgWmVM0d7jXJkjwaNl77qvNIxAG4XDk43xjJBmC95lVRFri6mLRUAx 4lMTdWqgvvDQh8Wcj13M0Di/t6TyckIC7KoukbmpmKZ64I60oUsH22p0y7wXqsc8NCbt7Wxh wTT4YmqPDwIDAQABo4IDDjCCAwowCwYDVR0PBAQDAgWgMDYGCSqGSIb3DQEJDwQpMCcwDQYI KoZIhvcNAwICATgwDQYIKoZIhvcNAwQCATgwBwYFKw4DAgcwHQYDVR0OBBYEFC0qbb/VwN2h U1iDAc0z1RMfKn+XMBcGCSsGAQQBgjcUAgQKHggAVQBzAGUAcjAfBgNVHSMEGDAWgBR4iJz2 Ek+kXNSrrx2Et7nPt0peiTCB8wYDVR0fBIHrMIHoMIHloIHioIHfhoGtbGRhcDovLy9DTj1h ZC1jc3ViLENOPWFkMixDTj1DRFAsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vy dmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1hZCxEQz1jc3ViLERDPWVkdT9jZXJ0aWZpY2F0 ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnSG LWh0dHA6Ly9hZDIuYWQuY3N1Yi5lZHUvQ2VydEVucm9sbC9hZC1jc3ViLmNybDCCAQcGCCsG AQUFBwEBBIH6MIH3MIGpBggrBgEFBQcwAoaBnGxkYXA6Ly8vQ049YWQtY3N1YixDTj1BSUEs Q049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlv bixEQz1hZCxEQz1jc3ViLERDPWVkdT9jQUNlcnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9 Y2VydGlmaWNhdGlvbkF1dGhvcml0eTBJBggrBgEFBQcwAoY9aHR0cDovL2FkMi5hZC5jc3Vi LmVkdS9DZXJ0RW5yb2xsL2FkMi5hZC5jc3ViLmVkdV9hZC1jc3ViLmNydDApBgNVHSUEIjAg BgorBgEEAYI3CgMEBggrBgEFBQcDBAYIKwYBBQUHAwIwPgYDVR0RBDcwNaAlBgorBgEEAYI3 FAIDoBcMFXJqYWNrc29uM0BhZC5jc3ViLmVkdYEMcmFqQGNzdWIuZWR1MA0GCSqGSIb3DQEB BQUAA4IBAQBJxqChE7O298c9HnMJNDChh4qcvMxRHhpL95B0gkT/9GFAXImIE+Kv8wIpFL/Y 32EyrAPYw/9DHgoR4dwGLBu0Qmfp+rWS034aJl8guxG4j5JdjcVvq9gxOi9yazX+5Aias48X UHqGOhBsfCAuClfs4azGmmEr+MMRnr5uJJevciX5QVcJSdjEf+aKXaMh0oiTeqIGNdCJqSZ7 70dCiLfuYx61gnk6sXh+Bwj6jQj8XWz8cdEtTQGIPyco3M+fuIkYcKlqMLYMz6N7mVePv9Hj lTwV0udDCxPsrj4ISKiYxBd5Cdmb6Am2ZzPKQQyLOntqpNhXt1XcbZqbpYagmCaLMYICnDCC ApgCAQEwXzBRMRMwEQYKCZImiZPyLGQBGRYDZWR1MRQwEgYKCZImiZPyLGQBGRYEY3N1YjES MBAGCgmSJomT8ixkARkWAmFkMRAwDgYDVQQDEwdhZC1jc3ViAgoRGEQrAAAAAA0RMAkGBSsO AwIaBQCgggGTMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA3 MDMwNjE4NDY0NlowIwYJKoZIhvcNAQkEMRYEFLk66+ThKW460hmwgErrEWTK+RF7MFIGCSqG SIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMG4GCSsGAQQBgjcQBDFhMF8wUTETMBEGCgmSJomT 8ixkARkWA2VkdTEUMBIGCgmSJomT8ixkARkWBGNzdWIxEjAQBgoJkiaJk/IsZAEZFgJhZDEQ MA4GA1UEAxMHYWQtY3N1YgIKERhEKwAAAAANETBwBgsqhkiG9w0BCRACCzFhoF8wUTETMBEG CgmSJomT8ixkARkWA2VkdTEUMBIGCgmSJomT8ixkARkWBGNzdWIxEjAQBgoJkiaJk/IsZAEZ FgJhZDEQMA4GA1UEAxMHYWQtY3N1YgIKERhEKwAAAAANETANBgkqhkiG9w0BAQEFAASBgFrX PMhTf/fP/HYi01r4doNr87uiYm1/r9HmxufIsbkre5Sy6HJuF0BZTtbMqDJSZBEpxTJIpPfF Y64pGXI08PDkETbJSF2wchdCfnUrFS+xaiNM1ziO9SqbsS2Bs1xtS2DjPiWNSndcUHGJmyKb Ci+zjb6QzkFtdDgOUHxHwqTPAAAAAAAA --------------ms030107020508050708000204-- From owner-freebsd-fs@FreeBSD.ORG Tue Mar 6 19:38:12 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B81F216A403 for ; Tue, 6 Mar 2007 19:38:12 +0000 (UTC) (envelope-from antab@valka.is) Received: from quasar.skima.is (quasar.skima.is [212.30.200.205]) by mx1.freebsd.org (Postfix) with ESMTP id 143E513C4AC for ; Tue, 6 Mar 2007 19:38:11 +0000 (UTC) (envelope-from antab@valka.is) Received: from [192.168.1.32] ([212.30.222.207] [212.30.222.207]) by quasar.skima.is with ESMTP; Tue, 6 Mar 2007 19:04:59 Z Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <138C2C6E-B791-466C-AFC0-ACFF3DB0B01E@valka.is> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Arnar_Mar_Sigur=F0sson?= Date: Tue, 6 Mar 2007 19:04:53 +0000 To: freebsd-fs@FreeBSD.org X-Mailer: Apple Mail (2.752.3) Cc: Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 06 Mar 2007 19:38:12 -0000 Hi Patch applied and builds ok. I created a striped pool with 2x 320GB disks and when i use the pool, then dmesg will fills up with messages like thous: zfs_lowmem:2686[0]: 42 EXIT zfs_lowmem:2681[0]: 42 ENTER zfs_lowmem:2686[0]: 42 EXIT zfs_lowmem:2681[0]: 42 ENTER Also i added zfs_load="YES" to loader.conf and the kernel panics in boot After power on and loading zfs manualy, i'm was unable to import my pool. [root@ofurdolla /home/antab]# zpool import leech cannot import 'leech': pool may be in use from other system use '-f' to import anyway acquiring duplicate lock of same type: "zfs:dbuf" 1st zfs:dbuf @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/ mutex.h:44 2nd zfs:dbuf @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/ mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper (c081fd55,df1a1a74,c0615f0d,c0821cc9,c3d88251,...) at db_trace_self_wrapper+0x27 kdb_backtrace(c0821cc9,c3d88251,c3d87b03,2c,aa,...) at kdb_backtrace +0x2f witness_checkorder(c408a234,9,c3d87b03,2c,c09407ec,...) at witness_checkorder+0x6e4 _sx_xlock(c408a234,c3d87b03,2c,c3d4cad3,c3bcd400,...) at _sx_xlock+0x7e dbuf_rele(c408a1f8,c3bcd400,c3bcd400,0,df1a1aec,...) at dbuf_rele+0x27 dsl_dir_close(c406ea00,c3bcd400,c431d930,df1a1b00,c3d24b74,...) at dsl_dir_close+0x32 dsl_dir_evict(c431d930,c3bcd400,0,df1a1b24,c3d272f5,...) at dsl_dir_evict+0x2d dbuf_evict_user(c431d930,ffffffff,ffffffff,c3d4cad3,c40fdc00,...) at dbuf_evict_user+0x40 dbuf_rele(c431d930,c40fdc00,c40fdc00,c3ea2000,df1a1b50,...) at dbuf_rele+0xa9 dsl_dir_close(c3bcd400,c40fdc00,c3ea2000,df1a1b6c,c3d443ac,...) at dsl_dir_close+0x32 dsl_pool_close(c40fdc00,c3d86f80,c3d86f80,c3ea2000,c4128b60,...) at dsl_pool_close+0x20 spa_unload(c3ea2000,c41280a0,0,0,1,...) at spa_unload+0x6c spa_tryimport(c4128b60,df1a1bb0,c4128b60,0,c3e78000,...) at spa_tryimport+0x1a9 zfs_ioc_pool_tryimport(c3e78000,c3cf9500,c3a12d9c,6,0,...) at zfs_ioc_pool_tryimport+0x33 zfsdev_ioctl(c3cf5500,ceec5a06,c3e78000,3,c3c1d6c0,...) at zfsdev_ioctl+0xed devfs_ioctl_f(c38d0c18,ceec5a06,c3e78000,c3cf9500,c3c1d6c0,...) at devfs_ioctl_f+0xdc kern_ioctl(c3c1d6c0,3,ceec5a06,c3e78000,c3e78000,...) at kern_ioctl +0x353 ioctl(c3c1d6c0,df1a1d00,c,c3632c30,28472000,...) at ioctl+0x11b syscall(df1a1d38) at syscall+0x2d8 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281a557f, esp = 0xbfbf970c, ebp = 0xbfbf9748 --- -f will force the import and i can use the pool. Keep up the good work Arnar Mar Sig On Mar 4, 2007, at 12:38 PM, Pawel Jakub Dawidek wrote: > Hi. > > I'd like to announce availability of the second ZFS patchset for > FreeBSD. > And the begining I'd like to thank everyone who reported problems or > success stories. This is very important, because: > 1. Seeing people interested in ZFS for FreeBSD gives me great > motivation > to spend more time on coding. It is much appreciated! > 2. I'm not able to test everything by myself. > > List of changes against the 1st patchset: > - Full NFS support including automatic snapshots export and zfs(1) > control. Don't forget to run mountd(8) with two exports files: > /etc/exports and /etc/zfs/exports. > - Missing atomic operations were taken from OpenSolaris, which > eliminates global mutex protection. This improves performance a bit. > - Added various sysctls to vfs.zfs tree. > - Implemented kstat functionality from OpenSolaris based on our > sysctls. > Try 'sysctl kstat'. > - ztest, zdb and libzpool are now compilable again and work. > - Access protection cleanups. ZFS pass all fstest regression tests > (available in HEAD under src/tools/regression/fstest/). It > doesn't use > suser(9) anymore, only priv(9) KPI. > - Fixed bug preventing ZFS file systems mount via: > # mount -t zfs name /mountpoint > - Fixed orphan event handling in vdev_geom. > - Added BIO_FLUSH support for ZVOL providers. > - Many, many other bug fixes and cleanups. > > The patch is available at: > > http://people.freebsd.org/~pjd/patches/zfs_20070303.patch.bz2 > > To apply and compile the patch, enter your src directory and: > > # patch -p0 < /path/to/zfs_20070303.patch > # make kernel <-- compiles and install patched kernel and > zfs module > # cd cddl > # make && make install <-- compiles and install userland > utilities and libraries > > Please report any problems ('it works without problems!' is nice too). > > Good luck. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 03:16:50 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61B9A16A400 for ; Wed, 7 Mar 2007 03:16:50 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id DF1C413C478 for ; Wed, 7 Mar 2007 03:16:49 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so22794nfc for ; Tue, 06 Mar 2007 19:16:48 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IbW3HQkC6fAxr03kPTacas2SuL7zPWV++T+g40WYtxjDWQ3eJo1S02BXw+4UgMMJgZBE62Rpy0mnywZjow0Xq55OGKbJ2+/jMRCsff5pP51N1vU95JUjHZ+bmkiMjmJGTfRQlD8y2mNQ+ry0QXBv3FQS3iCPQczP3ddBKmalncE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CMOiNK4zkCgZKhShykwBO0IzSGHempWSN2d56Ygk9s8C29M0ZZkn5mRnTuaClzrFEVFmPqbjfTeh3oE/DFOqZOk3AIPM9v7i+fx637WHGZbm9uO5V+Fsqbs78q5J9e3RdLXCbEzLfihvoV/x0/kXMIHxxkJzcmafdHBsjzd5BLo= Received: by 10.78.178.5 with SMTP id a5mr906435huf.1173237408591; Tue, 06 Mar 2007 19:16:48 -0800 (PST) Received: by 10.78.15.2 with HTTP; Tue, 6 Mar 2007 19:16:48 -0800 (PST) Message-ID: <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> Date: Wed, 7 Mar 2007 03:16:48 +0000 From: "Joao Barros" To: "Pawel Jakub Dawidek" , freebsd-fs@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <45ED9289.4090001@barryp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> Cc: Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 07 Mar 2007 03:16:50 -0000 On 3/6/07, Barry Pederson wrote: > Joao Barros wrote: > > > After some tries I finally got it to buildworld, but at 3am I never > > got to test anything other than 'kldload zfs' > > > > I was reading the man pages and I was wondering if files are supported > > devices like in this example: > > > > Example 4 Creating a ZFS Storage Pool by Using Files > > > > The following command creates an unmirrored pool using files. While > > not recommended, a pool based on files can be useful for experimental > > purposes. > > > > # zpool create tank /path/to/file/a /path/to/file/b > > > > I'd have to feed some noisy disks to my machine if file devs are not > > supported -.- > > I tried something like that, with a 512mb file: > > dd if=/dev/zero of=/tmp/foo bs=1048976 count=512 > zpool create tank /tmp/foo > > but it comes back with > > cannot use '/dev//tmp/foo': must be a GEOM provider > > mdconfig is one way to go here, creating a memory disk based on that > file. and then creating a pool from that > > mdconfig -a -t vnode -f /tmp/foo > > (comes back with "md0" perhaps, meaning it's created a /dev/md0 ) > > zpool create tank md0 > > and you should be in business. > > Barry > That did the trick, thanks for the idea :) After creating a pool, copying some files and other "just playing around commands" I got this on my log: ZFS filesystem version 3 ZFS storage pool version 3 acquiring duplicate lock of same type: "zfs:tx:cpu" 1st zfs:tx:cpu @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd zfs:tx:cpu @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,e6e58c6c,c0a5c7d8,c0a5c7d8,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c4bde284,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c4bde284,c4c9d083,2c,0,0,...) at _sx_xlock+0x50 txg_quiesce(c4eee400,4,0,c4eee4ac,c4eee400,...) at txg_quiesce+0x48 txg_quiesce_thread(c4eee400,e6e58d38) at txg_quiesce_thread+0xaa fork_exit(c4c6f480,c4eee400,e6e58d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e58d70, ebp = 0 --- acquiring duplicate lock of same type: "zfs:dbuf" 1st zfs:dbuf @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd zfs:dbuf @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,e6d5fa70,c0a5c620,c0a5c620,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c5049e04,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c5049e04,c4c9d083,2c,c4e416a0,c488b800,...) at _sx_xlock+0x50 dbuf_rele(c5049dc8,c4e416a0,c4dce000,c4e416a0,c4e416a0,...) at dbuf_rele+0x19 dsl_dir_close(c488b800,c4e416a0,c4e416a0,18,c443e260,...) at dsl_dir_close+0x1f dsl_prop_unregister(c488ba00,c4ca18f7,c4c53f54,c488bc00,cde5b7,...) at dsl_prop_unregister+0xd1 dmu_objset_evict(c488ba00,c488bc00,c5049bd0,0,e6d5fb54,...) at dmu_objset_evict+0x3a dsl_dataset_evict(c5049bd0,c488ba00,1,e6d5fb6c,c4c4e27b,...) at dsl_dataset_evict+0x34 dbuf_evict_user(c5049bd0,c4c1d180,c488bc00,c4eed800,e6d5fb88,...) at dbuf_evict_user+0x37 dbuf_rele(c5049bd0,c488ba00,0,c5043b94,0,...) at dbuf_rele+0x93 killer(c4eed800,c5046974,c488bc00,0,c5046974,...) at killer+0xec arc_write_done(c4eed800,c504f880,c4dce000,c4eed800,c4eeda00,...) at arc_write_done+0x16c zio_done(c4eed800,c4eed9f4,e6d5fc00,c4c84df7,c4eed800,...) at zio_done+0x159 zio_next_stage(c4eed800,c4eed800,c4eed800,0,e6d5fc14,...) at zio_next_stage+0x8e zio_wait_for_children(c4eed800,11,c4eed9f4,e6d5fc24,c4c8681a,...) at zio_wait_for_children+0x3f zio_wait_children_done(c4eed800,c4eed800,e6d5fc5c,c4c865ae,c4eed800,...) at zio_wait_children_done+0x15 zio_next_stage(c4eed800,0,c06b7757,c4ca4260,80,...) at zio_next_stage+0x8e zio_vdev_io_assess(c4eed800,c4c1d138,e6d5fc94,c4c7547e,c4eed800,...) at zio_vdev_io_assess+0x19a zio_next_stage(c4eed800,c4eed800,c0a4dde8,0,3,...) at zio_next_stage+0x8e vdev_mirror_io_done(c4eed800,e6d5fd04,c4c45c61,c4eed800,c4e3da48,...) at vdev_mirror_io_done+0xba zio_vdev_io_done(c4eed800,c4e3da48,c4e3da48,c4e3da48,70cd290a,...) at zio_vdev_io_done+0x16 taskq_thread(c4e3da28,e6d5fd38) at taskq_thread+0x195 fork_exit(c4c45acc,c4e3da28,e6d5fd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6d5fd70, ebp = 0 --- lock order reversal: 1st 0xc49ff420 () @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd 0xc504a624 zfs:dbuf (zfs:dbuf) @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0a5c4e0,c0a5c620,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c504a624,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c504a624,c4c9d083,2c,c5053d80,c4c05400,...) at _sx_xlock+0x50 dbuf_sync_indirect(c4c05400,c4c1de00,c49ff420,c5095000,c49ff400,...) at dbuf_sync_indirect+0x25 dbuf_sync_list(c49ff454,c4c1de00,c5053d80,c49ff400,c5053e68,...) at dbuf_sync_list+0x30 dbuf_sync_indirect(c49ff400,c4c1de00,c4ef8000,c5053d80,c488b200,...) at dbuf_sync_indirect+0xca dbuf_sync_list(c5053e68,c4c1de00,c5053e68,1,40000,...) at dbuf_sync_list+0x30 dnode_sync(c5053d80,c4c1de00,c5094c00,5,0,...) at dnode_sync+0x29b dmu_objset_sync(c488b200,c5095c00,c4c1de00,c488b800,c4c1de00,...) at dmu_objset_sync+0x112 dsl_dataset_sync(c488b000,c5095c00,c4c1de00,c4bde000,c4c1de00,...) at dsl_dataset_sync+0x22 dsl_pool_sync(c4eee400,5,0,c4dce000,5,...) at dsl_pool_sync+0x74 spa_sync(c4dce000,5,0,c4eee4e0,c4eee4e0,...) at spa_sync+0x228 txg_sync_thread(c4eee400,e6e5bd38) at txg_sync_thread+0x1b3 fork_exit(c4c6f23c,c4eee400,e6e5bd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e5bd70, ebp = 0 --- acquiring duplicate lock of same type: "" 1st @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,e6e5baf8,c0a5c4e0,c0a5c4e0,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c4c05420,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c4c05420,c4c9d083,2c,c5053d80,c4c05400,...) at _sx_xlock+0x50 dbuf_sync_indirect(c4c05400,c4c1de00,c49ff420,c5095000,c49ff400,...) at dbuf_sync_indirect+0xbb dbuf_sync_list(c49ff454,c4c1de00,c5053d80,c49ff400,c5053e68,...) at dbuf_sync_list+0x30 dbuf_sync_indirect(c49ff400,c4c1de00,c4ef8000,c5053d80,c488b200,...) at dbuf_sync_indirect+0xca dbuf_sync_list(c5053e68,c4c1de00,c5053e68,1,40000,...) at dbuf_sync_list+0x30 dnode_sync(c5053d80,c4c1de00,c5094c00,5,0,...) at dnode_sync+0x29b dmu_objset_sync(c488b200,c5095c00,c4c1de00,c488b800,c4c1de00,...) at dmu_objset_sync+0x112 dsl_dataset_sync(c488b000,c5095c00,c4c1de00,c4bde000,c4c1de00,...) at dsl_dataset_sync+0x22 dsl_pool_sync(c4eee400,5,0,c4dce000,5,...) at dsl_pool_sync+0x74 spa_sync(c4dce000,5,0,c4eee4e0,c4eee4e0,...) at spa_sync+0x228 txg_sync_thread(c4eee400,e6e5bd38) at txg_sync_thread+0x1b3 fork_exit(c4c6f23c,c4eee400,e6e5bd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e5bd70, ebp = 0 --- acquiring duplicate lock of same type: "zfs:dns" 1st zfs:dns @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/rwlock.h:45 2nd zfs:dns @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/rwlock.h:45 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,e6e5ba60,c0a5c6c0,c0a5c6c0,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c5048000,9,c4c9d47a,2d) at witness_checkorder+0x586 _sx_xlock(c5048000,c4c9d47a,2d,c97f6384,36,...) at _sx_xlock+0x50 dnode_new_blkid(c5048000,1,0,ccb4c080,c09499b0,...) at dnode_new_blkid+0x57 dbuf_dirty(c97f6348,ccb4c080,cb9196c0,2c8,c4bde068,...) at dbuf_dirty+0x375 dnode_setdirty(cb9196c0,ccb4c080,cb9196c0,0,0,...) at dnode_setdirty+0xf9 dnode_free_range(cb9196c0,0,0,ffffffff,ffffffff,...) at dnode_free_range+0x5de dmu_free_range(c4bde018,35,0,0,0,...) at dmu_free_range+0x3f space_map_truncate(c4ed704c,c4bde018,ccb4c080,11e,0,...) at space_map_truncate+0x1f metaslab_sync(c4ed7000,2c8,0,c4ec51f8,c4dce000,...) at metaslab_sync+0x221 vdev_sync(c4ec5000,2c8,0,11e,c4eee4ac,...) at vdev_sync+0x98 spa_sync(c4dce000,2c8,0,c4eee4e0,c4eee4e0,...) at spa_sync+0x23c txg_sync_thread(c4eee400,e6e5bd38) at txg_sync_thread+0x1b3 fork_exit(c4c6f23c,c4eee400,e6e5bd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e5bd70, ebp = 0 --- lock order reversal: 1st 0xc504a96c zfs:dbuf (zfs:dbuf) @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 2nd 0xc5066b10 zfs:zn (zfs:zn) @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 KDB: stack backtrace: db_trace_self_wrapper(c094d3a8) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0a5c620,c0a5c440,c09f7c0c,...) at kdb_backtrace+0x29 witness_checkorder(c5066b10,9,c4c9d083,2c) at witness_checkorder+0x586 _sx_xlock(c5066b10,c4c9d083,2c,e6e5ba2c,c0a4e028,...) at _sx_xlock+0x50 znode_pageout_func(c504a930,c5066b00,c504a930,e6e5ba64,c4c4d8a5,...) at znode_pageout_func+0xf0 dbuf_evict_user(c504a930,0,c504a2a0,c504a930,c535c81c,...) at dbuf_evict_user+0x37 dbuf_clear(c504a930,e6e5ba90,e6e5bb4c,c4c5b559,c504a930,...) at dbuf_clear+0x25 dbuf_evict(c504a930,c50781d4,c50781a0,0,0,...) at dbuf_evict+0xd dnode_evict_dbufs(c5078000,0,c5078108,c50d1800,cd7a2080,...) at dnode_evict_dbufs+0x209 dnode_sync_free(c5078000,cd7a2080,c5078108,3,c5078000,...) at dnode_sync_free+0x2c dnode_sync(c5078000,cd7a2080,c488b30c,c5078000,c488b230,...) at dnode_sync+0x26a dmu_objset_sync_dnodes(c488b30c,cd7a2080,c5053d80,cd7a2080,c5590000,...) at dmu_objset_sync_dnodes+0x30 dmu_objset_sync(c488b200,c9b3a000,cd7a2080,c488b800,cd7a2080,...) at dmu_objset_sync+0x12e dsl_dataset_sync(c488b000,c9b3a000,cd7a2080,c4bde000,cd7a2080,...) at dsl_dataset_sync+0x22 dsl_pool_sync(c4eee400,2f7,0,c4dce000,2f7,...) at dsl_pool_sync+0x74 spa_sync(c4dce000,2f7,0,c4eee4e0,c4eee4e0,...) at spa_sync+0x228 txg_sync_thread(c4eee400,e6e5bd38) at txg_sync_thread+0x1b3 fork_exit(c4c6f23c,c4eee400,e6e5bd38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6e5bd70, ebp = 0 --- I don't know exactly what commands/actions kicked this LORs but I can try and replicate tomorrow. It's 3 am again... -- Joao Barros From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 12:57:12 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BB2616A405; Wed, 7 Mar 2007 12:57:12 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 2316D13C4A6; Wed, 7 Mar 2007 12:57:11 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (svr21.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id 56D6F999A4; Wed, 7 Mar 2007 13:39:53 +0100 (CET) Received: from fw.reifenberger.com (ppp-82-135-6-223.dynamic.mnet-online.de [82.135.6.223]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTP id B038990FF0; Wed, 7 Mar 2007 13:39:52 +0100 (CET) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.8/8.13.8/Submit) with ESMTP id l27Cdqos094997; Wed, 7 Mar 2007 13:39:52 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Wed, 7 Mar 2007 13:39:51 +0100 (CET) From: Michael Reifenberger To: pjd@freebsd.org Message-ID: <20070307132211.N94970@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1536262797-1173271191=:94970" Cc: freebsd-fs@freebsd.org Subject: Messages & dump with ZFS 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, 07 Mar 2007 12:57:12 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1536262797-1173271191=:94970 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi, my setup using -current in an VMWare-session: FreeBSD guest 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Jan 9 10:48:26 UTC 2007 root@guest:/usr/obj.i386/usr/src/sys/GENERIC i386 # dd if=/dev/zero of=/a.dd bs=1m count=100 # dd if=/dev/zero of=/b.dd bs=1m count=100 # mdconfig -a -tvnode -f /a.dd -u11 # mdconfig -a -tvnode -f /b.dd -u12 # zpool create test -m /mnt/test /dev/md11 /dev/md12 # ( cd /mnt/test; iozone -s100m -r1m ) #Here I get a panic kmem_malloc(16384): kmem_map too small: 83247104 total allocated if I have 128MB memory assigned to the VM # zpool export test # zpool import test After all I have the attached messages on the screen. What else can I debug? BTW: Thanks for your work. ZFS feels a lot like ADVFS in True64-Unix which I worked with gladly. Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com --0-1536262797-1173271191=:94970 Content-Type: TEXT/plain; charset=US-ASCII; name=dmesg.txt Content-Transfer-Encoding: BASE64 Content-ID: <20070307133951.V94970@fw.reifenberger.com> Content-Description: Content-Disposition: attachment; filename=dmesg.txt Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgNy4wLUNVUlJFTlQg IzA6IFR1ZSBKYW4gIDkgMTA6NDg6MjYgVVRDIDIwMDcNCiAgICByb290QGd1 ZXN0LnJlaWZlbmJlcmdlci5jb206L3Vzci9vYmouaTM4Ni91c3Ivc3JjL3N5 cy9HRU5FUklDDQpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBl eHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4NClRpbWVjb3VudGVyICJpODI1 NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVs KFIpIFBlbnRpdW0oUikgSUlJIE1vYmlsZSBDUFUgICAgICAxMjAwTUh6ICgx MjA0LjQ1LU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAiR2VudWlu ZUludGVsIiAgSWQgPSAweDZiOCAgU3RlcHBpbmcgPSA4DQogIEZlYXR1cmVz PTB4MzgzZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4 LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhT UixTU0U+DQpyZWFsIG1lbW9yeSAgPSA1MzY4NzA5MTIgKDUxMiBNQikNCmF2 YWlsIG1lbW9yeSA9IDUxMTQ0Mjk0NCAoNDg3IE1CKQ0KQUNQSSBBUElDIFRh YmxlOiA8UFRMVEQgIAkgQVBJQyAgPg0KTUFEVDogRm9yY2luZyBhY3RpdmUt bG93IHBvbGFyaXR5IGFuZCBsZXZlbCB0cmlnZ2VyIGZvciBTQ0kNCmlvYXBp YzAgPFZlcnNpb24gMS4xPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQNCmti ZDEgYXQga2JkbXV4MA0KYXRoX2hhbDogMC45LjIwLjMgKEFSNTIxMCwgQVI1 MjExLCBBUjUyMTIsIFJGNTExMSwgUkY1MTEyLCBSRjI0MTMsIFJGNTQxMykN CmFjcGkwOiA8UFRMVEQgICBSU0RUPiBvbiBtb3RoZXJib2FyZA0KYWNwaTA6 IFtJVEhSRUFEXQ0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpDQpUaW1l Y291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFs aXR5IDEwMDANCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5 NTQ1TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIgb24gYWNwaTANCmNwdTA6IDxB Q1BJIENQVT4gb24gYWNwaTANCmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUg VGhyb3R0bGluZz4gb24gY3B1MA0KcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJy aWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0KcGNpMDogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjANCmFncDA6IDxJbnRlbCA4MjQ0M0JYICg0NDAg QlgpIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gaG9zdGIwDQpwY2liMTogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMA0KcGNp MTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCmlzYWIwOiA8UENJLUlTQSBi cmlkZ2U+IGF0IGRldmljZSA3LjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+ IG9uIGlzYWIwDQphdGFwY2kwOiA8SW50ZWwgUElJWDQgVURNQTMzIGNvbnRy b2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgz NzYsMHgxMDUwLTB4MTA1ZiBhdCBkZXZpY2UgNy4xIG9uIHBjaTANCmF0YTA6 IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwDQphdGEwOiBbSVRIUkVBRF0N CmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwDQphdGExOiBbSVRI UkVBRF0NCnVoY2kwOiA8SW50ZWwgODIzNzFBQi9FQiAoUElJWDQpIFVTQiBj b250cm9sbGVyPiBwb3J0IDB4MTA2MC0weDEwN2YgaXJxIDE5IGF0IGRldmlj ZSA3LjIgb24gcGNpMA0KdWhjaTA6IFtHSUFOVC1MT0NLRURdDQp1aGNpMDog W0lUSFJFQURdDQp1c2IwOiA8SW50ZWwgODIzNzFBQi9FQiAoUElJWDQpIFVT QiBjb250cm9sbGVyPiBvbiB1aGNpMA0KdXNiMDogVVNCIHJldmlzaW9uIDEu MA0KdWh1YjA6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMA0KdWh1YjA6IDIgcG9ydHMg d2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpwY2kwOiA8YnJpZGdl PiBhdCBkZXZpY2UgNy4zIChubyBkcml2ZXIgYXR0YWNoZWQpDQp2Z2FwY2kw OiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDE0YzAtMHgxNGNm IG1lbSAweGYwMDAwMDAwLTB4ZjdmZmZmZmYsMHhlYzAwMDAwMC0weGVjN2Zm ZmZmIGF0IGRldmljZSAxNS4wIG9uIHBjaTANCm1wdDA6IDxMU0lMb2dpYyAx MDMwIFVsdHJhNCBBZGFwdGVyPiBwb3J0IDB4MTA4MC0weDEwZmYgbWVtIDB4 ZWM4MDAwMDAtMHhlYzgwMGZmZiBpcnEgMTcgYXQgZGV2aWNlIDE2LjAgb24g cGNpMA0KbXB0MDogW0dJQU5ULUxPQ0tFRF0NCm1wdDA6IFtJVEhSRUFEXQ0K bXB0MDogTVBJIFZlcnNpb249MS4yLjAuMA0KbGUwOiA8QU1EIFBDbmV0LVBD ST4gcG9ydCAweDE0MDAtMHgxNDdmIGlycSAxOCBhdCBkZXZpY2UgMTcuMCBv biBwY2kwDQpsZTA6IDE2IHJlY2VpdmUgYnVmZmVycywgNCB0cmFuc21pdCBi dWZmZXJzDQpsZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBjOjI5OjJiOmFk OjZiDQpsZTA6IFtJVEhSRUFEXQ0KcGNpMDogPG11bHRpbWVkaWEsIGF1ZGlv PiBhdCBkZXZpY2UgMTguMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KYWNwaV9h Y2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwDQphdGtiZGMwOiA8S2V5Ym9h cmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBv biBhY3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2Jk YzANCmtiZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQph dGtiZDA6IFtJVEhSRUFEXQ0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBv biBhdGtiZGMwDQpwc20wOiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDogW0lUSFJF QURdDQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAzDQpz aW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgt MHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMA0Kc2lvMDogdHlwZSAx NjU1MEENCnNpbzA6IFtGSUxURVJdDQpzaW8xOiA8MTY1NTBBLWNvbXBhdGli bGUgQ09NIHBvcnQ+IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gYWNwaTAN CnNpbzE6IHR5cGUgMTY1NTBBDQpzaW8xOiBbRklMVEVSXQ0KZmRjMDogPGZs b3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3 IGlycSA2IGRycSAyIG9uIGFjcGkwDQpmZGMwOiBbRklMVEVSXQ0KZmQwOiA8 MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDANCnBtdGltZXIw IG9uIGlzYTANCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4 YzAwMDAtMHhjN2ZmZiwweGM4MDAwLTB4YzhmZmYsMHhkYzAwMC0weGRmZmZm LDB4ZTAwMDAtMHhlM2ZmZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTANCnBwYzA6 IDxQYXJhbGxlbCBwb3J0PiBhdCBwb3J0IDB4Mzc4LTB4MzdmIGlycSA3IG9u IGlzYTANCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklCQkxFLW9ubHkpIGlu IENPTVBBVElCTEUgbW9kZQ0KcHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+ IG9uIHBwYzANCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24g cHBidXMwDQpscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwDQpscHQwOiBJbnRl cnJ1cHQtZHJpdmVuIHBvcnQNCnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBw YnVzMA0KcHBjMDogW0dJQU5ULUxPQ0tFRF0NCnBwYzA6IFtJVEhSRUFEXQ0K c2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAN CnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4N CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYg aW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTANClRpbWVjb3VudGVyICJU U0MiIGZyZXF1ZW5jeSAxMjA0NDUzMTk5IEh6IHF1YWxpdHkgODAwDQpUaW1l Y291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjDQpXYWl0aW5nIDUgc2Vj b25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQ0KKHhwdDA6bXB0MDow Oi0xOi0xKTogcmVzZXQgYnVzDQphZDA6IDUxMjBNQiA8Vk13YXJlIFZpcnR1 YWwgSURFIEhhcmQgRHJpdmUgMDAwMDAwMDE+IGF0IGF0YTAtbWFzdGVyIFVE TUEzMw0KYWNkMDogQ0RSVyA8Vk13YXJlIFZpcnR1YWwgSURFIENEUk9NIERy aXZlLzAwMDAwMDAxPiBhdCBhdGExLW1hc3RlciBVRE1BMzMNClRyeWluZyB0 byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQwczFhDQpaRlMgZmlsZXN5 c3RlbSB2ZXJzaW9uIDMNClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbiAzDQph Y3F1aXJpbmcgZHVwbGljYXRlIGxvY2sgb2Ygc2FtZSB0eXBlOiAiemZzOmRi dWYiDQogMXN0IHpmczpkYnVmIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMvemZz Ly4uLy4uL2NvbXBhdC9vcGVuc29sYXJpcy9zeXMvbXV0ZXguaDo0NA0KIDJu ZCB6ZnM6ZGJ1ZiBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8uLi8uLi9j b21wYXQvb3BlbnNvbGFyaXMvc3lzL211dGV4Lmg6NDQNCktEQjogc3RhY2sg YmFja3RyYWNlOg0KZGJfdHJhY2Vfc2VsZl93cmFwcGVyKGMwOTRkMzljKSBh dCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyNQ0Ka2RiX2JhY2t0cmFjZSgw LGQ2MWNjYWE0LGMwYTVjOGQ4LGMwYTVjOGQ4LGMwOWY3YmFjLC4uLikgYXQg a2RiX2JhY2t0cmFjZSsweDI5DQp3aXRuZXNzX2NoZWNrb3JkZXIoYzM0YmZk NWMsOSxjMzIxZDA4MywyYykgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4NTg2 DQpfc3hfeGxvY2soYzM0YmZkNWMsYzMyMWQwODMsMmMsYzMwNTljMDAsYzMx MzIwMDAsLi4uKSBhdCBfc3hfeGxvY2srMHg1MA0KZGJ1Zl9yZWxlKGMzNGJm ZDIwLGMzMDU5YzAwLGMzMTlmMDAwLGMzMDU5YzAwLGMzMDU5YzAwLC4uLikg YXQgZGJ1Zl9yZWxlKzB4MTkNCmRzbF9kaXJfY2xvc2UoYzMxMzIwMDAsYzMw NTljMDAsYzM0YmZiZDAsZDYxY2NiMzAsYzMxY2MyMzMsLi4uKSBhdCBkc2xf ZGlyX2Nsb3NlKzB4MWYNCmRzbF9kaXJfZXZpY3QoYzM0YmZiZDAsYzMwNTlj MDAsMCxkNjFjY2I0OCxjMzFjZTI3YiwuLi4pIGF0IGRzbF9kaXJfZXZpY3Qr MHgyMQ0KZGJ1Zl9ldmljdF91c2VyKGMzNGJmYmQwLGMyZWU4NDAwLGMzMDU5 YzAwLGMzMmJiZTAwLGQ2MWNjYjY4LC4uLikgYXQgZGJ1Zl9ldmljdF91c2Vy KzB4MzcNCmRidWZfcmVsZShjMzRiZmJkMCxjMmVlODQwMCxjMzE5ZjAwMCxj MmVlODQwMCxjMmVlODQwMCwuLi4pIGF0IGRidWZfcmVsZSsweDkzDQpkc2xf ZGlyX2Nsb3NlKGMzMDU5YzAwLGMyZWU4NDAwLGMzMTlmMDAwLGQ2MWNjYjkw LGMzMWU2MGYzLC4uLikgYXQgZHNsX2Rpcl9jbG9zZSsweDFmDQpkc2xfcG9v bF9jbG9zZShjMmVlODQwMCxjMzE5ZjAwMCxjMzJiYjU2MCxkNjFjY2JiNCxj MzFlN2MwMCwuLi4pIGF0IGRzbF9wb29sX2Nsb3NlKzB4MTYNCnNwYV91bmxv YWQoYzMxOWYwMDAsMCwwLGMzMGI3NTIwLDAsLi4uKSBhdCBzcGFfdW5sb2Fk KzB4NWINCnNwYV90cnlpbXBvcnQoYzMyYmI1NjAsYzMyYmI1NjAsYzMxNGQw MDAsNDgsMCwuLi4pIGF0IHNwYV90cnlpbXBvcnQrMHgxMzANCnpmc19pb2Nf cG9vbF90cnlpbXBvcnQoYzMxNGQwMDAsNiwwLGNlZWM1YTA2LGMyZmZlOTAw LC4uLikgYXQgemZzX2lvY19wb29sX3RyeWltcG9ydCsweDI3DQp6ZnNkZXZf aW9jdGwoYzMxNzQ3MDAsY2VlYzVhMDYsYzMxNGQwMDAsMyxjMzA1ZmEyMCwu Li4pIGF0IHpmc2Rldl9pb2N0bCsweGNhDQpkZXZmc19pb2N0bF9mKGMyZmZl OTAwLGNlZWM1YTA2LGMzMTRkMDAwLGMzMTk3NTgwLGMzMDVmYTIwKSBhdCBk ZXZmc19pb2N0bF9mKzB4YWYNCmtlcm5faW9jdGwoYzMwNWZhMjAsMyxjZWVj NWEwNixjMzE0ZDAwMCkgYXQga2Vybl9pb2N0bCsweDI5Ng0KaW9jdGwoYzMw NWZhMjAsZDYxY2NkMDApIGF0IGlvY3RsKzB4ZjENCnN5c2NhbGwoZDYxY2Nk MzgpIGF0IHN5c2NhbGwrMHgyNTYNClhpbnQweDgwX3N5c2NhbGwoKSBhdCBY aW50MHg4MF9zeXNjYWxsKzB4MjANCi0tLSBzeXNjYWxsICg1NCwgRnJlZUJT RCBFTEYzMiwgaW9jdGwpLCBlaXAgPSAweDI4MTk5MWRmLCBlc3AgPSAweGJm YmY5NzhjLCBlYnAgPSAweGJmYmY5N2M4IC0tLQ0KYWNxdWlyaW5nIGR1cGxp Y2F0ZSBsb2NrIG9mIHNhbWUgdHlwZTogInpmczpkYnVmIg0KIDFzdCB6ZnM6 ZGJ1ZiBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8uLi8uLi9jb21wYXQv b3BlbnNvbGFyaXMvc3lzL211dGV4Lmg6NDQNCiAybmQgemZzOmRidWYgQCAv dXNyL3NyYy9zeXMvbW9kdWxlcy96ZnMvLi4vLi4vY29tcGF0L29wZW5zb2xh cmlzL3N5cy9tdXRleC5oOjQ0DQpLREI6IHN0YWNrIGJhY2t0cmFjZToNCmRi X3RyYWNlX3NlbGZfd3JhcHBlcihjMDk0ZDM5YykgYXQgZGJfdHJhY2Vfc2Vs Zl93cmFwcGVyKzB4MjUNCmtkYl9iYWNrdHJhY2UoMCxkNjI1ZmFhNCxjMGE1 YzlmMCxjMGE1YzlmMCxjMDlmN2JhYywuLi4pIGF0IGtkYl9iYWNrdHJhY2Ur MHgyOQ0Kd2l0bmVzc19jaGVja29yZGVyKGMzNTM1MThjLDksYzMyMWQwODMs MmMpIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweDU4Ng0KX3N4X3hsb2NrKGMz NTM1MThjLGMzMjFkMDgzLDJjLGMzNTc5YTAwLGMzNTc5YzAwLC4uLikgYXQg X3N4X3hsb2NrKzB4NTANCmRidWZfcmVsZShjMzUzNTE1MCxjMzU3OWEwMCxj MzE5YzgwMCxjMzU3OWEwMCxjMzU3OWEwMCwuLi4pIGF0IGRidWZfcmVsZSsw eDE5DQpkc2xfZGlyX2Nsb3NlKGMzNTc5YzAwLGMzNTc5YTAwLGMzNTM1MDAw LGQ2MjVmYjMwLGMzMWNjMjMzLC4uLikgYXQgZHNsX2Rpcl9jbG9zZSsweDFm DQpkc2xfZGlyX2V2aWN0KGMzNTM1MDAwLGMzNTc5YTAwLDAsZDYyNWZiNDgs YzMxY2UyN2IsLi4uKSBhdCBkc2xfZGlyX2V2aWN0KzB4MjENCmRidWZfZXZp Y3RfdXNlcihjMzUzNTAwMCxjMzU2NDQwMCxjMzU3OWEwMCxjMzM5ZTRlMCxk NjI1ZmI2OCwuLi4pIGF0IGRidWZfZXZpY3RfdXNlcisweDM3DQpkYnVmX3Jl bGUoYzM1MzUwMDAsYzM1NjQ0MDAsYzMxOWM4MDAsYzM1NjQ0MDAsYzM1NjQ0 MDAsLi4uKSBhdCBkYnVmX3JlbGUrMHg5Mw0KZHNsX2Rpcl9jbG9zZShjMzU3 OWEwMCxjMzU2NDQwMCxjMzE5YzgwMCxkNjI1ZmI5MCxjMzFlNjBmMywuLi4p IGF0IGRzbF9kaXJfY2xvc2UrMHgxZg0KZHNsX3Bvb2xfY2xvc2UoYzM1NjQ0 MDAsYzMxOWM4MDAsYzMyYmIyZTAsZDYyNWZiYjQsYzMxZTdjMDAsLi4uKSBh dCBkc2xfcG9vbF9jbG9zZSsweDE2DQpzcGFfdW5sb2FkKGMzMTljODAwLDAs MCxjMzM0M2QyMCwwLC4uLikgYXQgc3BhX3VubG9hZCsweDViDQpzcGFfdHJ5 aW1wb3J0KGMzMmJiMmUwLGMzMmJiMmUwLGMzMmZmMDAwLDQ4LDAsLi4uKSBh dCBzcGFfdHJ5aW1wb3J0KzB4MTMwDQp6ZnNfaW9jX3Bvb2xfdHJ5aW1wb3J0 KGMzMmZmMDAwLDYsMCxjZWVjNWEwNixjMmZmZWE2OCwuLi4pIGF0IHpmc19p b2NfcG9vbF90cnlpbXBvcnQrMHgyNw0KemZzZGV2X2lvY3RsKGMzMTc0NzAw LGNlZWM1YTA2LGMzMmZmMDAwLDMsYzMyZGY4NzAsLi4uKSBhdCB6ZnNkZXZf aW9jdGwrMHhjYQ0KZGV2ZnNfaW9jdGxfZihjMmZmZWE2OCxjZWVjNWEwNixj MzJmZjAwMCxjMzE5NzU4MCxjMzJkZjg3MCkgYXQgZGV2ZnNfaW9jdGxfZisw eGFmDQprZXJuX2lvY3RsKGMzMmRmODcwLDMsY2VlYzVhMDYsYzMyZmYwMDAp IGF0IGtlcm5faW9jdGwrMHgyOTYNCmlvY3RsKGMzMmRmODcwLGQ2MjVmZDAw KSBhdCBpb2N0bCsweGYxDQpzeXNjYWxsKGQ2MjVmZDM4KSBhdCBzeXNjYWxs KzB4MjU2DQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2Fs bCsweDIwDQotLS0gc3lzY2FsbCAoNTQsIEZyZWVCU0QgRUxGMzIsIGlvY3Rs KSwgZWlwID0gMHgyODE5OTFkZiwgZXNwID0gMHhiZmJmOTc3YywgZWJwID0g MHhiZmJmOTdiOCAtLS0NCmFjcXVpcmluZyBkdXBsaWNhdGUgbG9jayBvZiBz YW1lIHR5cGU6ICJ6ZnM6ZGJ1ZiINCiAxc3QgemZzOmRidWYgQCAvdXNyL3Ny Yy9zeXMvbW9kdWxlcy96ZnMvLi4vLi4vY29tcGF0L29wZW5zb2xhcmlzL3N5 cy9tdXRleC5oOjQ0DQogMm5kIHpmczpkYnVmIEAgL3Vzci9zcmMvc3lzL21v ZHVsZXMvemZzLy4uLy4uL2NvbXBhdC9vcGVuc29sYXJpcy9zeXMvbXV0ZXgu aDo0NA0KS0RCOiBzdGFjayBiYWNrdHJhY2U6DQpkYl90cmFjZV9zZWxmX3dy YXBwZXIoYzA5NGQzOWMpIGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDI1 DQprZGJfYmFja3RyYWNlKDAsZDYyMzJhNzAsYzBhNWM5MDAsYzBhNWM5MDAs YzA5ZjdiYWMsLi4uKSBhdCBrZGJfYmFja3RyYWNlKzB4MjkNCndpdG5lc3Nf Y2hlY2tvcmRlcihjMzUzNTYyNCw5LGMzMjFkMDgzLDJjKSBhdCB3aXRuZXNz X2NoZWNrb3JkZXIrMHg1ODYNCl9zeF94bG9jayhjMzUzNTYyNCxjMzIxZDA4 MywyYyxjMzJiYjQ0MCxjMzU3OWMwMCwuLi4pIGF0IF9zeF94bG9jaysweDUw DQpkYnVmX3JlbGUoYzM1MzU1ZTgsYzMyYmI0NDAsYzMxOWU4MDAsYzMyYmI0 NDAsYzMyYmI0NDAsLi4uKSBhdCBkYnVmX3JlbGUrMHgxOQ0KZHNsX2Rpcl9j bG9zZShjMzU3OWMwMCxjMzJiYjQ0MCxjMzJiYjQ0MCwxOCxjMmZjYjM3MCwu Li4pIGF0IGRzbF9kaXJfY2xvc2UrMHgxZg0KZHNsX3Byb3BfdW5yZWdpc3Rl cihjMzU3YTIwMCxjMzIyMThmNyxjMzFkM2Y1NCxjMzU3OTYwMCwzMjIxMDcs Li4uKSBhdCBkc2xfcHJvcF91bnJlZ2lzdGVyKzB4ZDENCmRtdV9vYmpzZXRf ZXZpY3QoYzM1N2EyMDAsYzM1Nzk2MDAsYzM1MzUzZjAsMCxkNjIzMmI1NCwu Li4pIGF0IGRtdV9vYmpzZXRfZXZpY3QrMHgzYQ0KZHNsX2RhdGFzZXRfZXZp Y3QoYzM1MzUzZjAsYzM1N2EyMDAsMSxkNjIzMmI2YyxjMzFjZTI3YiwuLi4p IGF0IGRzbF9kYXRhc2V0X2V2aWN0KzB4MzQNCmRidWZfZXZpY3RfdXNlcihj MzUzNTNmMCxjMzQxMzgwMCxjMzU3OTYwMCxjMzQwNTAwMCxkNjIzMmI4OCwu Li4pIGF0IGRidWZfZXZpY3RfdXNlcisweDM3DQpkYnVmX3JlbGUoYzM1MzUz ZjAsYzM1N2EyMDAsMCxjMzRhODdlYywwLC4uLikgYXQgZGJ1Zl9yZWxlKzB4 OTMNCmtpbGxlcihjMzQwNTAwMCxjMzRhYTYwNCxjMzU3OTYwMCwwLGMzNGFh NjA0LC4uLikgYXQga2lsbGVyKzB4ZWMNCmFyY193cml0ZV9kb25lKGMzNDA1 MDAwLGMzNTEyNDgwLGMzMTllODAwLGMzNDA1MDAwLGMzNDA1MjAwLC4uLikg YXQgYXJjX3dyaXRlX2RvbmUrMHgxNmMNCnppb19kb25lKGMzNDA1MDAwLGMz NDA1MWY0LGQ2MjMyYzAwLGMzMjA0ZGY3LGMzNDA1MDAwLC4uLikgYXQgemlv X2RvbmUrMHgxNTkNCnppb19uZXh0X3N0YWdlKGMzNDA1MDAwLGMzNDA1MDAw LGMzNDA1MDAwLDAsZDYyMzJjMTQsLi4uKSBhdCB6aW9fbmV4dF9zdGFnZSsw eDhlDQp6aW9fd2FpdF9mb3JfY2hpbGRyZW4oYzM0MDUwMDAsMTEsYzM0MDUx ZjQsZDYyMzJjMjQsYzMyMDY4MWEsLi4uKSBhdCB6aW9fd2FpdF9mb3JfY2hp bGRyZW4rMHgzZg0KemlvX3dhaXRfY2hpbGRyZW5fZG9uZShjMzQwNTAwMCxj MzQwNTAwMCxkNjIzMmM1YyxjMzIwNjVhZSxjMzQwNTAwMCwuLi4pIGF0IHpp b193YWl0X2NoaWxkcmVuX2RvbmUrMHgxNQ0KemlvX25leHRfc3RhZ2UoYzM0 MDUwMDAsMCxjMDZiODI5YixjMzIyNDI2MCw4MCwuLi4pIGF0IHppb19uZXh0 X3N0YWdlKzB4OGUNCnppb192ZGV2X2lvX2Fzc2VzcyhjMzQwNTAwMCxjMzQx MzdiOCxkNjIzMmM5NCxjMzFmNTQ3ZSxjMzQwNTAwMCwuLi4pIGF0IHppb192 ZGV2X2lvX2Fzc2VzcysweDE5YQ0KemlvX25leHRfc3RhZ2UoYzM0MDUwMDAs YzM0MDUwMDAsYzBhNGRlODgsMCwzLC4uLikgYXQgemlvX25leHRfc3RhZ2Ur MHg4ZQ0KdmRldl9taXJyb3JfaW9fZG9uZShjMzQwNTAwMCxkNjIzMmQwNCxj MzFjNWM2MSxjMzQwNTAwMCxjMzJjMmE0OCwuLi4pIGF0IHZkZXZfbWlycm9y X2lvX2RvbmUrMHhiYQ0KemlvX3ZkZXZfaW9fZG9uZShjMzQwNTAwMCxjMzJj MmE0OCxjMzJjMmE0OCxjMzJjMmE0OCwyOWM4ODQwLC4uLikgYXQgemlvX3Zk ZXZfaW9fZG9uZSsweDE2DQp0YXNrcV90aHJlYWQoYzMyYzJhMjgsZDYyMzJk MzgpIGF0IHRhc2txX3RocmVhZCsweDE5NQ0KZm9ya19leGl0KGMzMWM1YWNj LGMzMmMyYTI4LGQ2MjMyZDM4KSBhdCBmb3JrX2V4aXQrMHhhYw0KZm9ya190 cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lKzB4OA0KLS0tIHRyYXAg MCwgZWlwID0gMCwgZXNwID0gMHhkNjIzMmQ3MCwgZWJwID0gMCAtLS0NCmFj cXVpcmluZyBkdXBsaWNhdGUgbG9jayBvZiBzYW1lIHR5cGU6ICJ6ZnM6ZG5z Ig0KIDFzdCB6ZnM6ZG5zIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMvemZzLy4u Ly4uL2NvbXBhdC9vcGVuc29sYXJpcy9zeXMvcndsb2NrLmg6NDUNCiAybmQg emZzOmRucyBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8uLi8uLi9jb21w YXQvb3BlbnNvbGFyaXMvc3lzL3J3bG9jay5oOjQ1DQpLREI6IHN0YWNrIGJh Y2t0cmFjZToNCmRiX3RyYWNlX3NlbGZfd3JhcHBlcihjMDk0ZDM5YykgYXQg ZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MjUNCmtkYl9iYWNrdHJhY2UoMCxk NjMwZGE2MCxjMGE1Yzk3OCxjMGE1Yzk3OCxjMDlmN2JhYywuLi4pIGF0IGtk Yl9iYWNrdHJhY2UrMHgyOQ0Kd2l0bmVzc19jaGVja29yZGVyKGMzNTUwNDgw LDksYzMyMWQ0N2EsMmQpIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweDU4Ng0K X3N4X3hsb2NrKGMzNTUwNDgwLGMzMjFkNDdhLDJkLGMzNTM1Nzc0LDM2LC4u LikgYXQgX3N4X3hsb2NrKzB4NTANCmRub2RlX25ld19ibGtpZChjMzU1MDQ4 MCwwLDAsYzM0MTJlMDAsYzA5NDk5YTQsLi4uKSBhdCBkbm9kZV9uZXdfYmxr aWQrMHg1Nw0KZGJ1Zl9kaXJ0eShjMzUzNTczOCxjMzQxMmUwMCxjMzUzM2I0 MCw1LGMzMTMyMjY4LC4uLikgYXQgZGJ1Zl9kaXJ0eSsweDM3NQ0KZG5vZGVf c2V0ZGlydHkoYzM1MzNiNDAsYzM0MTJlMDAsYzM1MzNiNDAsMCwwLC4uLikg YXQgZG5vZGVfc2V0ZGlydHkrMHhmOQ0KZG5vZGVfZnJlZV9yYW5nZShjMzUz M2I0MCwwLDAsZmZmZmZmZmYsZmZmZmZmZmYsLi4uKSBhdCBkbm9kZV9mcmVl X3JhbmdlKzB4NWRlDQpkbXVfZnJlZV9yYW5nZShjMzEzMjIxOCwxMiwwLDAs MCwuLi4pIGF0IGRtdV9mcmVlX3JhbmdlKzB4M2YNCnNwYWNlX21hcF90cnVu Y2F0ZShjMzU1OTA0YyxjMzEzMjIxOCxjMzQxMmUwMCwxMWUsMSwuLi4pIGF0 IHNwYWNlX21hcF90cnVuY2F0ZSsweDFmDQptZXRhc2xhYl9zeW5jKGMzNTU5 MDAwLDUsMCxjMzFhMDFmOCxjMzE5ZTgwMCwuLi4pIGF0IG1ldGFzbGFiX3N5 bmMrMHgyMjENCnZkZXZfc3luYyhjMzFhMDAwMCw1LDAsYWEsYzJkYmU0YWMs Li4uKSBhdCB2ZGV2X3N5bmMrMHg5OA0Kc3BhX3N5bmMoYzMxOWU4MDAsNSww LGMyZGJlNGUwLGMyZGJlNGUwLC4uLikgYXQgc3BhX3N5bmMrMHgyM2MNCnR4 Z19zeW5jX3RocmVhZChjMmRiZTQwMCxkNjMwZGQzOCkgYXQgdHhnX3N5bmNf dGhyZWFkKzB4MWIzDQpmb3JrX2V4aXQoYzMxZWYyM2MsYzJkYmU0MDAsZDYz MGRkMzgpIGF0IGZvcmtfZXhpdCsweGFjDQpmb3JrX3RyYW1wb2xpbmUoKSBh dCBmb3JrX3RyYW1wb2xpbmUrMHg4DQotLS0gdHJhcCAwLCBlaXAgPSAwLCBl c3AgPSAweGQ2MzBkZDcwLCBlYnAgPSAwIC0tLQ0KbG9jayBvcmRlciByZXZl cnNhbDoNCiAxc3QgMHhjMzQxZDUyMCA8bXR4bm9uZT4gKDxtdHhub25lPikg QCAvdXNyL3NyYy9zeXMvbW9kdWxlcy96ZnMvLi4vLi4vY29tcGF0L29wZW5z b2xhcmlzL3N5cy9tdXRleC5oOjQ0DQogMm5kIDB4YzM1MzUwZTQgemZzOmRi dWYgKHpmczpkYnVmKSBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8uLi8u Li9jb21wYXQvb3BlbnNvbGFyaXMvc3lzL211dGV4Lmg6NDQNCktEQjogc3Rh Y2sgYmFja3RyYWNlOg0KZGJfdHJhY2Vfc2VsZl93cmFwcGVyKGMwOTRkMzlj KSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyNQ0Ka2RiX2JhY2t0cmFj ZSgwLGZmZmZmZmZmLGMwYTVjNmY4LGMwYTVjOTAwLGMwOWY3YmFjLC4uLikg YXQga2RiX2JhY2t0cmFjZSsweDI5DQp3aXRuZXNzX2NoZWNrb3JkZXIoYzM1 MzUwZTQsOSxjMzIxZDA4MywyYykgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4 NTg2DQpfc3hfeGxvY2soYzM1MzUwZTQsYzMyMWQwODMsMmMsYzM1NTA2YzAs YzM0MWQ3MDAsLi4uKSBhdCBfc3hfeGxvY2srMHg1MA0KZGJ1Zl9zeW5jX2lu ZGlyZWN0KGMzNDFkNzAwLGMzNDEzNjgwLGMzNDFkNTIwLGMzNDA0ODAwLGMz NDFkNTAwLC4uLikgYXQgZGJ1Zl9zeW5jX2luZGlyZWN0KzB4MjUNCmRidWZf c3luY19saXN0KGMzNDFkNTU0LGMzNDEzNjgwLGMzNTUwNmMwLGMzNDFkNTAw LGMzNTUwN2I4LC4uLikgYXQgZGJ1Zl9zeW5jX2xpc3QrMHgzMA0KZGJ1Zl9z eW5jX2luZGlyZWN0KGMzNDFkNTAwLGMzNDEzNjgwLGMzNGIzNDAwLGMzNTUw NmMwLGMzNTc5ODAwLC4uLikgYXQgZGJ1Zl9zeW5jX2luZGlyZWN0KzB4Y2EN CmRidWZfc3luY19saXN0KGMzNTUwN2I4LGMzNDEzNjgwLGMzNTUwN2I4LDIs NDAwMDAsLi4uKSBhdCBkYnVmX3N5bmNfbGlzdCsweDMwDQpkbm9kZV9zeW5j KGMzNTUwNmMwLGMzNDEzNjgwLGMzM2JlODAwLDUsMCwuLi4pIGF0IGRub2Rl X3N5bmMrMHgyOWINCmRtdV9vYmpzZXRfc3luYyhjMzU3OTgwMCxjMzU1NmMw MCxjMzQxMzY4MCxjMzU3OWMwMCxjMzQxMzY4MCwuLi4pIGF0IGRtdV9vYmpz ZXRfc3luYysweDExMg0KZHNsX2RhdGFzZXRfc3luYyhjMzA1OWUwMCxjMzU1 NmMwMCxjMzQxMzY4MCxjMzEzMjIwMCxjMzQxMzY4MCwuLi4pIGF0IGRzbF9k YXRhc2V0X3N5bmMrMHgyMg0KZHNsX3Bvb2xfc3luYyhjMmRiZTQwMCw2LDAs YzMxOWU4MDAsNiwuLi4pIGF0IGRzbF9wb29sX3N5bmMrMHg3NA0Kc3BhX3N5 bmMoYzMxOWU4MDAsNiwwLGMyZGJlNGUwLGMyZGJlNGUwLC4uLikgYXQgc3Bh X3N5bmMrMHgyMjgNCnR4Z19zeW5jX3RocmVhZChjMmRiZTQwMCxkNjMwZGQz OCkgYXQgdHhnX3N5bmNfdGhyZWFkKzB4MWIzDQpmb3JrX2V4aXQoYzMxZWYy M2MsYzJkYmU0MDAsZDYzMGRkMzgpIGF0IGZvcmtfZXhpdCsweGFjDQpmb3Jr X3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUrMHg4DQotLS0gdHJh cCAwLCBlaXAgPSAwLCBlc3AgPSAweGQ2MzBkZDcwLCBlYnAgPSAwIC0tLQ0K YWNxdWlyaW5nIGR1cGxpY2F0ZSBsb2NrIG9mIHNhbWUgdHlwZTogIjxtdHhu b25lPiINCiAxc3QgPG10eG5vbmU+IEAgL3Vzci9zcmMvc3lzL21vZHVsZXMv emZzLy4uLy4uL2NvbXBhdC9vcGVuc29sYXJpcy9zeXMvbXV0ZXguaDo0NA0K IDJuZCA8bXR4bm9uZT4gQCAvdXNyL3NyYy9zeXMvbW9kdWxlcy96ZnMvLi4v Li4vY29tcGF0L29wZW5zb2xhcmlzL3N5cy9tdXRleC5oOjQ0DQpLREI6IHN0 YWNrIGJhY2t0cmFjZToNCmRiX3RyYWNlX3NlbGZfd3JhcHBlcihjMDk0ZDM5 YykgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MjUNCmtkYl9iYWNrdHJh Y2UoMCxkNjMwZGFmOCxjMGE1YzZmOCxjMGE1YzZmOCxjMDlmN2JhYywuLi4p IGF0IGtkYl9iYWNrdHJhY2UrMHgyOQ0Kd2l0bmVzc19jaGVja29yZGVyKGMz NDFkNzIwLDksYzMyMWQwODMsMmMpIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisw eDU4Ng0KX3N4X3hsb2NrKGMzNDFkNzIwLGMzMjFkMDgzLDJjLGMzNTUwNmMw LGMzNDFkNzAwLC4uLikgYXQgX3N4X3hsb2NrKzB4NTANCmRidWZfc3luY19p bmRpcmVjdChjMzQxZDcwMCxjMzQxMzY4MCxjMzQxZDUyMCxjMzQwNDgwMCxj MzQxZDUwMCwuLi4pIGF0IGRidWZfc3luY19pbmRpcmVjdCsweGJiDQpkYnVm X3N5bmNfbGlzdChjMzQxZDU1NCxjMzQxMzY4MCxjMzU1MDZjMCxjMzQxZDUw MCxjMzU1MDdiOCwuLi4pIGF0IGRidWZfc3luY19saXN0KzB4MzANCmRidWZf c3luY19pbmRpcmVjdChjMzQxZDUwMCxjMzQxMzY4MCxjMzRiMzQwMCxjMzU1 MDZjMCxjMzU3OTgwMCwuLi4pIGF0IGRidWZfc3luY19pbmRpcmVjdCsweGNh DQpkYnVmX3N5bmNfbGlzdChjMzU1MDdiOCxjMzQxMzY4MCxjMzU1MDdiOCwy LDQwMDAwLC4uLikgYXQgZGJ1Zl9zeW5jX2xpc3QrMHgzMA0KZG5vZGVfc3lu YyhjMzU1MDZjMCxjMzQxMzY4MCxjMzNiZTgwMCw1LDAsLi4uKSBhdCBkbm9k ZV9zeW5jKzB4MjliDQpkbXVfb2Jqc2V0X3N5bmMoYzM1Nzk4MDAsYzM1NTZj MDAsYzM0MTM2ODAsYzM1NzljMDAsYzM0MTM2ODAsLi4uKSBhdCBkbXVfb2Jq c2V0X3N5bmMrMHgxMTINCmRzbF9kYXRhc2V0X3N5bmMoYzMwNTllMDAsYzM1 NTZjMDAsYzM0MTM2ODAsYzMxMzIyMDAsYzM0MTM2ODAsLi4uKSBhdCBkc2xf ZGF0YXNldF9zeW5jKzB4MjINCmRzbF9wb29sX3N5bmMoYzJkYmU0MDAsNiww LGMzMTllODAwLDYsLi4uKSBhdCBkc2xfcG9vbF9zeW5jKzB4NzQNCnNwYV9z eW5jKGMzMTllODAwLDYsMCxjMmRiZTRlMCxjMmRiZTRlMCwuLi4pIGF0IHNw YV9zeW5jKzB4MjI4DQp0eGdfc3luY190aHJlYWQoYzJkYmU0MDAsZDYzMGRk MzgpIGF0IHR4Z19zeW5jX3RocmVhZCsweDFiMw0KZm9ya19leGl0KGMzMWVm MjNjLGMyZGJlNDAwLGQ2MzBkZDM4KSBhdCBmb3JrX2V4aXQrMHhhYw0KZm9y a190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lKzB4OA0KLS0tIHRy YXAgMCwgZWlwID0gMCwgZXNwID0gMHhkNjMwZGQ3MCwgZWJwID0gMCAtLS0N CmxvY2sgb3JkZXIgcmV2ZXJzYWw6DQogMXN0IDB4YzM0YzBlMDQgemZzOmRi dWYgKHpmczpkYnVmKSBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8uLi8u Li9jb21wYXQvb3BlbnNvbGFyaXMvc3lzL211dGV4Lmg6NDQNCiAybmQgMHhj MzRkNmIxMCB6ZnM6em4gKHpmczp6bikgQCAvdXNyL3NyYy9zeXMvbW9kdWxl cy96ZnMvLi4vLi4vY29tcGF0L29wZW5zb2xhcmlzL3N5cy9tdXRleC5oOjQ0 DQpLREI6IHN0YWNrIGJhY2t0cmFjZToNCmRiX3RyYWNlX3NlbGZfd3JhcHBl cihjMDk0ZDM5YykgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MjUNCmtk Yl9iYWNrdHJhY2UoMCxmZmZmZmZmZixjMGE1YzkwMCxjMGE1YzY1OCxjMDlm N2JhYywuLi4pIGF0IGtkYl9iYWNrdHJhY2UrMHgyOQ0Kd2l0bmVzc19jaGVj a29yZGVyKGMzNGQ2YjEwLDksYzMyMWQwODMsMmMpIGF0IHdpdG5lc3NfY2hl Y2tvcmRlcisweDU4Ng0KX3N4X3hsb2NrKGMzNGQ2YjEwLGMzMjFkMDgzLDJj LGQ2MzBkYTJjLGMwYTRkZTU4LC4uLikgYXQgX3N4X3hsb2NrKzB4NTANCnpu b2RlX3BhZ2VvdXRfZnVuYyhjMzRjMGRjOCxjMzRkNmIwMCxjMzRjMGRjOCxk NjMwZGE2NCxjMzFjZDhhNSwuLi4pIGF0IHpub2RlX3BhZ2VvdXRfZnVuYysw eGYwDQpkYnVmX2V2aWN0X3VzZXIoYzM0YzBkYzgsMCxjMzU0MjFmOCxjMzRj MGRjOCxjMzRiZWI0MCwuLi4pIGF0IGRidWZfZXZpY3RfdXNlcisweDM3DQpk YnVmX2NsZWFyKGMzNGMwZGM4LGQ2MzBkYTkwLGQ2MzBkYjRjLGMzMWRiNTU5 LGMzNGMwZGM4LC4uLikgYXQgZGJ1Zl9jbGVhcisweDI1DQpkYnVmX2V2aWN0 KGMzNGMwZGM4LGMzNGJlZDE0LGMzNGJlY2UwLDAsMCwuLi4pIGF0IGRidWZf ZXZpY3QrMHhkDQpkbm9kZV9ldmljdF9kYnVmcyhjMzRiZWI0MCwwLGMzNGJl YzI4LGMzNTE3ODAwLGMzNDEzNjgwLC4uLikgYXQgZG5vZGVfZXZpY3RfZGJ1 ZnMrMHgyMDkNCmRub2RlX3N5bmNfZnJlZShjMzRiZWI0MCxjMzQxMzY4MCxj MzRiZWMyOCwxLGMzNGJlYjQwLC4uLikgYXQgZG5vZGVfc3luY19mcmVlKzB4 MmMNCmRub2RlX3N5bmMoYzM0YmViNDAsYzM0MTM2ODAsYzM1Nzk4ZWMsYzM0 YmViNDAsYzM1Nzk4MTAsLi4uKSBhdCBkbm9kZV9zeW5jKzB4MjZhDQpkbXVf b2Jqc2V0X3N5bmNfZG5vZGVzKGMzNTc5OGVjLGMzNDEzNjgwLGMzNTUwNmMw LGMzNDEzNjgwLGMzM2NkODAwLC4uLikgYXQgZG11X29ianNldF9zeW5jX2Ru b2RlcysweDMwDQpkbXVfb2Jqc2V0X3N5bmMoYzM1Nzk4MDAsYzM1NTVjMDAs YzM0MTM2ODAsYzM1NzljMDAsYzM0MTM2ODAsLi4uKSBhdCBkbXVfb2Jqc2V0 X3N5bmMrMHgxMmUNCmRzbF9kYXRhc2V0X3N5bmMoYzMwNTllMDAsYzM1NTVj MDAsYzM0MTM2ODAsYzMxMzIyMDAsYzM0MTM2ODAsLi4uKSBhdCBkc2xfZGF0 YXNldF9zeW5jKzB4MjINCmRzbF9wb29sX3N5bmMoYzJkYmU0MDAsOSwwLGMz MTllODAwLDksLi4uKSBhdCBkc2xfcG9vbF9zeW5jKzB4NzQNCnNwYV9zeW5j KGMzMTllODAwLDksMCxjMmRiZTRlMCxjMmRiZTRlMCwuLi4pIGF0IHNwYV9z eW5jKzB4MjI4DQp0eGdfc3luY190aHJlYWQoYzJkYmU0MDAsZDYzMGRkMzgp IGF0IHR4Z19zeW5jX3RocmVhZCsweDFiMw0KZm9ya19leGl0KGMzMWVmMjNj LGMyZGJlNDAwLGQ2MzBkZDM4KSBhdCBmb3JrX2V4aXQrMHhhYw0KZm9ya190 cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lKzB4OA0KLS0tIHRyYXAg MCwgZWlwID0gMCwgZXNwID0gMHhkNjMwZGQ3MCwgZWJwID0gMCAtLS0NCmFj cXVpcmluZyBkdXBsaWNhdGUgbG9jayBvZiBzYW1lIHR5cGU6ICJ6ZnM6ZGJ1 ZiINCiAxc3QgemZzOmRidWYgQCAvdXNyL3NyYy9zeXMvbW9kdWxlcy96ZnMv Li4vLi4vY29tcGF0L29wZW5zb2xhcmlzL3N5cy9tdXRleC5oOjQ0DQogMm5k IHpmczpkYnVmIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMvemZzLy4uLy4uL2Nv bXBhdC9vcGVuc29sYXJpcy9zeXMvbXV0ZXguaDo0NA0KS0RCOiBzdGFjayBi YWNrdHJhY2U6DQpkYl90cmFjZV9zZWxmX3dyYXBwZXIoYzA5NGQzOWMpIGF0 IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDI1DQprZGJfYmFja3RyYWNlKDAs ZDYyNTZhYTQsYzBhNWM5YTAsYzBhNWM5YTAsYzA5ZjdiYWMsLi4uKSBhdCBr ZGJfYmFja3RyYWNlKzB4MjkNCndpdG5lc3NfY2hlY2tvcmRlcihjYTBkY2Ni NCw5LGMzMjFkMDgzLDJjKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHg1ODYN Cl9zeF94bG9jayhjYTBkY2NiNCxjMzIxZDA4MywyYyxjMzU3OWUwMCxjMzU3 OTQwMCwuLi4pIGF0IF9zeF94bG9jaysweDUwDQpkYnVmX3JlbGUoY2EwZGNj NzgsYzM1NzllMDAsYzMwMjUwMDAsYzM1NzllMDAsYzM1NzllMDAsLi4uKSBh dCBkYnVmX3JlbGUrMHgxOQ0KZHNsX2Rpcl9jbG9zZShjMzU3OTQwMCxjMzU3 OWUwMCxjYTBkY2IyOCxkNjI1NmIzMCxjMzFjYzIzMywuLi4pIGF0IGRzbF9k aXJfY2xvc2UrMHgxZg0KZHNsX2Rpcl9ldmljdChjYTBkY2IyOCxjMzU3OWUw MCwwLGQ2MjU2YjQ4LGMzMWNlMjdiLC4uLikgYXQgZHNsX2Rpcl9ldmljdCsw eDIxDQpkYnVmX2V2aWN0X3VzZXIoY2EwZGNiMjgsYzM0OTI0MDAsYzM1Nzll MDAsYzM0MzdiMjAsZDYyNTZiNjgsLi4uKSBhdCBkYnVmX2V2aWN0X3VzZXIr MHgzNw0KZGJ1Zl9yZWxlKGNhMGRjYjI4LGMzNDkyNDAwLGMzMDI1MDAwLGMz NDkyNDAwLGMzNDkyNDAwLC4uLikgYXQgZGJ1Zl9yZWxlKzB4OTMNCmRzbF9k aXJfY2xvc2UoYzM1NzllMDAsYzM0OTI0MDAsYzMwMjUwMDAsZDYyNTZiOTAs YzMxZTYwZjMsLi4uKSBhdCBkc2xfZGlyX2Nsb3NlKzB4MWYNCmRzbF9wb29s X2Nsb3NlKGMzNDkyNDAwLGMzMDI1MDAwLGMzNDdiYmEwLGQ2MjU2YmI0LGMz MWU3YzAwLC4uLikgYXQgZHNsX3Bvb2xfY2xvc2UrMHgxNg0Kc3BhX3VubG9h ZChjMzAyNTAwMCwxLDAsYzMwYjcyNjAsMCwuLi4pIGF0IHNwYV91bmxvYWQr MHg1Yg0Kc3BhX3RyeWltcG9ydChjMzQ3YmJhMCxjMzQ3YmJhMCxjMzMyNDAw MCw0OCwwLC4uLikgYXQgc3BhX3RyeWltcG9ydCsweDEzMA0KemZzX2lvY19w b29sX3RyeWltcG9ydChjMzMyNDAwMCw2LDAsY2VlYzVhMDYsYzJmZmU5MDAs Li4uKSBhdCB6ZnNfaW9jX3Bvb2xfdHJ5aW1wb3J0KzB4MjcNCnpmc2Rldl9p b2N0bChjMzE3NDcwMCxjZWVjNWEwNixjMzMyNDAwMCwzLGMzMmRmMzYwLC4u LikgYXQgemZzZGV2X2lvY3RsKzB4Y2ENCmRldmZzX2lvY3RsX2YoYzJmZmU5 MDAsY2VlYzVhMDYsYzMzMjQwMDAsYzM0MTQwODAsYzMyZGYzNjApIGF0IGRl dmZzX2lvY3RsX2YrMHhhZg0Ka2Vybl9pb2N0bChjMzJkZjM2MCwzLGNlZWM1 YTA2LGMzMzI0MDAwKSBhdCBrZXJuX2lvY3RsKzB4Mjk2DQppb2N0bChjMzJk ZjM2MCxkNjI1NmQwMCkgYXQgaW9jdGwrMHhmMQ0Kc3lzY2FsbChkNjI1NmQz OCkgYXQgc3lzY2FsbCsweDI1Ng0KWGludDB4ODBfc3lzY2FsbCgpIGF0IFhp bnQweDgwX3N5c2NhbGwrMHgyMA0KLS0tIHN5c2NhbGwgKDU0LCBGcmVlQlNE IEVMRjMyLCBpb2N0bCksIGVpcCA9IDB4MjgxOTkxZGYsIGVzcCA9IDB4YmZi Zjk2ZmMsIGVicCA9IDB4YmZiZjk3MzggLS0tDQphY3F1aXJpbmcgZHVwbGlj YXRlIGxvY2sgb2Ygc2FtZSB0eXBlOiAiemZzOmRidWYiDQogMXN0IHpmczpk YnVmIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMvemZzLy4uLy4uL2NvbXBhdC9v cGVuc29sYXJpcy9zeXMvbXV0ZXguaDo0NA0KIDJuZCB6ZnM6ZGJ1ZiBAIC91 c3Ivc3JjL3N5cy9tb2R1bGVzL3pmcy8uLi8uLi9jb21wYXQvb3BlbnNvbGFy aXMvc3lzL211dGV4Lmg6NDQNCktEQjogc3RhY2sgYmFja3RyYWNlOg0KZGJf dHJhY2Vfc2VsZl93cmFwcGVyKGMwOTRkMzljKSBhdCBkYl90cmFjZV9zZWxm X3dyYXBwZXIrMHgyNQ0Ka2RiX2JhY2t0cmFjZSgwLGQ2MjRhYTcwLGMwYTVj YTkwLGMwYTVjYTkwLGMwOWY3YmFjLC4uLikgYXQga2RiX2JhY2t0cmFjZSsw eDI5DQp3aXRuZXNzX2NoZWNrb3JkZXIoYzUwMWVlMDQsOSxjMzIxZDA4Mywy YykgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4NTg2DQpfc3hfeGxvY2soYzUw MWVlMDQsYzMyMWQwODMsMmMsYzMyYmIzZTAsYzQwNTVlMDAsLi4uKSBhdCBf c3hfeGxvY2srMHg1MA0KZGJ1Zl9yZWxlKGM1MDFlZGM4LGMzMmJiM2UwLGMz MDc5ODAwLGMzMmJiM2UwLGMzMmJiM2UwLC4uLikgYXQgZGJ1Zl9yZWxlKzB4 MTkNCmRzbF9kaXJfY2xvc2UoYzQwNTVlMDAsYzMyYmIzZTAsYzMyYmIzZTAs MTgsYzQwYWZjMTAsLi4uKSBhdCBkc2xfZGlyX2Nsb3NlKzB4MWYNCmRzbF9w cm9wX3VucmVnaXN0ZXIoYzM1NzkyMDAsYzMyMjE4ZjcsYzMxZDNmNTQsYzQw NWE0MDAsYzMyZDliMDEsLi4uKSBhdCBkc2xfcHJvcF91bnJlZ2lzdGVyKzB4 ZDENCmRtdV9vYmpzZXRfZXZpY3QoYzM1NzkyMDAsYzQwNWE0MDAsYzQwYzcz ZjAsMCxkNjI0YWI1NCwuLi4pIGF0IGRtdV9vYmpzZXRfZXZpY3QrMHgzYQ0K ZHNsX2RhdGFzZXRfZXZpY3QoYzQwYzczZjAsYzM1NzkyMDAsMSxkNjI0YWI2 YyxjMzFjZTI3YiwuLi4pIGF0IGRzbF9kYXRhc2V0X2V2aWN0KzB4MzQNCmRi dWZfZXZpY3RfdXNlcihjNDBjNzNmMCxjNGRjMjk4MCxjNDA1YTQwMCxjMzQ4 ZGMwMCxkNjI0YWI4OCwuLi4pIGF0IGRidWZfZXZpY3RfdXNlcisweDM3DQpk YnVmX3JlbGUoYzQwYzczZjAsYzM1NzkyMDAsMCxjNWQ0ODEzOCwwLC4uLikg YXQgZGJ1Zl9yZWxlKzB4OTMNCmtpbGxlcihjMzQ4ZGMwMCxjMzRhYTI4MCxj NDA1YTQwMCw0MDAsYzM0YWEyODAsLi4uKSBhdCBraWxsZXIrMHhlYw0KYXJj X3dyaXRlX2RvbmUoYzM0OGRjMDAsY2EwYjA0ODAsYzMwNzk4MDAsYzM0OGRj MDAsYzM0OGRlMDAsLi4uKSBhdCBhcmNfd3JpdGVfZG9uZSsweDE2Yw0Kemlv X2RvbmUoYzM0OGRjMDAsYzM0OGRkZjQsZDYyNGFjMDAsYzMyMDRkZjcsYzM0 OGRjMDAsLi4uKSBhdCB6aW9fZG9uZSsweDE1OQ0KemlvX25leHRfc3RhZ2Uo YzM0OGRjMDAsYzM0OGRjMDAsYzM0OGRjMDAsMCxkNjI0YWMxNCwuLi4pIGF0 IHppb19uZXh0X3N0YWdlKzB4OGUNCnppb193YWl0X2Zvcl9jaGlsZHJlbihj MzQ4ZGMwMCwxMSxjMzQ4ZGRmNCxkNjI0YWMyNCxjMzIwNjgxYSwuLi4pIGF0 IHppb193YWl0X2Zvcl9jaGlsZHJlbisweDNmDQp6aW9fd2FpdF9jaGlsZHJl bl9kb25lKGMzNDhkYzAwLGMzNDhkYzAwLGQ2MjRhYzVjLGMzMjA2NWFlLGMz NDhkYzAwLC4uLikgYXQgemlvX3dhaXRfY2hpbGRyZW5fZG9uZSsweDE1DQp6 aW9fbmV4dF9zdGFnZShjMzQ4ZGMwMCwwLGMwNmI4MjliLGMzMjI0MjYwLDgw LC4uLikgYXQgemlvX25leHRfc3RhZ2UrMHg4ZQ0KemlvX3ZkZXZfaW9fYXNz ZXNzKGMzNDhkYzAwLGM0MDk0MmI4LGQ2MjRhYzk0LGMzMWY1NDdlLGMzNDhk YzAwLC4uLikgYXQgemlvX3ZkZXZfaW9fYXNzZXNzKzB4MTlhDQp6aW9fbmV4 dF9zdGFnZShjMzQ4ZGMwMCxjMzQ4ZGMwMCxjMGE0ZGJhMCwwLDMsLi4uKSBh dCB6aW9fbmV4dF9zdGFnZSsweDhlDQp2ZGV2X21pcnJvcl9pb19kb25lKGMz NDhkYzAwLGQ2MjRhZDA0LGMzMWM1YzYxLGMzNDhkYzAwLGMzMmMyZTU4LC4u LikgYXQgdmRldl9taXJyb3JfaW9fZG9uZSsweGJhDQp6aW9fdmRldl9pb19k b25lKGMzNDhkYzAwLGMzMmMyZTU4LGMzMmMyZTU4LGMzMmMyZTU4LDNkN2Ex NTVlLC4uLikgYXQgemlvX3ZkZXZfaW9fZG9uZSsweDE2DQp0YXNrcV90aHJl YWQoYzMyYzJlMzgsZDYyNGFkMzgpIGF0IHRhc2txX3RocmVhZCsweDE5NQ0K Zm9ya19leGl0KGMzMWM1YWNjLGMzMmMyZTM4LGQ2MjRhZDM4KSBhdCBmb3Jr X2V4aXQrMHhhYw0KZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9s aW5lKzB4OA0KLS0tIHRyYXAgMCwgZWlwID0gMCwgZXNwID0gMHhkNjI0YWQ3 MCwgZWJwID0gMCAtLS0NCmxvY2sgb3JkZXIgcmV2ZXJzYWw6DQogMXN0IDB4 YzQwYTM4YzQgemZzOmRidWYgKHpmczpkYnVmKSBAIC91c3Ivc3JjL3N5cy9t b2R1bGVzL3pmcy8uLi8uLi9jb21wYXQvb3BlbnNvbGFyaXMvc3lzL211dGV4 Lmg6NDQNCiAybmQgMHhjMzRkNjE3MCB6ZnM6em4gKHpmczp6bikgQCAvdXNy L3NyYy9zeXMvbW9kdWxlcy96ZnMvLi4vLi4vY29tcGF0L29wZW5zb2xhcmlz L3N5cy9tdXRleC5oOjQ0DQpLREI6IHN0YWNrIGJhY2t0cmFjZToNCmRiX3Ry YWNlX3NlbGZfd3JhcHBlcihjMDk0ZDM5YykgYXQgZGJfdHJhY2Vfc2VsZl93 cmFwcGVyKzB4MjUNCmtkYl9iYWNrdHJhY2UoMCxmZmZmZmZmZixjMGE1Y2E5 MCxjMGE1YzYwOCxjMDlmN2JhYywuLi4pIGF0IGtkYl9iYWNrdHJhY2UrMHgy OQ0Kd2l0bmVzc19jaGVja29yZGVyKGMzNGQ2MTcwLDksYzMyMWQwODMsMmMp IGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweDU4Ng0KX3N4X3hsb2NrKGMzNGQ2 MTcwLGMzMjFkMDgzLDJjLGMwYTliNmYwLGMwYTRkZmE4LC4uLikgYXQgX3N4 X3hsb2NrKzB4NTANCnpub2RlX3BhZ2VvdXRfZnVuYyhjNDBhMzg4OCxjMzRk NjE2MCxjNDBhMzg4OCxkNjMyMmE3OCxjMzFjZDhhNSwuLi4pIGF0IHpub2Rl X3BhZ2VvdXRfZnVuYysweGYwDQpkYnVmX2V2aWN0X3VzZXIoYzQwYTM4ODgs MCxjNDBhMzkzMCxjNDBhMzg4OCxjNDA0MDI2OCwuLi4pIGF0IGRidWZfZXZp Y3RfdXNlcisweDM3DQpkYnVmX2NsZWFyKGM0MGEzODg4LGM0MDQwMzFjLGQ2 MzIyYWEwLGMzMWQ4Y2E4LGM0MGEzODg4LC4uLikgYXQgZGJ1Zl9jbGVhcisw eDI1DQpkYnVmX2V2aWN0KGM0MGEzODg4LDMsMjAsYzM0MTM4ODAsZDYzMjJh YjgsLi4uKSBhdCBkYnVmX2V2aWN0KzB4ZA0KZG5vZGVfZGVzdHJveShjYTEx NzAwMCxjNDBhMzkzMCxjYTBkOWI0MCxjNGY5YmU3MCxkNjMyMmFjYywuLi4p IGF0IGRub2RlX2Rlc3Ryb3krMHhhMA0KZG5vZGVfYnVmX3BhZ2VvdXQoYzQw YTM5MzAsYzM0MTM4ODAsYzQwYTM5MzAsZDYzMjJhZWMsYzMxY2Q4YTUsLi4u KSBhdCBkbm9kZV9idWZfcGFnZW91dCsweDM4DQpkYnVmX2V2aWN0X3VzZXIo YzQwYTM5MzAsMCwwLGM0MGEzOTMwLGM0MGEzOTZjLC4uLikgYXQgZGJ1Zl9l dmljdF91c2VyKzB4MzcNCmRidWZfY2xlYXIoYzQwYTM5MzAsY2EwZDlkMTQs Y2EwZDljZTAsMCwxLC4uLikgYXQgZGJ1Zl9jbGVhcisweDI1DQpkbm9kZV9l dmljdF9kYnVmcyhjYTBkOWI0MCwxLGM0MDQwMjY4LGM0MDQwMjAwLDAsLi4u KSBhdCBkbm9kZV9ldmljdF9kYnVmcysweGYwDQpkbXVfb2Jqc2V0X2V2aWN0 X2RidWZzKGM0MDNmYzQwLDEsYzQwM2ZjNDAsMCxjMmZkOTI5YywuLi4pIGF0 IGRtdV9vYmpzZXRfZXZpY3RfZGJ1ZnMrMHgxMGYNCnpmc19vYmpzZXRfY2xv c2UoYzM0MjUwMDAsYzM0MTQwODAsYzM0MTYwMDAsMCwwLC4uLikgYXQgemZz X29ianNldF9jbG9zZSsweDE1ZQ0KemZzX3Vtb3VudChjMmZkOTI5YywwLGMz MzQyYmQwKSBhdCB6ZnNfdW1vdW50KzB4MjY2DQpkb3VubW91bnQoYzJmZDky OWMsMCxjMzM0MmJkMCxjMDZlOTg3MixjMzM0MmJkMCwuLi4pIGF0IGRvdW5t b3VudCsweDM4OQ0KdW5tb3VudChjMzM0MmJkMCxkNjMyMmQwMCkgYXQgdW5t b3VudCsweDIyZA0Kc3lzY2FsbChkNjMyMmQzOCkgYXQgc3lzY2FsbCsweDI1 Ng0KWGludDB4ODBfc3lzY2FsbCgpIGF0IFhpbnQweDgwX3N5c2NhbGwrMHgy MA0KLS0tIHN5c2NhbGwgKDIyLCBGcmVlQlNEIEVMRjMyLCB1bm1vdW50KSwg ZWlwID0gMHgyODExMjQyZiwgZXNwID0gMHhiZmJmYWI2YywgZWJwID0gMHhi ZmJmYWI5OCAtLS0NCg== --0-1536262797-1173271191=:94970-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 13:46:05 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7A4316A482; Wed, 7 Mar 2007 13:46:05 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id DF06113C48D; Wed, 7 Mar 2007 13:46:04 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 19D8A45B26; Wed, 7 Mar 2007 14:46:02 +0100 (CET) Received: from localhost (p42220-ipbffx02marunouchi.tokyo.ocn.ne.jp [211.129.152.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3C30F456AB; Wed, 7 Mar 2007 14:45:55 +0100 (CET) Date: Wed, 7 Mar 2007 14:44:32 +0100 From: Pawel Jakub Dawidek To: Joao Barros Message-ID: <20070307134432.GB2864@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kXdP64Ggrk/fb43R" Content-Disposition: inline In-Reply-To: <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 07 Mar 2007 13:46:05 -0000 --kXdP64Ggrk/fb43R Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 07, 2007 at 03:16:48AM +0000, Joao Barros wrote: > On 3/6/07, Barry Pederson wrote: > >Joao Barros wrote: > > > >> After some tries I finally got it to buildworld, but at 3am I never > >> got to test anything other than 'kldload zfs' > >> > >> I was reading the man pages and I was wondering if files are supported > >> devices like in this example: > >> > >> Example 4 Creating a ZFS Storage Pool by Using Files > >> > >> The following command creates an unmirrored pool using files. While > >> not recommended, a pool based on files can be useful for experimental > >> purposes. > >> > >> # zpool create tank /path/to/file/a /path/to/file/b > >> > >> I'd have to feed some noisy disks to my machine if file devs are not > >> supported -.- > > > >I tried something like that, with a 512mb file: > > > > dd if=3D/dev/zero of=3D/tmp/foo bs=3D1048976 count=3D512 > > zpool create tank /tmp/foo > > > >but it comes back with > > > > cannot use '/dev//tmp/foo': must be a GEOM provider > > > >mdconfig is one way to go here, creating a memory disk based on that > >file. and then creating a pool from that > > > > mdconfig -a -t vnode -f /tmp/foo > > > >(comes back with "md0" perhaps, meaning it's created a /dev/md0 ) > > > > zpool create tank md0 > > > >and you should be in business. mdconfig(8) '-t vnode' is exactly the reason I ignored vdev_file. > That did the trick, thanks for the idea :) >=20 > After creating a pool, copying some files and other "just playing > around commands" I got this on my log: >=20 > ZFS filesystem version 3 > ZFS storage pool version 3 > acquiring duplicate lock of same type: "zfs:tx:cpu" [...] I know about those 'duplicate lock' and I've patches to fix this particular warning. Those are harmless. I also have LOR.txt file with LORs I know and are confirmed by SUN guys to be harmless. So for now I'd advice not to use WITNESS. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --kXdP64Ggrk/fb43R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7sHAForvXbEpPzQRAmXQAJ9AjDVhIQNggL+V4Q37+vtDqduAUQCgojLZ l3RGzTOAFuXzUhjJ6k8EKIU= =B+5e -----END PGP SIGNATURE----- --kXdP64Ggrk/fb43R-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 13:51:55 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 316D216A400; Wed, 7 Mar 2007 13:51:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id BCAE313C4A6; Wed, 7 Mar 2007 13:51:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2B14D45696; Wed, 7 Mar 2007 14:51:53 +0100 (CET) Received: from localhost (p42220-ipbffx02marunouchi.tokyo.ocn.ne.jp [211.129.152.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 99DB845683; Wed, 7 Mar 2007 14:51:41 +0100 (CET) Date: Wed, 7 Mar 2007 14:50:17 +0100 From: Pawel Jakub Dawidek To: Andrei Kolu Message-ID: <20070307135017.GC2864@garage.freebsd.pl> References: <20070120073117.GB60202@x12.dk> <200703061246.09687.antik@bsd.ee> <45ED5850.6050506@nipsi.de> <200703061420.36980.antik@bsd.ee> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8X7/QrJGcKSMr1RN" Content-Disposition: inline In-Reply-To: <200703061420.36980.antik@bsd.ee> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 07 Mar 2007 13:51:55 -0000 --8X7/QrJGcKSMr1RN Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 06, 2007 at 02:20:36PM +0200, Andrei Kolu wrote: > Thanks! So I have to enable ZFS from /boot/loader.conf with zfs_load=3D"y= es" or=20 > how? Forgot to mention. Do not add 'zfs_load=3D"YES"' to your /boot/loader.conf, because it tries to read some files before root file system is mounted, which will panic the system. I'll fix this at some point, but avoid loading zfs.ko too early for now. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --8X7/QrJGcKSMr1RN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7sMZForvXbEpPzQRAuCMAKDQBNj31rEc5l3IzJts04XdEf/0TQCfc7/S v9pspnsLGzTUkTpurw7R0Pk= =Gbkh -----END PGP SIGNATURE----- --8X7/QrJGcKSMr1RN-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 14:07:53 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97AE416A401; Wed, 7 Mar 2007 14:07:53 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 336C213C494; Wed, 7 Mar 2007 14:07:53 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with ESMTP id l27E7gbS003045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Mar 2007 23:07:45 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 7 Mar 2007 23:07:41 +0900 From: Norikatsu Shigemura To: Michael Reifenberger Message-Id: <20070307230741.23d38b55.nork@FreeBSD.org> In-Reply-To: <20070307132211.N94970@fw.reifenberger.com> References: <20070307132211.N94970@fw.reifenberger.com> X-Mailer: Sylpheed 2.4.0beta4 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Wed, 07 Mar 2007 23:07:45 +0900 (JST) Cc: freebsd-fs@FreeBSD.org, pjd@FreeBSD.org, Norikatsu Shigemura Subject: Re: Messages & dump with ZFS 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, 07 Mar 2007 14:07:53 -0000 On Wed, 7 Mar 2007 13:39:51 +0100 (CET) Michael Reifenberger wrote: > # zpool create test -m /mnt/test /dev/md11 /dev/md12 > # ( cd /mnt/test; iozone -s100m -r1m ) > #Here I get a panic kmem_malloc(16384): kmem_map too small: 83247104 total > allocated if I have 128MB memory assigned to the VM > # zpool export test > # zpool import test > After all I have the attached messages on the screen. > What else can I debug? Well known problem. Set VM size 320MB to 800MB like vm.kmem_size=838860800 in /boot/loader.conf. But I don't test that size:-). I'm testing with vm.kmem_size=1610612736. So I'm using my kernel with options KVA_PAGES=512. From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 15:21:25 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1B9716A409; Wed, 7 Mar 2007 15:21:25 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id 7064113C467; Wed, 7 Mar 2007 15:21:25 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 73982A216B2; Wed, 7 Mar 2007 16:54:03 +0200 (EET) Received: from [192.168.2.99] (pc195.host2.ida.starman.ee [62.65.241.195]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.starman.ee (Postfix) with ESMTP id 2315A23C56F; Wed, 7 Mar 2007 16:54:03 +0200 (EET) From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Wed, 7 Mar 2007 16:54:02 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703061420.36980.antik@bsd.ee> <20070307135017.GC2864@garage.freebsd.pl> In-Reply-To: <20070307135017.GC2864@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703071654.02714.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Cc: freebsd-fs@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 07 Mar 2007 15:21:25 -0000 On Wednesday 07 March 2007 15:50, you wrote: > On Tue, Mar 06, 2007 at 02:20:36PM +0200, Andrei Kolu wrote: > > Thanks! So I have to enable ZFS from /boot/loader.conf with > > zfs_load="yes" or how? > > Forgot to mention. Do not add 'zfs_load="YES"' to your > /boot/loader.conf, because it tries to read some files before root file > system is mounted, which will panic the system. I'll fix this at some > point, but avoid loading zfs.ko too early for now. I already realised that this is a Bad Idea TM. Loaded it with kldload manually. Was able to write files onto zfs volume but system crashed after I tried to delete files.... From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 15:25:17 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9F1B16A41B; Wed, 7 Mar 2007 15:25:17 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-42-60-230-24.midco.net [24.230.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id C0B3813C461; Wed, 7 Mar 2007 15:25:17 +0000 (UTC) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HOy0w-000JzV-T6; Wed, 07 Mar 2007 09:25:15 -0600 Message-ID: <45EED936.4040701@barryp.org> Date: Wed, 07 Mar 2007 09:24:38 -0600 From: Barry Pederson User-Agent: Thunderbird 1.5.0.8 (X11/20061025) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> <20070307134432.GB2864@garage.freebsd.pl> In-Reply-To: <20070307134432.GB2864@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Joao Barros , freebsd-current@freebsd.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 07 Mar 2007 15:25:18 -0000 Pawel Jakub Dawidek wrote: > mdconfig(8) '-t vnode' is exactly the reason I ignored vdev_file. Is there any advantage one way or another between mdconfig(8) and ggatel(8) - especially when playing with ZFS? I see your name all over man ggatel too :) Barry From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 15:27:06 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15FBD16A405; Wed, 7 Mar 2007 15:27:06 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id A1E0C13C4BB; Wed, 7 Mar 2007 15:27:05 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 8EFB1456AB; Wed, 7 Mar 2007 16:27:03 +0100 (CET) Received: from localhost (p42220-ipbffx02marunouchi.tokyo.ocn.ne.jp [211.129.152.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 36AAC45696; Wed, 7 Mar 2007 16:26:46 +0100 (CET) Date: Wed, 7 Mar 2007 16:25:21 +0100 From: Pawel Jakub Dawidek To: Andrei Kolu Message-ID: <20070307152521.GA5801@garage.freebsd.pl> References: <20070120073117.GB60202@x12.dk> <200703061420.36980.antik@bsd.ee> <20070307135017.GC2864@garage.freebsd.pl> <200703071654.02714.antik@bsd.ee> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <200703071654.02714.antik@bsd.ee> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 07 Mar 2007 15:27:06 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 07, 2007 at 04:54:02PM +0200, Andrei Kolu wrote: > On Wednesday 07 March 2007 15:50, you wrote: > > On Tue, Mar 06, 2007 at 02:20:36PM +0200, Andrei Kolu wrote: > > > Thanks! So I have to enable ZFS from /boot/loader.conf with > > > zfs_load=3D"yes" or how? > > > > Forgot to mention. Do not add 'zfs_load=3D"YES"' to your > > /boot/loader.conf, because it tries to read some files before root file > > system is mounted, which will panic the system. I'll fix this at some > > point, but avoid loading zfs.ko too early for now. >=20 > I already realised that this is a Bad Idea TM. Loaded it with kldload=20 > manually. Was able to write files onto zfs volume but system crashed afte= r I=20 > tried to delete files.... Unfortunately this doesn't tell much... Do you have a way I can reproduce it? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7tlhForvXbEpPzQRArn1AJ9rKewMkwp3rfSJrhPqb0KdVdQqeACguyRx pzDCXZZI3RwBRmr04ewE6Lo= =V1eD -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 15:28:10 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF49D16A401; Wed, 7 Mar 2007 15:28:10 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB5E13C491; Wed, 7 Mar 2007 15:28:10 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3C0A445CD9; Wed, 7 Mar 2007 16:28:09 +0100 (CET) Received: from localhost (p42220-ipbffx02marunouchi.tokyo.ocn.ne.jp [211.129.152.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7572C45685; Wed, 7 Mar 2007 16:27:58 +0100 (CET) Date: Wed, 7 Mar 2007 16:26:33 +0100 From: Pawel Jakub Dawidek To: Barry Pederson Message-ID: <20070307152633.GB5801@garage.freebsd.pl> References: <20070304123801.GA22350@garage.freebsd.pl> <20070306005831.22fb6115.nork@FreeBSD.org> <70e8236f0703060725j3487764enffe1ad524a098c96@mail.gmail.com> <45ED9289.4090001@barryp.org> <70e8236f0703061916u466e8ddcxbd1980dfca0c669@mail.gmail.com> <20070307134432.GB2864@garage.freebsd.pl> <45EED936.4040701@barryp.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wq9mPyueHGvFACwf" Content-Disposition: inline In-Reply-To: <45EED936.4040701@barryp.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, Joao Barros , freebsd-current@freebsd.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 07 Mar 2007 15:28:11 -0000 --wq9mPyueHGvFACwf Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 07, 2007 at 09:24:38AM -0600, Barry Pederson wrote: > Pawel Jakub Dawidek wrote: >=20 > >mdconfig(8) '-t vnode' is exactly the reason I ignored vdev_file. >=20 > Is there any advantage one way or another between mdconfig(8) and ggatel(= 8) - especially when playing with ZFS? I see your name all over man ggat= el too :) ggatel is just example ggate consumer, it's more there to show how to create ggate consumers. I'd suggest using mdconfig(8). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --wq9mPyueHGvFACwf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7tmpForvXbEpPzQRAni/AKC9S7CqoMniCt76yZxEhuAoQiuyMQCfVLl+ xcETug0JDCului2e1Hhgpm4= =sTKP -----END PGP SIGNATURE----- --wq9mPyueHGvFACwf-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 17:05:17 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 246DD16A402 for ; Wed, 7 Mar 2007 17:05:17 +0000 (UTC) (envelope-from ml.freebsd-fs@ledisez.net) Received: from ledisez.net (ledisez.net [80.247.230.138]) by mx1.freebsd.org (Postfix) with ESMTP id BCBF713C4BA for ; Wed, 7 Mar 2007 17:05:16 +0000 (UTC) (envelope-from ml.freebsd-fs@ledisez.net) Received: from webmail.ledisez.net (localhost.localdomain [80.247.230.138]) by ledisez.net (Postfix) with ESMTP id EF100458E1C for ; Wed, 7 Mar 2007 17:47:06 +0100 (CET) Received: from 213.41.155.75 (SquirrelMail authenticated user romain) by webmail.ledisez.net with HTTP; Wed, 7 Mar 2007 17:47:06 +0100 (CET) Message-ID: <52405.213.41.155.75.1173286026.squirrel@webmail.ledisez.net> Date: Wed, 7 Mar 2007 17:47:06 +0100 (CET) From: "Romain LE DISEZ" To: freebsd-fs@freebsd.org User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal References: In-Reply-To: Subject: Can't get ZFS to compile 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, 07 Mar 2007 17:05:17 -0000 Hi, I tried to build ZFS against a clean tree of -CURRENT but I get error. I'm currently running FreeBSD-6.2. What I did : # rm -rf /usr/src /usr/obj # csup -g -L 2 current-supfile # cd /usr/src # patch -p0 < ~/zfs_20070303.patch # cp ~/Makefile.inc1 ./Makefile.inc1 (the last one with correction for libthr) # make buildworld [...] => OK # make buildkernel (make kernel did exactly the same error) [...] cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -D_SOLARIS_C_SOURCE -D_XOPEN_SOURCE=600 -D_XOPEN_SOURCE_EXTENDED=2 -D_XOPEN_VERSION=600 -D_POSIX_C_SOURCE=200112L -D__BSD_VISIBLE=1 -D_STDC_C99 -DZFS_NO_ZONE -O1 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -I/usr/src/sys/modules/zfs/../../compat/opensolaris -I/usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common -I/usr/src/sys/modules/zfs/../.. -I/usr/src/sys/modules/zfs/../../../contrib/opensolaris/common/zfs -I/usr/src/sys/modules/zfs/../../../contrib/opensolaris/common -I/usr/include -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wno-unknown-pragmas -Wno-missing-braces -Wno-sign-compare -Wno-parentheses -Wno-uninitialized -Wno-implicit-function-declaration -Wno-unused -Wno-trigraphs -Wno-char-subscripts -Wno-switch -c /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_condvar.c In file included from /usr/src/sys/modules/zfs/../../sys/proc.h:53, from /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/proc.h:6, from /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:7, from /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_condvar.c:32: /usr/src/sys/modules/zfs/../../sys/signal.h:364:1: "MINSIGSTKSZ" redefined In file included from /usr/src/sys/modules/zfs/../../sys/signal.h:46, from /usr/src/sys/modules/zfs/../../sys/proc.h:53, from /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/proc.h:6, from /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:7, from /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_condvar.c:32: /usr/include/machine/signal.h:50:1: this is the location of the previous definition *** Error code 1 Stop in /usr/src/sys/modules/zfs. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Some infomations : - OS : FreeBSD 6.2 - Processor : Pentium 4 with HyperThreading - # uname -a FreeBSD romain.ledisez.net 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 Don't hesitate if you need more informations. I have the complete output of "make buildkernel" if you need. -- Romain LE DISEZ 06.78.77.99.18 http://www.ledisez.net/ From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 17:07:44 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DD5C16A400; Wed, 7 Mar 2007 17:07:44 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2B74113C4A6; Wed, 7 Mar 2007 17:07:43 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 1EEAEA21764; Wed, 7 Mar 2007 19:07:42 +0200 (EET) Received: from [192.168.2.99] (pc195.host2.ida.starman.ee [62.65.241.195]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.starman.ee (Postfix) with ESMTP id 009DE23C54D; Wed, 7 Mar 2007 19:07:40 +0200 (EET) From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Wed, 7 Mar 2007 19:07:40 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703071654.02714.antik@bsd.ee> <20070307152521.GA5801@garage.freebsd.pl> In-Reply-To: <20070307152521.GA5801@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703071907.40582.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Cc: freebsd-fs@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 07 Mar 2007 17:07:44 -0000 On Wednesday 07 March 2007 17:25, you wrote: > On Wed, Mar 07, 2007 at 04:54:02PM +0200, Andrei Kolu wrote: > > On Wednesday 07 March 2007 15:50, you wrote: > > > On Tue, Mar 06, 2007 at 02:20:36PM +0200, Andrei Kolu wrote: > > > > Thanks! So I have to enable ZFS from /boot/loader.conf with > > > > zfs_load="yes" or how? > > > > > > Forgot to mention. Do not add 'zfs_load="YES"' to your > > > /boot/loader.conf, because it tries to read some files before root file > > > system is mounted, which will panic the system. I'll fix this at some > > > point, but avoid loading zfs.ko too early for now. > > > > I already realised that this is a Bad Idea TM. Loaded it with kldload > > manually. Was able to write files onto zfs volume but system crashed > > after I tried to delete files.... > > Unfortunately this doesn't tell much... Do you have a way I can > reproduce it? # mdconfig -f /home/zfstest -u 0 mdconfig: ioctl(/dev/mdctl): Device busy I already got couple of memory disks, so I choose available md. # mdconfig -f /home/zfstest -u 2 # bsdlabel -w md2 auto # zpool create home /dev/md2c default mountpoint '/home' exists and is not empty use '-m' option to provide a different default # zpool create zfs /dev/md2c # mount /dev/ad0s2a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) /dev/ad0s2e on /var (ufs, local, soft-updates) /dev/ad0s2f on /usr (ufs, local, noatime, soft-updates) procfs on /proc (procfs, local) linprocfs on /usr/compat/linux/proc (linprocfs, local) /dev/md1 on /tmp (ufs, local) zfs on /zfs (zfs, local) Wrote couple of files into /zfs, then tried to delete them- computer rebooted. This was remote box and I am unable to see any information what happened- log files shows nothing. Andrei From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 18:00:22 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A04DC16A400 for ; Wed, 7 Mar 2007 18:00:22 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 58B3813C49D for ; Wed, 7 Mar 2007 18:00:22 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so214732wxc for ; Wed, 07 Mar 2007 10:00:21 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=HDVm21D5r4EFgBp8BaxL+0aeefqARb4WtiKzHU1OcN/6WWLnIkKgHMxLPMhi8ZeosqKrYOUP6c5cy/4l6hkrBQM0ujDObByznh5P3MvX1plospEsEf6MPokT24ZaiDPepDgWTeZEnvLxCdKErff0nMPilv7V1m6qZ4Ks8d5LQDg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=Dhte49glT2Y8/Aqoj4BIKPQ78mPNors5b8N35oVAs9i2PvU8mFw1T88RP89WizE8lQc/LvJi7/mZjuU552i9wXTislDvjoetLwl0AEJDvgJ+DJigC2OX8xEWrctrkM/B1D+4S3qgM32s8rAAwILS0Jw3vKrx/cUMepJsBO21J3s= Received: by 10.90.55.19 with SMTP id d19mr7333308aga.1173288671217; Wed, 07 Mar 2007 09:31:11 -0800 (PST) Received: from roadrunner.q.local ( [85.180.154.105]) by mx.google.com with ESMTP id r33sm2306721nfc.2007.03.07.09.31.09; Wed, 07 Mar 2007 09:31:10 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l26KQ8aP005877; Tue, 6 Mar 2007 21:26:08 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l26KQ8h6005876; Tue, 6 Mar 2007 21:26:08 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Tue, 6 Mar 2007 21:26:08 +0100 From: Ulrich Spoerlein To: freebsd-fs@FreeBSD.org Message-ID: <20070306202608.GA5389@roadrunner.q.local> Mail-Followup-To: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org References: <20070304123801.GA22350@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070304123801.GA22350@garage.freebsd.pl> Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS port to FreeBSD: 2nd patchset available. 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, 07 Mar 2007 18:00:22 -0000 Pawel Jakub Dawidek wrote: > Hi. > > I'd like to announce availability of the second ZFS patchset for FreeBSD. > And the begining I'd like to thank everyone who reported problems or > success stories. Great stuff! Could you please describe the state of the port? What are the missing pieces and the known problems? What I would be most interessted are the snapshot times of ~1TB volumes (I can't test this in the forseeable future, hence the question). Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 21:16:47 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1047E16A401; Wed, 7 Mar 2007 21:16:47 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 9703013C4AC; Wed, 7 Mar 2007 21:16:43 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2AA02456AB; Wed, 7 Mar 2007 22:16:42 +0100 (CET) Received: from localhost (p42220-ipbffx02marunouchi.tokyo.ocn.ne.jp [211.129.152.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id ED340487F7; Wed, 7 Mar 2007 22:16:34 +0100 (CET) Date: Wed, 7 Mar 2007 22:15:16 +0100 From: Pawel Jakub Dawidek To: Andrei Kolu Message-ID: <20070307211516.GA1066@garage.freebsd.pl> References: <20070120073117.GB60202@x12.dk> <200703071654.02714.antik@bsd.ee> <20070307152521.GA5801@garage.freebsd.pl> <200703071907.40582.antik@bsd.ee> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <200703071907.40582.antik@bsd.ee> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 07 Mar 2007 21:16:47 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 07, 2007 at 07:07:40PM +0200, Andrei Kolu wrote: > # mdconfig -f /home/zfstest -u 2 > # bsdlabel -w md2 auto Could you give me 'ls -l /home/zfstest'? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7ytkForvXbEpPzQRAllOAKD1iRO0V8C/YTB1hRUjuBrugiVYWgCcDclc jZcqJkamvBxA/jDBorQHlcg= =bwlC -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 21:29:17 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3EB216A403; Wed, 7 Mar 2007 21:29:17 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id 618EC13C441; Wed, 7 Mar 2007 21:29:17 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 5A69EA21687; Wed, 7 Mar 2007 23:29:14 +0200 (EET) Received: from [192.168.2.99] (pc195.host2.ida.starman.ee [62.65.241.195]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.starman.ee (Postfix) with ESMTP id 67C2C23C52C; Wed, 7 Mar 2007 23:29:13 +0200 (EET) From: Andrei Kolu Date: Wed, 7 Mar 2007 23:29:12 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703071907.40582.antik@bsd.ee> <20070307211516.GA1066@garage.freebsd.pl> In-Reply-To: <20070307211516.GA1066@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline To: Undisclosed.Recipients: ; Message-Id: <200703072329.13079.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 07 Mar 2007 21:29:17 -0000 On Wednesday 07 March 2007 23:15, Pawel Jakub Dawidek wrote: > On Wed, Mar 07, 2007 at 07:07:40PM +0200, Andrei Kolu wrote: > > # mdconfig -f /home/zfstest -u 2 > > # bsdlabel -w md2 auto > > Could you give me 'ls -l /home/zfstest'? ls -l /home/zfstest -rw-r--r-- 1 root wheel 104857600 Mar 6 14:48 /home/zfstest From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 21:54:07 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B35B416A401; Wed, 7 Mar 2007 21:54:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5604D13C46B; Wed, 7 Mar 2007 21:54:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A4D6145696; Wed, 7 Mar 2007 22:54:05 +0100 (CET) Received: from localhost (p42220-ipbffx02marunouchi.tokyo.ocn.ne.jp [211.129.152.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A038B45683; Wed, 7 Mar 2007 22:54:00 +0100 (CET) Date: Wed, 7 Mar 2007 22:52:42 +0100 From: Pawel Jakub Dawidek To: Andrei Kolu Message-ID: <20070307215242.GA1809@garage.freebsd.pl> References: <20070120073117.GB60202@x12.dk> <200703071907.40582.antik@bsd.ee> <20070307211516.GA1066@garage.freebsd.pl> <200703072329.13079.antik@bsd.ee> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <200703072329.13079.antik@bsd.ee> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 07 Mar 2007 21:54:07 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 07, 2007 at 11:29:12PM +0200, Andrei Kolu wrote: > On Wednesday 07 March 2007 23:15, Pawel Jakub Dawidek wrote: > > On Wed, Mar 07, 2007 at 07:07:40PM +0200, Andrei Kolu wrote: > > > # mdconfig -f /home/zfstest -u 2 > > > # bsdlabel -w md2 auto > > > > Could you give me 'ls -l /home/zfstest'? >=20 > ls -l /home/zfstest > -rw-r--r-- 1 root wheel 104857600 Mar 6 14:48 /home/zfstest A bit small, but it works here. I need more info... exact procedure to reproduce it or some debugging info. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7zQqForvXbEpPzQRAhS3AKDH/zndWtzg+iYQtB9iKPYGOJFX/gCfbFSi BrROS7XdCxqHC/1qFX2vdVE= =gHCU -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-fs@FreeBSD.ORG Wed Mar 7 22:38:20 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EB0116A40A; Wed, 7 Mar 2007 22:38:20 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id 58AE113C4B9; Wed, 7 Mar 2007 22:38:17 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx2.starman.ee (mx2.starman.ee [62.65.192.9]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 4DA85A2169D; Thu, 8 Mar 2007 00:38:16 +0200 (EET) Received: from [192.168.2.99] (pc195.host2.ida.starman.ee [62.65.241.195]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.starman.ee (Postfix) with ESMTP id CC73332C425; Thu, 8 Mar 2007 00:38:15 +0200 (EET) From: Andrei Kolu Date: Thu, 8 Mar 2007 00:38:14 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703072329.13079.antik@bsd.ee> <20070307215242.GA1809@garage.freebsd.pl> In-Reply-To: <20070307215242.GA1809@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline To: Undisclosed.Recipients: ; Message-Id: <200703080038.14750.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 07 Mar 2007 22:38:20 -0000 On Wednesday 07 March 2007 23:52, Pawel Jakub Dawidek wrote: > On Wed, Mar 07, 2007 at 11:29:12PM +0200, Andrei Kolu wrote: > > On Wednesday 07 March 2007 23:15, Pawel Jakub Dawidek wrote: > > > On Wed, Mar 07, 2007 at 07:07:40PM +0200, Andrei Kolu wrote: > > > > # mdconfig -f /home/zfstest -u 2 > > > > # bsdlabel -w md2 auto > > > > > > Could you give me 'ls -l /home/zfstest'? > > > > ls -l /home/zfstest > > -rw-r--r-- 1 root wheel 104857600 Mar 6 14:48 /home/zfstest > > A bit small, but it works here. I need more info... exact procedure to > reproduce it or some debugging info. I rebuilt my kernel with debugging information and now it won't crash anymore... But here I found another problem: copied 24MB of files and directories into ZFS volume: ------------------------------------------------------------------- # df -h zfs 63M 24M 40M 37% /zfs ------------------------------------------------------------------- But du shows incorrect information: ------------------------------------------------------------------- # du -sh /zfs 43K /zfs ------------------------------------------------------------------- # ll -R /zfs total 0 drwxr-xr-x 3 antik antik 3 Mar 7 21:56 CRMERP drwxr-xr-x 5 antik antik 11 Feb 28 22:52 lowlatency /zfs/CRMERP: total 0 drwxr-xr-x 2 antik antik 4 Mar 7 22:13 openbravo /zfs/CRMERP/openbravo: total 42 -rw-r--r-- 1 antik antik 21504733 Mar 7 22:13 OpenbravoERP_2.22-PostgreSQL.zip -rw-r--r-- 1 antik antik 412978 Mar 7 22:00 Openbravo_PostgreSQL_r2.11_quick-start_installation_guide_v1.0.1.pdf .......... too many files- I cut them out from listing. ------------------------------------------------------------------- I can create, copy, move files without problem with following kernel debug config: makeoptions DEBUG=-g options KDB options DDB options GDB options INVARIANTS options INVARIANT_SUPPORT Unfortunately I have no backtrace information: This GDB was configured as "i386-marcel-freebsd". Cannot access memory at address 0x6a1b5 (kgdb) backtrace #0 0x00000000 in ?? () (kgdb) From owner-freebsd-fs@FreeBSD.ORG Thu Mar 8 03:22:32 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FA7616A401 for ; Thu, 8 Mar 2007 03:22:32 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5D9EF13C48D for ; Thu, 8 Mar 2007 03:22:32 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l283MVsb035467; Wed, 7 Mar 2007 21:22:31 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45EF8175.2000407@freebsd.org> Date: Wed, 07 Mar 2007 21:22:29 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: shilpa kheria References: <9b023eb20703030055n6a7299dctbb5c9d533f2c765@mail.gmail.com> In-Reply-To: <9b023eb20703030055n6a7299dctbb5c9d533f2c765@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2774/Wed Mar 7 18:57:23 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-fs@freebsd.org Subject: Re: yfs implementation in freebsd 4.5 release 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, 08 Mar 2007 03:22:32 -0000 On 03/03/07 02:55, shilpa kheria wrote: > is there any way by which i can get access of the FreeBSD 4.5 release code > for yFS,,,i wanted to have a look on the lightweight journaling > implementation thr.. You can check out any version from cvs if you wish. Do you have the yFS source? Eric From owner-freebsd-fs@FreeBSD.ORG Thu Mar 8 06:35:54 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94F6B16A402; Thu, 8 Mar 2007 06:35:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 3666113C442; Thu, 8 Mar 2007 06:35:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 856A9456AB; Thu, 8 Mar 2007 07:35:52 +0100 (CET) Received: from localhost (p42220-ipbffx02marunouchi.tokyo.ocn.ne.jp [211.129.152.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B5E2745685; Thu, 8 Mar 2007 07:35:46 +0100 (CET) Date: Thu, 8 Mar 2007 07:34:28 +0100 From: Pawel Jakub Dawidek To: Andrei Kolu Message-ID: <20070308063428.GB1809@garage.freebsd.pl> References: <20070120073117.GB60202@x12.dk> <200703072329.13079.antik@bsd.ee> <20070307215242.GA1809@garage.freebsd.pl> <200703080038.14750.antik@bsd.ee> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pvezYHf7grwyp3Bc" Content-Disposition: inline In-Reply-To: <200703080038.14750.antik@bsd.ee> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: , freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 08 Mar 2007 06:35:54 -0000 --pvezYHf7grwyp3Bc Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 08, 2007 at 12:38:14AM +0200, Andrei Kolu wrote: > I rebuilt my kernel with debugging information and now it won't crash=20 > anymore... Ok, I'll investigate this. > But here I found another problem: copied 24MB of files and directories in= to=20 > ZFS volume: > ------------------------------------------------------------------- > # df -h > zfs 63M 24M 40M 37% /zfs > ------------------------------------------------------------------- > But du shows incorrect information: > ------------------------------------------------------------------- > # du -sh /zfs > 43K /zfs It was a bug and I just fixed it in perforce. Thanks. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --pvezYHf7grwyp3Bc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7650ForvXbEpPzQRAq7SAJ9mEBpUJhpf4j7vd6zJgV+941UTtQCeIa9h 9bpOySoB6FuCtuAvsOQy/Pk= =UKO2 -----END PGP SIGNATURE----- --pvezYHf7grwyp3Bc-- From owner-freebsd-fs@FreeBSD.ORG Sat Mar 10 09:50:07 2007 Return-Path: X-Original-To: fs@freebsd.org Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D3A316A401; Sat, 10 Mar 2007 09:50:07 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.freebsd.org (Postfix) with ESMTP id D050C13C442; Sat, 10 Mar 2007 09:50:06 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout1.pacific.net.au (Postfix) with ESMTP id 739705A0D8C; Sat, 10 Mar 2007 20:50:05 +1100 (EST) Received: from besplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id 0BDA38C0E; Sat, 10 Mar 2007 20:50:03 +1100 (EST) Date: Sat, 10 Mar 2007 20:50:02 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Mohan Srinivasan In-Reply-To: <200703090402.l2942cow003127@repoman.freebsd.org> Message-ID: <20070310184944.H9950@besplex.bde.org> References: <200703090402.l2942cow003127@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: src-committers@FreeBSD.org, fs@freebsd.org Subject: Re: cvs commit: src/sys/amd64/amd64 trap.c src/sys/i386/i386 trap.c src/sys/ia64/ia64 trap.c src/sys/kern kern_thread.c src/sys/nfsclient nfs_socket.c nfs_subs.c nfs_vnops.c nfsnode.h src/sys/powerpc/powerpc trap.c src/sys/sparc64/sparc64 trap.c ... 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, 10 Mar 2007 09:50:07 -0000 On Fri, 9 Mar 2007, Mohan Srinivasan wrote: > mohans 2007-03-09 04:02:38 UTC > > FreeBSD src repository > > Modified files: > sys/amd64/amd64 trap.c > sys/i386/i386 trap.c > sys/ia64/ia64 trap.c > sys/kern kern_thread.c > sys/nfsclient nfs_socket.c nfs_subs.c nfs_vnops.c > nfsnode.h > sys/powerpc/powerpc trap.c > sys/sparc64/sparc64 trap.c > sys/sys proc.h > Log: > Over NFS, an open() call could result in multiple over-the-wire > GETATTRs being generated - one from lookup()/namei() and the other > from nfs_open() (for cto consistency). This change eliminates the > GETATTR in nfs_open() if an otw GETATTR was done from the namei() > path. Instead of extending the vop interface, we timestamp each attr > load, and use this to detect whether a GETATTR was done from namei() > for this syscall. Introduces a thread-local variable that counts the > syscalls made by the thread and uses as > the attrload timestamp. Thanks to jhb@ and peter@ for a discussion on > thread state that could be used as the timestamp with minimal overhead. > > Revision Changes Path > 1.314 +2 -0 src/sys/amd64/amd64/trap.c > 1.299 +2 -0 src/sys/i386/i386/trap.c > 1.126 +2 -0 src/sys/ia64/ia64/trap.c > 1.241 +1 -0 src/sys/kern/kern_thread.c > 1.151 +1 -1 src/sys/nfsclient/nfs_socket.c > 1.145 +9 -0 src/sys/nfsclient/nfs_subs.c > 1.274 +10 -1 src/sys/nfsclient/nfs_vnops.c > 1.60 +11 -0 src/sys/nfsclient/nfsnode.h > 1.64 +2 -0 src/sys/powerpc/powerpc/trap.c > 1.87 +3 -0 src/sys/sparc64/sparc64/trap.c > 1.473 +1 -0 src/sys/sys/proc.h Er, I posted beter fixes for this to freebsd-fs last October after I first reported the problem. Preliminary testing indicates that the above changes result in the same attribute cache clearings in nfs_open() as in my version, but this may be because attribute cache clearings in nfs_open() should be, and now are, so rare that they haven't happened yet. My version clears the attribute cache in nfs_lookup() for open(). Clearing it in nfs_close() is too early and clearing it in nfs_open() is too late. However, clearing it in nfs_open() is necessary in some rare cases that don't go through nfs_lookup() for open(). After nfs_lookup() or something else fetches the attributes and sets the attribute flag(s) for open(), there is a race completing the open(). There may be remote activity on the file, or, if the open() is non-exclusive, then there may be local activity on the file. I don't see the point of using a fancy timestamp just to _detect_ that the attributes have changed after nfs_lookup() fetched them and then waste time fetching them again: - If the open() is exclusive, then the external attributes may have changed, but we won't see such changes unless the open() takes several seconds to complete. We will complete the open() using consistent attributes. - If the open() is non-exclusive, then the attributes might change underneath us. (Shared locking should prevent all local changes to the file except atimes, so except for atimes the attributes can only change if another thread fetches attributes that have changed remotely.) Then refetching the attributes just wastes time and increases any problems caused by this, by giving a newer set of attributes that may have changed more. In particular, the attributes may have changed so that the permissions checks passed in lookup() are no longer valid. If we care about this, then we should restart the whole open(), and my version needs a generation count to detect it. However, we can't reasonably detect late changes to attributes of all components of the file's pathname, so I think this doesn't matter. - The case of non-exclusive probably hasn't been tested much and has lots of bugs in it, since it is not the default (options LOOKUP_SHARED). Bruce From owner-freebsd-fs@FreeBSD.ORG Sat Mar 10 17:45:48 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A55DD16A400; Sat, 10 Mar 2007 17:45:48 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-42-60-230-24.midco.net [24.230.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7D94F13C442; Sat, 10 Mar 2007 17:45:48 +0000 (UTC) (envelope-from bp@barryp.org) Received: from [10.66.1.10] (helo=barry-pedersons-computer.local) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HQ5db-000I0P-MX; Sat, 10 Mar 2007 11:45:47 -0600 Message-ID: <45F2EEBD.6070007@barryp.org> Date: Sat, 10 Mar 2007 11:45:33 -0600 From: Barry Pederson User-Agent: Thunderbird 2.0b2 (Macintosh/20070116) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070120073117.GB60202@x12.dk> <200703061246.09687.antik@bsd.ee> <45ED5850.6050506@nipsi.de> <200703061420.36980.antik@bsd.ee> <20070307135017.GC2864@garage.freebsd.pl> In-Reply-To: <20070307135017.GC2864@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current 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, 10 Mar 2007 17:45:48 -0000 Pawel Jakub Dawidek wrote: > On Tue, Mar 06, 2007 at 02:20:36PM +0200, Andrei Kolu wrote: >> Thanks! So I have to enable ZFS from /boot/loader.conf with zfs_load="yes" or >> how? > > Forgot to mention. Do not add 'zfs_load="YES"' to your > /boot/loader.conf, because it tries to read some files before root file > system is mounted, which will panic the system. I'll fix this at some > point, but avoid loading zfs.ko too early for now. Is there any hope for someday optionally using ZFS as a root filesystem? I was sort of imagining a setup where /boot resided in a UFS filesystem so it could hold the kernel/modules/regular booting info and - /boot/loader.conf would specify 'zfs_load="YES"' along with another directive to tell which zfs filesystem to use as root. Barry