From owner-freebsd-geom@FreeBSD.ORG Sun Apr 23 13:31:41 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FB216A405 for ; Sun, 23 Apr 2006 13:31:41 +0000 (UTC) (envelope-from jylefort@FreeBSD.org) Received: from mirapoint5.brutele.be (mirapoint5.brutele.be [212.68.199.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E79243D58 for ; Sun, 23 Apr 2006 13:31:39 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from host-212-68-244-243.brutele.be (host-212-68-244-243.brutele.be [212.68.244.243]) by mirapoint5.brutele.be (MOS 3.7.3-GA) with ESMTP id EBK72243; Sun, 23 Apr 2006 15:31:35 +0200 (CEST) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id E52B654CF for ; Sun, 23 Apr 2006 15:31:34 +0200 (CEST) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id 85097C0DA for ; Sun, 23 Apr 2006 15:31:34 +0200 (CEST) Date: Sun, 23 Apr 2006 15:31:34 +0200 From: Jean-Yves Lefort To: freebsd-geom@FreeBSD.org Message-Id: <20060423153134.63716562.jylefort@FreeBSD.org> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__23_Apr_2006_15_31_34_+0200_eyj+bgu54cv.KY0U" X-Junkmail-Status: score=10/50, host=mirapoint5.brutele.be X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090203.444B802F.000F,ss=1,fgs=0, ip=212.68.244.243, so=2005-12-15 23:46:19, dmn=5.1.5/2006-02-08 Cc: Subject: multiple of sector size I/O restriction 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, 23 Apr 2006 13:31:41 -0000 --Signature=_Sun__23_Apr_2006_15_31_34_+0200_eyj+bgu54cv.KY0U Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In sys/geom/geom_io.c, g_io_check() I find this: /* Reject I/O not on sector boundary */ if (bp->bio_offset % pp->sectorsize) return (EINVAL); Which causes this: # dd if=3D/dev/ad1 of=3Dtest bs=3D512 count=3D1 1+0 records in 1+0 records out 512 bytes transferred in 1.889527 secs (271 bytes/sec) # dd if=3D/dev/ad1 of=3Dtest bs=3D513 count=3D1 dd: /dev/ad1: Invalid argument 0+0 records in 0+0 records out 0 bytes transferred in 0.000254 secs (0 bytes/sec) Why this restriction? --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Sun__23_Apr_2006_15_31_34_+0200_eyj+bgu54cv.KY0U Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFES4G2yzD7UaO4AGoRAhO7AJ0eYlTld3Co/z2vjIMoIOL+zfqUwgCfZ6oY UebZt4kk+3eyCJI8/NDHE3M= =m/Xu -----END PGP SIGNATURE----- --Signature=_Sun__23_Apr_2006_15_31_34_+0200_eyj+bgu54cv.KY0U-- From owner-freebsd-geom@FreeBSD.ORG Sun Apr 23 14:40:40 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C39F316A406; Sun, 23 Apr 2006 14:40:40 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4549243D68; Sun, 23 Apr 2006 14:40:40 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id BBCAB1703F; Sun, 23 Apr 2006 14:40:38 +0000 (UTC) To: Jean-Yves Lefort From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 23 Apr 2006 15:31:34 +0200." <20060423153134.63716562.jylefort@FreeBSD.org> Date: Sun, 23 Apr 2006 16:40:35 +0200 Message-ID: <10365.1145803235@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@FreeBSD.org Subject: Re: multiple of sector size I/O restriction 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, 23 Apr 2006 14:40:40 -0000 In message <20060423153134.63716562.jylefort@FreeBSD.org>, Jean-Yves Lefort wri tes: >In sys/geom/geom_io.c, g_io_check() I find this: > > /* Reject I/O not on sector boundary */ > if (bp->bio_offset % pp->sectorsize) > return (EINVAL); > >Which causes this: > > # dd if=3D/dev/ad1 of=3Dtest bs=3D512 count=3D1 > 1+0 records in > 1+0 records out > 512 bytes transferred in 1.889527 secs (271 bytes/sec) > > # dd if=3D/dev/ad1 of=3Dtest bs=3D513 count=3D1 > dd: /dev/ad1: Invalid argument > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000254 secs (0 bytes/sec) > >Why this restriction? That is how disks work. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Sun Apr 23 15:56:09 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6D5E16A404 for ; Sun, 23 Apr 2006 15:56:09 +0000 (UTC) (envelope-from jylefort@FreeBSD.org) Received: from mirapoint2.brutele.be (mirapoint2.brutele.be [212.68.199.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A5B43D48 for ; Sun, 23 Apr 2006 15:56:08 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from host-212-68-244-243.brutele.be (host-212-68-244-243.brutele.be [212.68.244.243]) by mirapoint2.brutele.be (MOS 3.7.3-GA) with ESMTP id DYR20308; Sun, 23 Apr 2006 17:56:06 +0200 (CEST) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id E3C985530; Sun, 23 Apr 2006 17:56:05 +0200 (CEST) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id 8464FC0DA; Sun, 23 Apr 2006 17:56:05 +0200 (CEST) Date: Sun, 23 Apr 2006 17:56:05 +0200 From: Jean-Yves Lefort To: "Poul-Henning Kamp" Message-Id: <20060423175605.35a26523.jylefort@FreeBSD.org> In-Reply-To: <10365.1145803235@critter.freebsd.dk> References: <20060423153134.63716562.jylefort@FreeBSD.org> <10365.1145803235@critter.freebsd.dk> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__23_Apr_2006_17_56_05_+0200_HaDUqp6tUy.QZGft" X-Junkmail-Status: score=10/50, host=mirapoint2.brutele.be X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090205.444BA20F.0015,ss=1,fgs=0, ip=212.68.244.243, so=2005-12-15 23:46:19, dmn=5.1.5/2006-02-08 Cc: freebsd-geom@FreeBSD.org Subject: Re: multiple of sector size I/O restriction 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, 23 Apr 2006 15:56:09 -0000 --Signature=_Sun__23_Apr_2006_17_56_05_+0200_HaDUqp6tUy.QZGft Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 23 Apr 2006 16:40:35 +0200 "Poul-Henning Kamp" wrote: > In message <20060423153134.63716562.jylefort@FreeBSD.org>, Jean-Yves Lefo= rt wri > tes: >=20 > >In sys/geom/geom_io.c, g_io_check() I find this: > > > > /* Reject I/O not on sector boundary */ > > if (bp->bio_offset % pp->sectorsize) > > return (EINVAL); > > > >Which causes this: > > > > # dd if=3D3D/dev/ad1 of=3D3Dtest bs=3D3D512 count=3D3D1 > > 1+0 records in > > 1+0 records out > > 512 bytes transferred in 1.889527 secs (271 bytes/sec) > > > > # dd if=3D3D/dev/ad1 of=3D3Dtest bs=3D3D513 count=3D3D1 > > dd: /dev/ad1: Invalid argument > > 0+0 records in > > 0+0 records out > > 0 bytes transferred in 0.000254 secs (0 bytes/sec) > > > >Why this restriction? >=20 > That is how disks work. I should reformulate my question. I've found some linux code which reads from a raw cd device in non-multiples of the sector size; I imagine that this code works on linux. This leads me to think that it is possible to overcome the hardware limitation by software means. Am I right? --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Sun__23_Apr_2006_17_56_05_+0200_HaDUqp6tUy.QZGft Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFES6OVyzD7UaO4AGoRAji4AJkBt/179r8wbcvcbT17slTCDJxr/QCeMz15 nWuzbp5beL9ndWEP5HjXCTs= =2QAv -----END PGP SIGNATURE----- --Signature=_Sun__23_Apr_2006_17_56_05_+0200_HaDUqp6tUy.QZGft-- From owner-freebsd-geom@FreeBSD.ORG Sun Apr 23 16:10:53 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 253B816A404; Sun, 23 Apr 2006 16:10:53 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F79243D6D; Sun, 23 Apr 2006 16:10:52 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 374561703F; Sun, 23 Apr 2006 16:10:51 +0000 (UTC) To: Jean-Yves Lefort From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 23 Apr 2006 17:56:05 +0200." <20060423175605.35a26523.jylefort@FreeBSD.org> Date: Sun, 23 Apr 2006 18:10:50 +0200 Message-ID: <889.1145808650@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@FreeBSD.org Subject: Re: multiple of sector size I/O restriction 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, 23 Apr 2006 16:10:53 -0000 In message <20060423175605.35a26523.jylefort@FreeBSD.org>, Jean-Yves Lefort wri tes: >> >Which causes this: >> > >> > # dd if=3D/dev/ad1 of=3Dtest bs=3D512 count=3D1 >> > 1+0 records in >> > 1+0 records out >> > 512 bytes transferred in 1.889527 secs (271 bytes/sec) >> > >> > # dd if=3D/dev/ad1 of=3Dtest bs=3D513 count=3D1 >> > dd: /dev/ad1: Invalid argument >> > 0+0 records in >> > 0+0 records out >> > 0 bytes transferred in 0.000254 secs (0 bytes/sec) >> > >> >Why this restriction? >> >> That is how disks work. > >I should reformulate my question. > >I've found some linux code which reads from a raw cd device in >non-multiples of the sector size; I imagine that this code works on >linux. This leads me to think that it is possible to overcome the >hardware limitation by software means. Am I right? Yes, the linux kernel does not give access to the raw disks, you always have to pass though their buffer cache. FreeBSD does never give you access to the buffer cache but always sends you directly to the disk. The userland application will have to read an integral number of sectors at their physical boundaries on FreeBSD. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Sun Apr 23 16:11:28 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B016816A405; Sun, 23 Apr 2006 16:11:28 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22FED43D6B; Sun, 23 Apr 2006 16:11:25 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1C4E02088; Sun, 23 Apr 2006 18:11:21 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 0DFD82087; Sun, 23 Apr 2006 18:11:21 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id E10DA33C31; Sun, 23 Apr 2006 18:11:20 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Jean-Yves Lefort References: <20060423153134.63716562.jylefort@FreeBSD.org> <10365.1145803235@critter.freebsd.dk> <20060423175605.35a26523.jylefort@FreeBSD.org> Date: Sun, 23 Apr 2006 18:11:20 +0200 In-Reply-To: <20060423175605.35a26523.jylefort@FreeBSD.org> (Jean-Yves Lefort's message of "Sun, 23 Apr 2006 17:56:05 +0200") Message-ID: <8664l0nufr.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Poul-Henning Kamp , freebsd-geom@FreeBSD.org Subject: Re: multiple of sector size I/O restriction 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, 23 Apr 2006 16:11:28 -0000 Jean-Yves Lefort writes: > I've found some linux code which reads from a raw cd device in > non-multiples of the sector size; I imagine that this code works on > linux. This leads me to think that it is possible to overcome the > hardware limitation by software means. Am I right? Linux still has block devices; FreeBSD doesn't. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Sun Apr 23 16:30:54 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1294616A400 for ; Sun, 23 Apr 2006 16:30:54 +0000 (UTC) (envelope-from jylefort@FreeBSD.org) Received: from mirapoint2.brutele.be (mirapoint2.brutele.be [212.68.199.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D9CF43D45 for ; Sun, 23 Apr 2006 16:30:53 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from host-212-68-244-243.brutele.be (host-212-68-244-243.brutele.be [212.68.244.243]) by mirapoint2.brutele.be (MOS 3.7.3-GA) with ESMTP id DYR24828; Sun, 23 Apr 2006 18:30:50 +0200 (CEST) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id DC39C5530; Sun, 23 Apr 2006 18:30:49 +0200 (CEST) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id 9DCC0C0DA; Sun, 23 Apr 2006 18:30:49 +0200 (CEST) Date: Sun, 23 Apr 2006 18:30:49 +0200 From: Jean-Yves Lefort To: "Poul-Henning Kamp" Message-Id: <20060423183049.0e90ee1e.jylefort@FreeBSD.org> In-Reply-To: <889.1145808650@critter.freebsd.dk> References: <20060423175605.35a26523.jylefort@FreeBSD.org> <889.1145808650@critter.freebsd.dk> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__23_Apr_2006_18_30_49_+0200_FQ_43J5mh1sDLPJD" X-Junkmail-Status: score=10/50, host=mirapoint2.brutele.be X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090207.444BAA33.001A,ss=1,fgs=0, ip=212.68.244.243, so=2005-12-15 23:46:19, dmn=5.1.5/2006-02-08 Cc: freebsd-geom@FreeBSD.org Subject: Re: multiple of sector size I/O restriction 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, 23 Apr 2006 16:30:54 -0000 --Signature=_Sun__23_Apr_2006_18_30_49_+0200_FQ_43J5mh1sDLPJD Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 23 Apr 2006 18:10:50 +0200 "Poul-Henning Kamp" wrote: > In message <20060423175605.35a26523.jylefort@FreeBSD.org>, Jean-Yves Lefo= rt wri > tes: >=20 > >> >Which causes this: > >> > > >> > # dd if=3D3D/dev/ad1 of=3D3Dtest bs=3D3D512 count=3D3D1 > >> > 1+0 records in > >> > 1+0 records out > >> > 512 bytes transferred in 1.889527 secs (271 bytes/sec) > >> > > >> > # dd if=3D3D/dev/ad1 of=3D3Dtest bs=3D3D513 count=3D3D1 > >> > dd: /dev/ad1: Invalid argument > >> > 0+0 records in > >> > 0+0 records out > >> > 0 bytes transferred in 0.000254 secs (0 bytes/sec) > >> > > >> >Why this restriction? > >>=20 > >> That is how disks work. > > > >I should reformulate my question. > > > >I've found some linux code which reads from a raw cd device in > >non-multiples of the sector size; I imagine that this code works on > >linux. This leads me to think that it is possible to overcome the > >hardware limitation by software means. Am I right? >=20 > Yes, the linux kernel does not give access to the raw disks, you > always have to pass though their buffer cache. >=20 > FreeBSD does never give you access to the buffer cache but always > sends you directly to the disk. >=20 > The userland application will have to read an integral number of > sectors at their physical boundaries on FreeBSD. Do you think it would be feasible (from a performance and/or complexity standpoint) to add the necessary magic to GEOM so that the restriction is lifted? --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Sun__23_Apr_2006_18_30_49_+0200_FQ_43J5mh1sDLPJD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFES6u5yzD7UaO4AGoRAqNyAJ0YY3da1eOaqUYUgbzxq0GxRzHHNgCfdOUb 0ttSevgbfbCqufsLvet6low= =By/K -----END PGP SIGNATURE----- --Signature=_Sun__23_Apr_2006_18_30_49_+0200_FQ_43J5mh1sDLPJD-- From owner-freebsd-geom@FreeBSD.ORG Sun Apr 23 20:48:10 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FBC816A402; Sun, 23 Apr 2006 20:48:10 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23A8343D58; Sun, 23 Apr 2006 20:48:10 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id AFA741703F; Sun, 23 Apr 2006 20:48:08 +0000 (UTC) To: Jean-Yves Lefort From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 23 Apr 2006 18:30:49 +0200." <20060423183049.0e90ee1e.jylefort@FreeBSD.org> Date: Sun, 23 Apr 2006 22:48:07 +0200 Message-ID: <1877.1145825287@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@FreeBSD.org Subject: Re: multiple of sector size I/O restriction 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, 23 Apr 2006 20:48:10 -0000 In message <20060423183049.0e90ee1e.jylefort@FreeBSD.org>, Jean-Yves Lefort wri tes: >Do you think it would be feasible (from a performance and/or >complexity standpoint) to add the necessary magic to GEOM so that the >restriction is lifted? By default: no. But it would be possible to write a special GEOM class to offer this functionality. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Sun Apr 23 21:12:05 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DD2516A404 for ; Sun, 23 Apr 2006 21:12:05 +0000 (UTC) (envelope-from jylefort@FreeBSD.org) Received: from mirapoint5.brutele.be (mirapoint5.brutele.be [212.68.199.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 190C643D53 for ; Sun, 23 Apr 2006 21:12:03 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from host-212-68-244-243.brutele.be (host-212-68-244-243.brutele.be [212.68.244.243]) by mirapoint5.brutele.be (MOS 3.7.3-GA) with ESMTP id EBL35816; Sun, 23 Apr 2006 23:11:58 +0200 (CEST) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id 8A9179312; Sun, 23 Apr 2006 23:11:58 +0200 (CEST) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id 545C8C13F; Sun, 23 Apr 2006 23:11:58 +0200 (CEST) Date: Sun, 23 Apr 2006 23:11:58 +0200 From: Jean-Yves Lefort To: "Poul-Henning Kamp" Message-Id: <20060423231158.178d0d5b.jylefort@FreeBSD.org> In-Reply-To: <1877.1145825287@critter.freebsd.dk> References: <20060423183049.0e90ee1e.jylefort@FreeBSD.org> <1877.1145825287@critter.freebsd.dk> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__23_Apr_2006_23_11_58_+0200_LXPn3v+zJObD7W=N" X-Junkmail-Status: score=10/50, host=mirapoint5.brutele.be X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090201.444BEC1B.0011,ss=1,fgs=0, ip=212.68.244.243, so=2005-12-15 23:46:19, dmn=5.1.5/2006-02-08 Cc: freebsd-geom@FreeBSD.org Subject: Re: multiple of sector size I/O restriction 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, 23 Apr 2006 21:12:05 -0000 --Signature=_Sun__23_Apr_2006_23_11_58_+0200_LXPn3v+zJObD7W=N Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 23 Apr 2006 22:48:07 +0200 "Poul-Henning Kamp" wrote: > In message <20060423183049.0e90ee1e.jylefort@FreeBSD.org>, Jean-Yves Lefo= rt wri > tes: >=20 > >Do you think it would be feasible (from a performance and/or > >complexity standpoint) to add the necessary magic to GEOM so that the > >restriction is lifted? >=20 > By default: no. >=20 > But it would be possible to write a special GEOM class to offer this > functionality. I'll have a look, thanks. --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Sun__23_Apr_2006_23_11_58_+0200_LXPn3v+zJObD7W=N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFES+2eyzD7UaO4AGoRAu4OAJwOE6AQFEGPWXBRu/wvH7TTJY/TQQCfVh01 zETW1eZyKQ/cDCO7+uEXuTw= =u/zh -----END PGP SIGNATURE----- --Signature=_Sun__23_Apr_2006_23_11_58_+0200_LXPn3v+zJObD7W=N-- From owner-freebsd-geom@FreeBSD.ORG Sun Apr 23 23:31:08 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E8F16A400; Sun, 23 Apr 2006 23:31:08 +0000 (UTC) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA52A43D48; Sun, 23 Apr 2006 23:31:06 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id A6458131E1D; Mon, 24 Apr 2006 09:01:05 +0930 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 86418857AC; Mon, 24 Apr 2006 09:01:05 +0930 (CST) Date: Mon, 24 Apr 2006 09:01:05 +0930 From: Greg 'groggy' Lehey To: Poul-Henning Kamp Message-ID: <20060423233105.GK26969@wantadilla.lemis.com> References: <20060423175605.35a26523.jylefort@FreeBSD.org> <889.1145808650@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/rDaUNvWv5XYRSKj" Content-Disposition: inline In-Reply-To: <889.1145808650@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: Jean-Yves Lefort , freebsd-geom@FreeBSD.org Subject: Re: multiple of sector size I/O restriction 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, 23 Apr 2006 23:31:08 -0000 --/rDaUNvWv5XYRSKj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 23 April 2006 at 18:10:50 +0200, Poul-Henning Kamp wrote: > In message <20060423175605.35a26523.jylefort@FreeBSD.org>, Jean-Yves Lefort writes: >> >> I've found some linux code which reads from a raw cd device in >> non-multiples of the sector size; I imagine that this code works on >> linux. This leads me to think that it is possible to overcome the >> hardware limitation by software means. Am I right? > > Yes, the linux kernel does not give access to the raw disks, you > always have to pass though their buffer cache. s/always // There are ways to bypass buffer cache in Linux. They're not pretty. Greg -- See complete headers for address and phone numbers. --/rDaUNvWv5XYRSKj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFETA45IubykFB6QiMRAkc9AJsEjjVkpg2KM109UVTe9xQOABwQSACfdUmw INigZNYqC4afZ2AIPGF1BIk= =btYx -----END PGP SIGNATURE----- --/rDaUNvWv5XYRSKj-- From owner-freebsd-geom@FreeBSD.ORG Mon Apr 24 11:02:42 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B82516A40F for ; Mon, 24 Apr 2006 11:02:42 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 936BE43D68 for ; Mon, 24 Apr 2006 11:02:40 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k3OB2ebV035456 for ; Mon, 24 Apr 2006 11:02:40 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k3OB2dm4035450 for freebsd-geom@freebsd.org; Mon, 24 Apr 2006 11:02:39 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 24 Apr 2006 11:02:39 GMT Message-Id: <200604241102.k3OB2dm4035450@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter 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, 24 Apr 2006 11:02:42 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/01/21] kern/76538 geom [gbde] nfs-write on gbde partition stalls o [2005/08/04] kern/84556 geom [geom] GBDE-encrypted swap causes panic a o [2005/10/16] kern/87544 geom [gbde] mmaping large files on a gbde file o [2005/11/16] kern/89102 geom [geom_vfs] [panic] panic when forced unmo o [2005/12/08] bin/90093 geom fdisk(8) incapable of altering in-core ge o [2005/12/18] kern/90582 geom [geom_mirror] [panic] Restore cause panic o [2006/04/15] kern/95771 geom [geom] geom mirror provider destroyed (ma 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/02/26] bin/78131 geom gbde "destroy" not working. o [2005/03/26] kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o [2006/03/18] kern/94632 geom [geom] Kernel output resets input while G 3 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Apr 25 05:18:22 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6502516A401 for ; Tue, 25 Apr 2006 05:18:22 +0000 (UTC) (envelope-from cdjones-freebsd-geom@novusordo.net) Received: from correo.novusordo.net (cdjj.org [216.194.85.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C40B143D55 for ; Tue, 25 Apr 2006 05:18:21 +0000 (GMT) (envelope-from cdjones-freebsd-geom@novusordo.net) Received: from [192.168.2.100] (S010600c049bda6b5.ed.shawcable.net [68.149.198.157]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by correo.novusordo.net (Postfix) with ESMTP id 5BE23114B3; Mon, 24 Apr 2006 23:18:17 -0600 (MDT) In-Reply-To: <000001c66318$82b3bc60$0f02a8c0@chimay> References: <000001c66318$82b3bc60$0f02a8c0@chimay> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chris Jones Date: Mon, 24 Apr 2006 23:18:15 -0600 To: Thomas Coppens X-Mailer: Apple Mail (2.749.3) Cc: freebsd-geom@freebsd.org Subject: Re: Replacing Failed Drive... with gvinum... again 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, 25 Apr 2006 05:18:22 -0000 On 18-Apr-06, at 12:47 PM, Thomas Coppens wrote: > More users are interested in this issue. Could someone give some > directions > on how to replace a failed drive with gvinum (RAID 1 and 5)? Hi, Thomas --- I think something along the following lines should work: 0. Install new disk, ensuring it has the same device name as the old one. 1. Partition / slice new disk in the same way as the old one, or to taste. 2. 'gvinum saveconfig' should write the gvinum configuration to the new disk. 3. 'gvinum start' or 'gvinum rebuildparity' as needed to rebuild the disk. With that said, I haven't tried this, and I don't have any equipment immediately at hand with which to test this, but it seems plausible. Cheers, Chris From owner-freebsd-geom@FreeBSD.ORG Wed Apr 26 21:44:12 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BBE916A401 for ; Wed, 26 Apr 2006 21:44:12 +0000 (UTC) (envelope-from yontege@hal.rescomp.berkeley.edu) Received: from rescomp.berkeley.edu (keyserver.Rescomp.Berkeley.EDU [169.229.70.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC94F43D49 for ; Wed, 26 Apr 2006 21:44:11 +0000 (GMT) (envelope-from yontege@hal.rescomp.berkeley.edu) Received: by rescomp.berkeley.edu (Postfix, from userid 1032) id 22F8A5B77B; Wed, 26 Apr 2006 14:44:04 -0700 (PDT) Date: Wed, 26 Apr 2006 14:44:04 -0700 From: "Ian A. Tegebo" To: freebsd-geom@freebsd.org Message-ID: <20060426214402.GA2496@rescomp.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Failure Detection 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, 26 Apr 2006 21:44:12 -0000 I'm trying to write a nagios check that will run on my gmirror hosts. I'd like to know what I should look for to be able to determine if a failure has occurred. I took a look at the man pages: gmirror, geom, vinum, and so on but couldn't find much information about state (DIRTY for instance). After searching this list some, I found that DIRTY apparently means that it's ready to be written to? Further search revealed that a 'gmirror status' should return something like "degraded" if a device has failed. I'm running 5.3 and am not seeing the 'status' command for gmirror so I'm supposing I'll need to upgrade. Where can I find more detailed information about what the output of 'gmirror list' means? Has anyone come up with a better way then grepping 'gmirror status' output for 'degraded'? Thanks, -- Ian Tegebo From owner-freebsd-geom@FreeBSD.ORG Thu Apr 27 05:04:36 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD59D16A403 for ; Thu, 27 Apr 2006 05:04:36 +0000 (UTC) (envelope-from yance@exemail.com.au) Received: from acorn.exetel.com.au (acorn.exetel.com.au [220.233.0.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4996A43D53 for ; Thu, 27 Apr 2006 05:04:36 +0000 (GMT) (envelope-from yance@exemail.com.au) Received: from localhost ([127.0.0.1] helo=webmail.exetel.com.au) by acorn.exetel.com.au with esmtp (Exim 4.60) (envelope-from ) id 1FYyg7-0005j7-AN for freebsd-geom@freebsd.org; Thu, 27 Apr 2006 15:04:35 +1000 Received: from 61.88.127.146 (SquirrelMail authenticated user yance@exemail.com.au) by webmail.exetel.com.au with HTTP; Thu, 27 Apr 2006 15:04:35 +1000 (EST) Message-ID: <50135.61.88.127.146.1146114275.squirrel@webmail.exetel.com.au> Date: Thu, 27 Apr 2006 15:04:35 +1000 (EST) From: yance@exemail.com.au To: freebsd-geom@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: failure replacing fail hard disk 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, 27 Apr 2006 05:04:36 -0000 Hi all, I setup geom on FreeBSD following this article http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html With two 80 GB seagate HDD - the primary master is ad0 and secondary master is ad2 So: #gmirror label -v -b round-robin gm0 /dev/ad0 . .reboot . #gmirror insert gm0 /dev/ad2 However, when I put ad2 as ad0 and put a fresh HDD as ad2, GEOM failed to load. I did run "gmirror forget gm0" command before shutting down and replacing the HDD. Which step would I have missed to casue this? Kind regards, Yance From owner-freebsd-geom@FreeBSD.ORG Thu Apr 27 08:56:28 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D8D316A402 for ; Thu, 27 Apr 2006 08:56:28 +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 F2A0143D46 for ; Thu, 27 Apr 2006 08:56:27 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id F234152C10; Thu, 27 Apr 2006 10:56:25 +0200 (CEST) Received: from localhost (ana50.internetdsl.tpnet.pl [83.17.82.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8759C50F93; Thu, 27 Apr 2006 10:56:17 +0200 (CEST) Date: Thu, 27 Apr 2006 10:54:51 +0200 From: Pawel Jakub Dawidek To: "Ian A. Tegebo" Message-ID: <20060427085451.GA20828@garage.freebsd.pl> References: <20060426214402.GA2496@rescomp.berkeley.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20060426214402.GA2496@rescomp.berkeley.edu> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: Failure Detection 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, 27 Apr 2006 08:56:28 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 26, 2006 at 02:44:04PM -0700, Ian A. Tegebo wrote: +> I'm trying to write a nagios check that will run on my gmirror hosts. I= 'd=20 +> like to know what I should look for to be able to determine if a failure= =20 +> has occurred. +>=20 +> I took a look at the man pages: gmirror, geom, vinum, and so on but +> couldn't find much information about state (DIRTY for instance). After +> searching this list some, I found that DIRTY apparently means that it's +> ready to be written to? DIRTY means that device is open for writting and when a crash/power failure occur, it will be synchronized on next boot. +> Further search revealed that a 'gmirror status' should return something +> like "degraded" if a device has failed. I'm running 5.3 and am not +> seeing the 'status' command for gmirror so I'm supposing I'll need to +> upgrade. The 'status' subcommand was introduce in 6.x. +> Where can I find more detailed information about what the output of +> 'gmirror list' means? Has anyone come up with a better way then +> grepping 'gmirror status' output for 'degraded'? Grepping 'gmirror status' should be enough. I'm wodering about a way to report failures from GEOM classes to userland, but haven't had time to work on this yet. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEUIbbForvXbEpPzQRAuj9AJ9EaZQc8ANE7DAdF7WnairRWmqm+gCbBRK9 Vsndpzi9lItleCgSx26npCo= =qrDD -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-geom@FreeBSD.ORG Thu Apr 27 09:03:57 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFE6E16A405 for ; Thu, 27 Apr 2006 09:03:57 +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 0AF7F43D53 for ; Thu, 27 Apr 2006 09:03:57 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AE0D952C10; Thu, 27 Apr 2006 11:03:55 +0200 (CEST) Received: from localhost (ana50.internetdsl.tpnet.pl [83.17.82.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D3E1A50F93; Thu, 27 Apr 2006 11:03:47 +0200 (CEST) Date: Thu, 27 Apr 2006 11:02:24 +0200 From: Pawel Jakub Dawidek To: yance@exemail.com.au Message-ID: <20060427090224.GB20828@garage.freebsd.pl> References: <50135.61.88.127.146.1146114275.squirrel@webmail.exetel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <50135.61.88.127.146.1146114275.squirrel@webmail.exetel.com.au> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: failure replacing fail hard disk 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, 27 Apr 2006 09:03:57 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 27, 2006 at 03:04:35PM +1000, yance@exemail.com.au wrote: +> Hi all, +>=20 +> I setup geom on FreeBSD following this article +> http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html +>=20 +> With two 80 GB seagate HDD - the primary master is ad0 and secondary +> master is ad2 +>=20 +> So: +> #gmirror label -v -b round-robin gm0 /dev/ad0 +> . +> .reboot +> . +> #gmirror insert gm0 /dev/ad2 +>=20 +> However, when I put ad2 as ad0 and put a fresh HDD as ad2, GEOM failed to +> load. You wait for synchronization process to finish, right? +> I did run "gmirror forget gm0" command before shutting down and replacing +> the HDD. 'forget' command is when the disk you want to replace is disconnected. Could you increase debug level to 1 (kern.geom.mirror.debug) and send me the output from the console? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEUIigForvXbEpPzQRAiD4AKCbG6nJL9U6gk0AKznd6dvP9sIRwQCcCOqI FH/TNyV2lQtoKw50Cv47voA= =1u1I -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-geom@FreeBSD.ORG Thu Apr 27 21:22:09 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 631E716A402 for ; Thu, 27 Apr 2006 21:22:09 +0000 (UTC) (envelope-from ender@tog.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 604F843D70 for ; Thu, 27 Apr 2006 21:22:07 +0000 (GMT) (envelope-from ender@tog.net) Received: from [192.168.1.101] (unknown [216.89.225.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id E6B2C29B5A2 for ; Thu, 27 Apr 2006 17:22:06 -0400 (EDT) Message-ID: <4451355E.801@tog.net> Date: Thu, 27 Apr 2006 17:19:26 -0400 From: Ender User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: GEOM_MIRROR: Component concat/leg2 (device data) broken, skipping 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, 27 Apr 2006 21:22:09 -0000 I have a gmirror provider named "data" with 2 consumers "leg1" and "leg2". Each gconcat provider has 4 consumers. The gconcat consumers are actually ggatec devices. Geom name: leg1 State: UP Status: Total=4, Online=4 Type: AUTOMATIC ID: 1899079681 Providers: 1. Name: concat/leg1 Mediasize: 675976717312 (630G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ggate14 Mediasize: 95865781248 (89G) Sectorsize: 512 Mode: r1w1e2 Start: 580110936576 End: 675976717312 2. Name: ggate11 Mediasize: 120000000000 (112G) Sectorsize: 512 Mode: r1w1e2 Start: 0 End: 119999999488 3. Name: ggate13 Mediasize: 300069052416 (279G) Sectorsize: 512 Mode: r1w1e2 Start: 280041884672 End: 580110936576 4. Name: ggate12 Mediasize: 160041885696 (149G) Sectorsize: 512 Mode: r1w1e2 Start: 119999999488 End: 280041884672 Geom name: leg2 State: UP Status: Total=4, Online=4 Type: AUTOMATIC ID: 260049114 Providers: 1. Name: concat/leg2 Mediasize: 676009618432 (630G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ggate21 Mediasize: 120000000000 (112G) Sectorsize: 512 Mode: r0w0e0 Start: 0 End: 119999999488 2. Name: ggate22 Mediasize: 160041885696 (149G) Sectorsize: 512 Mode: r0w0e0 Start: 119999999488 End: 280041884672 3. Name: ggate23 Mediasize: 300069052416 (279G) Sectorsize: 512 Mode: r0w0e0 Start: 280041884672 End: 580110936576 4. Name: ggate24 Mediasize: 95898682368 (89G) Sectorsize: 512 Mode: r0w0e0 Start: 580110936576 End: 676009618432 # ggatec list ggate14 ggate11 ggate13 ggate12 ggate21 ggate22 ggate23 ggate24 The problem is my gmiror degraded. # gmirror list Geom name: data State: DEGRADED Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 1 SyncID: 1 ID: 3615665854 Providers: 1. Name: mirror/data Mediasize: 675976716800 (630G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: concat/leg1 Mediasize: 675976717312 (630G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 1 SyncID: 1 ID: 1250101353 And when i try andn insert a new disk i get this> GEOM_MIRROR: Component concat/leg2 (device data) broken, skipping. GEOM_MIRROR: Cannot add disk concat/leg2 to data (error=22). I set kern.geom.mirror.debug: 1, and i tryed to dd if=/dev/zero of=/dev/ad* for each disk in leg2 as shown here: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2005-01/2574.html no luck, any suggestions? Here is what i did to start this setup: #ON 10.10.1.10 ggatec create -o rw -q 2048 -S 4194304 -R 4194304 -t 600 -u 11 10.10.1.101 /dev/ad1 ggatec create -o rw -q 2048 -S 4194304 -R 4194304 -t 600 -u 12 10.10.1.101 /dev/ad2 ggatec create -o rw -q 2048 -S 4194304 -R 4194304 -t 600 -u 13 10.10.1.101 /dev/ad3 ggatec create -o rw -q 2048 -S 4194304 -R 4194304 -t 600 -u 14 10.10.1.101 /dev/ad0s1f ggatec create -o rw -q 2048 -S 4194304 -R 4194304 -t 600 -u 21 10.10.1.102 /dev/ad1 ggatec create -o rw -q 2048 -S 4194304 -R 4194304 -t 600 -u 22 10.10.1.102 /dev/ad2 ggatec create -o rw -q 2048 -S 4194304 -R 4194304 -t 600 -u 23 10.10.1.102 /dev/ad3 ggatec create -o rw -q 2048 -S 4194304 -R 4194304 -t 600 -u 24 10.10.1.102 /dev/ad0s1f #ON 10.10.1.10 gconcat label -v leg1 /dev/ggate11 /dev/ggate12 /dev/ggate13 /dev/ggate14 gconcat label -v leg2 /dev/ggate21 /dev/ggate22 /dev/ggate23 /dev/ggate24 gmirror label -v -b round-robin data /dev/concat/leg1 /dev/concat/leg2 newfs -U /dev/mirror/data mount /dev/mirror/data /data #ON 10.10.1.101 and 10.10.1.102 #!/bin/sh # # PROVIDE: ggated # REQUIRE: bar_service_required_to_precede_foo . /etc/rc.subr name="ggated" rcvar=`set_rcvar` command="/sbin/ggated" command_args="-R 4194304 -S 4194304" load_rc_config $name run_rc_command "$1" From owner-freebsd-geom@FreeBSD.ORG Fri Apr 28 07:02:50 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A334F16A400 for ; Fri, 28 Apr 2006 07:02:50 +0000 (UTC) (envelope-from yance@exemail.com.au) Received: from acorn.exetel.com.au (acorn.exetel.com.au [220.233.0.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6632343D48 for ; Fri, 28 Apr 2006 07:02:48 +0000 (GMT) (envelope-from yance@exemail.com.au) Received: from localhost ([127.0.0.1] helo=webmail.exetel.com.au) by acorn.exetel.com.au with esmtp (Exim 4.60) (envelope-from ) id 1FZN03-0004w7-3l for freebsd-geom@freebsd.org; Fri, 28 Apr 2006 17:02:47 +1000 Received: from 61.88.127.146 (SquirrelMail authenticated user yance@exemail.com.au) by webmail.exetel.com.au with HTTP; Fri, 28 Apr 2006 17:02:47 +1000 (EST) Message-ID: <56352.61.88.127.146.1146207767.squirrel@webmail.exetel.com.au> Date: Fri, 28 Apr 2006 17:02:47 +1000 (EST) From: yance@exemail.com.au To: freebsd-geom@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: failure replacing fail hard disk 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, 28 Apr 2006 07:02:50 -0000 > On Thu, Apr 27, 2006 at 09:33:36PM +1000, yance@exemail.com.au wrote: +> > On Thu, Apr 27, 2006 at 03:04:35PM +1000, yance@exemail.com.au wrote: +> > +> Hi all, > +> > +> > +> > +> I setup geom on FreeBSD following this article > +> > +> http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html +> > +> > +> > +> With two 80 GB seagate HDD - the primary master is ad0 and secondary > +> > +> master is ad2 > +> > +> > +> > +> So: > +> > +> #gmirror label -v -b round-robin gm0 /dev/ad0 > +> > +> . > +> > +> .reboot > +> > +> . > +> > +> #gmirror insert gm0 /dev/ad2 > +> > +> > +> > +> However, when I put ad2 as ad0 and put a fresh HDD as ad2, GEOM failed > +> > to > +> > +> load. > +> > > +> > You wait for synchronization process to finish, right? > +> > > +> > +> I did run "gmirror forget gm0" command before shutting down and +> > replacing > +> > +> the HDD. > +> > > +> > 'forget' command is when the disk you want to replace is > disconnected. > +> > Could you increase debug level to 1 (kern.geom.mirror.debug) and send me > +> > the output from the console? > +> > > +> > -- > +> > Pawel Jakub Dawidek http://www.wheel.pl +> > pjd@FreeBSD.org http://www.FreeBSD.org +> > FreeBSD committer Am I Evil? Yes, I Am! +> > > +> > +> Hi Pawel, > +> > +> This is the correct debug message. > > Everything looks fine. So can you describe "GEOM failed to load" more precisely and send me the same debug from when it happens? > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! Hi Pawel, Maybe I did the wrong way when I tried to simulate a failed hard disk. Following was what I did: 0. GEOM is installed, rebooted, synchronised 1. Assume (pretend) ad0 crashed. 2. gmirror forget ad0 -> maybe I should not do this since it's still connected 3. I shutdown the PC 4. Remove ad0 5. Replace ad0 with ad2 - now ad2 is ad0, i.e. connected to the primary master channel 5. Put a fresh hdd as ad2 - secondary master. 6. Boot the PC 7. The following message appear: Mounting root from ufs:/dev/gm0s1a . . . Manual root filesystem specification: : Mount using filesystem e.g. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> 8. mountroot>ufs:/dev/ad0s1a 9. The PC booted normally To be clear: there is no message stating GEOM fail to load, I am sorry for the misleading info. dmesg of FreeBSD 5.3 GEOM_MIRROR: Device gm0 created (id=2125638583). GEOM_MIRROR: Device gm0: provider ad0 detected. GEOM_MIRROR: Device gm0: provider ad0 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR: Device gm0 already configured. Mounting root from ufs:/dev/mirror/gm0s1a dmesg of FreeBSD 6.0-RELEASE ad0: 76318MB at ata0-master UDMA100 ad2: 76318MB at ata1-master UDMA100 GEOM_MIRROR: Device gm0 created (id=2885959259). GEOM_MIRROR: Device gm0: provider ad0 detected. GEOM_MIRROR: Device gm0: provider ad2 detected. Root mount waitingGEOM_MIRROR: Device gm0: provider ad2 activated. for: GMIRRORGEOM_MIRROR: Device gm0: provider ad0 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Trying to mount root from ufs:/dev/mirror/gm0s1a Notice the 6.0 dmesg, the last few lines looks bungled, and the last line says "Trying to mount root ..." Anything abnormal here? Kind regards, Yance p/s: I am sorry for sending the email directly to you Pawel, I should have looked before I send the emails. From owner-freebsd-geom@FreeBSD.ORG Fri Apr 28 17:13:16 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D15B616A401 for ; Fri, 28 Apr 2006 17:13:16 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from smtp.unsam.edu.ar (smtp.unsam.edu.ar [170.210.48.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 328ED43D48 for ; Fri, 28 Apr 2006 17:12:55 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from omega.iib.unsam.edu.ar (omega.iib.unsam.edu.ar [192.168.10.14]) by smtp.unsam.edu.ar (8.12.6/8.12.6) with ESMTP id k3SHF63u011426 for ; Fri, 28 Apr 2006 14:15:06 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: from omega.iib.unsam.edu.ar (localhost [127.0.0.1]) by omega.iib.unsam.edu.ar (8.13.4/8.13.4) with ESMTP id k3SHCR8b036411 for ; Fri, 28 Apr 2006 14:12:27 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by omega.iib.unsam.edu.ar (8.13.4/8.13.3/Submit) id k3SHCRbc036406 for freebsd-geom@freebsd.org; Fri, 28 Apr 2006 14:12:27 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: omega.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Fri, 28 Apr 2006 14:12:26 -0300 From: Fernan Aguero To: freebsd-geom@freebsd.org Message-ID: <20060428171226.GG62606@iib.unsam.edu.ar> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: panic when loading mirror 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, 28 Apr 2006 17:13:16 -0000 Hi, I'm playing with gmirror on a box with a pair of spare slices before installing a production box. The box is running 6.1-RC (i386), and has two identical disks (ad0, ad2) already sliced and partitioned: ad0: ad0s1 unused slice ad0s2 ad0s2b (swap), ad0s2a (/), ad0s2d (/var), ad0s2e (/usr) ... ad2: ad2s1 unused slice ad2s2 ad2s2b (swap), ad2s2d (/tmp), ad2s2e (/usr/ports) ... My idea was to use the unused slices (identical in size) to set up a geom mirror. After reading the man pages and the following guides http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html?page=1 http://people.freebsd.org/~rse/mirror/ this is what I did: # gmirror label -v -b round-robin gm0s1 ad0s1 ad2s1 Metadata value stored on ad0s1. Metadata value stored on ad2s1. Done. But then attempting to load the mirror, causes a system panic. I'm copying the messages by hand, so excuse any typo. Also, I'm copying what I see on the screen ... I can't know if there were other errors before the ones I'm transcribing (capturing the session with script(1) doesn't help here). # gmirror load WARNING: Expected rawoffset 0, found 63 WARNING: Device name truncated! (mirror/gsm0s1ccccccccccccc...c) [ this is repeated several times. gsm0s1 is followed above by 51 'c's) ] Fatal double fault: eip = 0xc04a7982 esp = 0xe2244ff4 ebp = 0xe2245038 panic: double fault My questions: did I do something wrong? (maybe the system shouldn't let me instead of entering into a panic ...) Was this caused because I used already sliced and partitioned disks? The second example in the guide written by rse uses slices ... Or is this something that is expected to happen and should be fixed? Thanks in advance, Fernan From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 00:34:05 2006 Return-Path: X-Original-To: geom@freebsd.org Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1482F16A402 for ; Sat, 29 Apr 2006 00:34:05 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64D1F43D46 for ; Sat, 29 Apr 2006 00:34:04 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nz-out-0102.google.com with SMTP id i28so2038565nzi for ; Fri, 28 Apr 2006 17:34:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fbXekVvYDiJICu8fXgVyy7GoFU40G0uEtEaZejhaWcGfiU00fbRANhSvYU1Nf9gYw+eV2tTubU1j8u+ZtvTh0mdyHdzjRlnTosL8bCk1B04e7bE+twPdhER1S1NrwhGqih0UGTrm0I6hrua4+81JlpLp7nilCBv84aJgIHikhgI= Received: by 10.36.127.17 with SMTP id z17mr2694611nzc; Fri, 28 Apr 2006 17:34:03 -0700 (PDT) Received: by 10.36.58.13 with HTTP; Fri, 28 Apr 2006 17:34:03 -0700 (PDT) Message-ID: <6eb82e0604281734v37c6eca0q8daa5dbca66f58d7@mail.gmail.com> Date: Fri, 28 Apr 2006 20:34:03 -0400 From: "Rong-En Fan" To: geom@freebsd.org, "Pawel Jakub Dawidek" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: v_vfs_done error = 1 on gconcat device 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, 29 Apr 2006 00:34:05 -0000 Hi Pawel, I'm running RELENG_6 around Apr 6. Sometimes, I saw lots of g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]error = =3D 1 g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]error = =3D 1 g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]error = =3D 1 g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]error = =3D 1 g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]error = =3D 1 in my console. The concat/tmp is consist of two disk: Geom name: tmp State: UP Status: Total=3D2, Online=3D2 Type: AUTOMATIC ID: 2047271624 Providers: 1. Name: concat/tmp Mediasize: 62055485440 (58G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: da0s1d Mediasize: 25658654720 (24G) Sectorsize: 512 Mode: r1w1e2 Start: 0 End: 25658654208 2. Name: da1s1e Mediasize: 36396831744 (34G) Sectorsize: 512 Mode: r1w1e2 Start: 25658654208 End: 62055485440 If the offset in the console is in the same unit as "Mediasize" in gconcat = list, then, it looks like it tries to write something that crossing two physical disks. IIRC, everytime I see those messages, the offset is really close to the end of the first disk. Any ideas? Thanks, Rong-En fan From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 07:16:40 2006 Return-Path: X-Original-To: geom@freebsd.org Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A627116A400 for ; Sat, 29 Apr 2006 07:16:40 +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 001C343D48 for ; Sat, 29 Apr 2006 07:16:39 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CE78852C10; Sat, 29 Apr 2006 09:16:37 +0200 (CEST) Received: from localhost (dli137.neoplus.adsl.tpnet.pl [83.24.38.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3A3DA50B0D; Sat, 29 Apr 2006 09:16:28 +0200 (CEST) Date: Sat, 29 Apr 2006 09:15:02 +0200 From: Pawel Jakub Dawidek To: Rong-En Fan Message-ID: <20060429071501.GA4896@garage.freebsd.pl> References: <6eb82e0604281734v37c6eca0q8daa5dbca66f58d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <6eb82e0604281734v37c6eca0q8daa5dbca66f58d7@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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: geom@freebsd.org Subject: Re: v_vfs_done error = 1 on gconcat device 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, 29 Apr 2006 07:16:40 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 28, 2006 at 08:34:03PM -0400, Rong-En Fan wrote: +> Hi Pawel, +>=20 +> I'm running RELENG_6 around Apr 6. Sometimes, I saw lots of +>=20 +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]err= or =3D 1 +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]err= or =3D 1 +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]err= or =3D 1 +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]err= or =3D 1 +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]err= or =3D 1 +>=20 +> in my console. The concat/tmp is consist of two disk: +>=20 +> Geom name: tmp +> State: UP +> Status: Total=3D2, Online=3D2 +> Type: AUTOMATIC +> ID: 2047271624 +> Providers: +> 1. Name: concat/tmp +> Mediasize: 62055485440 (58G) +> Sectorsize: 512 +> Mode: r1w1e1 +> Consumers: +> 1. Name: da0s1d +> Mediasize: 25658654720 (24G) +> Sectorsize: 512 +> Mode: r1w1e2 +> Start: 0 +> End: 25658654208 +> 2. Name: da1s1e +> Mediasize: 36396831744 (34G) +> Sectorsize: 512 +> Mode: r1w1e2 +> Start: 25658654208 +> End: 62055485440 +>=20 +> If the offset in the console is in the same unit as "Mediasize" in gconc= at list, +> then, it looks like it tries to write something that crossing two +> physical disks. +> IIRC, everytime I see those messages, the offset is really close to the +> end of the first disk. +>=20 +> Any ideas? It works here: # mdconfig -a -t malloc -s 25658654720b -u 0 # mdconfig -a -t malloc -s 36396831744b -u 1 # gconcat label foo md0 md1 # sysctl kern.geom.concat.debug=3D2 # ./dwrite /dev/concat/foo 25658605568 114688 The console output: GEOM_CONCAT[2]: Request received. concat/foo[WRITE(offset=3D25658605568, l= ength=3D114688)] GEOM_CONCAT[2]: Sending request. md0[WRITE(offset=3D25658605568, length=3D= 48640)] GEOM_CONCAT[2]: Sending request. md1[WRITE(offset=3D0, length=3D66048)] I'd more expect that your partitions are not properly configured. Can you show me the output of "bsdlabel /dev/da1s1"? PS. # gconcat list Geom name: foo State: UP Status: Total=3D2, Online=3D2 Type: AUTOMATIC ID: 2742083475 Providers: 1. Name: concat/foo Mediasize: 62055485440 (58G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: md0 Mediasize: 25658654720 (24G) Sectorsize: 512 Mode: r0w0e0 Start: 0 End: 25658654208 2. Name: md1 Mediasize: 36396831744 (34G) Sectorsize: 512 Mode: r0w0e0 Start: 25658654208 End: 62055485440 --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEUxJ1ForvXbEpPzQRAgiPAKCJM27WDNOczHNTgrwrBuA3A/1DDgCg2kuf Qpp3chSAi4zDpVSDwUDHfB8= =gHdh -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 08:53:21 2006 Return-Path: X-Original-To: geom@freebsd.org Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6685E16A400 for ; Sat, 29 Apr 2006 08:53:21 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E20043D48 for ; Sat, 29 Apr 2006 08:53:20 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nz-out-0102.google.com with SMTP id i28so2084245nzi for ; Sat, 29 Apr 2006 01:53:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RTW6ngCZtjM8fSNkcIQZ8fsJN3Nn9+eQcEgfonPjC/WUuF5m0kwIajVaBLm3PM3fz9HzLZCsNEQ+/boUU/mCfwR4AfVtazDS0pXL5issU4ZF+qd17dgVQ4ONyP+HIy0NDs0YafEmPwcI0eCOI9nYqnNb0u3zCS/72Qt6yskYJ8E= Received: by 10.37.20.3 with SMTP id x3mr3404571nzi; Sat, 29 Apr 2006 01:53:19 -0700 (PDT) Received: by 10.36.24.17 with HTTP; Sat, 29 Apr 2006 01:53:19 -0700 (PDT) Message-ID: <6eb82e0604290153o388d8e53jff05cc04fe85ad3f@mail.gmail.com> Date: Sat, 29 Apr 2006 04:53:19 -0400 From: "Rong-En Fan" To: "Pawel Jakub Dawidek" In-Reply-To: <20060429071501.GA4896@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6eb82e0604281734v37c6eca0q8daa5dbca66f58d7@mail.gmail.com> <20060429071501.GA4896@garage.freebsd.pl> Cc: geom@freebsd.org Subject: Re: v_vfs_done error = 1 on gconcat device 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, 29 Apr 2006 08:53:21 -0000 On 4/29/06, Pawel Jakub Dawidek wrote: > On Fri, Apr 28, 2006 at 08:34:03PM -0400, Rong-En Fan wrote: > +> Hi Pawel, > +> > +> I'm running RELENG_6 around Apr 6. Sometimes, I saw lots of > +> > +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]e= rror =3D 1 > +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]e= rror =3D 1 > +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]e= rror =3D 1 > +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]e= rror =3D 1 > +> g_vfs_done():concat/tmp[WRITE(offset=3D25658605568, length=3D114688)]e= rror =3D 1 > +> > +> in my console. The concat/tmp is consist of two disk: > +> > +> Geom name: tmp > +> State: UP > +> Status: Total=3D2, Online=3D2 > +> Type: AUTOMATIC > +> ID: 2047271624 > +> Providers: > +> 1. Name: concat/tmp > +> Mediasize: 62055485440 (58G) > +> Sectorsize: 512 > +> Mode: r1w1e1 > +> Consumers: > +> 1. Name: da0s1d > +> Mediasize: 25658654720 (24G) > +> Sectorsize: 512 > +> Mode: r1w1e2 > +> Start: 0 > +> End: 25658654208 > +> 2. Name: da1s1e > +> Mediasize: 36396831744 (34G) > +> Sectorsize: 512 > +> Mode: r1w1e2 > +> Start: 25658654208 > +> End: 62055485440 > +> > +> If the offset in the console is in the same unit as "Mediasize" in gco= ncat list, > +> then, it looks like it tries to write something that crossing two > +> physical disks. > +> IIRC, everytime I see those messages, the offset is really close to th= e > +> end of the first disk. > +> > +> Any ideas? > > It works here: > > # mdconfig -a -t malloc -s 25658654720b -u 0 > # mdconfig -a -t malloc -s 36396831744b -u 1 > # gconcat label foo md0 md1 > # sysctl kern.geom.concat.debug=3D2 > # ./dwrite /dev/concat/foo 25658605568 114688 > > The console output: > > GEOM_CONCAT[2]: Request received. concat/foo[WRITE(offset=3D25658= 605568, length=3D114688)] > GEOM_CONCAT[2]: Sending request. md0[WRITE(offset=3D25658605568, = length=3D48640)] > GEOM_CONCAT[2]: Sending request. md1[WRITE(offset=3D0, length=3D6= 6048)] > > I'd more expect that your partitions are not properly configured. Can > you show me the output of "bsdlabel /dev/da1s1"? Hi, # /dev/da1s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 71087562 0 unused 0 0 # "raw" part, don't= edit e: 71087562 0 4.2BSD 2048 16384 28552 Errrr, should the offset of first partition start from offset 16? evil sysinstall... If so, then I dont think I have much to do except backup, fix the offset, create a new gconcat, and restore? Thanks, Rong-En Fan From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 12:05:04 2006 Return-Path: X-Original-To: geom@freebsd.org Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2BB716A401 for ; Sat, 29 Apr 2006 12:05:04 +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 CC9AE43D46 for ; Sat, 29 Apr 2006 12:05:03 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2698552C10; Sat, 29 Apr 2006 14:05:02 +0200 (CEST) Received: from localhost (dli137.neoplus.adsl.tpnet.pl [83.24.38.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 9DD8C50F93; Sat, 29 Apr 2006 14:04:56 +0200 (CEST) Date: Sat, 29 Apr 2006 14:03:27 +0200 From: Pawel Jakub Dawidek To: Rong-En Fan Message-ID: <20060429120327.GE4896@garage.freebsd.pl> References: <6eb82e0604281734v37c6eca0q8daa5dbca66f58d7@mail.gmail.com> <20060429071501.GA4896@garage.freebsd.pl> <6eb82e0604290153o388d8e53jff05cc04fe85ad3f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yb+qhiCg54lqZFXW" Content-Disposition: inline In-Reply-To: <6eb82e0604290153o388d8e53jff05cc04fe85ad3f@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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: geom@freebsd.org Subject: Re: v_vfs_done error = 1 on gconcat device 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, 29 Apr 2006 12:05:04 -0000 --Yb+qhiCg54lqZFXW Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 29, 2006 at 04:53:19AM -0400, Rong-En Fan wrote: +> On 4/29/06, Pawel Jakub Dawidek wrote: +> >It works here: +> > +> > # mdconfig -a -t malloc -s 25658654720b -u 0 +> > # mdconfig -a -t malloc -s 36396831744b -u 1 +> > # gconcat label foo md0 md1 +> > # sysctl kern.geom.concat.debug=3D2 +> > # ./dwrite /dev/concat/foo 25658605568 114688 +> > +> >The console output: +> > +> > GEOM_CONCAT[2]: Request received. concat/foo[WRITE(offset=3D256= 58605568, length=3D114688)] +> > GEOM_CONCAT[2]: Sending request. md0[WRITE(offset=3D25658605568= , length=3D48640)] +> > GEOM_CONCAT[2]: Sending request. md1[WRITE(offset=3D0, length= =3D66048)] +> > +> >I'd more expect that your partitions are not properly configured. Can +> >you show me the output of "bsdlabel /dev/da1s1"? +>=20 +> Hi, +>=20 +> # /dev/da1s1: +> 8 partitions: +> # size offset fstype [fsize bsize bps/cpg] +> c: 71087562 0 unused 0 0 # "raw" part, don= 't edit +> e: 71087562 0 4.2BSD 2048 16384 28552 +>=20 +> Errrr, should the offset of first partition start from offset 16? evil +> sysinstall... +> If so, then I dont think I have much to do except backup, fix the offset, +> create a new gconcat, and restore? Yes, I'm afraid so. The BSD class just return EPERM when you try to overwrite the metadata. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Yb+qhiCg54lqZFXW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEU1YPForvXbEpPzQRAir0AJ9Ij0oWYvsgKu6GX/xy++5cvjOXiACeMiI4 tUPBigpD2OKjWDBBaeJnH8E= =eoRS -----END PGP SIGNATURE----- --Yb+qhiCg54lqZFXW-- From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 14:27:44 2006 Return-Path: X-Original-To: geom@freebsd.org Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A15716A400 for ; Sat, 29 Apr 2006 14:27:44 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02EC343D45 for ; Sat, 29 Apr 2006 14:27:42 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nz-out-0102.google.com with SMTP id i28so2119862nzi for ; Sat, 29 Apr 2006 07:27:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QGDREqprZWsIseEYbpiXzoiX4guCnhRGTLI9c+Osyo69Hk7+oQuK6qXOUqqkOi8H3bm/gPDySuZ5TUD8I/ZzyFO5yl4TOfTNe/57JhsUh9824HGateef0ynpYGffERn6uXvdv/Gfgl8QthgvI4WegpbllPuYTmjR/8NXwqz1pwo= Received: by 10.36.250.31 with SMTP id x31mr6958351nzh; Sat, 29 Apr 2006 07:27:42 -0700 (PDT) Received: by 10.36.24.17 with HTTP; Sat, 29 Apr 2006 07:27:42 -0700 (PDT) Message-ID: <6eb82e0604290727l5bbda2a1nb1d31798cce10cc1@mail.gmail.com> Date: Sat, 29 Apr 2006 10:27:42 -0400 From: "Rong-En Fan" To: "Pawel Jakub Dawidek" In-Reply-To: <20060429120327.GE4896@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6eb82e0604281734v37c6eca0q8daa5dbca66f58d7@mail.gmail.com> <20060429071501.GA4896@garage.freebsd.pl> <6eb82e0604290153o388d8e53jff05cc04fe85ad3f@mail.gmail.com> <20060429120327.GE4896@garage.freebsd.pl> Cc: geom@freebsd.org Subject: Re: v_vfs_done error = 1 on gconcat device 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, 29 Apr 2006 14:27:44 -0000 On 4/29/06, Pawel Jakub Dawidek wrote: > On Sat, Apr 29, 2006 at 04:53:19AM -0400, Rong-En Fan wrote: > +> On 4/29/06, Pawel Jakub Dawidek wrote: > +> >It works here: > +> > > +> > # mdconfig -a -t malloc -s 25658654720b -u 0 > +> > # mdconfig -a -t malloc -s 36396831744b -u 1 > +> > # gconcat label foo md0 md1 > +> > # sysctl kern.geom.concat.debug=3D2 > +> > # ./dwrite /dev/concat/foo 25658605568 114688 > +> > > +> >The console output: > +> > > +> > GEOM_CONCAT[2]: Request received. concat/foo[WRITE(offset=3D2= 5658605568, length=3D114688)] > +> > GEOM_CONCAT[2]: Sending request. md0[WRITE(offset=3D256586055= 68, length=3D48640)] > +> > GEOM_CONCAT[2]: Sending request. md1[WRITE(offset=3D0, length= =3D66048)] > +> > > +> >I'd more expect that your partitions are not properly configured. Can > +> >you show me the output of "bsdlabel /dev/da1s1"? > +> > +> Hi, > +> > +> # /dev/da1s1: > +> 8 partitions: > +> # size offset fstype [fsize bsize bps/cpg] > +> c: 71087562 0 unused 0 0 # "raw" part, d= on't edit > +> e: 71087562 0 4.2BSD 2048 16384 28552 > +> > +> Errrr, should the offset of first partition start from offset 16? evil > +> sysinstall... > +> If so, then I dont think I have much to do except backup, fix the offs= et, > +> create a new gconcat, and restore? > > Yes, I'm afraid so. The BSD class just return EPERM when you try to > overwrite the metadata. Thanks. By the way, I'm just wondering if we can have some meaningful error message, like "permission denied" instead of the magic "1"? Regards, Rong-En Fan From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 14:43:54 2006 Return-Path: X-Original-To: geom@freebsd.org Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47B7016A445 for ; Sat, 29 Apr 2006 14:43: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 3936243D5A for ; Sat, 29 Apr 2006 14:43:52 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AA24B52BC5; Sat, 29 Apr 2006 16:43:50 +0200 (CEST) Received: from localhost (dli137.neoplus.adsl.tpnet.pl [83.24.38.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 91CCF50BC1; Sat, 29 Apr 2006 16:43:44 +0200 (CEST) Date: Sat, 29 Apr 2006 16:42:13 +0200 From: Pawel Jakub Dawidek To: Rong-En Fan Message-ID: <20060429144213.GH4896@garage.freebsd.pl> References: <6eb82e0604281734v37c6eca0q8daa5dbca66f58d7@mail.gmail.com> <20060429071501.GA4896@garage.freebsd.pl> <6eb82e0604290153o388d8e53jff05cc04fe85ad3f@mail.gmail.com> <20060429120327.GE4896@garage.freebsd.pl> <6eb82e0604290727l5bbda2a1nb1d31798cce10cc1@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+Z7/5fzWRHDJ0o7Q" Content-Disposition: inline In-Reply-To: <6eb82e0604290727l5bbda2a1nb1d31798cce10cc1@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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: geom@freebsd.org Subject: Re: v_vfs_done error = 1 on gconcat device 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, 29 Apr 2006 14:43:54 -0000 --+Z7/5fzWRHDJ0o7Q Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 29, 2006 at 10:27:42AM -0400, Rong-En Fan wrote: +> On 4/29/06, Pawel Jakub Dawidek wrote: +> >Yes, I'm afraid so. The BSD class just return EPERM when you try to +> >overwrite the metadata. +>=20 +> Thanks. By the way, I'm just wondering if we can have some meaningful +> error message, like "permission denied" instead of the magic "1"? No, error messages are available only in userland - you don't want to eventually translate those in kernel. Anyway, I somehow know to consult errno(2). Also, "permission denied" doesn't tell much more about the problem. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --+Z7/5fzWRHDJ0o7Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEU3tFForvXbEpPzQRAmWVAKDh6QFQNR87F4Mgkvg7VPb+WI6MAgCfSuQn fUkJ3/S3CH4x3JxPYfCNTlo= =Fm+Y -----END PGP SIGNATURE----- --+Z7/5fzWRHDJ0o7Q-- From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 14:51:23 2006 Return-Path: X-Original-To: geom@freebsd.org Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D78016A405 for ; Sat, 29 Apr 2006 14:51:23 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E80743D46 for ; Sat, 29 Apr 2006 14:51:21 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by nz-out-0102.google.com with SMTP id i28so2122740nzi for ; Sat, 29 Apr 2006 07:51:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HBpw38v1zxm4vs+sZvWLgKMSVH4Bf/PJkp2NX4krAUayEpjcIYI6V+6xP+1CYTQxSC7HwlxFzxrIPOK6yddng3WcKrehAAnD12nqf51PS7Bkq9qtr5Pr7giLlRItrrIQOOet8fzRIXcXb9fFFmsyrU1+txxGZuG4isTMqBE9qLg= Received: by 10.37.20.33 with SMTP id x33mr6614367nzi; Sat, 29 Apr 2006 07:51:21 -0700 (PDT) Received: by 10.36.24.17 with HTTP; Sat, 29 Apr 2006 07:51:21 -0700 (PDT) Message-ID: <6eb82e0604290751t6e04d29fga195f73023599867@mail.gmail.com> Date: Sat, 29 Apr 2006 10:51:21 -0400 From: "Rong-En Fan" To: "Pawel Jakub Dawidek" In-Reply-To: <20060429144213.GH4896@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6eb82e0604281734v37c6eca0q8daa5dbca66f58d7@mail.gmail.com> <20060429071501.GA4896@garage.freebsd.pl> <6eb82e0604290153o388d8e53jff05cc04fe85ad3f@mail.gmail.com> <20060429120327.GE4896@garage.freebsd.pl> <6eb82e0604290727l5bbda2a1nb1d31798cce10cc1@mail.gmail.com> <20060429144213.GH4896@garage.freebsd.pl> Cc: geom@freebsd.org Subject: Re: v_vfs_done error = 1 on gconcat device 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, 29 Apr 2006 14:51:23 -0000 On 4/29/06, Pawel Jakub Dawidek wrote: > On Sat, Apr 29, 2006 at 10:27:42AM -0400, Rong-En Fan wrote: > +> On 4/29/06, Pawel Jakub Dawidek wrote: > +> >Yes, I'm afraid so. The BSD class just return EPERM when you try to > +> >overwrite the metadata. > +> > +> Thanks. By the way, I'm just wondering if we can have some meaningful > +> error message, like "permission denied" instead of the magic "1"? > > No, error messages are available only in userland - you don't want to > eventually translate those in kernel. Anyway, I somehow know to consult > errno(2). Also, "permission denied" doesn't tell much more about the > problem. Thanks for the explanation :) Rong-En Fan From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 14:57:04 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D360B16A401 for ; Sat, 29 Apr 2006 14:57:04 +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 2F85143D48 for ; Sat, 29 Apr 2006 14:57:04 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4CA7A52BC5; Sat, 29 Apr 2006 16:57:02 +0200 (CEST) Received: from localhost (dli137.neoplus.adsl.tpnet.pl [83.24.38.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1244F50BC1; Sat, 29 Apr 2006 16:56:55 +0200 (CEST) Date: Sat, 29 Apr 2006 16:55:25 +0200 From: Pawel Jakub Dawidek To: Fernan Aguero Message-ID: <20060429145525.GJ4896@garage.freebsd.pl> References: <20060428171226.GG62606@iib.unsam.edu.ar> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Do4IU1xF/9sod/r6" Content-Disposition: inline In-Reply-To: <20060428171226.GG62606@iib.unsam.edu.ar> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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-geom@freebsd.org Subject: Re: panic when loading mirror 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, 29 Apr 2006 14:57:05 -0000 --Do4IU1xF/9sod/r6 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 28, 2006 at 02:12:26PM -0300, Fernan Aguero wrote: +> Hi, +>=20 +> I'm playing with gmirror on a box with a pair of spare +> slices before installing a production box. +>=20 +> The box is running 6.1-RC (i386), and has two identical +> disks (ad0, ad2) already sliced and partitioned: +>=20 +> ad0: +> ad0s1 unused slice +> ad0s2 ad0s2b (swap), ad0s2a (/), ad0s2d (/var), ad0s2e (/usr) ... +>=20 +> ad2: +> ad2s1 unused slice +> ad2s2 ad2s2b (swap), ad2s2d (/tmp), ad2s2e (/usr/ports) ... +>=20 +> My idea was to use the unused slices (identical in size) to +> set up a geom mirror. +>=20 +> After reading the man pages and the following guides +> http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html?page=3D1 +> http://people.freebsd.org/~rse/mirror/ +> this is what I did: +>=20 +> # gmirror label -v -b round-robin gm0s1 ad0s1 ad2s1 +> Metadata value stored on ad0s1. +> Metadata value stored on ad2s1. +> Done. +>=20 +> But then attempting to load the mirror, causes a system +> panic. I'm copying the messages by hand, so excuse any typo. +> Also, I'm copying what I see on the screen ... I can't know +> if there were other errors before the ones I'm transcribing +> (capturing the session with script(1) doesn't help here). +>=20 +> # gmirror load +> WARNING: Expected rawoffset 0, found 63 +> WARNING: Device name truncated! (mirror/gsm0s1ccccccccccccc...c) +> [ this is repeated several times. gsm0s1 is followed above +> by 51 'c's) ] +>=20 +> Fatal double fault: +> eip =3D 0xc04a7982 +> esp =3D 0xe2244ff4 +> ebp =3D 0xe2245038 +> panic: double fault +>=20 +>=20 +> My questions: +>=20 +> did I do something wrong? (maybe the system shouldn't let me +> instead of entering into a panic ...) +>=20 +> Was this caused because I used already sliced and +> partitioned disks? The second example in the guide written +> by rse uses slices ...=20 You should configure both slices and partitions on mirrored provider. To fix it you need to clear the old metadata first. +> Or is this something that is expected to happen and should +> be fixed? This shouldn't act that way and panic your box for sure... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Do4IU1xF/9sod/r6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEU35dForvXbEpPzQRAvmJAKDS2VokgjOAWc+JAQqNlOvg5CZcTwCghsNM KwcZrXdm/nX5RMRqFhcuLL8= =C86k -----END PGP SIGNATURE----- --Do4IU1xF/9sod/r6-- From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 18:04:43 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 258F216A402 for ; Sat, 29 Apr 2006 18:04:43 +0000 (UTC) (envelope-from alexb@netservicesplc.com) Received: from netlin02.eng.net (netlin02.eng.net [213.130.128.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D09943D46 for ; Sat, 29 Apr 2006 18:04:42 +0000 (GMT) (envelope-from alexb@netservicesplc.com) Received: from netlin02.eng.net (localhost.localdomain [127.0.0.1]) by netlin02.eng.net (8.12.11/8.12.11) with ESMTP id k3TI4fil002908 for ; Sat, 29 Apr 2006 19:04:41 +0100 Received: (from apache@localhost) by netlin02.eng.net (8.12.11/8.12.11/Submit) id k3TI4d32002905; Sat, 29 Apr 2006 19:04:39 +0100 X-Authentication-Warning: netlin02.eng.net: apache set sender to alexb@netservicesplc.com using -f Received: from 84.9.223.211 (SquirrelMail authenticated user alexb) by netlin02.eng.net with HTTP; Sat, 29 Apr 2006 19:04:39 +0100 (BST) Message-ID: <1230.84.9.223.211.1146333879.squirrel@netlin02.eng.net> Date: Sat, 29 Apr 2006 19:04:39 +0100 (BST) From: "Alex" To: freebsd-geom@freebsd.org User-Agent: SquirrelMail/1.4.4-1.FC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: geom_eli related panic on sparc64 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, 29 Apr 2006 18:04:43 -0000 Hi, I've been playing around with geom_eli for disk encryption as it can use hardware acceleration cards such as the soekris 1401 to speed things up. However, whenever I run "geli attach" to attach a geli device, I get a kernel panic. The device in question is one slice of a geom_mirror RAID array -- I have not tested an individual device to determine whether this makes any difference. System details: Sun Netra t1, UltraSparc IIi 440MHz, 512Mb RAM. FreeBSD 6.0-RELEASE 2x18.2Gb SCSI disks using geom_mirror for RAID1 (I can post a full dmesg if required) I have done a little investigation into this problem after being pointed at some kernel debugging instructions in the FreeBSD developers handbook. The problem occurs both with the stock GENERIC kernel an a self-compiled kernel. I recompiled a debugging kernel and obtained the following stack trace from DDB after the panic occured. The g_post_event_x() line is due to enabling kern.geom.eli.debug="255" in /boot/loader.conf. # geli attach -k ~/home.key /dev/mirror/gm0f Enter passphrase: g_post_event_x(0xc010a3c0, 0xfffff80000518e00, 2, 262144) panic: trap: memory address not aligned KDB: enter: panic [thread pid 2 tid 100004 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> trace Tracing pid 2 tid 100004 td 0xfffff8002fb8f400 panic() at panic+0xf0 trap() at trap+0x3f0 -- memory address not aligned sfar=0xd18ed31d sfsr=0x4002d %o7=0xc016ac14 -- Encode() at Encode+0x64 g_eli_read_metadata() at g_eli_read_metadata+0x38c g_eli_ctl_attach() at g_eli_ctl_attach+0x144 g_eli_config() at g_eli_config+0x94 g_ctl_req() at g_ctl_req+0x8c one_event() at one_event+0x150 g_run_events() at g_run_events+0x4 g_event_procbody() at g_event_procbody+0x70 fork_exit() at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 I looked through the kernel code and found Encode() to be in kern/md5c.c. There are a few gaps in the stack trace due to inlined code, from what I've been able to piece together, the missing steps are: Encode() in kern/md5c.c MD5Final() in kern/md5c.c eli_metadata_decode_v0() in geom/eli/g_eli.h eli_metadata_decode() in geom/eli/g_eli.h g_eli_read_metadata() in geom/eli/g_eli.c I have not tested either 6-STABLE or 7-CURRENT to see if this problem still exists, so if it has been noticed and fixed already, I apologise in advance. I'm afraid I have no useful experience to fix this problem myself, but I am quite happy to provide any information that can aid in tracking down the issue. I am going to disable the geom_mirror array temporarily so that I can confirm that the problem still occurs when using the scsi devices directly, and so that I can capture a full kernel dump to help with the debugging process. Incidentally, while investigating this, I noticed that the g_mirror_taste() function is causing READ_BIG errors on the ata cdrom drive (acd0) in the machine. Thanks in advance for any help! Alex From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 18:25:30 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 316F216A406 for ; Sat, 29 Apr 2006 18:25:30 +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 8A44743D4C for ; Sat, 29 Apr 2006 18:25:29 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id D76CC52C10; Sat, 29 Apr 2006 20:25:27 +0200 (CEST) Received: from localhost (dli137.neoplus.adsl.tpnet.pl [83.24.38.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C442D50BC1; Sat, 29 Apr 2006 20:25:21 +0200 (CEST) Date: Sat, 29 Apr 2006 20:23:50 +0200 From: Pawel Jakub Dawidek To: Alex Message-ID: <20060429182350.GK4896@garage.freebsd.pl> References: <1230.84.9.223.211.1146333879.squirrel@netlin02.eng.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SCOJXUq1iwCn05li" Content-Disposition: inline In-Reply-To: <1230.84.9.223.211.1146333879.squirrel@netlin02.eng.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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-geom@freebsd.org Subject: Re: geom_eli related panic on sparc64 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, 29 Apr 2006 18:25:30 -0000 --SCOJXUq1iwCn05li Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 29, 2006 at 07:04:39PM +0100, Alex wrote: +> Hi, +>=20 +> I've been playing around with geom_eli for disk encryption as it can use +> hardware acceleration cards such as the soekris 1401 to speed things up. +> However, whenever I run "geli attach" to attach a geli device, I get a +> kernel panic. The device in question is one slice of a geom_mirror RAID +> array -- I have not tested an individual device to determine whether this +> makes any difference. This was a bug in md5 implementation, its already fixed in RELENG_6 (the fix will be included in 6.1). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --SCOJXUq1iwCn05li Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEU682ForvXbEpPzQRArsaAKCq5ns2y9KF47a9c+pOutOPJdQ2GACfV6a7 sOXkqaX0TBdaaaO15xYrDYw= =Zzca -----END PGP SIGNATURE----- --SCOJXUq1iwCn05li-- From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 19:13:53 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DA4C16A423; Sat, 29 Apr 2006 19:13:53 +0000 (UTC) (envelope-from alexb@netservicesplc.com) Received: from netlin02.eng.net (netlin02.eng.net [213.130.128.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73F6243D8F; Sat, 29 Apr 2006 19:13:41 +0000 (GMT) (envelope-from alexb@netservicesplc.com) Received: from netlin02.eng.net (localhost.localdomain [127.0.0.1]) by netlin02.eng.net (8.12.11/8.12.11) with ESMTP id k3TJDcij022680; Sat, 29 Apr 2006 20:13:38 +0100 Received: (from apache@localhost) by netlin02.eng.net (8.12.11/8.12.11/Submit) id k3TJDbWx022677; Sat, 29 Apr 2006 20:13:37 +0100 X-Authentication-Warning: netlin02.eng.net: apache set sender to alexb@netservicesplc.com using -f Received: from 84.9.223.211 (SquirrelMail authenticated user alexb) by netlin02.eng.net with HTTP; Sat, 29 Apr 2006 20:13:37 +0100 (BST) Message-ID: <1262.84.9.223.211.1146338017.squirrel@netlin02.eng.net> In-Reply-To: <20060429182350.GK4896@garage.freebsd.pl> References: <1230.84.9.223.211.1146333879.squirrel@netlin02.eng.net> <20060429182350.GK4896@garage.freebsd.pl> Date: Sat, 29 Apr 2006 20:13:37 +0100 (BST) From: "Alex" To: "Pawel Jakub Dawidek" User-Agent: SquirrelMail/1.4.4-1.FC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-geom@FreeBSD.org, Alex Subject: Re: geom_eli related panic on sparc64 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, 29 Apr 2006 19:13:53 -0000 > On Sat, Apr 29, 2006 at 07:04:39PM +0100, Alex wrote: > +> Hi, > +> > +> I've been playing around with geom_eli for disk encryption as it can > use > +> hardware acceleration cards such as the soekris 1401 to speed things > up. > +> However, whenever I run "geli attach" to attach a geli device, I get a > +> kernel panic. The device in question is one slice of a geom_mirror RAID > +> array -- I have not tested an individual device to determine whether > this > +> makes any difference. > > This was a bug in md5 implementation, its already fixed in RELENG_6 (the > fix will be included in 6.1). > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > Thanks for your quick reply, I'll move to 6-STABLE for testing :) --alex From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 21:19:34 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16DED16A409; Sat, 29 Apr 2006 21:19:34 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from smtp.unsam.edu.ar (smtp.unsam.edu.ar [170.210.48.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2798743D68; Sat, 29 Apr 2006 21:19:28 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from omega.iib.unsam.edu.ar (omega.iib.unsam.edu.ar [192.168.10.14]) by smtp.unsam.edu.ar (8.12.6/8.12.6) with ESMTP id k3TLLa3u049250; Sat, 29 Apr 2006 18:21:37 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: from omega.iib.unsam.edu.ar (localhost [127.0.0.1]) by omega.iib.unsam.edu.ar (8.13.4/8.13.4) with ESMTP id k3TLJ70i002950; Sat, 29 Apr 2006 18:19:07 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by omega.iib.unsam.edu.ar (8.13.4/8.13.3/Submit) id k3TLJ7ZQ002949; Sat, 29 Apr 2006 18:19:07 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: omega.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Sat, 29 Apr 2006 18:19:07 -0300 From: Fernan Aguero To: Pawel Jakub Dawidek Message-ID: <20060429211907.GA2855@iib.unsam.edu.ar> References: <20060428171226.GG62606@iib.unsam.edu.ar> <20060429145525.GJ4896@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060429145525.GJ4896@garage.freebsd.pl> User-Agent: Mutt/1.5.11 Cc: freebsd-geom@FreeBSD.org Subject: Re: panic when loading mirror 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, 29 Apr 2006 21:19:34 -0000 +----[ Pawel Jakub Dawidek (29.Apr.2006 12:02): | | On Fri, Apr 28, 2006 at 02:12:26PM -0300, Fernan Aguero wrote: | +> Hi, | +> | +> I'm playing with gmirror on a box with a pair of spare | +> slices before installing a production box. | +> | +> The box is running 6.1-RC (i386), and has two identical | +> disks (ad0, ad2) already sliced and partitioned: | +> | +> ad0: | +> ad0s1 unused slice | +> ad0s2 ad0s2b (swap), ad0s2a (/), ad0s2d (/var), ad0s2e (/usr) ... | +> | +> ad2: | +> ad2s1 unused slice | +> ad2s2 ad2s2b (swap), ad2s2d (/tmp), ad2s2e (/usr/ports) ... | +> | +> My idea was to use the unused slices (identical in size) to | +> set up a geom mirror. | +> | +> After reading the man pages and the following guides | +> http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html?page=1 | +> http://people.freebsd.org/~rse/mirror/ | +> this is what I did: | +> | +> # gmirror label -v -b round-robin gm0s1 ad0s1 ad2s1 | +> Metadata value stored on ad0s1. | +> Metadata value stored on ad2s1. | +> Done. | +> | +> But then attempting to load the mirror, causes a system | +> panic. I'm copying the messages by hand, so excuse any typo. | +> Also, I'm copying what I see on the screen ... I can't know | +> if there were other errors before the ones I'm transcribing | +> (capturing the session with script(1) doesn't help here). | +> | +> # gmirror load | +> WARNING: Expected rawoffset 0, found 63 | +> WARNING: Device name truncated! (mirror/gsm0s1ccccccccccccc...c) | +> [ this is repeated several times. gsm0s1 is followed above | +> by 51 'c's) ] | +> | +> Fatal double fault: | +> eip = 0xc04a7982 | +> esp = 0xe2244ff4 | +> ebp = 0xe2245038 | +> panic: double fault | +> | +> | +> My questions: | +> | +> did I do something wrong? (maybe the system shouldn't let me | +> instead of entering into a panic ...) | +> | +> Was this caused because I used already sliced and | +> partitioned disks? The second example in the guide written | +> by rse uses slices ... | | You should configure both slices and partitions on mirrored provider. Pawel, thanks for your reply. If you say that I should set up the mirror first and then slice and partition, I cannot but trust. But this is not what I see here: http://people.freebsd.org/~rse/mirror/ # place a GEOM mirror label onto first slice of second disk # (actually on the last block of the disk slice) gmirror label -v -n -b round-robin gm0s1 /dev/ad1s1 the provider is already a slice, only partitions are done after configuring and loading the mirror ... I'll try what you suggest, but I'll have to reintall the whole box to do that. | To fix it you need to clear the old metadata first. I'm not following you here ... what metadata? The one added by 'gmirror label'? Or metadata added by the normal fdisk/disklabel process that I do when first installing the box? | +> Or is this something that is expected to happen and should | +> be fixed? | | This shouldn't act that way and panic your box for sure... That's what I thought. Should I file a PR? Under which category? Thanks, Fernan | -- | Pawel Jakub Dawidek http://www.wheel.pl | pjd@FreeBSD.org http://www.FreeBSD.org | FreeBSD committer Am I Evil? Yes, I Am! | +----] From owner-freebsd-geom@FreeBSD.ORG Sat Apr 29 21:40:24 2006 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EED6F16A401 for ; Sat, 29 Apr 2006 21:40:24 +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 E9FE643D45 for ; Sat, 29 Apr 2006 21:40:23 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CEFD252C10; Sat, 29 Apr 2006 23:40:21 +0200 (CEST) Received: from localhost (dkw154.neoplus.adsl.tpnet.pl [83.24.26.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 7106B50B0D; Sat, 29 Apr 2006 23:40:15 +0200 (CEST) Date: Sat, 29 Apr 2006 23:38:42 +0200 From: Pawel Jakub Dawidek To: Fernan Aguero Message-ID: <20060429213842.GM4896@garage.freebsd.pl> References: <20060428171226.GG62606@iib.unsam.edu.ar> <20060429145525.GJ4896@garage.freebsd.pl> <20060429211907.GA2855@iib.unsam.edu.ar> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uwB7x3tnyrZQfZJI" Content-Disposition: inline In-Reply-To: <20060429211907.GA2855@iib.unsam.edu.ar> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (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-geom@FreeBSD.org Subject: Re: panic when loading mirror 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, 29 Apr 2006 21:40:25 -0000 --uwB7x3tnyrZQfZJI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 29, 2006 at 06:19:07PM -0300, Fernan Aguero wrote: +> +----[ Pawel Jakub Dawidek (29.Apr.2006 12:02): +> | You should configure both slices and partitions on mirrored provider. +>=20 +> Pawel, +>=20 +> thanks for your reply.=20 +>=20 +> If you say that I should set up the mirror first and then +> slice and partition, I cannot but trust. But this is not +> what I see here: http://people.freebsd.org/~rse/mirror/ +>=20 +> # place a GEOM mirror label onto first slice of second disk +> # (actually on the last block of the disk slice) +> gmirror label -v -n -b round-robin gm0s1 /dev/ad1s1 +>=20 +> the provider is already a slice, only partitions are done after +> configuring and loading the mirror ... +>=20 +> I'll try what you suggest, but I'll have to reintall the +> whole box to do that. Sorry, you have to have slices when you configure mirror on top of them. Everything below (in your case partitions) you should configure on a mirror device. +> | To fix it you need to clear the old metadata first. +>=20 +> I'm not following you here ... what metadata? The one added +> by 'gmirror label'? Or metadata added by the normal +> fdisk/disklabel process that I do when first installing the +> box? The latter. You can do it with gmirror turned off with this command: # dd if=3D/dev/zero of=3D/dev/ad0s1 count=3D16 This will destroy all your partitions. +> | +> Or is this something that is expected to happen and should +> | +> be fixed? +> |=20 +> | This shouldn't act that way and panic your box for sure... +>=20 +> That's what I thought. Should I file a PR? Under which +> category?=20 Your report is not the first one related to the problem, so I wouldn't be surprised if there is already PR describing it. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --uwB7x3tnyrZQfZJI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEU9ziForvXbEpPzQRAtLPAJ9FPb1SgS4L/bJ5ueAeR5k6NyuGNQCeMnH+ 2hP3ujZUDHD6C4vrsivfliY= =Kxtt -----END PGP SIGNATURE----- --uwB7x3tnyrZQfZJI--