From owner-freebsd-geom@FreeBSD.ORG Sun Aug 22 09:19:36 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CB5C1065694; Sun, 22 Aug 2010 09:19:36 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward10.mail.yandex.net (forward10.mail.yandex.net [77.88.61.49]) by mx1.freebsd.org (Postfix) with ESMTP id D03AE8FC1B; Sun, 22 Aug 2010 09:19:35 +0000 (UTC) Received: from smtp6.mail.yandex.net (smtp6.mail.yandex.net [77.88.61.56]) by forward10.mail.yandex.net (Yandex) with ESMTP id 079F11F503A7; Sun, 22 Aug 2010 13:19:34 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1282468774; bh=TXi7Bp5AUDLEP1niYGGaTcVU6M7fEDYA4Qtscu4UcDg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:Content-Type; b=HVdYz7KB8AyqpLU3xUf+fpFEOdybn4mxgvDcLm9acdknB4zmS4kLtikkuxal/QxPJ 5Jy7FuIOF/P7EWaHIsTJCzAvKAiHChRwQsZR2pOX1XRNzyMFEyoE0cyjOD+bAuG/j4 pJOdNq72/vFzZH1A65LXdwpYT515en1K/GOAAhks= Received: from [10.43.163.197] (bu7cher.heavennet.ru [92.39.76.197]) by smtp6.mail.yandex.net (Yandex) with ESMTPSA id 9AA3932809C; Sun, 22 Aug 2010 13:19:33 +0400 (MSD) Message-ID: <4C70EB80.5050901@yandex.ru> Date: Sun, 22 Aug 2010 13:18:56 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100806 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-geom@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE94F7561C954C44902BF8BBC" X-Yandex-TimeMark: 1282468773 X-Yandex-Spam: 1 X-Yandex-Front: smtp6.mail.yandex.net Cc: Alexander Motin , Marcel Moolenaar , Konstantin Belousov Subject: RFC: destroying non empty partition tables with gpart(8) 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, 22 Aug 2010 09:19:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE94F7561C954C44902BF8BBC Content-Type: multipart/mixed; boundary="------------070603030901060605090502" This is a multi-part message in MIME format. --------------070603030901060605090502 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Hi All. I think gpart(8) is default way to create partition tables and manage partitions in head/ and stable/8. Now when you want to destroy partition table you should delete all partitions from it. This is not so bad, but i made a patch that add ability destroy table with auto deleting all partitions. For example: # gpart destroy -r ada1 I did it in user space, it just delete all partition entries before destroying table. At this time if deleting of some partition failed you can do `gpart undo ada1` and all already deleted by last command partition will be restored. It seems usable for me. Any comments? --=20 WBR, Andrey V. Elsukov --------------070603030901060605090502 Content-Type: text/plain; name="gpart_recursive_destroy.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="gpart_recursive_destroy.diff" Index: head/sbin/geom/class/part/geom_part.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- head/sbin/geom/class/part/geom_part.c (revision 211453) +++ head/sbin/geom/class/part/geom_part.c (working copy) @@ -68,6 +68,7 @@ static char ssize[32]; static const char const bootcode_param[] =3D "bootcode"; static const char const index_param[] =3D "index"; static const char const partcode_param[] =3D "partcode"; +static const char const recursive_param[] =3D "recursive"; =20 static struct gclass *find_class(struct gmesh *, const char *); static struct ggeom * find_geom(struct gclass *, const char *); @@ -85,6 +86,8 @@ static void gpart_show_geom(struct ggeom *, const static int gpart_show_hasopt(struct gctl_req *, const char *, const char= *); static void gpart_write_partcode(struct ggeom *, int, void *, ssize_t); static void gpart_write_partcode_vtoc8(struct ggeom *, int, void *); +static void gpart_destroy(struct gctl_req *, unsigned int); +static void gpart_print_error(const char *); =20 struct g_command PUBSYM(class_commands)[] =3D { { "add", 0, gpart_issue, { @@ -119,7 +122,8 @@ struct g_command PUBSYM(class_commands)[] =3D { G_OPT_SENTINEL }, "geom", NULL }, - { "destroy", 0, gpart_issue, { + { "destroy", 0, gpart_destroy, { + { 'r', recursive_param, NULL, G_TYPE_BOOL }, { 'f', "flags", flags, G_TYPE_STRING }, G_OPT_SENTINEL }, "geom", NULL }, @@ -852,10 +856,87 @@ gpart_bootcode(struct gctl_req *req, unsigned int } =20 static void +gpart_destroy(struct gctl_req *req, unsigned int fl) +{ + struct gmesh mesh; + struct gclass *classp; + struct gctl_req *req2; + struct ggeom *gp; + struct gprovider *pp; + const char *s; + int error, val; + + if (gctl_has_param(req, recursive_param)) { + val =3D gctl_get_int(req, recursive_param); + error =3D gctl_delete_param(req, recursive_param); + if (error) + errc(EXIT_FAILURE, error, "internal error"); + if (val =3D=3D 0) + goto done; + s =3D gctl_get_ascii(req, "class"); + if (s =3D=3D NULL) + abort(); + error =3D geom_gettree(&mesh); + if (error !=3D 0) + errc(EXIT_FAILURE, error, "Cannot get GEOM tree"); + classp =3D find_class(&mesh, s); + if (classp =3D=3D NULL) { + geom_deletetree(&mesh); + errx(EXIT_FAILURE, "Class %s not found.", s); + } + s =3D gctl_get_ascii(req, "geom"); + if (s =3D=3D NULL) + abort(); + gp =3D find_geom(classp, s); + if (gp =3D=3D NULL) + errx(EXIT_FAILURE, "No such geom: %s.", s); + LIST_FOREACH(pp, &gp->lg_provider, lg_provider){ + s =3D find_provcfg(pp, "index"); + if (s =3D=3D NULL) + errx(EXIT_FAILURE, "Index not found for %s.", + pp->lg_name); + req2 =3D gctl_get_handle(); + gctl_ro_param(req2, "verb", -1, "delete"); + gctl_ro_param(req2, "class", -1, classp->lg_name); + gctl_ro_param(req2, "geom", -1, gp->lg_name); + gctl_ro_param(req2, "index", -1, s); + gctl_ro_param(req2, "flags", -1, "XXX"); + s =3D gctl_issue(req2); + if (s !=3D NULL && s[0] !=3D '\0') { + gpart_print_error(s); + exit(EXIT_FAILURE); + } + gctl_free(req2); + } + geom_deletetree(&mesh); + } +done: + gpart_issue(req, fl); +} + + +static void +gpart_print_error(const char *errstr) +{ + char *errmsg; + int error; + + error =3D strtol(errstr, &errmsg, 0); + if (errmsg !=3D errstr) { + while (errmsg[0] =3D=3D ' ') + errmsg++; + if (errmsg[0] !=3D '\0') + warnc(error, "%s", errmsg); + else + warnc(error, NULL); + } else + warnx("%s", errmsg); +} + +static void gpart_issue(struct gctl_req *req, unsigned int fl __unused) { char buf[4096]; - char *errmsg; const char *errstr; int error, status; =20 @@ -876,20 +957,8 @@ gpart_issue(struct gctl_req *req, unsigned int fl status =3D EXIT_SUCCESS; goto done; } - - error =3D strtol(errstr, &errmsg, 0); - if (errmsg !=3D errstr) { - while (errmsg[0] =3D=3D ' ') - errmsg++; - if (errmsg[0] !=3D '\0') - warnc(error, "%s", errmsg); - else - warnc(error, NULL); - } else - warnx("%s", errmsg); - + gpart_print_error(errstr); status =3D EXIT_FAILURE; - done: gctl_free(req); exit(status); --------------070603030901060605090502-- --------------enigE94F7561C954C44902BF8BBC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJMcOuGAAoJEAHF6gQQyKF6BU8H/2cTI93h5b0qs881FBfoc5S6 gW+OAZ5rOx7LQZiqAYtTHmy4RkjEnnjpWVBbHsz0uzJb2+D5oqtaxUFWM2uA3z94 0uOzQpCwgQ5drkdnG/ok81WenNeZlH7TP71pl3P8GhAxkjnY5/Hdy54KXHqlEkl4 406RkkuBnLFxaIGe65IXNk8jN6DPY+JXp6XKuAWb7iW5Igjztbc9/jjP+Mgn7K1y cSd3QtziOVbWmZqtZ4Hzxr0trIHiAELQDkZLAaCbh11cdmcuQ1uFfwoRicUSVmY1 GnfcDShAwjTv05ldEwF93P8kAaG4zuiJsQKMtoBWuHaVgdOqfXKN3q+Y7pQKwuo= =/unY -----END PGP SIGNATURE----- --------------enigE94F7561C954C44902BF8BBC-- From owner-freebsd-geom@FreeBSD.ORG Sun Aug 22 10:15:40 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3828510656A6 for ; Sun, 22 Aug 2010 10:15:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id D94CE8FC1A for ; Sun, 22 Aug 2010 10:15:39 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0212945E98; Sat, 21 Aug 2010 14:01:04 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0A74145CDC; Sat, 21 Aug 2010 14:00:59 +0200 (CEST) Date: Sat, 21 Aug 2010 14:00:55 +0200 From: Pawel Jakub Dawidek To: Zeus V Panchenko Message-ID: <20100821120054.GD1911@garage.freebsd.pl> References: <20100821113440.GB13028@ibs.dn.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MIdTMoZhcV1D07fI" Content-Disposition: inline In-Reply-To: <20100821113440.GB13028@ibs.dn.ua> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 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.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: syslog message "kernel: g_post_event_x(0x...)" ? 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, 22 Aug 2010 10:15:40 -0000 --MIdTMoZhcV1D07fI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 21, 2010 at 02:34:40PM +0300, Zeus V Panchenko wrote: > Hi All, >=20 > may somebody help me to understand the meaning of the messages in > syslog i'm receiving? is it good or not? >=20 > ... > Aug 21 14:28:08 im kernel: g_post_event_x(0xc05afdd0, 0xc4554c80, 2, 2621= 44) > Aug 21 14:28:08 im kernel: g_post_event_x(0xc05afdd0, 0xc4554c80, 2, 2621= 44) > Aug 21 14:28:08 im kernel: g_post_event_x(0xc05afdd0, 0xc45cc560, 2, 2621= 44) > Aug 21 14:28:08 im kernel: g_post_event_x(0xc05afdd0, 0xc45cc760, 2, 2621= 44) > Aug 21 14:28:14 im kernel: g_post_event_x(0xc05afdd0, 0xc45cc7a0, 2, 2621= 44) > Aug 21 14:28:14 im kernel: g_post_event_x(0xc05afdd0, 0xc8792980, 2, 2621= 44) > Aug 21 14:28:14 im kernel: g_post_event_x(0xc05afdd0, 0xc4f6d2e0, 2, 2621= 44) > Aug 21 14:28:14 im kernel: g_post_event_x(0xc05afdd0, 0xc3f87ba0, 2, 2621= 44) > ... >=20 >=20 > i have: >=20 > uname -a >=20 > FreeBSD 8.1-PRERELEASE #0: Thu Jul 1 12:45:44 EEST 2010 >=20 >=20 > # sysctl kern.geom.debugflags > kern.geom.debugflags: 17 You have debugging enabled, that's why. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --MIdTMoZhcV1D07fI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkxvv/YACgkQForvXbEpPzRIjgCg1Wc9KYSk1/shwFELHVO2tcuG oGYAnjO7rs6nLFWtfvus+ZN0MPO/lgXJ =2KjC -----END PGP SIGNATURE----- --MIdTMoZhcV1D07fI-- From owner-freebsd-geom@FreeBSD.ORG Sun Aug 22 11:05:40 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27A1F10656A5 for ; Sun, 22 Aug 2010 11:05:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id C76298FC15 for ; Sun, 22 Aug 2010 11:05:39 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2C6E145CBA; Tue, 17 Aug 2010 21:43:44 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id EDF8A45B36; Tue, 17 Aug 2010 21:43:38 +0200 (CEST) Date: Tue, 17 Aug 2010 21:43:37 +0200 From: Pawel Jakub Dawidek To: Greg Bonett Message-ID: <20100817194337.GA2438@garage.freebsd.pl> References: <1282017863.3017.10.camel@debian> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <1282017863.3017.10.camel@debian> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 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.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-geom@FreeBSD.org Subject: Re: upgraded to 7.3 - trouble with gstripe and geli 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, 22 Aug 2010 11:05:40 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 16, 2010 at 09:04:23PM -0700, Greg Bonett wrote: > hi, > I just upgraded to freebsd 7.3 on amd64 and I'm having trouble attaching > a geli device. I am using gstripe to created a striped array with two > disks and then using geli to create an encryption layer on top of it. > It was working with 7.2, but after an upgrade I'm running into this > error when I try and attach the geli device: >=20 > #geli attach -k key.file /dev/stripe/private > geli: Cannot read metadata from /dev/stripe/private: Invalid argument. >=20 > also gstripe dump gives: > #gstripe dump /dev/stripe/private > Can't read metadata from /dev/stripe/private: Invalid argument. > gstripe: Not fully done. You should apply 'gstripe dump' to stripe components, so in your case to ad8s2 and ad12s2. If 'geli dump /dev/stripe/private' doesn't show anything, try dumping the last sector: # dd if=3D/dev/stripe/private count=3D1 iseek=3D3760270079 | hexdump -C | = head > I didn't see anything in /usr/src/UPDATING about gstripe but I'm > wondering if the default stripe size or something changed between 7.2 > and 7.3 Even if the default stripesize changed, it shouldn't affect your setup, as stripesize is kept in metadata and read from there. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkxq5mkACgkQForvXbEpPzRIoACfQgOXaSfNur23NWpHPBHrkrlf CDcAn0u+gRVmn52T4l+fdXWdeX7bvP1j =JexG -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-geom@FreeBSD.ORG Sun Aug 22 17:14:57 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D25D1065693; Sun, 22 Aug 2010 17:14:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 625188FC1D; Sun, 22 Aug 2010 17:14:57 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from sa-nc-it-176.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L7K0075KAFVG780@asmtp028.mac.com>; Sun, 22 Aug 2010 09:14:21 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1008220095 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011,1.0.148,0.0.0000 definitions=2010-08-22_06:2010-08-22, 2010-08-22, 1970-01-01 signatures=0 From: Marcel Moolenaar In-reply-to: <4C70EB80.5050901@yandex.ru> Date: Sun, 22 Aug 2010 09:14:18 -0700 Message-id: <2AEF046C-476D-4AE6-9CF7-92DF45B35C5D@mac.com> References: <4C70EB80.5050901@yandex.ru> To: "Andrey V. Elsukov" X-Mailer: Apple Mail (2.1081) Cc: Alexander Motin , Marcel Moolenaar , Konstantin Belousov , freebsd-geom@freebsd.org Subject: Re: RFC: destroying non empty partition tables with gpart(8) 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, 22 Aug 2010 17:14:57 -0000 On Aug 22, 2010, at 2:18 AM, Andrey V. Elsukov wrote: > Hi All. > > I think gpart(8) is default way to create partition tables and manage > partitions in head/ and stable/8. Now when you want to destroy partition > table you should delete all partitions from it. This is not so bad, but > i made a patch that add ability destroy table with auto deleting all > partitions. For example: > > # gpart destroy -r ada1 > > I did it in user space, it just delete all partition entries before > destroying table. At this time if deleting of some partition failed > you can do `gpart undo ada1` and all already deleted by last command > partition will be restored. It seems usable for me. > > Any comments? Very nice! I'm pleased to see this done in userspace, as it's exactly where you want this. I haven't actually looked at the patch, but in case you didn't: consider disabling the auto- commit on the delete requests and use commit/undo to create an automic operation: 1) use commit when everything could be deleted without error. this makes it permanent. 2) use the undo in case there's an error. This "unwinds" the the sequence of operations that succeeded so far, giving you the all or nothing behaviour. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Mon Aug 23 11:06:59 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40DFC10657D6 for ; Mon, 23 Aug 2010 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1408FC12 for ; Mon, 23 Aug 2010 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7NB6xiC089077 for ; Mon, 23 Aug 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7NB6wXl089075 for freebsd-geom@FreeBSD.org; Mon, 23 Aug 2010 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Aug 2010 11:06:58 GMT Message-Id: <201008231106.o7NB6wXl089075@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org 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, 23 Aug 2010 11:06:59 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] gpart(8): Delete linux's slice via Gpart - get o kern/147852 geom [geom] [panic] graid3 panic: wrong offset 16384 for se o kern/147851 geom [geom] [panic] graid3 panic: g_read_data: invalid leng o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/147664 geom [geom] [patch] Add the ability to create linux and fat o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144962 geom [geom] panic when accessing GPT disk with a large numb o kern/144905 geom [geom][gpart] panic in gpart_ctlreq when unplugging ca o bin/144521 geom geom(1) tool parsing non-subclass command broken o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool f kern/142365 geom [geom] FreeBSD RAID1 (gmirror) is much slower than Lin o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error s kern/141235 geom [geom_part] 8.0 no longer provides /dev entries for al o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 59 problems total. From owner-freebsd-geom@FreeBSD.ORG Sat Aug 28 09:34:39 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C8C1065673; Sat, 28 Aug 2010 09:34:39 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id 42BEF8FC13; Sat, 28 Aug 2010 09:34:38 +0000 (UTC) Received: from localhost (89-178-223-44.broadband.corbina.ru [89.178.223.44]) by mx0.deglitch.com (Postfix) with ESMTPA id BF3D98FC4E; Sat, 28 Aug 2010 13:09:22 +0400 (MSD) Date: Sat, 28 Aug 2010 13:09:12 +0400 From: Ilya Bakulin To: Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?= Message-ID: <20100828130912.48205a47@kibab.com> In-Reply-To: <86wrry1hwv.fsf@ds4.des.no> References: <86wrry1hwv.fsf@ds4.des.no> Organization: Deglitch Networks X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/qUbCQjWoMz1j6l62yJ8_JcN"; protocol="application/pgp-signature" Cc: geom@freebsd.org, hackers@freebsd.org Subject: Re: Support for WD Advanced Format disks 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, 28 Aug 2010 09:34:39 -0000 --Sig_/qUbCQjWoMz1j6l62yJ8_JcN Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Tue, 10 Aug 2010 19:44:48 +0200 Dag-Erling Sm=C3=B8rgrav wrote: > Right now, I have two requests. The first is that people who have > Advanced Format disks run a program I wrote that measures the > performance of aligned and misaligned writes of different sizes. >=20 > % svn co http://svn.freebsd.org/base/user/des/phybs > % cd phybs > % make > % ./phybs -w /dev/adN >=20 I've just bought WD15EARS, it is 1.5 TB WD Green drive, according to the la= bel it uses Advanced Format. I plan to use it as a backup solution with SAT= A-USB convertor. But first I decided to conduct the test you want. So I've = installed this drive into my home PC. Connection type is pure SATA, without= convertors. I've created misaligned 10G-partition: kibab-desktop# gpart create -s GPT ad7 ad7 created kibab-desktop# gpart add -t freebsd-ufs -s 10G ad7 ad7p1 added kibab-desktop# gpart show ad7 =3D> 34 2930277101 ad7 GPT (1.4T) 34 20971520 1 freebsd-ufs (10G) 20971554 2909305581 - free - (1.4T) Right now I'm running phybs -w /dev/ad7p1 Please write me what additional tests should I conduct. I may delay feeding= this disk with data for a while, if it will be useful to obtain some impor= tant numbers for you and FreeBSD community. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --Sig_/qUbCQjWoMz1j6l62yJ8_JcN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkx40kYACgkQo9vlj1oadwgb/QCgv0iiM/8cDIJTa4upMHYstv5x rdYAoMoFxqufB6iJrSriRFBVAhsy4bwG =9aP/ -----END PGP SIGNATURE----- --Sig_/qUbCQjWoMz1j6l62yJ8_JcN-- From owner-freebsd-geom@FreeBSD.ORG Sat Aug 28 15:51:03 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA7F1106566B; Sat, 28 Aug 2010 15:51:03 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id 74EBC8FC15; Sat, 28 Aug 2010 15:50:59 +0000 (UTC) Received: from localhost (89-178-223-44.broadband.corbina.ru [89.178.223.44]) by mx0.deglitch.com (Postfix) with ESMTPA id B54988FC53; Sat, 28 Aug 2010 19:50:27 +0400 (MSD) Date: Sat, 28 Aug 2010 19:50:24 +0400 From: Ilya Bakulin Message-ID: <20100828195024.3d671a76@kibab.com> In-Reply-To: <20100828130912.48205a47@kibab.com> References: <86wrry1hwv.fsf@ds4.des.no> <20100828130912.48205a47@kibab.com> Organization: Deglitch Networks X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/1tkeDJKIRhJAOzIOcxqbVjm"; protocol="application/pgp-signature" Cc: Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?= , hackers@freebsd.org, geom@freebsd.org Subject: Re: Support for WD Advanced Format disks 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, 28 Aug 2010 15:51:03 -0000 --Sig_/1tkeDJKIRhJAOzIOcxqbVjm Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 28 Aug 2010 13:09:12 +0400 Ilya Bakulin wrote: > Right now I'm running phybs -w /dev/ad7p1 Well, phybs finished. Results: kibab-desktop# ./phybs -w /dev/ad7p1 count size offset step msec tps kBps 131072 1024 0 4096 3098125 0 42 131072 1024 512 4096 3100047 0 42 65536 2048 0 8192 1505809 0 87 65536 2048 512 8192 1505179 0 87 65536 2048 1024 8192 1506127 0 87 32768 4096 0 16384 1522343 1 86 32768 4096 512 16384 1521017 1 86 32768 4096 1024 16384 1523748 1 86 32768 4096 2048 16384 1522853 1 86 16384 8192 0 32768 890911 3 147 16384 8192 512 32768 892026 3 146 16384 8192 1024 32768 890699 3 147 16384 8192 2048 32768 891862 3 146 16384 8192 4096 32768 889903 3 147 Obviously 34-sectors offset is bad for phybs. Write requests are NEVER get = aligned. I have recreated partition as follows: kibab-desktop# gpart delete -i 1 ad7 ad7p1 deleted kibab-desktop# gpart add -t freebsd-ufs -s 10G -b 63 ad7 ad7p1 added kibab-desktop# gpart show ad7 =3D> 34 2930277101 ad7 GPT (1.4T) 34 29 - free - (15K) 63 20971520 1 freebsd-ufs (10G) 20971583 2909305552 - free - (1.4T) So, we have ad7p1 which is still misaligned, but if write request will star= t at offset=3D512, it will be aligned properly. Let's test as follows: kibab-desktop# ./phybs -l 4096 -w /dev/ad7p1 count size offset step msec tps kBps 32768 4096 0 16384 1520609 1 86 32768 4096 512 16384 17898 151 7323 32768 4096 1024 16384 1524899 1 85 :-) Aligned writes are 86 times faster than misaligned!!! --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --Sig_/1tkeDJKIRhJAOzIOcxqbVjm Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkx5MEUACgkQo9vlj1oadwhRAACgqRCXTcKsfesxaMxPjO/Hs9E4 iV8AmwQWE3Gs0EHsyJj6CAtoq4QgbP2L =WxjB -----END PGP SIGNATURE----- --Sig_/1tkeDJKIRhJAOzIOcxqbVjm-- From owner-freebsd-geom@FreeBSD.ORG Sat Aug 28 16:35:31 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D9631065674 for ; Sat, 28 Aug 2010 16:35:31 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E5D7D8FC0A for ; Sat, 28 Aug 2010 16:35:30 +0000 (UTC) Received: by vws7 with SMTP id 7so4465926vws.13 for ; Sat, 28 Aug 2010 09:35:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=GYCo8qXXFu4t7aUqLFylm06zHmImhwWufx8qxvZKjjI=; b=Ei7lD+J37dWW+R6vaTaxKoYquTmu0HMO+Z/0FXCROM78QNMD3UDJr10gGsBfb+/4zF VYi91ocHqPDdCtsgx5CIDC0zscpX+DTVnpSFB12nMtKkcK+0OaNJTV3bWpaTBycRG7wg sm/WbfT480VEp6RfjjUoAGD4+Q0dq2/BZS+DY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=bdyYrQ3lNr8bCiWhHKEvns/pVrEByC1McakZGIL/Q+I0WkVFNCtbmJJbmrDEWMFeoM 4sO+WBFU5NLRG1LVKIQgoo0HaMO0RYlXTxn8v7id+q6olarlfvFwX1/SQdO8l+ddmo6m YaopHNmFTxhGVOBzgrhoWRnQmcicmAs3xsgyM= Received: by 10.220.158.9 with SMTP id d9mr1367782vcx.109.1283011569166; Sat, 28 Aug 2010 09:06:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.58.195 with HTTP; Sat, 28 Aug 2010 09:05:49 -0700 (PDT) In-Reply-To: <20100828195024.3d671a76@kibab.com> References: <86wrry1hwv.fsf@ds4.des.no> <20100828130912.48205a47@kibab.com> <20100828195024.3d671a76@kibab.com> From: Thiago Damas Date: Sat, 28 Aug 2010 13:05:49 -0300 Message-ID: To: Ilya Bakulin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , hackers@freebsd.org, geom@freebsd.org Subject: Re: Support for WD Advanced Format disks 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, 28 Aug 2010 16:35:31 -0000 You read: "ATA 4K sector issues" http://lists.freebsd.org/pipermail/freebsd-hackers/2010-March/031154.html 2010/8/28 Ilya Bakulin : > On Sat, 28 Aug 2010 13:09:12 +0400 > Ilya Bakulin wrote: > >> Right now I'm running phybs -w /dev/ad7p1 > > Well, phybs finished. > Results: > kibab-desktop# ./phybs -w /dev/ad7p1 > =A0 count =A0 =A0size =A0offset =A0 =A0step =A0 =A0 =A0 =A0msec =A0 =A0 t= ps =A0 =A0kBps > > =A0131072 =A0 =A01024 =A0 =A0 =A0 0 =A0 =A04096 =A0 =A0 3098125 =A0 =A0 = =A0 0 =A0 =A0 =A042 > =A0131072 =A0 =A01024 =A0 =A0 512 =A0 =A04096 =A0 =A0 3100047 =A0 =A0 =A0= 0 =A0 =A0 =A042 > > =A0 65536 =A0 =A02048 =A0 =A0 =A0 0 =A0 =A08192 =A0 =A0 1505809 =A0 =A0 = =A0 0 =A0 =A0 =A087 > =A0 65536 =A0 =A02048 =A0 =A0 512 =A0 =A08192 =A0 =A0 1505179 =A0 =A0 =A0= 0 =A0 =A0 =A087 > =A0 65536 =A0 =A02048 =A0 =A01024 =A0 =A08192 =A0 =A0 1506127 =A0 =A0 =A0= 0 =A0 =A0 =A087 > > =A0 32768 =A0 =A04096 =A0 =A0 =A0 0 =A0 16384 =A0 =A0 1522343 =A0 =A0 =A0= 1 =A0 =A0 =A086 > =A0 32768 =A0 =A04096 =A0 =A0 512 =A0 16384 =A0 =A0 1521017 =A0 =A0 =A0 1= =A0 =A0 =A086 > =A0 32768 =A0 =A04096 =A0 =A01024 =A0 16384 =A0 =A0 1523748 =A0 =A0 =A0 1= =A0 =A0 =A086 > =A0 32768 =A0 =A04096 =A0 =A02048 =A0 16384 =A0 =A0 1522853 =A0 =A0 =A0 1= =A0 =A0 =A086 > > =A0 16384 =A0 =A08192 =A0 =A0 =A0 0 =A0 32768 =A0 =A0 =A0890911 =A0 =A0 = =A0 3 =A0 =A0 147 > =A0 16384 =A0 =A08192 =A0 =A0 512 =A0 32768 =A0 =A0 =A0892026 =A0 =A0 =A0= 3 =A0 =A0 146 > =A0 16384 =A0 =A08192 =A0 =A01024 =A0 32768 =A0 =A0 =A0890699 =A0 =A0 =A0= 3 =A0 =A0 147 > =A0 16384 =A0 =A08192 =A0 =A02048 =A0 32768 =A0 =A0 =A0891862 =A0 =A0 =A0= 3 =A0 =A0 146 > =A0 16384 =A0 =A08192 =A0 =A04096 =A0 32768 =A0 =A0 =A0889903 =A0 =A0 =A0= 3 =A0 =A0 147 > > Obviously 34-sectors offset is bad for phybs. Write requests are NEVER ge= t aligned. > I have recreated partition as follows: > > kibab-desktop# gpart delete -i 1 ad7 > ad7p1 deleted > kibab-desktop# gpart add -t freebsd-ufs -s 10G -b 63 ad7 > ad7p1 added > kibab-desktop# gpart show ad7 > =3D> =A0 =A0 =A0 =A034 =A02930277101 =A0ad7 =A0GPT =A0(1.4T) > =A0 =A0 =A0 =A0 =A034 =A0 =A0 =A0 =A0 =A029 =A0 =A0 =A0 - free - =A0(15K) > =A0 =A0 =A0 =A0 =A063 =A0 =A020971520 =A0 =A01 =A0freebsd-ufs =A0(10G) > =A0 =A020971583 =A02909305552 =A0 =A0 =A0 - free - =A0(1.4T) > > So, we have ad7p1 which is still misaligned, but if write request will st= art at offset=3D512, it will be aligned properly. > Let's test as follows: > > kibab-desktop# ./phybs -l 4096 -w /dev/ad7p1 > =A0 count =A0 =A0size =A0offset =A0 =A0step =A0 =A0 =A0 =A0msec =A0 =A0 t= ps =A0 =A0kBps > > =A0 32768 =A0 =A04096 =A0 =A0 =A0 0 =A0 16384 =A0 =A0 1520609 =A0 =A0 =A0= 1 =A0 =A0 =A086 > =A0 32768 =A0 =A04096 =A0 =A0 512 =A0 16384 =A0 =A0 =A0 17898 =A0 =A0 151= =A0 =A07323 > =A0 32768 =A0 =A04096 =A0 =A01024 =A0 16384 =A0 =A0 1524899 =A0 =A0 =A0 1= =A0 =A0 =A085 > > :-) Aligned writes are 86 times faster than misaligned!!! > -- > Regards, > Ilya Bakulin > http://kibab.com > xmpp://kibab612@jabber.ru > From owner-freebsd-geom@FreeBSD.ORG Sat Aug 28 16:44:50 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E560E1065698; Sat, 28 Aug 2010 16:44:49 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id 665438FC08; Sat, 28 Aug 2010 16:44:49 +0000 (UTC) Received: from localhost (89-178-223-44.broadband.corbina.ru [89.178.223.44]) by mx0.deglitch.com (Postfix) with ESMTPA id 025988FC54; Sat, 28 Aug 2010 20:44:17 +0400 (MSD) Date: Sat, 28 Aug 2010 20:44:15 +0400 From: Ilya Bakulin To: Ilya Bakulin Message-ID: <20100828204415.6875b4ec@kibab.com> In-Reply-To: <20100828195024.3d671a76@kibab.com> References: <86wrry1hwv.fsf@ds4.des.no> <20100828130912.48205a47@kibab.com> <20100828195024.3d671a76@kibab.com> Organization: Deglitch Networks X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/BdfqYI0uU8cc17g4kHzNjJi"; protocol="application/pgp-signature" Cc: Dag-Erling =?UTF-8?Q?Sm=C3=B8rgrav?= , hackers@freebsd.org, geom@freebsd.org Subject: Re: Support for WD Advanced Format disks 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, 28 Aug 2010 16:44:50 -0000 --Sig_/BdfqYI0uU8cc17g4kHzNjJi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 28 Aug 2010 19:50:24 +0400 Ilya Bakulin wrote: > On Sat, 28 Aug 2010 13:09:12 +0400 > Ilya Bakulin wrote: >=20 > > Right now I'm running phybs -w /dev/ad7p1 >=20 > Well, phybs finished. I feel like a flooder today :-) I've created gnop provider on top of the existing ad7p1: kibab-desktop# gnop create -o 512 -S 4096 ad7p1 So, ad7p1.nop is shifted by 512 bytes and resides right on the beginning of= the physical sector. And it has 4096 "sector" size. Running phybs: kibab-desktop# ./phybs -w /dev/ad7p1.nop=20 count size offset step msec tps kBps 16384 8192 0 32768 11222 311 11679 16384 8192 4096 32768 11836 295 11073 8192 16384 0 65536 17432 223 7518 8192 16384 4096 65536 18148 214 7222 8192 16384 8192 65536 17811 218 7358 4096 32768 0 131072 20800 196 6301 4096 32768 4096 131072 12651 323 10360 4096 32768 8192 131072 15040 272 8714 4096 32768 16384 131072 15970 256 8206 2048 65536 0 262144 8005 255 16372 2048 65536 4096 262144 8152 251 16077 2048 65536 8192 262144 7636 268 17163 2048 65536 16384 262144 9372 218 13985 2048 65536 32768 262144 9356 218 14008 For some reason, phybs begins with sector size 8192... I expected it to beg= in with 4096... Let's force 4096: kibab-desktop# ./phybs -l 4096 -w /dev/ad7p1.nop count size offset step msec tps kBps 32768 4096 0 16384 15621 173 8390 16384 8192 0 32768 11331 308 11566 16384 8192 4096 32768 13045 268 10047 8192 16384 0 65536 28344 137 4624 8192 16384 4096 65536 22540 172 5815 8192 16384 8192 65536 24530 158 5343 4096 32768 0 131072 16221 252 8080 4096 32768 4096 131072 13986 292 9371 4096 32768 8192 131072 14736 277 8894 4096 32768 16384 131072 14370 285 9121 Perfomance is excellent! Notice, that for two subsequent phybs invocations there is big difference i= n timings for the same parameters. For example, writing with block size=3D16384 at offset=3D0: 1st run: 7518 kBps, 2nd run: 4624 kBps. This tells us that we cannot really compare these numbers with each other. = The most important, however, is that they are significantly higher than mis= aligned writes. So using gnop is really a good solution. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --Sig_/BdfqYI0uU8cc17g4kHzNjJi Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkx5POUACgkQo9vlj1oadwiXNwCePsEZ6oCjeXfcqk16J85RbSx4 VXMAnRv4OkbREMvAvxtaaEPe0X5LnXU3 =92hH -----END PGP SIGNATURE----- --Sig_/BdfqYI0uU8cc17g4kHzNjJi--