From owner-freebsd-geom@FreeBSD.ORG Sun Mar 4 23:53:51 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6510216A400 for ; Sun, 4 Mar 2007 23:53:51 +0000 (UTC) (envelope-from joan@iaeste-catalunya.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id CCFB613C46B for ; Sun, 4 Mar 2007 23:53:50 +0000 (UTC) (envelope-from joan@iaeste-catalunya.upc.edu) Received: from iaeste-catalunya.upc.es (iaeste-catalunya.upc.es [147.83.55.111]) by dash.upc.es (8.13.1/8.13.1) with SMTP id l24MLKbZ005046 for ; Sun, 4 Mar 2007 23:21:21 +0100 Received: (qmail 41707 invoked by uid 1001); 4 Mar 2007 22:21:40 -0000 Date: Sun, 4 Mar 2007 23:21:40 +0100 From: Joan Picanyol i Puig To: freebsd-geom@freebsd.org Message-ID: <20070304222140.GB40769@iaeste-catalunya.upc.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (dash.upc.es [147.83.2.50]); Sun, 04 Mar 2007 23:21:21 +0100 (CET) Subject: bypassing gmirror to recover filesystems X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2007 23:53:51 -0000 Hi, I've been hit by kern/107315 (previously discussed http://lists.freebsd.org/pipermail/freebsd-geom/2006-April/001217.html) The system was based on RSE's HOWTO, and as Murphy dictates, the partition/labelling/mirror details and install notes are on the system itself. The system paniced the first time when attempting to boot with a new 6.2 kernel (binary freebsd-upgraded from 6.0). All attempts to boot with the (supposedly original) 6.0 kernel have failed, so I assume gmirror's metadata is screwed up. I need to mount the root partition where my notes are so I can access the filesystems. However, booting without geom_mirror loaded gets me to the mountroot prompt without any devices. Tomorrow I'll go onsite with fixit discs to see if I can come up with a valid partition table and fstab file, but I only have a sketchy idea of how to approach this. Any suggestions? For the curious, console output follows, interleaved lines and all. GEOM: new disk ad4 ad4: VIA check1 failed ad4: Adaptec check1 faiGEOM_MIRROR: Device gm0s1 created (id=2494591388). led GEOM_MIRROR: Device gm0s1: provider ad4s1 detected. ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 GEOMfailed _MIRROR: Device gm1 created (id=947166852). GEOM_MIRROR: Device gm1: provider ad4s2 detected. ad4: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 238475MB at ata3-master SATA150 ad6: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad6 ad6: VIA check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) chGEOM_MIRROR: Device gm0s1: provider ad6s1 detectedeck1 failed . ad6: LSI (v2) check1 failed GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. ad6: FreeGEOM_MIRROR: Device gm1: provider ad6s2 detected. GEOM_MIRROR: Device gm0s1: provider ad4s1 activated. GEOM_MIRROR: Device gm0s1: prBSD check1 failed ovider mirror/gm0s1 launched. GEOM_MIRROR: Device gm1: provider ad6s2 activated. [snip sbp probes] GEOM_MIRROR: Device gm1: provider a(probe0:sbp0:0:0:2): error 22 [snip da/pass messages] 4s2 activated. GEOM_MIRROR: Device gm1: provider mirror/gm1 launched. AWARNING: Expected rawoffset 0, found 63 TA PseudoRAID loaded GEOM: new disk da0 GEOM: new disk da1 WARNING: Expected rawoffset 0, found 123715872 [snip 50 or 60 repetitions] WARNING: Expected rawoffset 0, found 123715872 WARNING: Device name truncated! (mirror/gm1ccccccccccccccccccccccccccccccccccccccccccccccccccccc) [snip a out 40 repetitions] Fatal double fault: eip = 0xc0601f59 esp = 0xd4464000 ebp = 0xd446404c panic: double fault qvb -- pica From owner-freebsd-geom@FreeBSD.ORG Mon Mar 5 11:08:06 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9BD016A494 for ; Mon, 5 Mar 2007 11:08:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id A356913C481 for ; Mon, 5 Mar 2007 11:08:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l25B86qr037454 for ; Mon, 5 Mar 2007 11:08:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l25B85X8037450 for freebsd-geom@FreeBSD.org; Mon, 5 Mar 2007 11:08:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Mar 2007 11:08:05 GMT Message-Id: <200703051108.l25B85X8037450@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 11:08:06 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/89102 geom [geom_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for f kern/105390 geom [geli] filesystem on a md backed by sparse file with s o kern/107707 geom [geom] [patch] add new class geom_xbox360 to slice up 5 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Mar 5 16:02:47 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 244F616A401 for ; Mon, 5 Mar 2007 16:02:47 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 4BCEC13C46B for ; Mon, 5 Mar 2007 16:02:46 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc234.host2.ida.starman.ee ([62.65.241.234] helo=[192.168.2.101]) by a5.virtuaal.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HOF5t-0003JO-QA for freebsd-geom@freebsd.org; Mon, 05 Mar 2007 17:27:21 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Mon, 5 Mar 2007 17:27:19 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <20070122152932.GA28024@stud.ntnu.no> In-Reply-To: <20070122152932.GA28024@stud.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703051727.19990.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 16:02:47 -0000 Hello! I am trying to patch my 7.0-CURRENT #1: Mon Mar 5 02:44:36 EET 2007 with ZFS patch. zfs_20070303.patch It gave me an error when compiling kernel: /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zfs/vdev_geom.c 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/MYCURRENT. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. "/usr/share/mk/bsd.subdir.mk", line 57: warning: duplicate script for target "_SUBDIR" ignored ..... /usr/src/cddl/lib/libavl/../../../contrib/opensolaris/common/avl/avl.c:879: error: previous definit of 'avl_destroy_nodes' was here *** Error code 1 Stop in /usr/src/cddl/lib/libavl. *** Error code 1 Stop in /usr/src/cddl/lib. *** Error code 1 Stop in /usr/src/cddl. From owner-freebsd-geom@FreeBSD.ORG Mon Mar 5 17:28:59 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B13C16A405 for ; Mon, 5 Mar 2007 17:28:59 +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 8194E13C467 for ; Mon, 5 Mar 2007 17:28:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id EFDC245CD9; Mon, 5 Mar 2007 18:28:55 +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 3732F4569A; Mon, 5 Mar 2007 18:28:46 +0100 (CET) Date: Mon, 5 Mar 2007 18:27:31 +0100 From: Pawel Jakub Dawidek To: Andrei Kolu Message-ID: <20070305172731.GA1162@garage.freebsd.pl> References: <20070120073117.GB60202@x12.dk> <20070122152932.GA28024@stud.ntnu.no> <200703051727.19990.antik@bsd.ee> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <200703051727.19990.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=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 17:28:59 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2007 at 05:27:19PM +0200, Andrei Kolu wrote: > Hello!=20 >=20 > I am trying to patch my 7.0-CURRENT #1: Mon Mar 5 02:44:36 EET 2007 with= ZFS=20 > patch. zfs_20070303.patch >=20 > It gave me an error when compiling kernel: >=20 > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zfs/vdev_ge= om.c > cc1: error: -I- specified twice > .... > cc1: error: -I- specified twice > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/sys/modules/zfs. > *** Error code 1 >=20 > Stop in /usr/src/sys/modules. > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/MYCURRENT. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > "/usr/share/mk/bsd.subdir.mk", line 57: warning: duplicate script for=20 > target "_SUBDIR" ignored > ..... > /usr/src/cddl/lib/libavl/../../../contrib/opensolaris/common/avl/avl.c:87= 9:=20 > error: previous definit of 'avl_destroy_nodes' was here > *** Error code 1 >=20 > Stop in /usr/src/cddl/lib/libavl. > *** Error code 1 >=20 > Stop in /usr/src/cddl/lib. > *** Error code 1 >=20 > Stop in /usr/src/cddl. Don't patch patched source. The patch is against clean FreeBSD source =66rom HEAD branch as of 03.03.2007. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7FMDForvXbEpPzQRAvAlAJ4joefdzgeA/MkuMNn5+3Ut1XXG/gCfdK8X E3OP4wI/KOB93hQw416YTzY= =GDks -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-geom@FreeBSD.ORG Mon Mar 5 17:52:20 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A85D016A400 for ; Mon, 5 Mar 2007 17:52:20 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 1A03A13C461 for ; Mon, 5 Mar 2007 17:52:20 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc234.host2.ida.starman.ee ([62.65.241.234] helo=[192.168.2.101]) by a5.virtuaal.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HOHM5-00021N-Vk for freebsd-geom@freebsd.org; Mon, 05 Mar 2007 19:52:14 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Mon, 5 Mar 2007 19:52:11 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703051727.19990.antik@bsd.ee> <20070305172731.GA1162@garage.freebsd.pl> In-Reply-To: <20070305172731.GA1162@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703051952.12024.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 17:52:20 -0000 On Monday 05 March 2007 7:27 pm, Pawel Jakub Dawidek wrote: > On Mon, Mar 05, 2007 at 05:27:19PM +0200, Andrei Kolu wrote: > > Stop in /usr/src/cddl/lib. > > *** Error code 1 > > > > Stop in /usr/src/cddl. > > Don't patch patched source. The patch is against clean FreeBSD source > from HEAD branch as of 03.03.2007. I am patching clean source from 03.04.2007 *default release=cvs tag=. From owner-freebsd-geom@FreeBSD.ORG Mon Mar 5 17:57:48 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4984B16A41A for ; Mon, 5 Mar 2007 17:57:48 +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 D662013C481 for ; Mon, 5 Mar 2007 17:57:47 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BD474487FC; Mon, 5 Mar 2007 18:57:45 +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 2EFFF487FB; Mon, 5 Mar 2007 18:57:33 +0100 (CET) Date: Mon, 5 Mar 2007 18:56:19 +0100 From: Pawel Jakub Dawidek To: Andrei Kolu Message-ID: <20070305175619.GC1162@garage.freebsd.pl> References: <20070120073117.GB60202@x12.dk> <200703051727.19990.antik@bsd.ee> <20070305172731.GA1162@garage.freebsd.pl> <200703051952.12024.antik@bsd.ee> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OBd5C1Lgu00Gd/Tn" Content-Disposition: inline In-Reply-To: <200703051952.12024.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=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 17:57:48 -0000 --OBd5C1Lgu00Gd/Tn Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 05, 2007 at 07:52:11PM +0200, Andrei Kolu wrote: > On Monday 05 March 2007 7:27 pm, Pawel Jakub Dawidek wrote: > > On Mon, Mar 05, 2007 at 05:27:19PM +0200, Andrei Kolu wrote: > > > Stop in /usr/src/cddl/lib. > > > *** Error code 1 > > > > > > Stop in /usr/src/cddl. > > > > Don't patch patched source. The patch is against clean FreeBSD source > > from HEAD branch as of 03.03.2007. >=20 > I am patching clean source from 03.04.2007 >=20 > *default release=3Dcvs tag=3D. I'm afraid you don't. cvsup won't remove stuff you have in directories not under its control. Try removing the directories below: contrib/opensolaris compat/opensolaris sys/contrib/opensolaris sys/compat/opensolaris cddl sys/modules/zfs And then cvsup, patch, compile. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --OBd5C1Lgu00Gd/Tn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF7FnDForvXbEpPzQRAgkfAKCEp1fmKIyjGidLE1W+7rFA71E55QCbBxeq JgnVlAI3mx9TXaDVWfiZVuA= =NnZh -----END PGP SIGNATURE----- --OBd5C1Lgu00Gd/Tn-- From owner-freebsd-geom@FreeBSD.ORG Mon Mar 5 18:33:18 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0BBE16A404 for ; Mon, 5 Mar 2007 18:33:18 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 9913013C478 for ; Mon, 5 Mar 2007 18:33:17 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc234.host2.ida.starman.ee ([62.65.241.234] helo=[192.168.2.101]) by a5.virtuaal.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HOHzl-0004O3-Ty for freebsd-geom@freebsd.org; Mon, 05 Mar 2007 20:33:13 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Mon, 5 Mar 2007 20:33:11 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703051952.12024.antik@bsd.ee> <20070305175619.GC1162@garage.freebsd.pl> In-Reply-To: <20070305175619.GC1162@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703052033.12095.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 18:33:18 -0000 On Monday 05 March 2007 7:56 pm, Pawel Jakub Dawidek wrote: > On Mon, Mar 05, 2007 at 07:52:11PM +0200, Andrei Kolu wrote: > > On Monday 05 March 2007 7:27 pm, Pawel Jakub Dawidek wrote: > > > On Mon, Mar 05, 2007 at 05:27:19PM +0200, Andrei Kolu wrote: > > > > Stop in /usr/src/cddl/lib. > > > > *** Error code 1 > > > > > > > > Stop in /usr/src/cddl. > > > > > > Don't patch patched source. The patch is against clean FreeBSD source > > > from HEAD branch as of 03.03.2007. > > > > I am patching clean source from 03.04.2007 > > > > *default release=cvs tag=. > > I'm afraid you don't. cvsup won't remove stuff you have in directories > not under its control. Try removing the directories below: > > contrib/opensolaris > compat/opensolaris > sys/contrib/opensolaris > sys/compat/opensolaris > cddl > sys/modules/zfs > > And then cvsup, patch, compile. Oops, I remeber I added empty directories before patch: #mkdir -p cddl/lib/lib{avl,nvpair,umem,uutil,zfs,zpool} #mkdir -p cddl/usr.bin/ztest #mkdir -p cddl/usr.sbin/{zdb,zfs,zpool} #mkdir -p compat/opensolaris/{include,misc} #mkdir -p contrib/opensolaris/cmd/{zdb,zfs,zpool,ztest} #mkdir -p contrib/opensolaris/common/{acl,avl,nvpair,zfs} #mkdir -p contrib/opensolaris/head #mkdir -p contrib/opensolaris/lib/libnvpair #mkdir -p contrib/opensolaris/lib/lib{uutil,zfs}/common #mkdir -p contrib/opensolaris/lib/libzpool/common/sys #mkdir -p sys/compat/opensolaris/{kern,machine,rpc,sys} #mkdir -p sys/contrib/opensolaris/uts/common/fs/zfs/sys #mkdir -p sys/contrib/opensolaris/uts/common/{os,rpc} #mkdir -p sys/contrib/opensolaris/uts/common/sys/fm/fs #mkdir -p sys/contrib/opensolaris/uts/common/sys/fs #mkdir -p sys/modules/zfs BUT it gave me another error now: ./lib/libnvpair -lnvpair -L /usr/src/cddl/usr.bin/ztest/../../lib/libavl -lavl -lm -lthr /usr/bin/ld: cannot find -lumem *** Error code 1 Stop in /usr/src/cddl/usr.bin/ztest. *** Error code 1 Stop in /usr/src/cddl/usr.bin. *** Error code 1 Stop in /usr/src/cddl. From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 10:46:18 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C0A916A402 for ; Tue, 6 Mar 2007 10:46:18 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 49CEA13C47E for ; Tue, 6 Mar 2007 10:46:18 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc142.host2.ida.starman.ee ([62.65.241.142] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HOXBL-0005LX-IK for freebsd-geom@freebsd.org; Tue, 06 Mar 2007 12:46:11 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Tue, 6 Mar 2007 12:46:09 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <20070305175619.GC1162@garage.freebsd.pl> <200703052033.12095.antik@bsd.ee> In-Reply-To: <200703052033.12095.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703061246.09687.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 10:46:18 -0000 Now I found out why my kernel build failed. I followed directions found in patch file: # patch -p0 < zfs_20070303.patch # make kernel # cd cddl # make && make install Build failed. Then I changed it to this: # patch -p0 < zfs_20070303.patch # make buildkernel # cd cddl # make && make install # make installkernel Now I got working kernel but ZFS is still not available: # zpool status internal error: failed to initialize ZFS library From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 10:52:06 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B66D216A400 for ; Tue, 6 Mar 2007 10:52:04 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 612A813C428 for ; Tue, 6 Mar 2007 10:52:04 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc142.host2.ida.starman.ee ([62.65.241.142] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HOXGz-0005eE-1d for freebsd-geom@freebsd.org; Tue, 06 Mar 2007 12:52:01 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Tue, 6 Mar 2007 12:51:58 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703051952.12024.antik@bsd.ee> <20070305175619.GC1162@garage.freebsd.pl> In-Reply-To: <20070305175619.GC1162@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703061251.58279.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: problem initialising gjournaling on boot time X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 10:52:07 -0000 Hi all! Built kernel with "options UFS_GJOURNAL" but unable to mount any /dev/adX.journal filesystem from fstab. I can mount gjournal filesystems only after running command "gjournal load". How to enable it on boot? From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 12:02:26 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C094416A401 for ; Tue, 6 Mar 2007 12:02:26 +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 81DB713C4AA for ; Tue, 6 Mar 2007 12:02:26 +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 8DC4680842; Tue, 6 Mar 2007 13:02:25 +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 491AB80646; Tue, 6 Mar 2007 13:02:25 +0100 (CET) Message-ID: <45ED5850.6050506@nipsi.de> Date: Tue, 06 Mar 2007 13:02:24 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: Andrei Kolu References: <20070120073117.GB60202@x12.dk> <20070305175619.GC1162@garage.freebsd.pl> <200703052033.12095.antik@bsd.ee> <200703061246.09687.antik@bsd.ee> In-Reply-To: <200703061246.09687.antik@bsd.ee> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 12:02:26 -0000 Andrei Kolu schrieb: > Now I found out why my kernel build failed. I followed directions found in > patch file: > > # patch -p0 < zfs_20070303.patch > # make kernel > # cd cddl > # make && make install > Build failed. > > Then I changed it to this: > > # patch -p0 < zfs_20070303.patch > # make buildkernel > # cd cddl > # make && make install > # make installkernel > > Now I got working kernel but ZFS is still not available: > > # zpool status > internal error: failed to initialize ZFS library > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > this means zfs.ko isn't loaded at all. Try loading it via kldload zfs. Try to create a pool with zpool then, I would like to know if it worked for you. regards, -Dennis From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 12:20:46 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 571F416A401 for ; Tue, 6 Mar 2007 12:20:46 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id DD8EC13C481 for ; Tue, 6 Mar 2007 12:20:45 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc142.host2.ida.starman.ee ([62.65.241.142] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HOYel-0002l6-Ax for freebsd-geom@freebsd.org; Tue, 06 Mar 2007 14:20:40 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Tue, 6 Mar 2007 14:20:36 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703061246.09687.antik@bsd.ee> <45ED5850.6050506@nipsi.de> In-Reply-To: <45ED5850.6050506@nipsi.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703061420.36980.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 12:20:46 -0000 On Tuesday 06 March 2007 2:02 pm, Dennis Berger wrote: > Andrei Kolu schrieb: > > Now I found out why my kernel build failed. I followed directions found > > in patch file: > > > > # patch -p0 < zfs_20070303.patch > > # make kernel > > # cd cddl > > # make && make install > > Build failed. > > > > Then I changed it to this: > > > > # patch -p0 < zfs_20070303.patch > > # make buildkernel > > # cd cddl > > # make && make install > > # make installkernel > > > > Now I got working kernel but ZFS is still not available: > > > > # zpool status > > internal error: failed to initialize ZFS library > > _______________________________________________ > > freebsd-geom@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > > this means zfs.ko isn't loaded at all. > Try loading it via kldload zfs. Try to create a pool with zpool then, I > would like to know if it worked for you. > regards, > -Dennis supermicro# kldstat Id Refs Address Size Name 1 17 0xc0400000 7f4390 kernel 3 2 0xc0c00000 23760 linux.ko 4 1 0xc0c24000 aa1c cpufreq.ko 5 1 0xc0c2f000 5a074 acpi.ko 6 1 0xc42a0000 6000 linprocfs.ko 7 1 0xc46be000 6000 snd_emu10k1.ko 8 2 0xc46c4000 32000 sound.ko 9 1 0xc47ea000 4000 logo_saver.ko 10 1 0xc48c2000 11000 geom_journal.ko supermicro# kldload zfs supermicro# kldstat Id Refs Address Size Name 1 18 0xc0400000 7f4390 kernel 3 2 0xc0c00000 23760 linux.ko 4 1 0xc0c24000 aa1c cpufreq.ko 5 1 0xc0c2f000 5a074 acpi.ko 6 1 0xc42a0000 6000 linprocfs.ko 7 1 0xc46be000 6000 snd_emu10k1.ko 8 2 0xc46c4000 32000 sound.ko 9 1 0xc47ea000 4000 logo_saver.ko 10 1 0xc48c2000 11000 geom_journal.ko 11 1 0xc92a9000 86000 zfs.ko supermicro# zpool status no pools available Thanks! So I have to enable ZFS from /boot/loader.conf with zfs_load="yes" or how? Best. Andrei From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 12:22:03 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31E0F16A400 for ; Tue, 6 Mar 2007 12:22:03 +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 E745013C48E for ; Tue, 6 Mar 2007 12:22:02 +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 A2A8680647; Tue, 6 Mar 2007 12:49:16 +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 6445F80646; Tue, 6 Mar 2007 12:49:16 +0100 (CET) Message-ID: <45ED5539.1020602@nipsi.de> Date: Tue, 06 Mar 2007 12:49:13 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: Andrei Kolu References: <20070120073117.GB60202@x12.dk> <20070305175619.GC1162@garage.freebsd.pl> <200703052033.12095.antik@bsd.ee> <200703061246.09687.antik@bsd.ee> In-Reply-To: <200703061246.09687.antik@bsd.ee> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 12:22:03 -0000 And thats exactly the same error I got. If you try to create a pool you will get a coredump right? -dennis Andrei Kolu schrieb: > Now I found out why my kernel build failed. I followed directions found in > patch file: > > # patch -p0 < zfs_20070303.patch > # make kernel > # cd cddl > # make && make install > Build failed. > > Then I changed it to this: > > # patch -p0 < zfs_20070303.patch > # make buildkernel > # cd cddl > # make && make install > # make installkernel > > Now I got working kernel but ZFS is still not available: > > # zpool status > internal error: failed to initialize ZFS library > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 12:27:02 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3BF816A409 for ; Tue, 6 Mar 2007 12:27:01 +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 B281113C48D for ; Tue, 6 Mar 2007 12:27:01 +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 E63A280647; Tue, 6 Mar 2007 13:27:00 +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 A40DA80646; Tue, 6 Mar 2007 13:27:00 +0100 (CET) Message-ID: <45ED5E13.9090407@nipsi.de> Date: Tue, 06 Mar 2007 13:26:59 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: Andrei Kolu References: <20070120073117.GB60202@x12.dk> <200703061246.09687.antik@bsd.ee> <45ED5850.6050506@nipsi.de> <200703061420.36980.antik@bsd.ee> In-Reply-To: <200703061420.36980.antik@bsd.ee> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 12:27:02 -0000 May you try to create a pool? maybe with an filebased device. dd if=/dev/zero of=/home/zfstest bs=1m count=100 mdconfig -f /home/zfstest -u 0 bsdlabel -w md0 auto zpool create home /dev/md0c regards, Dennis Andrei Kolu schrieb: > On Tuesday 06 March 2007 2:02 pm, Dennis Berger wrote: > >> Andrei Kolu schrieb: >> >>> Now I found out why my kernel build failed. I followed directions found >>> in patch file: >>> >>> # patch -p0 < zfs_20070303.patch >>> # make kernel >>> # cd cddl >>> # make && make install >>> Build failed. >>> >>> Then I changed it to this: >>> >>> # patch -p0 < zfs_20070303.patch >>> # make buildkernel >>> # cd cddl >>> # make && make install >>> # make installkernel >>> >>> Now I got working kernel but ZFS is still not available: >>> >>> # zpool status >>> internal error: failed to initialize ZFS library >>> _______________________________________________ >>> freebsd-geom@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-geom >>> To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" >>> >> this means zfs.ko isn't loaded at all. >> Try loading it via kldload zfs. Try to create a pool with zpool then, I >> would like to know if it worked for you. >> regards, >> -Dennis >> > > supermicro# kldstat > Id Refs Address Size Name > 1 17 0xc0400000 7f4390 kernel > 3 2 0xc0c00000 23760 linux.ko > 4 1 0xc0c24000 aa1c cpufreq.ko > 5 1 0xc0c2f000 5a074 acpi.ko > 6 1 0xc42a0000 6000 linprocfs.ko > 7 1 0xc46be000 6000 snd_emu10k1.ko > 8 2 0xc46c4000 32000 sound.ko > 9 1 0xc47ea000 4000 logo_saver.ko > 10 1 0xc48c2000 11000 geom_journal.ko > supermicro# kldload zfs > supermicro# kldstat > Id Refs Address Size Name > 1 18 0xc0400000 7f4390 kernel > 3 2 0xc0c00000 23760 linux.ko > 4 1 0xc0c24000 aa1c cpufreq.ko > 5 1 0xc0c2f000 5a074 acpi.ko > 6 1 0xc42a0000 6000 linprocfs.ko > 7 1 0xc46be000 6000 snd_emu10k1.ko > 8 2 0xc46c4000 32000 sound.ko > 9 1 0xc47ea000 4000 logo_saver.ko > 10 1 0xc48c2000 11000 geom_journal.ko > 11 1 0xc92a9000 86000 zfs.ko > supermicro# zpool status > no pools available > > Thanks! So I have to enable ZFS from /boot/loader.conf with zfs_load="yes" or > how? > > Best. > Andrei > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 12:44:18 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A30AF16A401 for ; Tue, 6 Mar 2007 12:44:18 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB2F13C48E for ; Tue, 6 Mar 2007 12:44:18 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc142.host2.ida.starman.ee ([62.65.241.142] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HOZ1X-0004M3-JB for freebsd-geom@freebsd.org; Tue, 06 Mar 2007 14:44:11 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Tue, 6 Mar 2007 14:44:09 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703061420.36980.antik@bsd.ee> <45ED5E13.9090407@nipsi.de> In-Reply-To: <45ED5E13.9090407@nipsi.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703061444.09415.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 12:44:18 -0000 On Tuesday 06 March 2007 2:26 pm, you wrote: > May you try to create a pool? > maybe with an filebased device. > > > dd if=/dev/zero of=/home/zfstest bs=1m count=100 > mdconfig -f /home/zfstest -u 0 > bsdlabel -w md0 auto > zpool create home /dev/md0c > # 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) From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 13:04:54 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A74B16A403 for ; Tue, 6 Mar 2007 13:04: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 50C4A13C4A3 for ; Tue, 6 Mar 2007 13:04: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 1642180647; Tue, 6 Mar 2007 14:04:53 +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 BE36180646; Tue, 6 Mar 2007 14:04:52 +0100 (CET) Message-ID: <45ED66F4.5020304@nipsi.de> Date: Tue, 06 Mar 2007 14:04:52 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: Andrei Kolu References: <20070120073117.GB60202@x12.dk> <200703061420.36980.antik@bsd.ee> <45ED5E13.9090407@nipsi.de> <200703061444.09415.antik@bsd.ee> In-Reply-To: <200703061444.09415.antik@bsd.ee> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-geom@freebsd.org Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 13:04:54 -0000 Andrei Kolu schrieb: > On Tuesday 06 March 2007 2:26 pm, you wrote: > >> May you try to create a pool? >> maybe with an filebased device. >> >> >> dd if=/dev/zero of=/home/zfstest bs=1m count=100 >> mdconfig -f /home/zfstest -u 0 >> bsdlabel -w md0 auto >> zpool create home /dev/md0c >> >> > # 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) > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > many thanks. I guess I checked out a borked version of FreeBSD. It was a clean version from 3rd March but gstat isn't working either... "gstat: geom_gettree = -1 file or directory not found" I check out from today. regards, -Dennis From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 15:53:46 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCC2E16A40A for ; Tue, 6 Mar 2007 15:53:46 +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 79D2D13C48E for ; Tue, 6 Mar 2007 15:53:46 +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 52E128079A; Tue, 6 Mar 2007 16:53:45 +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 F3FA87D0BE; Tue, 6 Mar 2007 16:53:44 +0100 (CET) Message-ID: <45ED8E88.5080400@nipsi.de> Date: Tue, 06 Mar 2007 16:53:44 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: bug-followup@FreeBSD.org, dzs-pr@dzs.fx.org, freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 15:53:46 -0000 Hi, today I tried PJDs ZFS patches. After invoking zpool create I always got a coredump. After further debugging I recognized gstat isn't working either, which seems to be because of an NTFS partition with a certain name not correctly encoded as XML specification requires. Its the German "Lokaler Datenträger" which is the defaultname for drive "c". So we have to deal with those characters. I'm voting against encoding specification or something like that, but I do recommend using the escape method. For example using "&#e4;" for encoding E4 german ä and < for a "<" character. This way we can escape all illegal characters. What do you suggest? regards, -Dennis Berger From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 16:00:13 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18C8416A47F for ; Tue, 6 Mar 2007 16:00:13 +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 BDDC813C4A7 for ; Tue, 6 Mar 2007 16:00:12 +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 F26C380849; Tue, 6 Mar 2007 17:00:11 +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 AC06F7D0BE; Tue, 6 Mar 2007 17:00:11 +0100 (CET) Message-ID: <45ED900A.8040401@nipsi.de> Date: Tue, 06 Mar 2007 17:00:10 +0100 From: Dennis Berger User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 References: <45ED8E88.5080400@nipsi.de> In-Reply-To: <45ED8E88.5080400@nipsi.de> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: dzs-pr@dzs.fx.org, bug-followup@FreeBSD.org, freebsd-geom@freebsd.org Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 16:00:13 -0000 Dennis Berger schrieb: > Hi, > today I tried PJDs ZFS patches. After invoking zpool create I always got > a coredump. > After further debugging I recognized gstat isn't working either, which > seems to be because of an NTFS partition with a certain name not > correctly encoded as XML specification requires. Its the German "Lokaler > Datenträger" which is the defaultname for drive "c". So we have to deal > with those characters. I'm voting against encoding specification or > something like that, but I do recommend using the escape method. For > example using "&#e4;" for encoding E4 german ä and < for a "<" > character. This way we can escape all illegal characters. > What do you suggest? > regards, > -Dennis Berger > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > ä of cause! From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 16:03:15 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B418B16A400 for ; Tue, 6 Mar 2007 16:03:15 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 706F213C4AC for ; Tue, 6 Mar 2007 16:03:15 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HOc7u-0005Qq-BB for freebsd-geom@freebsd.org; Tue, 06 Mar 2007 17:02:58 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 06 Mar 2007 17:02:58 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 06 Mar 2007 17:02:58 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Tue, 06 Mar 2007 17:02:30 +0100 Lines: 32 Message-ID: References: <45ED8E88.5080400@nipsi.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig16CD74AC5CA563D1A86A32E2" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.9 (X11/20070110) In-Reply-To: <45ED8E88.5080400@nipsi.de> X-Enigmail-Version: 0.94.0.0 Sender: news Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 16:03:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig16CD74AC5CA563D1A86A32E2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dennis Berger wrote: > something like that, but I do recommend using the escape method. For > example using "&#e4;" for encoding E4 german =C3=A4 and < for a "<= " > character. This way we can escape all illegal characters. > What do you suggest? UTF-8 with non-ascii characters encoded as unicode html entities seems the easiest... --------------enig16CD74AC5CA563D1A86A32E2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) Comment: Using GnuPG with Thunderbird/FreeBSD - http://enigmail.mozdev.org iD8DBQFF7ZCWldnAQVacBcgRArGOAKC92K/NRHN/HLq4mMJdIsjdCBVvFwCg4haB ++gH94CahM6gc91c/zT05bs= =MGCZ -----END PGP SIGNATURE----- --------------enig16CD74AC5CA563D1A86A32E2-- From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 16:20:10 2007 Return-Path: X-Original-To: freebsd-geom@hub.freebsd.org Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72BB816A400 for ; Tue, 6 Mar 2007 16:20:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 61EFF13C4A3 for ; Tue, 6 Mar 2007 16:20:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l26GK93U061902 for ; Tue, 6 Mar 2007 16:20:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l26GK9Et061901; Tue, 6 Mar 2007 16:20:09 GMT (envelope-from gnats) Date: Tue, 6 Mar 2007 16:20:09 GMT Message-Id: <200703061620.l26GK9Et061901@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Dennis Berger Cc: Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dennis Berger List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 16:20:10 -0000 The following reply was made to PR kern/104389; it has been noted by GNATS. From: Dennis Berger To: bug-followup@FreeBSD.org, dzs-pr@dzs.fx.org, freebsd-geom@freebsd.org Cc: Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities Date: Tue, 06 Mar 2007 16:53:44 +0100 Hi, today I tried PJDs ZFS patches. After invoking zpool create I always got a coredump. After further debugging I recognized gstat isn't working either, which seems to be because of an NTFS partition with a certain name not correctly encoded as XML specification requires. Its the German "Lokaler Datenträger" which is the defaultname for drive "c". So we have to deal with those characters. I'm voting against encoding specification or something like that, but I do recommend using the escape method. For example using "&#e4;" for encoding E4 german ä and < for a "<" character. This way we can escape all illegal characters. What do you suggest? regards, -Dennis Berger From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 16:40:15 2007 Return-Path: X-Original-To: freebsd-geom@hub.freebsd.org Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4903316A400 for ; Tue, 6 Mar 2007 16:40:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3969913C442 for ; Tue, 6 Mar 2007 16:40:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l26GeFY6080054 for ; Tue, 6 Mar 2007 16:40:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l26GeFb4080053; Tue, 6 Mar 2007 16:40:15 GMT (envelope-from gnats) Date: Tue, 6 Mar 2007 16:40:15 GMT Message-Id: <200703061640.l26GeFb4080053@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Dennis Berger Cc: Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dennis Berger List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 16:40:15 -0000 The following reply was made to PR kern/104389; it has been noted by GNATS. From: Dennis Berger To: Cc: bug-followup@FreeBSD.org, dzs-pr@dzs.fx.org, freebsd-geom@freebsd.org Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities Date: Tue, 06 Mar 2007 17:00:10 +0100 Dennis Berger schrieb: > Hi, > today I tried PJDs ZFS patches. After invoking zpool create I always got > a coredump. > After further debugging I recognized gstat isn't working either, which > seems to be because of an NTFS partition with a certain name not > correctly encoded as XML specification requires. Its the German "Lokaler > Datenträger" which is the defaultname for drive "c". So we have to deal > with those characters. I'm voting against encoding specification or > something like that, but I do recommend using the escape method. For > example using "&#e4;" for encoding E4 german ä and < for a "<" > character. This way we can escape all illegal characters. > What do you suggest? > regards, > -Dennis Berger > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > ä of cause! From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 09:11:54 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 011D116A401 for ; Wed, 7 Mar 2007 09:11:54 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id B17F913C474 for ; Wed, 7 Mar 2007 09:11:53 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc195.host2.ida.starman.ee ([62.65.241.195] helo=[192.168.2.99]) by a5.virtuaal.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HOsBW-0005mX-6X for freebsd-geom@freebsd.org; Wed, 07 Mar 2007 11:11:46 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Wed, 7 Mar 2007 11:11:42 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <20070305175619.GC1162@garage.freebsd.pl> <200703061251.58279.antik@bsd.ee> In-Reply-To: <200703061251.58279.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703071111.42440.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: problem initialising gjournaling on boot time X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 09:11:54 -0000 On Tuesday 06 March 2007 12:51, Andrei Kolu wrote: > Hi all! > > Built kernel with "options UFS_GJOURNAL" but unable to mount > any /dev/adX.journal filesystem from fstab. I can mount gjournal > filesystems only after running command "gjournal load". How to enable it on > boot? _______________________________________________ I have geom_journal_load="YES" in /boot/loader.conf already but it won't load module on boot up. It gave me an error: -------------------------------------------------------------------------- fsck: exec fsck_ufs, async for /dev/ad0s3.journal in /sbin:/usr/sbin: No such file or firectory THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs,async:/dev/ad0s3.journal (/jail) Unknown error: help! -------------------------------------------------------------------------- I can enable gjournal with command: "gjournal load" and mount filesystem after that. What's wrong? From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 09:18:19 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5CBF16A401 for ; Wed, 7 Mar 2007 09:18:19 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 5F75913C4A7 for ; Wed, 7 Mar 2007 09:18:19 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc195.host2.ida.starman.ee ([62.65.241.195] helo=[192.168.2.99]) by a5.virtuaal.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HOsHo-0006FL-4b for freebsd-geom@freebsd.org; Wed, 07 Mar 2007 11:18:16 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Wed, 7 Mar 2007 11:18:12 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <200703061251.58279.antik@bsd.ee> <200703071111.42440.antik@bsd.ee> In-Reply-To: <200703071111.42440.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703071118.12380.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: problem initialising gjournaling on boot time X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 09:18:19 -0000 On Wednesday 07 March 2007 11:11, Andrei Kolu wrote: > -------------------------------------------------------------------------- > fsck: exec fsck_ufs, async for /dev/ad0s3.journal in /sbin:/usr/sbin: No > such file or firectory > > THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: > ufs,async:/dev/ad0s3.journal (/jail) > Unknown error: help! > -------------------------------------------------------------------------- umm, my bad- line in fstab was wrong: was: /dev/ad0s3.journal /jail ufs,async rw 2 2 should be: /dev/ad0s3.journal /jail ufs rw,async 2 2 Should go to sleep earlier :) From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 13:51:55 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations 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-geom@FreeBSD.ORG Wed Mar 7 15:21:25 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations 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-geom@FreeBSD.ORG Wed Mar 7 15:27:06 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations 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-geom@FreeBSD.ORG Wed Mar 7 15:37:08 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 852ED16A401 for ; Wed, 7 Mar 2007 15:37:08 +0000 (UTC) (envelope-from dzs-pr@dzs.fx.org) Received: from eagle.ul.net (dsl081-037-111.lax1.dsl.speakeasy.net [64.81.37.111]) by mx1.freebsd.org (Postfix) with SMTP id 4E2B113C49D for ; Wed, 7 Mar 2007 15:37:08 +0000 (UTC) (envelope-from dzs-pr@dzs.fx.org) Received: (qmail 56910 invoked by uid 1001); 7 Mar 2007 07:10:26 -0800 Date: Wed, 7 Mar 2007 07:10:26 -0800 From: doug steinwand To: Dennis Berger Message-ID: <20070307151026.GA55527@dzs.fx.org> References: <45ED8E88.5080400@nipsi.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <45ED8E88.5080400@nipsi.de> Cc: dzs-pr@dzs.fx.org, bug-followup@FreeBSD.org, freebsd-geom@freebsd.org Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 15:37:08 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Dennis Berger [2007-03-06 16:53:44 +0100]: > This way we can escape all illegal characters. > What do you suggest? The gstat and other geom applications basically use expat to parse the equivalent of "sysctl -b kern.geom.confxml". This output does not have an encoding specified, so expat accepts only ASCII. As such, bytes greater than 0x7e must be encoded. http://skew.org/xml/tutorial/ http://www.w3.org/TR/1998/REC-xml-19980210 Attached is a patch which attempts to output valid XML for all cases (any value between 0x00 and 0xff). One issue is that many bytes between 0x00 and 0x1f have no valid XML coding, so this patch replaces them with '?' (such things should not appear in geom names, though). Also, it seems that expat is attempting to convert bytes from iso-8859-1 into utf8 characters, so gstat and glabel output may look weird. - doug --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="geom_xml_encode.patch" --- sys/geom/geom_dump.c.orig Wed Mar 10 00:49:08 2004 +++ sys/geom/geom_dump.c Tue Mar 6 20:15:20 2007 @@ -45,6 +45,31 @@ #include #include +static void +encode_bytes(struct sbuf *sb, const char *fmt, const char *str, int len) +{ + char *d, *dst; + unsigned char c; + int i; + + if (len == -1) + len = strlen(str); + /* allocate for worst-case expansion. */ + dst = d = g_malloc(len * 6 + 1, M_WAITOK); + for(i = 0; i < len; i++) { + c = (unsigned char) str[i]; + if (c == '&' || c == '<' || c == '>' || + c == '\'' || c == '"' || c > 0x7e) + d += sprintf(d, "&#x%X;", c); + else if (c == 0x9 || c == 0xa || c == 0xd || c > 0x1f) + *d++ = c; + else + *d++ = '?'; + } + *d = '\0'; + sbuf_printf(sb, fmt, dst); + g_free(dst); +} static void g_confdot_consumer(struct sbuf *sb, struct g_consumer *cp) @@ -182,7 +207,7 @@ sbuf_printf(sb, "\t \n", pp->geom); sbuf_printf(sb, "\t r%dw%de%d\n", pp->acr, pp->acw, pp->ace); - sbuf_printf(sb, "\t %s\n", pp->name); + encode_bytes(sb, "\t %s\n", pp->name, -1); sbuf_printf(sb, "\t %jd\n", (intmax_t)pp->mediasize); sbuf_printf(sb, "\t %u\n", pp->sectorsize); @@ -205,7 +230,7 @@ sbuf_printf(sb, " \n", gp); sbuf_printf(sb, " \n", gp->class); - sbuf_printf(sb, " %s\n", gp->name); + encode_bytes(sb, " %s\n", gp->name, -1); sbuf_printf(sb, " %d\n", gp->rank); if (gp->flags & G_GEOM_WITHER) sbuf_printf(sb, " \n"); @@ -234,7 +259,7 @@ struct g_geom *gp2; sbuf_printf(sb, " \n", mp); - sbuf_printf(sb, " %s\n", mp->name); + encode_bytes(sb, " %s\n", mp->name, -1); LIST_FOREACH(gp2, &mp->geom, geom) { if (gp != NULL && gp != gp2) continue; --PNTmBPCT7hxwcZjr-- From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 15:40:15 2007 Return-Path: X-Original-To: freebsd-geom@hub.freebsd.org Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1058016A402 for ; Wed, 7 Mar 2007 15:40:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id B456D13C4A7 for ; Wed, 7 Mar 2007 15:40:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l27FeE6G002479 for ; Wed, 7 Mar 2007 15:40:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l27FeEbu002478; Wed, 7 Mar 2007 15:40:14 GMT (envelope-from gnats) Date: Wed, 7 Mar 2007 15:40:14 GMT Message-Id: <200703071540.l27FeEbu002478@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: doug steinwand Cc: Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: doug steinwand List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 15:40:15 -0000 The following reply was made to PR kern/104389; it has been noted by GNATS. From: doug steinwand To: Dennis Berger Cc: bug-followup@FreeBSD.org, dzs-pr@dzs.fx.org, freebsd-geom@freebsd.org Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities Date: Wed, 7 Mar 2007 07:10:26 -0800 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Dennis Berger [2007-03-06 16:53:44 +0100]: > This way we can escape all illegal characters. > What do you suggest? The gstat and other geom applications basically use expat to parse the equivalent of "sysctl -b kern.geom.confxml". This output does not have an encoding specified, so expat accepts only ASCII. As such, bytes greater than 0x7e must be encoded. http://skew.org/xml/tutorial/ http://www.w3.org/TR/1998/REC-xml-19980210 Attached is a patch which attempts to output valid XML for all cases (any value between 0x00 and 0xff). One issue is that many bytes between 0x00 and 0x1f have no valid XML coding, so this patch replaces them with '?' (such things should not appear in geom names, though). Also, it seems that expat is attempting to convert bytes from iso-8859-1 into utf8 characters, so gstat and glabel output may look weird. - doug --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="geom_xml_encode.patch" --- sys/geom/geom_dump.c.orig Wed Mar 10 00:49:08 2004 +++ sys/geom/geom_dump.c Tue Mar 6 20:15:20 2007 @@ -45,6 +45,31 @@ #include #include +static void +encode_bytes(struct sbuf *sb, const char *fmt, const char *str, int len) +{ + char *d, *dst; + unsigned char c; + int i; + + if (len == -1) + len = strlen(str); + /* allocate for worst-case expansion. */ + dst = d = g_malloc(len * 6 + 1, M_WAITOK); + for(i = 0; i < len; i++) { + c = (unsigned char) str[i]; + if (c == '&' || c == '<' || c == '>' || + c == '\'' || c == '"' || c > 0x7e) + d += sprintf(d, "&#x%X;", c); + else if (c == 0x9 || c == 0xa || c == 0xd || c > 0x1f) + *d++ = c; + else + *d++ = '?'; + } + *d = '\0'; + sbuf_printf(sb, fmt, dst); + g_free(dst); +} static void g_confdot_consumer(struct sbuf *sb, struct g_consumer *cp) @@ -182,7 +207,7 @@ sbuf_printf(sb, "\t \n", pp->geom); sbuf_printf(sb, "\t r%dw%de%d\n", pp->acr, pp->acw, pp->ace); - sbuf_printf(sb, "\t %s\n", pp->name); + encode_bytes(sb, "\t %s\n", pp->name, -1); sbuf_printf(sb, "\t %jd\n", (intmax_t)pp->mediasize); sbuf_printf(sb, "\t %u\n", pp->sectorsize); @@ -205,7 +230,7 @@ sbuf_printf(sb, " \n", gp); sbuf_printf(sb, " \n", gp->class); - sbuf_printf(sb, " %s\n", gp->name); + encode_bytes(sb, " %s\n", gp->name, -1); sbuf_printf(sb, " %d\n", gp->rank); if (gp->flags & G_GEOM_WITHER) sbuf_printf(sb, " \n"); @@ -234,7 +259,7 @@ struct g_geom *gp2; sbuf_printf(sb, " \n", mp); - sbuf_printf(sb, " %s\n", mp->name); + encode_bytes(sb, " %s\n", mp->name, -1); LIST_FOREACH(gp2, &mp->geom, geom) { if (gp != NULL && gp != gp2) continue; --PNTmBPCT7hxwcZjr-- From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 16:47:25 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5101616A402; Wed, 7 Mar 2007 16:47:25 +0000 (UTC) (envelope-from db@bsdsystems.de) Received: from fop.bsdsystems.de (static.88-198-57-43.clients.your-server.de [88.198.57.43]) by mx1.freebsd.org (Postfix) with ESMTP id 15BE113C4B6; Wed, 7 Mar 2007 16:47:25 +0000 (UTC) (envelope-from db@bsdsystems.de) Received: from [172.16.1.13] (e176102097.adsl.alicedsl.de [85.176.102.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fop.bsdsystems.de (Postfix) with ESMTP id 77D5D2BE9E; Wed, 7 Mar 2007 17:29:37 +0100 (CET) Message-ID: <45EEE870.2040706@bsdsystems.de> Date: Wed, 07 Mar 2007 17:29:36 +0100 From: Dennis Berger User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: doug steinwand References: <45ED8E88.5080400@nipsi.de> <20070307151026.GA55527@dzs.fx.org> In-Reply-To: <20070307151026.GA55527@dzs.fx.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: bug-followup@FreeBSD.org, freebsd-geom@freebsd.org Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 16:47:25 -0000 Yes I found this version much better than the one before. regards, -Dennis doug steinwand schrieb: > * Dennis Berger [2007-03-06 16:53:44 +0100]: > >> This way we can escape all illegal characters. >> What do you suggest? >> > > The gstat and other geom applications basically use expat to parse > the equivalent of "sysctl -b kern.geom.confxml". This output does > not have an encoding specified, so expat accepts only ASCII. As > such, bytes greater than 0x7e must be encoded. > > http://skew.org/xml/tutorial/ > http://www.w3.org/TR/1998/REC-xml-19980210 > > Attached is a patch which attempts to output valid XML for all cases > (any value between 0x00 and 0xff). One issue is that many bytes > between 0x00 and 0x1f have no valid XML coding, so this patch > replaces them with '?' (such things should not appear in geom names, > though). > > Also, it seems that expat is attempting to convert bytes from > iso-8859-1 into utf8 characters, so gstat and glabel output may > look weird. > > - doug > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" -- Dennis Berger BSDSystems Eduardstrasse 43b 20257 Hamburg Phone: +49 (0)40 54 00 18 17 Mobile: +49 (0) 179 123 15 09 E-Mail: db@bsdsystems.de From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 16:50:08 2007 Return-Path: X-Original-To: freebsd-geom@hub.freebsd.org Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6224B16A400 for ; Wed, 7 Mar 2007 16:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4936413C4AA for ; Wed, 7 Mar 2007 16:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l27Go77t006942 for ; Wed, 7 Mar 2007 16:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l27Go7Rf006941; Wed, 7 Mar 2007 16:50:07 GMT (envelope-from gnats) Date: Wed, 7 Mar 2007 16:50:07 GMT Message-Id: <200703071650.l27Go7Rf006941@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Dennis Berger Cc: Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dennis Berger List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 16:50:08 -0000 The following reply was made to PR kern/104389; it has been noted by GNATS. From: Dennis Berger To: doug steinwand Cc: bug-followup@FreeBSD.org, freebsd-geom@freebsd.org Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities Date: Wed, 07 Mar 2007 17:29:36 +0100 Yes I found this version much better than the one before. regards, -Dennis doug steinwand schrieb: > * Dennis Berger [2007-03-06 16:53:44 +0100]: > >> This way we can escape all illegal characters. >> What do you suggest? >> > > The gstat and other geom applications basically use expat to parse > the equivalent of "sysctl -b kern.geom.confxml". This output does > not have an encoding specified, so expat accepts only ASCII. As > such, bytes greater than 0x7e must be encoded. > > http://skew.org/xml/tutorial/ > http://www.w3.org/TR/1998/REC-xml-19980210 > > Attached is a patch which attempts to output valid XML for all cases > (any value between 0x00 and 0xff). One issue is that many bytes > between 0x00 and 0x1f have no valid XML coding, so this patch > replaces them with '?' (such things should not appear in geom names, > though). > > Also, it seems that expat is attempting to convert bytes from > iso-8859-1 into utf8 characters, so gstat and glabel output may > look weird. > > - doug > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" -- Dennis Berger BSDSystems Eduardstrasse 43b 20257 Hamburg Phone: +49 (0)40 54 00 18 17 Mobile: +49 (0) 179 123 15 09 E-Mail: db@bsdsystems.de From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 17:07:44 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations 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-geom@FreeBSD.ORG Wed Mar 7 19:41:19 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 920EF16A404 for ; Wed, 7 Mar 2007 19:41:19 +0000 (UTC) (envelope-from clayton@bitheaven.net) Received: from secure.bikemonkey.org (bluefish.bikemonkey.org [69.80.211.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7E94B13C48D for ; Wed, 7 Mar 2007 19:41:19 +0000 (UTC) (envelope-from clayton@bitheaven.net) Received: from [192.168.33.103] (75-162-137-20.slkc.qwest.net [75.162.137.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by secure.bikemonkey.org (Postfix) with ESMTP id 6925D17020 for ; Wed, 7 Mar 2007 11:16:54 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0B1A704D-A455-4741-BC11-A2019BFB4B22@bitheaven.net> Content-Transfer-Encoding: 7bit From: Clayton F Date: Wed, 7 Mar 2007 12:16:51 -0700 To: freebsd-geom@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Problems simulating gvinum raid5 rebuild X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bo3behemoth List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 19:41:19 -0000 Howdy GEOM group, I've been using gvinum raid5 for the past year, but never had to replace a drive. One just failed, and I backed up my files from the degraded raid5 array to an external drive before attempting to rebuild with a replacement drive. I botched the rebuild attempt, so now am trying to better understand how to go about restoring a raid5 under gvinum. Unfortunately, it is behaving strangely, and I haven't been able to find anything in the man pages or GEOM archives that seem to address my problem. My new configuration has 7 drives instead of 5, all partitioned in dangerously dedicated mode. I'm running 6.2 STABLE. The gvinum config is as follows: [root@alcor /export]# gvinum l 7 drives: D disk6 State: up /dev/ad14 A: 0/194480 MB (0%) D disk5 State: up /dev/ad12 A: 0/194480 MB (0%) D disk4 State: up /dev/ad10 A: 0/194480 MB (0%) D disk3 State: up /dev/ad8 A: 0/194480 MB (0%) D disk2 State: up /dev/ad6 A: 0/194480 MB (0%) D disk1 State: up /dev/ad4 A: 0/194480 MB (0%) D disk0 State: up /dev/ad2 A: 0/194480 MB (0%) 1 volume: V raid State: up Plexes: 1 Size: 1139 GB 1 plex: P raid.p0 R5 State: up Subdisks: 7 Size: 1139 GB 7 subdisks: S raid.p0.s0 State: up D: disk0 Size: 189 GB S raid.p0.s1 State: up D: disk1 Size: 189 GB S raid.p0.s2 State: up D: disk2 Size: 189 GB S raid.p0.s3 State: up D: disk3 Size: 189 GB S raid.p0.s4 State: up D: disk4 Size: 189 GB S raid.p0.s5 State: up D: disk5 Size: 189 GB S raid.p0.s6 State: up D: disk6 Size: 189 GB I am able to create a filesystem on the array, mount it and read/ write without problems. Next, I attempt to simulate a hardware drive failure by rebooting with one drive in the array unplugged, expecting to see that the array is available, but degraded due to the loss of a drive. Instead, I get the following report, showing the subdisk of the missing drive (drive4, or subdisk raid.p0.s4) as 'up,' but reporting one less drive and a volume size 189 GB smaller than 7 drive array. The array will mount, but has no data. Listing the mounted filesystems using df shows the original 1.1 terabyte array size, not the smaller value reported in gvinum. Output of gvinum and df -h are below: [root@alcor /export]# shutdown -h now (power down and unplug disk4) [root@alcor ~]# gvinum l 6 drives: D disk6 State: up /dev/ad14 A: 0/194480 MB (0%) D disk5 State: up /dev/ad12 A: 0/194480 MB (0%) D disk3 State: up /dev/ad8 A: 0/194480 MB (0%) D disk2 State: up /dev/ad6 A: 0/194480 MB (0%) D disk1 State: up /dev/ad4 A: 0/194480 MB (0%) D disk0 State: up /dev/ad2 A: 0/194480 MB (0%) 1 volume: V raid State: up Plexes: 1 Size: 949 GB 1 plex: P raid.p0 R5 State: up Subdisks: 6 Size: 949 GB 7 subdisks: S raid.p0.s0 State: up D: disk0 Size: 189 GB S raid.p0.s1 State: up D: disk1 Size: 189 GB S raid.p0.s2 State: up D: disk2 Size: 189 GB S raid.p0.s3 State: up D: disk3 Size: 189 GB S raid.p0.s4 State: up D: disk4 Size: 189 GB S raid.p0.s5 State: up D: disk5 Size: 189 GB S raid.p0.s6 State: up D: disk6 Size: 189 GB [root@alcor ~]# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 496M 60M 396M 13% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1g 95G 1.7G 86G 2% /jail /dev/ad0s1e 496M 18K 456M 0% /tmp /dev/ad0s1f 9.7G 2.6G 6.3G 30% /usr /dev/ad0s1d 1.4G 64M 1.3G 5% /var /dev/gvinum/raid 1.1T 3.5G 1.0T 0% /export If I plug the drive back in (powering down first - I don't have hot swappable hardware), the array comes up normally with its data still intact. It is obvious to me that I could never rebuild the array in the event of losing a drive, which is my intent in configuring a raid5 in the first place. The behavior seems more like a jbod config than a raid5. Any suggestions? Is using 7 drives exceeding the number that gvinum raid5 will allow? Should I be labeling the drives differently? Is my method for simulating a drive failure/replacement flawed? Any help would be most appreciated! Thanks, Clayton From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 19:56:31 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BF7B16A40B for ; Wed, 7 Mar 2007 19:56:31 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id D170113C4B5 for ; Wed, 7 Mar 2007 19:56:30 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 71984 invoked from network); 7 Mar 2007 22:29:48 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 7 Mar 2007 22:29:48 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 180289, updated: 7.03.2007] Message-ID: <001601c760ee$f76fa300$0c00a8c0@Artem> From: "Artem Kuchin" To: , "Ivan Voras" References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> Date: Wed, 7 Mar 2007 22:29:42 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-geom@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 19:56:31 -0000 >>Artem Kuchin wrote: >> Hmm. what kind of HDD, RAID or whatever are you using? >> My raid pretty much sucks. It is build it on the intel motherboard >> LSI Megaraid. But i still get 81Mb/sec when doing >> dd if=/dev/ar0 of=/dev/null bs=1M >> >> How much do you get on this? > >geom_mirror on 2 desktop SATA drives, but the results of dd are pretty low: > ># dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 >1000+0 records in >1000+0 records out >1048576000 bytes transferred in 17.817686 secs (58850290 bytes/sec) > >As you can see, results with a single drive are better: > ># dd if=/dev/ad4 of=/dev/null bs=1m count=1000 >1000+0 records in >1000+0 records out >1048576000 bytes transferred in 16.219518 secs (64649023 bytes/sec) Now i am lost. i get 81MB/sec on dd but still you get File Copy 1024 bufsize 2000 maxblocks 3960.0 159513.0 402.8 and i get File Copy 1024 bufsize 2000 maxblocks 3960.0 109313.0 276.0 The drives i use are Seagate 7200.10 (320Gb, SATA II, 16MB cache with perpendicular heads) How is it possible that you get 2x file copy perfomance ? What's the matter?! -- Artem From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 20:10:06 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7718C16A400 for ; Wed, 7 Mar 2007 20:10:06 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id ECC2C13C474 for ; Wed, 7 Mar 2007 20:10:05 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id E4AF21447F0; Wed, 7 Mar 2007 21:10:03 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id E1E8FD5004A; Wed, 7 Mar 2007 21:10:03 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id D41CAD50047; Wed, 7 Mar 2007 21:10:03 +0100 (CET) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rNvWAEgfdzd4XqIsQcPMPts6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-34-24.adsl.net.t-com.hr [89.172.34.24]) by ls248.t-com.hr (Qmali) with ESMTP id 720A35E010F; Wed, 7 Mar 2007 21:10:03 +0100 (CET) Message-ID: <45EF1C1A.5080200@fer.hr> Date: Wed, 07 Mar 2007 21:10:02 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> In-Reply-To: <001601c760ee$f76fa300$0c00a8c0@Artem> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2E17CBD0124FBC77F078356D" Cc: freebsd-geom@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 20:10:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2E17CBD0124FBC77F078356D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Artem Kuchin wrote: > Now i am lost. i get 81MB/sec on dd but still you get >=20 > File Copy 1024 bufsize 2000 maxblocks 3960.0 159513.0 40= 2.8 >=20 > and i get >=20 > File Copy 1024 bufsize 2000 maxblocks 3960.0 109313.0 27= 6.0 >=20 > The drives i use are Seagate 7200.10 (320Gb, SATA II, 16MB cache > with perpendicular heads) >=20 > How is it possible that you get 2x file copy perfomance ? What's the > matter?! I don't know - what are your seek times? # diskinfo -t /dev/mirror/data /dev/mirror/data 512 # sectorsize 249999999488 # mediasize in bytes (233G) 488281249 # mediasize in sectors Seek times: Full stroke: 250 iter in 1.591444 sec =3D 6.366 msec Half stroke: 250 iter in 1.468315 sec =3D 5.873 msec Quarter stroke: 500 iter in 2.828050 sec =3D 5.656 msec Short forward: 400 iter in 2.958083 sec =3D 7.395 msec Short backward: 400 iter in 2.465687 sec =3D 6.164 msec Seq outer: 2048 iter in 0.337428 sec =3D 0.165 msec Seq inner: 2048 iter in 0.384791 sec =3D 0.188 msec Transfer rates: outside: 102400 kbytes in 1.737217 sec =3D 58945 kbyte= s/sec middle: 102400 kbytes in 1.811793 sec =3D 56519 kbyte= s/sec inside: 102400 kbytes in 2.938688 sec =3D 34845 kbyte= s/sec drives: ad4: 238418MB at ata2-master SATA150 ad6: 238418MB at ata3-master SATA150 --------------enig2E17CBD0124FBC77F078356D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF7xwaldnAQVacBcgRAj2wAJ9xRLIzPvUoLN9vINk5dmKyzcBdbACfQYrM 0Q+eBpUlFJiWTLQ7qX6n+1I= =O4a7 -----END PGP SIGNATURE----- --------------enig2E17CBD0124FBC77F078356D-- From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 20:28:27 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3E3716A400 for ; Wed, 7 Mar 2007 20:28:26 +0000 (UTC) (envelope-from le@freebsd.org) Received: from grace.univie.ac.at (grace.univie.ac.at [131.130.3.115]) by mx1.freebsd.org (Postfix) with ESMTP id B292E13C441; Wed, 7 Mar 2007 20:28:26 +0000 (UTC) (envelope-from le@freebsd.org) Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.66) (envelope-from ) id 1HP2Ez-0001of-No; Wed, 07 Mar 2007 20:56:01 +0100 Received: from le.vpn.univie.ac.at ([131.130.222.177]) by joan.univie.ac.at with esmtps (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1HP2Ex-0006dB-S6; Wed, 07 Mar 2007 20:56:01 +0100 Message-ID: <45EF18C3.3070106@freebsd.org> Date: Wed, 07 Mar 2007 20:55:47 +0100 From: Lukas Ertl User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: bo3behemoth@FreeBSD.ORG References: <0B1A704D-A455-4741-BC11-A2019BFB4B22@bitheaven.net> In-Reply-To: <0B1A704D-A455-4741-BC11-A2019BFB4B22@bitheaven.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: Problems simulating gvinum raid5 rebuild X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 20:28:27 -0000 Clayton F wrote: > Any suggestions? Is using 7 drives exceeding the number that gvinum > raid5 will allow? Should I be labeling the drives differently? Is my > method for simulating a drive failure/replacement flawed? Any help would > be most appreciated! It's apparently a bug. I'm currently working on some improvements to geom_vinum, and this will be addressed, too. Thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 20:36:39 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD92016A400 for ; Wed, 7 Mar 2007 20:36:39 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (cust.95.160.adsl.cistron.nl [195.64.95.160]) by mx1.freebsd.org (Postfix) with ESMTP id 314F313C46B for ; Wed, 7 Mar 2007 20:36:38 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HP2sG-000AGg-Tm; Wed, 07 Mar 2007 21:36:36 +0100 Message-ID: <45EF2252.1000202@fluffles.net> Date: Wed, 07 Mar 2007 21:36:34 +0100 From: Fluffles User-Agent: Thunderbird 1.5.0.8 (X11/20061114) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> In-Reply-To: <001601c760ee$f76fa300$0c00a8c0@Artem> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 20:36:39 -0000 Artem Kuchin wrote: >>> Artem Kuchin wrote: >>> Hmm. what kind of HDD, RAID or whatever are you using? >>> My raid pretty much sucks. It is build it on the intel motherboard >>> LSI Megaraid. But i still get 81Mb/sec when doing >>> dd if=/dev/ar0 of=/dev/null bs=1M >>> >>> How much do you get on this? >> >> geom_mirror on 2 desktop SATA drives, but the results of dd are >> pretty low: >> >> # dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 >> 1000+0 records in >> 1000+0 records out >> 1048576000 bytes transferred in 17.817686 secs (58850290 bytes/sec) >> >> As you can see, results with a single drive are better: >> >> # dd if=/dev/ad4 of=/dev/null bs=1m count=1000 >> 1000+0 records in >> 1000+0 records out >> 1048576000 bytes transferred in 16.219518 secs (64649023 bytes/sec) > > How is it possible that you get 2x file copy perfomance ? What's the > matter?! If you use dd on the raw device (meaning no UFS/VFS) there is no read-ahead. This means that the following DD-command will give lower STR read than the second: no read-ahead: dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 read-ahead and multiple I/O queue depth: dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 You can test read STR best with bonnie (see /usr/ports/benchmarks/bonnie); or just with DD on a mounted volume. You should mount with -o noatime to avoid useless writes during reading, or use soft updates to prevent meta data from taking it's toll on I/O performance. - Veronica From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 20:49:08 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9666616A406; Wed, 7 Mar 2007 20:49:08 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1231913C478; Wed, 7 Mar 2007 20:49:07 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id F2BE8145C2B; Wed, 7 Mar 2007 21:49:06 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id E83D2D50051; Wed, 7 Mar 2007 21:49:06 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id D2573D5004A; Wed, 7 Mar 2007 21:49:06 +0100 (CET) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rNvWAEgfdzd4XqIsQcPMPts6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-34-24.adsl.net.t-com.hr [89.172.34.24]) by ls248.t-com.hr (Qmali) with ESMTP id 5FD0A5E00DC; Wed, 7 Mar 2007 21:49:00 +0100 (CET) Message-ID: <45EF253B.8030909@fer.hr> Date: Wed, 07 Mar 2007 21:48:59 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2252.1000202@fluffles.net> In-Reply-To: <45EF2252.1000202@fluffles.net> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB56D8EB93F8A41C3F7218428" Cc: freebsd-stable@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 20:49:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB56D8EB93F8A41C3F7218428 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Fluffles wrote: > If you use dd on the raw device (meaning no UFS/VFS) there is no > read-ahead. This means that the following DD-command will give lower ST= R > read than the second: >=20 > no read-ahead: > dd if=3D/dev/mirror/data of=3D/dev/null bs=3D1m count=3D1000 > read-ahead and multiple I/O queue depth: > dd if=3D/mounted/mirror/volume of=3D/dev/null bs=3D1m count=3D1000 I'd agree in theory, but bonnie++ gives WORSE results than raw device: Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP xxxx.xxxx.xx 1G 305 99 59135 15 21350 7 501 99 57480 11 478.5 13 Latency 27325us 63238us 535ms 45347us 68125us 2393ms And pumping vfs.read_max to an obscene value doesn't really help: # sysctl vfs.read_max=3D256 vfs.read_max: 16 -> 256 Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP xxxx.xxxx.xx 1G 305 99 57718 15 18758 6 500 99 60900 13 467.8 13 Latency 27325us 89977us 99594us 36706us 71907us 90021us I've experimented with increasing MAXPHYS (to 256K) before and it also doesn't help. --------------enigB56D8EB93F8A41C3F7218428 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF7yU7ldnAQVacBcgRAtu3AKCbXdt2Wizg7zkdpFjRBGQRImK0lgCghUGA VL+Q3UlKjcYpkfNl1Q9Hq+M= =u4zO -----END PGP SIGNATURE----- --------------enigB56D8EB93F8A41C3F7218428-- From owner-freebsd-geom@FreeBSD.ORG Wed Mar 7 21:16:47 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations 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-geom@FreeBSD.ORG Wed Mar 7 21:29:17 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations 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-geom@FreeBSD.ORG Wed Mar 7 21:54:07 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations 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-geom@FreeBSD.ORG Wed Mar 7 22:38:20 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations 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-geom@FreeBSD.ORG Wed Mar 7 23:30:32 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD07016A401 for ; Wed, 7 Mar 2007 23:30:32 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 0202013C4B5 for ; Wed, 7 Mar 2007 23:30:31 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc195.host2.ida.starman.ee ([62.65.241.195] helo=[192.168.2.99]) by a5.virtuaal.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HP5aO-0007Mc-LC for freebsd-geom@freebsd.org; Thu, 08 Mar 2007 01:30:27 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Thu, 8 Mar 2007 01:30:18 +0200 User-Agent: KMail/1.9.5 References: <20070120073117.GB60202@x12.dk> <20070307215242.GA1809@garage.freebsd.pl> <200703080038.14750.antik@bsd.ee> In-Reply-To: <200703080038.14750.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703080130.18639.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: zfs_20070303.patch on current X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 23:30:33 -0000 Finally found some information about crashing. Strange that there is no vmcore dumps anymore. My computer is Pentium 640 with Intel E7221 chipset and 1GB DDR2 533MHz ECC ram. cat /var/log/messages Mar 8 01:00:01 supermicro newsyslog[1660]: logfile turned over due to size>100K Mar 8 01:00:03 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:00:03 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:00:05 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:00:05 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:00:12 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:00:12 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:00:26 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:00:26 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:00:30 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:00:30 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:00:40 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:00:40 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:00:55 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:00:55 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:01:15 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:01:15 supermicro kernel: lock order reversal: Mar 8 01:01:15 supermicro kernel: 1st 0xc54d5cb4 zfs:dbuf (zfs:dbuf) @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 Mar 8 01:01:15 supermicro kernel: 2nd 0xc54f79b0 zfs:zn (zfs:zn) @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/mutex.h:44 Mar 8 01:01:15 supermicro kernel: KDB: stack backtrace: Mar 8 01:01:15 supermicro kernel: db_trace_self_wrapper(c09d7c86) at db_trace_self_wrapper+0x25 Mar 8 01:01:15 supermicro kernel: kdb_backtrace(0,ffffffff,c0b159b8,c0b157d8,c0a9090c,...) at kdb_backtrace+0x29 Mar 8 01:01:15 supermicro kernel: witness_checkorder(c54f79b0,9,c5050083,2c) at witness_checkorder+0x586 Mar 8 01:01:15 supermicro kernel: _sx_xlock(c54f79b0,c5050083,2c,e434ebbc,c0aeec50,...) at _sx_xlock+0x50 Mar 8 01:01:15 supermicro kernel: znode_pageout_func(c54d5c78,c54f79a0,c54d5c78,e434ebf4,c50008a5,...) at znode_pageout_func+0xf0 Mar 8 01:01:15 supermicro kernel: dbuf_evict_user(c54d5c78,0,c54e9498,c54d5c78,c4f3a468,...) at dbuf_evict_user+0x37 Mar 8 01:01:15 supermicro kernel: dbuf_clear(c54d5c78,c4f3a51c,e434ec1c,c500bca8,c54d5c78,...) at dbuf_clear+0x25 Mar 8 01:01:15 supermicro kernel: dbuf_evict(c54d5c78,0,20,c5500b00,e434ec34,...) at dbuf_evict+0xd Mar 8 01:01:15 supermicro kernel: dnode_destroy(c54f96c0,c54e9498,c51436c0,c50fc9d8,e434ec48,...) at dnode_destroy+0xa0 Mar 8 01:01:15 supermicro kernel: dnode_buf_pageout(c54e9498,c5500b00,c54e9498,e434ec68,c50008a5,...) at dnode_buf_pageout+0x38 Mar 8 01:01:15 supermicro kernel: dbuf_evict_user(c54e9498,0,0,c54e9498,1c,...) at dbuf_evict_user+0x37 Mar 8 01:01:15 supermicro kernel: dbuf_clear(c54e9498,c54e9498,e434ec88,c5000d1f,c54e9498,...) at dbuf_clear+0x25 Mar 8 01:01:15 supermicro kernel: dbuf_evict(c54e9498,c5395690,e434ec98,c4ffb88e,c5395690,...) at dbuf_evict+0xd Mar 8 01:01:15 supermicro kernel: dbuf_do_evict(c5395690,d49c,e434ed04,c4ffbedf,190,...) at dbuf_do_evict+0x53 Mar 8 01:01:15 supermicro kernel: arc_do_user_evicts(190,0,e1e3b87d,87,3cfcb,...) at arc_do_user_evicts+0x5a Mar 8 01:01:15 supermicro kernel: arc_reclaim_thread(0,e434ed38) at arc_reclaim_thread+0x2e7 Mar 8 01:01:15 supermicro kernel: fork_exit(c4ffbbf8,0,e434ed38) at fork_exit+0xac Mar 8 01:01:15 supermicro kernel: fork_trampoline() at fork_trampoline+0x8 Mar 8 01:01:15 supermicro kernel: --- trap 0, eip = 0, esp = 0xe434ed70, ebp = 0 --- Mar 8 01:01:15 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:01:16 supermicro kernel: acquiring duplicate lock of same type: "zfs:zap:lf" Mar 8 01:01:16 supermicro kernel: 1st zfs:zap:lf @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/rwlock.h:45 Mar 8 01:01:16 supermicro kernel: 2nd zfs:zap:lf @ /usr/src/sys/modules/zfs/../../compat/opensolaris/sys/rwlock.h:45 Mar 8 01:01:16 supermicro kernel: KDB: stack backtrace: Mar 8 01:01:16 supermicro kernel: db_trace_self_wrapper(c09d7c86) at db_trace_self_wrapper+0x25 Mar 8 01:01:16 supermicro kernel: kdb_backtrace(0,e43ae94c,c0b15710,c0b15710,c0a9090c,...) at kdb_backtrace+0x29 Mar 8 01:01:16 supermicro kernel: witness_checkorder(cd0b3380,9,c505047a,2d) at witness_checkorder+0x586 Mar 8 01:01:16 supermicro kernel: _sx_xlock(cd0b3380,c505047a,2d,200,200,...) at _sx_xlock+0x50 Mar 8 01:01:16 supermicro kernel: zap_create_leaf(c5699000,cd0b3900,0,9,0,...) at zap_create_leaf+0x31 Mar 8 01:01:16 supermicro kernel: zap_expand_leaf(c5699000,cd0b3880,0,824b0d40,cd0b3900,...) at zap_expand_leaf+0x1e0 Mar 8 01:01:16 supermicro kernel: fzap_add_cd(c5699000,d1d1750e,8,0,1,...) at fzap_add_cd+0xb5 Mar 8 01:01:16 supermicro kernel: mzap_upgrade(c5699000,cd0b3900,ccebd540,c7d02c70,1,...) at mzap_upgrade+0xb5 Mar 8 01:01:16 supermicro kernel: zap_lockdir(c475fa90,7a22,0,cd0b3900,0,...) at zap_lockdir+0x120 Mar 8 01:01:16 supermicro kernel: zap_add(c475fa90,7a22,0,c4851811,8,...) at zap_add+0x2e Mar 8 01:01:16 supermicro kernel: zfs_link_create(c5a51280,cc5af6e0,cd0b3900,1,c4f3b400,...) at zfs_link_create+0x140 Mar 8 01:01:16 supermicro kernel: zfs_mkdir(e43aeb5c) at zfs_mkdir+0x2c7 Mar 8 01:01:16 supermicro kernel: VOP_MKDIR_APV(c5058d80,e43aeb5c) at VOP_MKDIR_APV+0x7e Mar 8 01:01:16 supermicro kernel: kern_mkdir(c4e39960,284309a0,0,41ed,e43aed2c,...) at kern_mkdir+0x2ce Mar 8 01:01:16 supermicro kernel: mkdir(c4e39960,e43aed00) at mkdir+0x15 Mar 8 01:01:16 supermicro kernel: syscall(e43aed38) at syscall+0x256 Mar 8 01:01:16 supermicro kernel: Xint0x80_syscall() at Xint0x80_syscall+0x20 Mar 8 01:01:16 supermicro kernel: --- syscall (136, FreeBSD ELF32, mkdir), eip = 0x2839dd9b, esp = 0xbfbfdfbc, ebp = 0xbfbfdfe8 --- Mar 8 01:01:27 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:01:27 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:01:35 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:01:35 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:01:37 supermicro ntpd[1167]: time reset +0.968142 s Mar 8 01:01:37 supermicro ntpd[1167]: kernel time sync disabled 2041 Mar 8 01:01:51 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:01:51 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:02:11 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:02:11 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:02:11 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:02:11 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:02:38 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:02:38 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:02:46 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:02:46 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:03:20 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:03:20 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:03:39 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:03:39 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:04:16 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:04:16 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:04:31 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:04:31 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:04:41 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:04:41 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:05:16 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:05:16 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:05:46 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:05:46 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:06:09 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:06:09 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:06:20 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:06:20 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:06:28 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:06:28 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:06:39 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:06:39 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:06:42 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:06:42 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:06:51 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:06:51 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:06:52 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:06:52 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:06:54 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:06:54 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:06:58 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:06:58 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:00 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:00 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:00 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:00 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:02 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:02 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:03 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:03 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:03 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:03 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:04 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:04 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:04 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:04 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:10 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:10 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:11 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:11 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:12 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:12 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:13 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:13 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:14 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:14 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:15 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:15 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:21 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:21 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:21 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:21 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:22 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:22 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:22 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:22 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:23 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:23 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:24 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:24 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:30 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:30 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:32 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:32 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:32 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:32 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:33 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:33 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:35 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:35 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:40 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:40 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:40 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:40 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:41 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:41 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:43 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:43 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:44 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:44 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:44 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:44 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:50 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:50 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:50 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:50 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:52 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:52 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:53 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:53 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:07:54 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:07:54 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:01 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:01 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:01 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:01 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:02 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:02 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:03 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:03 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:04 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:04 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:05 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:05 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:12 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:12 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:13 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:13 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:13 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:13 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:14 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:14 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:19 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:19 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:19 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:19 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:20 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:20 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:22 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:22 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:22 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:22 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:22 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:22 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:25 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:25 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:25 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:25 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:26 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:26 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:33 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:33 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:34 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:34 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:34 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:34 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:35 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:35 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:39 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:39 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:42 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:42 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:42 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:42 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:43 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:43 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:08:44 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:08:44 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:11:16 supermicro ntpd[1167]: kernel time sync enabled 2001 Mar 8 01:11:45 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:11:45 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:11:52 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:11:52 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:11:57 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:11:57 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:12:02 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:12:02 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:12:12 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:12:12 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:14:21 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:14:21 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:18:31 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:18:31 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:18:33 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:18:33 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:18:34 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:18:34 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:18:34 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:18:34 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:18:35 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:18:35 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:18:35 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:18:35 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:18:36 supermicro kernel: zfs_lowmem:2681[0]: 41 ENTER Mar 8 01:18:36 supermicro kernel: zfs_lowmem:2686[0]: 41 EXIT Mar 8 01:20:42 supermicro syslogd: kernel boot file is /boot/kernel/kernel Mar 8 01:20:42 supermicro kernel: Copyright (c) 1992-2007 The FreeBSD Project. From owner-freebsd-geom@FreeBSD.ORG Thu Mar 8 01:58:14 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C91816A402 for ; Thu, 8 Mar 2007 01:58:14 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.freebsd.org (Postfix) with ESMTP id 1775713C428 for ; Thu, 8 Mar 2007 01:58:13 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id DFD9033654; Thu, 8 Mar 2007 02:58:12 +0100 (CET) Received: from twoflower.idi.ntnu.no (twoflower.idi.ntnu.no [129.241.104.169]) by signal.itea.ntnu.no (Postfix) with ESMTP; Thu, 8 Mar 2007 02:58:12 +0100 (CET) Received: by twoflower.idi.ntnu.no (Postfix, from userid 1002) id 9CB001700C; Thu, 8 Mar 2007 02:58:12 +0100 (CET) Date: Thu, 8 Mar 2007 02:58:12 +0100 From: Ulf Lilleengen To: freebsd-geom@freebsd.org Message-ID: <20070308015812.GA30713@twoflower.idi.ntnu.no> Mail-Followup-To: freebsd-geom@freebsd.org, le@FreeBSD.org, clayton@bitheaven.net References: <0B1A704D-A455-4741-BC11-A2019BFB4B22@bitheaven.net> <45EF18C3.3070106@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45EF18C3.3070106@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: clayton@bitheaven.net, le@FreeBSD.org Subject: Re: Problems simulating gvinum raid5 rebuild X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 01:58:14 -0000 On ons, mar 07, 2007 at 08:55:47pm +0100, Lukas Ertl wrote: > Clayton F wrote: > > >Any suggestions? Is using 7 drives exceeding the number that gvinum > >raid5 will allow? Should I be labeling the drives differently? Is my > >method for simulating a drive failure/replacement flawed? Any help would > >be most appreciated! > > It's apparently a bug. I'm currently working on some improvements to > geom_vinum, and this will be addressed, too. This mess is because when reading the gvinum configuration on boot-time, none of the objects is actually bound together and registered within another when the drive_taste is run (The parser just creates the object. It does not bind anything together). The states is also not updated. I've already done some work on this, but I discovered more issues that need to be fixed. I'll try have a patch ready by tomorrow night. I also have several other fixes in the lulf_gvinum_bugs branch in p4 Lukas. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Thu Mar 8 04:41:13 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F27D16A401; Thu, 8 Mar 2007 04:41:13 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (cust.95.160.adsl.cistron.nl [195.64.95.160]) by mx1.freebsd.org (Postfix) with ESMTP id EA22A13C47E; Thu, 8 Mar 2007 04:41:12 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HPARC-000Ltj-WE; Thu, 08 Mar 2007 05:41:11 +0100 Message-ID: <45EF93E5.50804@fluffles.net> Date: Thu, 08 Mar 2007 05:41:09 +0100 From: Fluffles User-Agent: Thunderbird 1.5.0.8 (X11/20061114) MIME-Version: 1.0 To: Artem Kuchin References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2215.2080402@fluffles.net> <007901c760fc$71e708a0$0c00a8c0@Artem> In-Reply-To: <007901c760fc$71e708a0$0c00a8c0@Artem> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 04:41:13 -0000 Artem Kuchin wrote: > > ----- Original Message ----- From: "Fluffles" >> If you use dd on the raw device (meaning no UFS/VFS) there is no >> read-ahead. This means that the following DD-command will give lower STR >> read than the second: >> >> no read-ahead: >> dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 >> read-ahead and multiple I/O queue depth: >> dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 >> >> You can test read STR best with bonnie (see >> /usr/ports/benchmarks/bonnie); or just with DD on a mounted volume. You >> should mount with -o noatime to avoid useless writes during reading, or >> use soft updates to prevent meta data from taking it's toll on I/O >> performance. >> > > Totall disagree. On the following reasons: > 1) Read ahead is simply useless when stream-reading (sequential) 1GB > of data I happen to have run a great number of benchmarks with various geom layers (such as: gstripe, gmirror, graid3, graid5) and as far as i recall the read speeds i got with DD (1GB transfer) were always lower than a bonnie benchmark on a mounted (thus UFS/VFS) volume. Since im no dev i cannot explain this with absolute certainty, but i would guess this is due to the lack of read-ahead and an I/O queue of only 1 when using DD. This did not occur on a plain disk though, without any geom layers attached to it. Some benchmark output: gstripe (4 disks on nVidia controller [Embedded], 128KB stripesize, Test System 1) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- DD benchmark(1GB) Results in MB/s avg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 4k READ 47.1 46.9 46.8 46.9 WRITE 40.9 40.9 41.0 40.9 16k READ 92.7 92.8 92.6 92.7 WRITE 76.3 76.1 76.2 76.2 64k READ 120.8 120.6 120.6 120.6 WRITE 96.1 96.2 96.1 96.1 128k READ 123.0 122.8 122.8 122.8 WRITE 96.3 96.4 96.2 96.3 1m READ 122.7 122.9 122.6 122.7 WRITE 89.4 89.4 89.4 89.4 -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 4096 104288 90.4 237690 74.4 71008 22.0 87837 91.9 250858 44.6 114.8 0.7 analysis: geom_stripe performs worse in a raw-disk situation; but when UFS optimizations come along the performance is more than doubled. geom_raid5 with 8 SATA disks (128KB stripe, graid5-tng, Test System 2) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- DD benchmark(1GB) Results in MB/s avg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 4k READ 58.1 58.7 59.0 58.6 WRITE 155.5 155.8 154.3 155.2 16k READ 130.0 125.6 129.5 128.3 WRITE 308.5 306.3 306.9 307.2 64k READ 183.8 183.9 188.9 185.5 WRITE 416.9 416.7 415.8 416.4 128k READ 197.3 194.4 197.6 196.4 WRITE 421.0 426.2 399.7 415.6 1m READ 193.0 196.8 198.1 195.9 WRITE 327.6 330.3 331.0 329.6 -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 4096 137897 96.7 310917 76.7 65233 16.0 101410 95.8 407013 45.5 475.5 3.0 Analysis: as you can see, read performance by DD is ~200MB/s while bonnie gives us some ~400MB/s. The writes are again. This is due to the fact that geom_raid5 uses write I/O request combining in order to avoid the 'raid5 write hole' and is thus able to get *write* speeds of 400MB/s, which is quite remarkable for software RAID5. Adding the higher I/O queue of UFS (7) and the fact that UFS does not write sequentially on the medium (maximum number of blocks per cylinder), this gives the combining-algoritm more work, which leads to some decreased write performance from 400MB/s to ~300MB/s; still very good. CPU was bottleneck. > 2) atime is NOT updated when using dd on any device, atime is related > to file/inode > operations which are not performed by dd Well i did gave one DD command on a mounted volume, then it is related to a file/inode, like this: dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 Then you are working on UFS/VFS level, not? > 3) soft update are also useless (no bad, no good) for long sequential > read I agree, but due to the fact the volume is mounted and the normal mount utility does not use the noatime option (prevents access time metaupdates), each file read would result in an update of the UFS metadata (the access time), although it may only update once every while. Soft Updates can help in this scenario if there are a lot of metadata updates; by collecting them and applying them once every 28-30 seconds (default). Other than the metadata, SU does not help, agreed. > basically, long sequatial reads/write ignore anything but real drive > speed (plate on > the spindle) if they are performed long enough. For parity RAID this is probably not true (when writing anyway), but for simple levels or a plain disk, yes. - Veronica From owner-freebsd-geom@FreeBSD.ORG Thu Mar 8 05:14:00 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CD2816A403; Thu, 8 Mar 2007 05:14:00 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (cust.95.160.adsl.cistron.nl [195.64.95.160]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA0913C442; Thu, 8 Mar 2007 05:14:00 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HPAwr-000MZn-Sb; Thu, 08 Mar 2007 06:13:53 +0100 Message-ID: <45EF9B8F.4000201@fluffles.net> Date: Thu, 08 Mar 2007 06:13:51 +0100 From: Fluffles User-Agent: Thunderbird 1.5.0.8 (X11/20061114) MIME-Version: 1.0 To: Ivan Voras References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2252.1000202@fluffles.net> <45EF253B.8030909@fer.hr> In-Reply-To: <45EF253B.8030909@fer.hr> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 05:14:00 -0000 Ivan Voras wrote: > Fluffles wrote: > > >> If you use dd on the raw device (meaning no UFS/VFS) there is no >> read-ahead. This means that the following DD-command will give lower STR >> read than the second: >> >> no read-ahead: >> dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 >> read-ahead and multiple I/O queue depth: >> dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 >> > > I'd agree in theory, but bonnie++ gives WORSE results than raw device: > On what hardware is this? Using any form of geom software RAID? The low Per Char results would lead me to believe it's a very slow CPU; maybe VIA C3 or some old pentium? Modern systems should get 100MB/s+ in per-char bonnie benchmark, even a Sempron 2600+ 1.6GHz 128KB cache which costs about $39. Then it might be logical DD gets higher results since this is more 'easy' to handle by the CPU. The VFS/UFS layer adds potential for nice performance-increases but it does take it's toll in the form of cputime overhead. If your CPU is very slow, i can imagine these optimizations having a detrimental effect instead. Just guessing here. Also, checkout my benchmark results i posted in response to Andrei Kolu in particular the geom_raid5 benchmark; there the UFS/VFS layer causes 25% lower write performance; due to cpu bottlenecks (and some UFS inefficiency with regard to max blocks per cylinder). So for all i know it may be just your CPU which is limiting sequential performance somewhat. Regards, - Veronica From owner-freebsd-geom@FreeBSD.ORG Thu Mar 8 05:36:20 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD50616A403; Thu, 8 Mar 2007 05:36:20 +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 794AC13C4B2; Thu, 8 Mar 2007 05:36:20 +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 l285a8A9058992; Wed, 7 Mar 2007 23:36:08 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45EFA0C6.3060905@freebsd.org> Date: Wed, 07 Mar 2007 23:36:06 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Fluffles References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2252.1000202@fluffles.net> <45EF253B.8030909@fer.hr> <45EF9B8F.4000201@fluffles.net> In-Reply-To: <45EF9B8F.4000201@fluffles.net> 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=AWL,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-stable@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 05:36:20 -0000 On 03/07/07 23:13, Fluffles wrote: > Ivan Voras wrote: >> Fluffles wrote: >> >> >>> If you use dd on the raw device (meaning no UFS/VFS) there is no >>> read-ahead. This means that the following DD-command will give lower STR >>> read than the second: >>> >>> no read-ahead: >>> dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 >>> read-ahead and multiple I/O queue depth: >>> dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 >>> >> I'd agree in theory, but bonnie++ gives WORSE results than raw device: >> > > On what hardware is this? Using any form of geom software RAID? > > The low Per Char results would lead me to believe it's a very slow CPU; > maybe VIA C3 or some old pentium? Modern systems should get 100MB/s+ in > per-char bonnie benchmark, even a Sempron 2600+ 1.6GHz 128KB cache which > costs about $39. Then it might be logical DD gets higher results since > this is more 'easy' to handle by the CPU. The VFS/UFS layer adds > potential for nice performance-increases but it does take it's toll in > the form of cputime overhead. If your CPU is very slow, i can imagine > these optimizations having a detrimental effect instead. Just guessing here. Before making speculative claims about slow CPU's and putting the VIA C3 in with that pile, please at least refer to what makes you believe that it is an issue. Comparing the VIA C3 to 'some old pentium' isn't exactly fair or accurate, and inferring it isn't a modern system isn't true either. Forgive me though, I'm biased. Eric From owner-freebsd-geom@FreeBSD.ORG Thu Mar 8 06:35:54 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations 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-geom@FreeBSD.ORG Thu Mar 8 07:58:48 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.ORG Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C36516A401; Thu, 8 Mar 2007 07:58:48 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4E013C478; Thu, 8 Mar 2007 07:58:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (kvenmb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l287wcmN019624; Thu, 8 Mar 2007 08:58:44 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l287wb5m019623; Thu, 8 Mar 2007 08:58:37 +0100 (CET) (envelope-from olli) Date: Thu, 8 Mar 2007 08:58:37 +0100 (CET) Message-Id: <200703080758.l287wb5m019623@lurza.secnetix.de> From: Oliver Fromme To: freebsd-geom@FreeBSD.ORG, anderson@FreeBSD.ORG, etc@fluffles.net, ivoras@fer.hr In-Reply-To: X-Newsgroups: list.freebsd-geom User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 08 Mar 2007 08:58:44 +0100 (CET) Cc: Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-geom@FreeBSD.ORG, anderson@FreeBSD.ORG, etc@fluffles.net, ivoras@fer.hr List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 07:58:48 -0000 Eric Anderson wrote: > On 03/07/07 23:13, Fluffles wrote: > > The low Per Char results would lead me to believe it's a very slow CPU; > > maybe VIA C3 or some old pentium? Modern systems should get 100MB/s+ in > > per-char bonnie benchmark, even a Sempron 2600+ 1.6GHz 128KB cache which > > costs about $39. > > Before making speculative claims about slow CPU's and putting the VIA C3 > in with that pile, please at least refer to what makes you believe that > it is an issue. Comparing the VIA C3 to 'some old pentium' isn't > exactly fair or accurate, and inferring it isn't a modern system isn't > true either. I agree that a C3 can be modern (depending on its age). However, it is indeed rather slow. I happen to have a C3 1 GHz as my private router, firewall and file server. For that purpose it is completely sufficient, and I prefer it over anything like a Sempron for the low power consumption. But its raw processor performance is on the same level as an old Pentium with about half the clock rate, i.e. something like a Pentium2 500 MHz in my case (I also happen to have a Celeron-466 so it's easy to make the comparison). For that reason I prefer not to compile anything on it, but rather do that on a faster machine and then copy things over. My intel Centrino notebook is at least five times faster than that C3. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-geom@FreeBSD.ORG Thu Mar 8 15:58:54 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A9F316A402; Thu, 8 Mar 2007 15:58:54 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (cust.95.160.adsl.cistron.nl [195.64.95.160]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE2A13C442; Thu, 8 Mar 2007 15:58:53 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HPL11-000B1A-2p; Thu, 08 Mar 2007 16:58:51 +0100 Message-ID: <45F032B9.7090102@fluffles.net> Date: Thu, 08 Mar 2007 16:58:49 +0100 From: Fluffles User-Agent: Thunderbird 1.5.0.8 (X11/20061114) MIME-Version: 1.0 To: Eric Anderson References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2252.1000202@fluffles.net> <45EF253B.8030909@fer.hr> <45EF9B8F.4000201@fluffles.net> <45EFA0C6.3060905@freebsd.org> In-Reply-To: <45EFA0C6.3060905@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 15:58:54 -0000 Eric Anderson wrote: > On 03/07/07 23:13, Fluffles wrote: >> >> On what hardware is this? Using any form of geom software RAID? >> >> The low Per Char results would lead me to believe it's a very slow CPU; >> maybe VIA C3 or some old pentium? Modern systems should get 100MB/s+ in >> per-char bonnie benchmark, even a Sempron 2600+ 1.6GHz 128KB cache which >> costs about $39. Then it might be logical DD gets higher results since >> this is more 'easy' to handle by the CPU. The VFS/UFS layer adds >> potential for nice performance-increases but it does take it's toll in >> the form of cputime overhead. If your CPU is very slow, i can imagine >> these optimizations having a detrimental effect instead. Just >> guessing here. > > > Before making speculative claims about slow CPU's and putting the VIA > C3 in with that pile, please at least refer to what makes you believe > that it is an issue. Comparing the VIA C3 to 'some old pentium' isn't > exactly fair or accurate, and inferring it isn't a modern system isn't > true either. I'm sorry if i offended you. But it is well-known that C3 Nehemiah has a much lower IPC than processors from AMD and Intel. For general purpose comparisons, i would guess a 400MHz Athlon 64 to outperform the 1GHz C3 Nehemiah; just guessing here! Not to talk about Core2Duo who has even higher IPC. Though Nehemiah does have some fancy MPEG/AES hardware acceleration stuff built-in, which makes it a suitable platform for a Media Center or anything like that. Personally i think a budget AMD processor to be a better option; they have the same power consumption under standby mode (thanks to Cool'N'Quiet) but can deliver much higher performance when needed (such as HighDef 1080p video?). The bonnie Per Char-benchmark is often bottlenecked by the CPU since it requires either a lot of cpu power or a lot of memory activity; both which puts demands on the cpu. If i see only 0.5MB in the Per Char-benchmark, i would suspect a slow CPU. Slow is a relative term though; C3 can be powerful enough for the task you bought it, so i don't want to discredit it. - Veronica From owner-freebsd-geom@FreeBSD.ORG Thu Mar 8 16:54:29 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C9EE16A40B; Thu, 8 Mar 2007 16:54:29 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 27A6F13C494; Thu, 8 Mar 2007 16:54:25 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 6543C1449D4; Thu, 8 Mar 2007 17:54:24 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 63121D50051; Thu, 8 Mar 2007 17:54:24 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 4D024D50047; Thu, 8 Mar 2007 17:54:24 +0100 (CET) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rJ2fXJNyfDs4rYUjXEWgzRA6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-38-112.adsl.net.t-com.hr [89.172.38.112]) by ls248.t-com.hr (Qmali) with ESMTP id CE2BC5E00DC; Thu, 8 Mar 2007 17:54:23 +0100 (CET) Message-ID: <45F03FB9.5000602@fer.hr> Date: Thu, 08 Mar 2007 17:54:17 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2252.1000202@fluffles.net> <45EF253B.8030909@fer.hr> <45EF9B8F.4000201@fluffles.net> <45EFA0C6.3060905@freebsd.org> <45F032B9.7090102@fluffles.net> In-Reply-To: <45F032B9.7090102@fluffles.net> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD354C44D11D9BA20C09858EE" Cc: freebsd-stable@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 16:54:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD354C44D11D9BA20C09858EE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Fluffles wrote: > The bonnie Per Char-benchmark is often bottlenecked by the CPU since it= > requires either a lot of cpu power or a lot of memory activity; both > which puts demands on the cpu. If i see only 0.5MB in the Per > Char-benchmark, i would suspect a slow CPU. Slow is a relative term > though; C3 can be powerful enough for the task you bought it, so i don'= t > want to discredit it. I'm really puzzled by your high per-char results in bonnie++. Can you run it on a single disk? I've run it many times, both on hardware and software RAIDs and have never seen results > 1 MB/s on FreeBSD (Linux is a different matter...) --------------enigD354C44D11D9BA20C09858EE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF8D++ldnAQVacBcgRAt/oAJwPeq4ygH/5IJQZz4L4a1aZhaJZ0gCfb/Bf LAlq4ZlutRED4hnDfiK72+8= =2woq -----END PGP SIGNATURE----- --------------enigD354C44D11D9BA20C09858EE-- From owner-freebsd-geom@FreeBSD.ORG Thu Mar 8 17:34:29 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A880516A404; Thu, 8 Mar 2007 17:34:29 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (cust.95.160.adsl.cistron.nl [195.64.95.160]) by mx1.freebsd.org (Postfix) with ESMTP id 5455913C4A6; Thu, 8 Mar 2007 17:34:29 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HPMVX-000D2n-MB; Thu, 08 Mar 2007 18:34:27 +0100 Message-ID: <45F04921.8020801@fluffles.net> Date: Thu, 08 Mar 2007 18:34:25 +0100 From: Fluffles User-Agent: Thunderbird 1.5.0.8 (X11/20061114) MIME-Version: 1.0 To: Ivan Voras References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2252.1000202@fluffles.net> <45EF253B.8030909@fer.hr> <45EF9B8F.4000201@fluffles.net> <45EFA0C6.3060905@freebsd.org> <45F032B9.7090102@fluffles.net> <45F03FB9.5000602@fer.hr> In-Reply-To: <45F03FB9.5000602@fer.hr> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 17:34:29 -0000 Ivan Voras wrote: > Fluffles wrote: > > >> The bonnie Per Char-benchmark is often bottlenecked by the CPU since it >> requires either a lot of cpu power or a lot of memory activity; both >> which puts demands on the cpu. If i see only 0.5MB in the Per >> Char-benchmark, i would suspect a slow CPU. Slow is a relative term >> though; C3 can be powerful enough for the task you bought it, so i don't >> want to discredit it. >> > > I'm really puzzled by your high per-char results in bonnie++. Can you > run it on a single disk? I've run it many times, both on hardware and > software RAIDs and have never seen results > 1 MB/s on FreeBSD (Linux is > a different matter...) > Sure: single drive (ad6, Maxtor MaxLine III 250GB SATA/150) -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 20480 56395 42.7 55904 12.8 21497 5.9 56846 54.3 58328 8.2 81.2 0.3 Here the CPU is not the bottleneck but the disk itself. CPU is AMD Athlon 64 3800+ (dualcore, 2.0GHz, 2x512KB cache, S939, 2x1GB DDR/400). Maybe you are running a patched bonnie? By the way i'm not using bonnie++ but the 'original' bonnie. Maybe that changes things a bit? >From all the benchmarks i've seen and all that i've performed myself, i've never seen that low per char scores like you. I cannot explain it except maybe a *very* slow CPU or some other obscure software issue. - Veronica From owner-freebsd-geom@FreeBSD.ORG Thu Mar 8 17:56:54 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C88C016A405; Thu, 8 Mar 2007 17:56:54 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 29C4013C4AC; Thu, 8 Mar 2007 17:56:53 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 49AE7145039; Thu, 8 Mar 2007 18:56:28 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 3AB19D5004A; Thu, 8 Mar 2007 18:56:28 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 1EB2AD50047; Thu, 8 Mar 2007 18:56:28 +0100 (CET) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rJ2fXJNyfDs4rYUjXEWgzRA6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-38-112.adsl.net.t-com.hr [89.172.38.112]) by ls248.t-com.hr (Qmali) with ESMTP id AF5D55E00C8; Thu, 8 Mar 2007 18:56:27 +0100 (CET) Message-ID: <45F04E4A.8040803@fer.hr> Date: Thu, 08 Mar 2007 18:56:26 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2252.1000202@fluffles.net> <45EF253B.8030909@fer.hr> <45EF9B8F.4000201@fluffles.net> <45EFA0C6.3060905@freebsd.org> <45F032B9.7090102@fluffles.net> <45F03FB9.5000602@fer.hr> <45F04921.8020801@fluffles.net> In-Reply-To: <45F04921.8020801@fluffles.net> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig76744A0BED0BD4BC2B969C69" Cc: freebsd-stable@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 17:56:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig76744A0BED0BD4BC2B969C69 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Fluffles wrote: > single drive (ad6, Maxtor MaxLine III 250GB SATA/150) > -------Sequential Output-------- ---Sequential Input-- > --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- > --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU=20 > /sec %CPU > 20480 56395 42.7 55904 12.8 21497 5.9 56846 54.3 58328 8.2=20 > 81.2 0.3 >=20 > Here the CPU is not the bottleneck but the disk itself. CPU is AMD > Athlon 64 3800+ (dualcore, 2.0GHz, 2x512KB cache, S939, 2x1GB DDR/400).= > Maybe you are running a patched bonnie? By the way i'm not using > bonnie++ but the 'original' bonnie. Maybe that changes things a bit? Yup, that the thing. The difference is that bonnie++ goes to the kernel for every character read or written (in the per-char benchmark) while the old bonnie allows for buffering in libc. At least that's the theory. While on FreeBSD bonnie++ can get around 500 KB/s on per-chr benchmark, on Linux it can get upto 20 MB/s: http://fsbench.netnation.com/new_hardware/2.6.0-test9/scsi/bonnie.html >> Fromall the benchmarks i've seen and all that i've performed myself, > i've never seen that low per char scores like you. I cannot explain it > except maybe a *very* slow CPU or some other obscure software issue. Any post-Pentium 1 CPU should be fast enough to saturate disk IO in DMA mode. The question if kernel latency is a different issue :) Here are my "bonnie" results on the same machine (gmirror "split" balance, 2xSATA 7.5kRPM, more than fast enough Xeon CPU): -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 4096 56456 53.2 55344 13.4 19436 6.5 60606 46.3 61417 10.4 203.0 0.8 --------------enig76744A0BED0BD4BC2B969C69 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF8E5KldnAQVacBcgRAnioAKD1dmLUq5B2oYXklKKh+vI5AYVM0gCeJbww a2hjvMv+7rYZA5nAi9ojSbU= =sjr/ -----END PGP SIGNATURE----- --------------enig76744A0BED0BD4BC2B969C69-- From owner-freebsd-geom@FreeBSD.ORG Fri Mar 9 01:41:40 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63D5216A404; Fri, 9 Mar 2007 01:41:40 +0000 (UTC) (envelope-from lulf@pvv.ntnu.no) Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61]) by mx1.freebsd.org (Postfix) with ESMTP id 23F2C13C47E; Fri, 9 Mar 2007 01:41:40 +0000 (UTC) (envelope-from lulf@pvv.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id B48FB13C697; Fri, 9 Mar 2007 02:23:10 +0100 (CET) Received: from twoflower.idi.ntnu.no (twoflower.idi.ntnu.no [129.241.104.169]) by merke.itea.ntnu.no (Postfix) with ESMTP; Fri, 9 Mar 2007 02:23:10 +0100 (CET) Received: by twoflower.idi.ntnu.no (Postfix, from userid 1002) id 3C8BE170F7; Fri, 9 Mar 2007 02:16:35 +0100 (CET) Date: Fri, 9 Mar 2007 02:16:35 +0100 From: Ulf Lilleengen To: freebsd-geom@freebsd.org Message-ID: <20070309011635.GA4329@twoflower.idi.ntnu.no> Mail-Followup-To: freebsd-geom@freebsd.org, le@FreeBSD.org References: <0B1A704D-A455-4741-BC11-A2019BFB4B22@bitheaven.net> <45EF18C3.3070106@freebsd.org> <20070308015812.GA30713@twoflower.idi.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070308015812.GA30713@twoflower.idi.ntnu.no> User-Agent: Mutt/1.5.13 (2006-08-11) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: le@FreeBSD.org Subject: Re: Problems simulating gvinum raid5 rebuild X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 01:41:40 -0000 On tor, mar 08, 2007 at 02:58:12am +0100, Ulf Lilleengen wrote: > On ons, mar 07, 2007 at 08:55:47pm +0100, Lukas Ertl wrote: > > Clayton F wrote: > > > > >Any suggestions? Is using 7 drives exceeding the number that gvinum > > >raid5 will allow? Should I be labeling the drives differently? Is my > > >method for simulating a drive failure/replacement flawed? Any help would > > >be most appreciated! > > > > It's apparently a bug. I'm currently working on some improvements to > > geom_vinum, and this will be addressed, too. > > This mess is because when reading the gvinum configuration on boot-time, none of > the objects is actually bound together and registered within another when the > drive_taste is run (The parser just creates the object. It does not bind > anything together). The states is also not updated. I've already done some work > on this, but I discovered more issues that need to be fixed. I'll try have a > patch ready by tomorrow night. Ok, apparently it does bind objects together, but a subdisk that is not registered with a drive (if the drive is not there) doesn't get tasted. I'm having problems to find a nice way of adding the subdisk without a drive to a plex, so that the plex can get into it's correct state. One way i tried it in gv_plex_taste was to loop through all subdisks, and find subdisks that didn't have any drive, _and_ was to be registered with this plex. Then i registered it with the plex. Something like this: LIST_FOREACH(s, &sc->subdisks, sd) { if s->plex equals plexname if s has no drive add the subdisk to this plex } However, I don't think i have a good enough overview of the locking yet to see why this crashes. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Fri Mar 9 05:18:39 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C97216A400; Fri, 9 Mar 2007 05:18:39 +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 6D2E113C46B; Fri, 9 Mar 2007 05:18:39 +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 l295IMXH057738; Thu, 8 Mar 2007 23:18:23 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45F0EE1D.1020201@freebsd.org> Date: Thu, 08 Mar 2007 23:18:21 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: freebsd-geom@freebsd.org, anderson@freebsd.org, etc@fluffles.net, ivoras@fer.hr References: <200703080758.l287wb5m019623@lurza.secnetix.de> In-Reply-To: <200703080758.l287wb5m019623@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2782/Thu Mar 8 21:18:57 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 05:18:39 -0000 On 03/08/07 01:58, Oliver Fromme wrote: > Eric Anderson wrote: > > On 03/07/07 23:13, Fluffles wrote: > > > The low Per Char results would lead me to believe it's a very slow CPU; > > > maybe VIA C3 or some old pentium? Modern systems should get 100MB/s+ in > > > per-char bonnie benchmark, even a Sempron 2600+ 1.6GHz 128KB cache which > > > costs about $39. > > > > Before making speculative claims about slow CPU's and putting the VIA C3 > > in with that pile, please at least refer to what makes you believe that > > it is an issue. Comparing the VIA C3 to 'some old pentium' isn't > > exactly fair or accurate, and inferring it isn't a modern system isn't > > true either. > > I agree that a C3 can be modern (depending on its age). > However, it is indeed rather slow. I happen to have a > C3 1 GHz as my private router, firewall and file server. > For that purpose it is completely sufficient, and I > prefer it over anything like a Sempron for the low power > consumption. > > But its raw processor performance is on the same level > as an old Pentium with about half the clock rate, i.e. > something like a Pentium2 500 MHz in my case (I also > happen to have a Celeron-466 so it's easy to make the > comparison). For that reason I prefer not to compile > anything on it, but rather do that on a faster machine > and then copy things over. My intel Centrino notebook > is at least five times faster than that C3. I'm making no claim they are as fast as a Core 2 Duo, or anything of the like. But a P2-500? That's not realistic for most applications, but maybe for a particular benchmark or two it might be. Just look on the net for the countless benchmarks, and you'll see it usually is about in line with the same age and MHz Celeron processor. Eric From owner-freebsd-geom@FreeBSD.ORG Fri Mar 9 05:24:58 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EA0516A403; Fri, 9 Mar 2007 05:24:58 +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 62B4813C491; Fri, 9 Mar 2007 05:24:58 +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 l295OseI058876; Thu, 8 Mar 2007 23:24:54 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45F0EFA4.3030102@freebsd.org> Date: Thu, 08 Mar 2007 23:24:52 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Fluffles References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2252.1000202@fluffles.net> <45EF253B.8030909@fer.hr> <45EF9B8F.4000201@fluffles.net> <45EFA0C6.3060905@freebsd.org> <45F032B9.7090102@fluffles.net> In-Reply-To: <45F032B9.7090102@fluffles.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2782/Thu Mar 8 21:18:57 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-stable@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 05:24:58 -0000 On 03/08/07 09:58, Fluffles wrote: > Eric Anderson wrote: >> On 03/07/07 23:13, Fluffles wrote: >>> On what hardware is this? Using any form of geom software RAID? >>> >>> The low Per Char results would lead me to believe it's a very slow CPU; >>> maybe VIA C3 or some old pentium? Modern systems should get 100MB/s+ in >>> per-char bonnie benchmark, even a Sempron 2600+ 1.6GHz 128KB cache which >>> costs about $39. Then it might be logical DD gets higher results since >>> this is more 'easy' to handle by the CPU. The VFS/UFS layer adds >>> potential for nice performance-increases but it does take it's toll in >>> the form of cputime overhead. If your CPU is very slow, i can imagine >>> these optimizations having a detrimental effect instead. Just >>> guessing here. >> >> Before making speculative claims about slow CPU's and putting the VIA >> C3 in with that pile, please at least refer to what makes you believe >> that it is an issue. Comparing the VIA C3 to 'some old pentium' isn't >> exactly fair or accurate, and inferring it isn't a modern system isn't >> true either. > > I'm sorry if i offended you. But it is well-known that C3 Nehemiah has a > much lower IPC than processors from AMD and Intel. For general purpose > comparisons, i would guess a 400MHz Athlon 64 to outperform the 1GHz C3 > Nehemiah; just guessing here! Not to talk about Core2Duo who has even > higher IPC. No offense, I just prefer the fud to be kept off lists - it's essentially trolling I suppose. No doubt the C3 and C7 processors are slower than the top of the line Intel and AMD's - that's like comparing a Prius with a Porsche. If you can find a 400MHz Athlon 64, I'd enjoy seeing the benchmarks. :) However, just simple benchmarks for IPC don't tell much about a processor. > Though Nehemiah does have some fancy MPEG/AES hardware acceleration > stuff built-in, which makes it a suitable platform for a Media Center or > anything like that. Personally i think a budget AMD processor to be a > better option; they have the same power consumption under standby mode > (thanks to Cool'N'Quiet) but can deliver much higher performance when > needed (such as HighDef 1080p video?). Well, not actually the same power consumption at all. Again, do a little googling here, and you might find some actual numbers (not just reported numbers). > The bonnie Per Char-benchmark is often bottlenecked by the CPU since it > requires either a lot of cpu power or a lot of memory activity; both > which puts demands on the cpu. If i see only 0.5MB in the Per > Char-benchmark, i would suspect a slow CPU. Slow is a relative term > though; C3 can be powerful enough for the task you bought it, so i don't > want to discredit it. Dunno. I was merely trying to keep things honest, since what was communicated (whether intended or not) was that a C3 isn't modern, and is akin to a Pentium, which it isn't. Eric From owner-freebsd-geom@FreeBSD.ORG Fri Mar 9 09:42:03 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.ORG Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 282E316A400; Fri, 9 Mar 2007 09:42:03 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9352C13C4A6; Fri, 9 Mar 2007 09:42:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lqnune@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l299fneN065111; Fri, 9 Mar 2007 10:41:54 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l299fm6P065108; Fri, 9 Mar 2007 10:41:48 +0100 (CET) (envelope-from olli) Date: Fri, 9 Mar 2007 10:41:48 +0100 (CET) Message-Id: <200703090941.l299fm6P065108@lurza.secnetix.de> From: Oliver Fromme To: freebsd-geom@FreeBSD.ORG, anderson@FreeBSD.ORG, etc@fluffles.net, ivoras@fer.hr In-Reply-To: <45F0EE1D.1020201@freebsd.org> X-Newsgroups: list.freebsd-geom User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 09 Mar 2007 10:41:54 +0100 (CET) Cc: Subject: Re: Some Unix benchmarks for those who are interesed X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-geom@FreeBSD.ORG, anderson@FreeBSD.ORG, etc@fluffles.net, ivoras@fer.hr List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 09:42:03 -0000 Eric Anderson wrote: > Oliver Fromme wrote: > > Eric Anderson wrote: > > > Before making speculative claims about slow CPU's and putting the VIA C3 > > > in with that pile, please at least refer to what makes you believe that > > > it is an issue. Comparing the VIA C3 to 'some old pentium' isn't > > > exactly fair or accurate, and inferring it isn't a modern system isn't > > > true either. > > > > I agree that a C3 can be modern (depending on its age). > > However, it is indeed rather slow. I happen to have a > > C3 1 GHz as my private router, firewall and file server. > > For that purpose it is completely sufficient, and I > > prefer it over anything like a Sempron for the low power > > consumption. > > > > But its raw processor performance is on the same level > > as an old Pentium with about half the clock rate, i.e. > > something like a Pentium2 500 MHz in my case (I also > > happen to have a Celeron-466 so it's easy to make the > > comparison). For that reason I prefer not to compile > > anything on it, but rather do that on a faster machine > > and then copy things over. My intel Centrino notebook > > is at least five times faster than that C3. > > I'm making no claim they are as fast as a Core 2 Duo, or anything of the > like. But a P2-500? That's not realistic for most applications, but > maybe for a particular benchmark or two it might be. Just look on the > net for the countless benchmarks, and you'll see it usually is about in > line with the same age and MHz Celeron processor. I don't believe in benchmark numbers. They are often just synthetic without real-world relation, and often they're misinterpreted. Instead, I compare by the speed of real-world tasks, like compiling sources, which I need to do quite often, so it's an important thing to compare for me personally, or how much CPU percentage a media player requires. With such kind of real-world tasks, my 1000 MHz C3 is significantly slower than my 800 MHz Pentium-III, but just a little faster than my 466 MHz Celeron and a friend's 450 MHz Pentium-II. That's why I say it is close to a Pentium-II 500. Regarding power consumption: The complete mainboard with the 1 GHz C3 (an EPIA PD10000) consumes 15 W when idle, and not much more when under full load. That includes onboard components like graphics adapter, audio, USB etc. I'm currently considering to buy an ARM-based board (for different purposes). There are some supported by recent patches to 7-current. They consume only 1 to 2 W, but are also a little slower than the C3. However, I haven't found one yet that contains the onboard components that I need. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Python is executable pseudocode. Perl is executable line noise. From owner-freebsd-geom@FreeBSD.ORG Sat Mar 10 14:54:31 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E93AC16A400 for ; Sat, 10 Mar 2007 14:54:31 +0000 (UTC) (envelope-from joan@iaeste.cat) Received: from hobbes.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.freebsd.org (Postfix) with SMTP id 1D5A113C4AA for ; Sat, 10 Mar 2007 14:54:30 +0000 (UTC) (envelope-from joan@iaeste.cat) Received: (qmail 87452 invoked from network); 10 Mar 2007 14:30:50 -0000 Received: from unknown (HELO ?192.168.1.2?) (89.129.132.148) by hobbes.biaix.org with SMTP; 10 Mar 2007 14:30:50 -0000 From: Joan Picanyol i Puig To: freebsd-geom@freebsd.org In-Reply-To: <20070304222140.GB40769@iaeste-catalunya.upc.es> References: <20070304222140.GB40769@iaeste-catalunya.upc.es> Content-Type: multipart/mixed; boundary="=-egYv+1O8CoMqPRQkKwiE" Organization: IAESTE Catalunya LC Date: Sat, 10 Mar 2007 15:24:57 +0100 Message-Id: <1173536697.53866.15.camel@pingu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Subject: Re: bypassing gmirror to recover filesystems X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 14:54:32 -0000 --=-egYv+1O8CoMqPRQkKwiE Content-Type: text/plain Content-Transfer-Encoding: 7bit El diu 04 de 03 del 2007 a les 23:21 +0100, en/na Joan Picanyol i Puig va escriure: > Hi, > > I've been hit by kern/107315 (previously discussed > http://lists.freebsd.org/pipermail/freebsd-geom/2006-April/001217.html) > > Any suggestions? What I did: 1.- boot old kernel, unloading geom_mirror first 2.- mount & dump all fs's (easy enough thanks to gmirror's metadata being on the last sector) 3.- manually clear gmirror's metadata with dd 4.- repartition drives and setup gmirror again I'm attaching the conflicting configuration (two mirrors on two slices, the failing one without being bsdlabel'd). qvb -- pica --=-egYv+1O8CoMqPRQkKwiE Content-Disposition: attachment; filename=fdisk.ad4.txt Content-Type: text/plain; name=fdisk.ad4.txt; charset=iso8859-15 Content-Transfer-Encoding: 7bit ******* Working on device /dev/ad4 ******* parameters extracted from in-core disklabel are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 123715809 (60408 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 243/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 123715872, size 307195623 (149997 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: --=-egYv+1O8CoMqPRQkKwiE Content-Disposition: attachment; filename=bsdlabel.ad4s1.txt Content-Type: text/plain; name=bsdlabel.ad4s1.txt; charset=iso8859-15 Content-Transfer-Encoding: 7bit # /dev/ad4s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1048576 0 4.2BSD 0 0 0 c: 123715809 0 unused 0 0 # "raw" part, don't edit d: 1048576 1048576 4.2BSD 0 0 0 e: 10485760 2097152 4.2BSD 0 0 0 f: 2097152 12582912 4.2BSD 0 0 0 g: 4194304 14680064 4.2BSD 0 0 0 h: 104841440 18874368 4.2BSD 0 0 0 --=-egYv+1O8CoMqPRQkKwiE Content-Disposition: attachment; filename=bsdlabel.ad4s2.txt Content-Type: text/plain; name=bsdlabel.ad4s2.txt; charset=iso8859-15 Content-Transfer-Encoding: 7bit # /dev/ad4s2: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 307195623 0 unused 0 0 # "raw" part, don't edit --=-egYv+1O8CoMqPRQkKwiE Content-Disposition: attachment; filename=gmirror_list.out Content-Type: text/plain; name=gmirror_list.out; charset=iso8859-15 Content-Transfer-Encoding: 7bit Geom name: gm0s1 State: COMPLETE Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 2494591388 Providers: 1. Name: mirror/gm0s1 Mediasize: 63342493696 (59G) Sectorsize: 512 Mode: r6w6e7 Consumers: 1. Name: ad4s1 Mediasize: 63342494208 (59G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY, HARDCODED GenID: 0 SyncID: 1 ID: 2375384516 2. Name: ad6s1 Mediasize: 63342494208 (59G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY, HARDCODED GenID: 0 SyncID: 1 ID: 1585998909 Geom name: gm1 State: COMPLETE Components: 2 Balance: split Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 947166852 Providers: 1. Name: mirror/gm1 Mediasize: 157284158464 (146G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad4s2 Mediasize: 157284158976 (146G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: HARDCODED GenID: 0 SyncID: 1 ID: 2563999181 2. Name: ad6s2 Mediasize: 157284158976 (146G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: HARDCODED GenID: 0 SyncID: 1 ID: 3562666656 --=-egYv+1O8CoMqPRQkKwiE-- From owner-freebsd-geom@FreeBSD.ORG Sat Mar 10 17:44:15 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BE6116A409; Sat, 10 Mar 2007 17:44:15 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61]) by mx1.freebsd.org (Postfix) with ESMTP id 09B5A13C441; Sat, 10 Mar 2007 17:44:14 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id D5FDB13C671; Sat, 10 Mar 2007 18:44:13 +0100 (CET) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by merke.itea.ntnu.no (Postfix) with ESMTP; Sat, 10 Mar 2007 18:44:13 +0100 (CET) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id 9669FD000E; Sat, 10 Mar 2007 18:44:17 +0100 (CET) Date: Sat, 10 Mar 2007 18:44:17 +0100 From: Ulf Lilleengen To: freebsd-geom@freebsd.org Message-ID: <20070310174417.GA28619@stud.ntnu.no> References: <0B1A704D-A455-4741-BC11-A2019BFB4B22@bitheaven.net> <45EF18C3.3070106@freebsd.org> <20070308015812.GA30713@twoflower.idi.ntnu.no> <20070309011635.GA4329@twoflower.idi.ntnu.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070309011635.GA4329@twoflower.idi.ntnu.no> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: le@FreeBSD.org Subject: Re: Problems simulating gvinum raid5 rebuild X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 17:44:15 -0000 On fre, mar 09, 2007 at 02:16:35 +0100, Ulf Lilleengen wrote: > On tor, mar 08, 2007 at 02:58:12am +0100, Ulf Lilleengen wrote: *SNIP* > > Ok, apparently it does bind objects together, but a subdisk that is not > registered with a drive (if the drive is not there) doesn't get tasted. > I'm having problems to find a nice way of adding the subdisk without a drive to > a plex, so that the plex can get into it's correct state. > > One way i tried it in gv_plex_taste was to loop through all subdisks, and find > subdisks that didn't have any drive, _and_ was to be registered with this plex. > Then i registered it with the plex. Something like this: > > LIST_FOREACH(s, &sc->subdisks, sd) { > if s->plex equals plexname > if s has no drive > add the subdisk to this plex Turns out i need to check my own code better :) If add the subdisk to the plex _and_ sets the state to GV_SD_DOWN, the plex will come out degraded after the _plex_taste. I also added an gv_update_plex to update the plex-state after it has come up. I'll just test it a bit first. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Sat Mar 10 18:28:37 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BEEE16A400 for ; Sat, 10 Mar 2007 18:28:37 +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 5789713C481 for ; Sat, 10 Mar 2007 18:28:37 +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-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 18:28:37 -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 From owner-freebsd-geom@FreeBSD.ORG Sat Mar 10 18:33:43 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3561516A401 for ; Sat, 10 Mar 2007 18:33:43 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id F422613C474 for ; Sat, 10 Mar 2007 18:33:42 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 9A0867DEB for ; Sat, 10 Mar 2007 19:33:41 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 5098D9BF12 for ; Sat, 10 Mar 2007 18:33:41 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 2BBEA4063; Sat, 10 Mar 2007 19:33:41 +0100 (CET) Date: Sat, 10 Mar 2007 19:33:41 +0100 From: Jeremie Le Hen To: freebsd-geom@FreeBSD.org Message-ID: <20070310183341.GA2887@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Unexpected partitions in devfs X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2007 18:33:43 -0000 Hi, It seems geom weirdly tastes my partitions on my gstripe partition. % obiwan:root# gstripe status % Name Status Components % stripe/st0 UP ad1 % ad2 % obiwan:root# fdisk stripe/st0 % ******* Working on device /dev/stripe/st0 ******* % parameters extracted from in-core disklabel are: % cylinders=19929 heads=255 sectors/track=63 (16065 blks/cyl) % % Figures below won't work with BIOS for partitions not in cyl 1 % parameters to be used for BIOS calculations are: % cylinders=19929 heads=255 sectors/track=63 (16065 blks/cyl) % % Media sector size is 512 % Warning: BIOS sector numbering starts with sector 1 % Information from DOS bootblock is: % The data for partition 1 is: % sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) % start 63, size 320159322 (156327 Meg), flag 80 (active) % beg: cyl 0/ head 1/ sector 1; % end: cyl 472/ head 254/ sector 63 % The data for partition 2 is: % % The data for partition 3 is: % % The data for partition 4 is: % % obiwan:root# bsdlabel stripe/st0s1 % # /dev/stripe/st0s1: % 8 partitions: % # size offset fstype [fsize bsize bps/cpg] % a: 320159305 16 4.2BSD 2048 16384 28552 % c: 320159321 0 unused 0 0 # "raw" part, don't edit % bsdlabel: partition c doesn't cover the whole unit! % bsdlabel: An incorrect partition c may cause problems for standard system utilities Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org >