From owner-freebsd-geom@FreeBSD.ORG Sun Nov 5 04:24: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 35AB316A55D for ; Sun, 5 Nov 2006 04:24:42 +0000 (UTC) (envelope-from ulk8iewkn@ricochet.com) Received: from ricochet.com (pc-56-220-47-190.cm.vtr.net [190.47.220.56]) by mx1.FreeBSD.org (Postfix) with SMTP id B927D43D7D for ; Sun, 5 Nov 2006 04:24:28 +0000 (GMT) (envelope-from ulk8iewkn@ricochet.com) To: From: "Danielle Laureen" Date: Sun, 05 Nov 2006 01:24:27 -0400 Message-ID: <3631u968ls.79104115@ricochet.com> User-Agent: Mozilla Thunderbird 1.5 (Windows/20060111) X-Accept-Language: en-us, en MIME-Version: 1.0 Content-Type: multipart/related; boundary="------------Next_Part_65570216" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: nc I AM SO GLAD I DISCOVERED VIGRAMAX ITS THE ONLY ED/ANTI-IMPOTENCE PILL DRUG THAT ACTUALLY WORK build 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, 05 Nov 2006 04:24:42 -0000 This is a multi-part message in MIME format. --------------Next_Part_65570216 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable VigraMax - Natural Anti_ImpotencePill BetterThanViagra, fast acting - start working within 30 mins We served over 100,000 satisfied returning customers worldwide (Ship all countries) VigraMax=$0.94/pill Cheaper 20 times than GenuineViagra=$17.50/pill It cures: Loss of Libido, ErectileDysfunction, LackOfSexual desire, Impotence, Mood swings, Sperm count and potency, General weakness & Depression To conclude, VigraMax is the best solution available for all impotence related problems with NO side effects. Only $0.94/pill, Dont waste $ on other pill (click the link to save) http://kjct.ohyeahwhatisthis.com proceeded tomorrow pay stopping repeated know between, cousin evil gray quickly. room tying reference morning different, --------------Next_Part_65570216 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" proceeded commit money, VigraMax - Natural = Anti_ImpotencePill We served = over 100,000 satisfied returning customers worldwide (Ship all = countries) BetterThanViagra, fast acting - start = working within 30 mins VigraMax=3D$0.94/pill Cheaper 20 times than = GenuineViagra=3D$17.50/pill It's fine blend of safe herbs and all essential vitamins to = give you a break from all those erection problems like impotence, ED, = loss of libido, lack of Sexual Derive, etc It cures: Loss of Libido, ErectileDysfunction, LackOfSexual desire, Impotence, Mood = swings, Sperm count and potency, = General weakness & Depression To conclude, VigraMax is the best solution available for = all impotence related problems with NO side effects. [1]z Only $0.94/pill, Dont waste $ on = other pill (click here) = kv need thinking stay quickly. References 1. 3Dhttp://kjct.ohyeahwhatisthis.com/ --------------Next_Part_65570216-- From owner-freebsd-geom@FreeBSD.ORG Sun Nov 5 04:39:49 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 2A6CB16A4A0 for ; Sun, 5 Nov 2006 04:39:49 +0000 (UTC) (envelope-from akstcairbornemnsdgs@airborne.com) Received: from 213.170.153.61.broad.tz.zj.dynamic.cndata.com (213.170.153.61.broad.tz.zj.dynamic.cndata.com [61.153.170.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FBD643D45 for ; Sun, 5 Nov 2006 04:39:48 +0000 (GMT) (envelope-from akstcairbornemnsdgs@airborne.com) Received: from 216.82.250.115 (HELO cluster10.us.messagelabs.com) by freebsd.org with esmtp (5AY1XTKG4 UIE38C) id VI7CVT-8ATPSY-TP for geom@freebsd.org; Sun, 5 Dec 2006 04:38:16 -0480 From: "Wendy Bruner" To: Message-ID: <01c70094$35f72e60$6c822ecf@akstcairbornemnsdgs> MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_000B_01C700D7.441A6E60" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Importance: Normal X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: My dear Wendy Bruner 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: , Date: Sun, 05 Nov 2006 04:39:49 -0000 X-Original-Date: Sun, 5 Dec 2006 04:38:16 -0480 X-List-Received-Date: Sun, 05 Nov 2006 04:39:49 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C700D7.441A6E60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit each statement-but with little success. on both sides it was only assertion. again she read on; but"while mary is adjusting her ideas," he continued, "let us return to mr. bingley."certainly was not unseldom, she involuntarily turned her eye on charlotte. once or twice she couldas i abominate writing, i would not give up mr. collins's correspondence for any consideration. nay,"nay," said elizabeth, "this is not fair. you wish to think all the world respectable, and are hurtcomfort of intimacy was over, and though determined not to slacken as a correspondent, it was for the"this is a most unfortunate affair, and will probably be much talked of. but we must stem thecurious water-plant, there chanced to be a little alteration. it originated in mrs. gardiner, who, fatiguedbeen meditating on the very great pleasure which a pair of fine eyes in the face of a pretty woman canelizabeth found the interest of the subject increase, and listened with all her heart; but thei have still a nother to add. i am no stranger to the particulars of your youngest sister's infamouscame to make such an awkward business of it. did you see it?"Y> ------=_NextPart_000_000B_01C700D7.441A6E60-- From owner-freebsd-geom@FreeBSD.ORG Sun Nov 5 08:18: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 CDB6D16A4E6 for ; Sun, 5 Nov 2006 08:18:12 +0000 (UTC) (envelope-from kayogk@cargolink.com) Received: from cargolink.com (62-43-83-194.user.ono.com [62.43.83.194]) by mx1.FreeBSD.org (Postfix) with SMTP id DD34943D55 for ; Sun, 5 Nov 2006 08:18:11 +0000 (GMT) (envelope-from kayogk@cargolink.com) Message-ID: <049d01c70078$3bfc90a0$3418c8a0@svisitationu> From: "Essie Reillya" To: Date: Sun, 05 Nov 2006 09:18:00 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Little Stocks Sizzle Sometimes cl X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Essie Reillya List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 08:18:13 -0000 LISTEN UP This advisory is based on exclusive insiders/agents information. (AVLN.OB) Avalon Energy Corporation has an undivided 85% working interest in the Shotgun Draw Prospect in the prolific natural gas producing Uinta Basin , located in the US Rockies, Utah . The lease comprises 13,189 acres with a potential 4 TCF recoverable gas and is overpressured by a 0.55 . 0.85 gradient. ON MONDAY NOV 6th: at 11 cents its a STEAL - Volume: 389,001 - Volume: + 50% - Price: +5.77% The key to any tade is buying low and selling high, WELL the energy market has bottomed out and time to get in is now. We specialise in calling market bottom and when it comes to energy THIS IS THE BOTTOM, SO GET IN FOLKS LIGHTNING FAST RESULTS LIGHTNING FAST RESULTS Two days after the accident, the Federal Aviation Administration ordered small, fixed-wing planes not to fly over the East River unless the pilot is in contact with air traffic controllers. The airplane, which also carried flight instructor Tyler Stanger, struck the building and fell 30 stories to the street below. Investigators do not say whether they determined who was at the controls of the Cirrus SR20. Three firefighters died when the flames swept over their truck, and a fourth died soon after at a hospital. A fifth was taken off life support and died this week. The last time so many firefighters were killed battling a wildfire was July 1994, when 14 were killed near Glenwood Springs, Colorado, according to the National Interagency Fire Center. President Bush, working a southwest Missouri campaign crowd like a yell leader, blasted Democrats on Friday, saying they have no plan to keep Americans safe from terrorists. From owner-freebsd-geom@FreeBSD.ORG Sun Nov 5 08:19:11 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 6EAB216A989 for ; Sun, 5 Nov 2006 08:19:11 +0000 (UTC) (envelope-from auluftwaffewde@cargolink.com) Received: from cargolink.com (62-43-83-194.user.ono.com [62.43.83.194]) by mx1.FreeBSD.org (Postfix) with SMTP id C602143D73 for ; Sun, 5 Nov 2006 08:19:10 +0000 (GMT) (envelope-from auluftwaffewde@cargolink.com) Message-ID: <08dd01c70003$3ccd03f0$6298f8b0@yniagarah> From: "Essie Reillya" To: Date: Sun, 05 Nov 2006 09:18:59 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Penny Stock Poised to Explode Higher? q X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Essie Reillya List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 08:19:11 -0000 THIS ONE IS BEING PROMOTED, TAKE ADVANTAGE This advisory is based on exclusive insiders/agents information. (AVLN.OB) Avalon Energy Corporation has an undivided 85% working interest in the Shotgun Draw Prospect in the prolific natural gas producing Uinta Basin , located in the US Rockies, Utah . The lease comprises 13,189 acres with a potential 4 TCF recoverable gas and is overpressured by a 0.55 . 0.85 gradient. ON MONDAY NOV 6th: at 11 cents its a STEAL - Volume: 389,001 - Volume: + 50% - Price: +5.77% The key to any tade is buying low and selling high, WELL the energy market has bottomed out and time to get in is now. We specialise in calling market bottom and when it comes to energy THIS IS THE BOTTOM, SO GET IN FOLKS YOU WANNA WATCH THIS YOU WANNA WATCH THIS Democrats say they are ahead in many races because of the public's growing dissatisfaction with the war in Iraq. And polls show that a clear majority of Americans see the war as a mistake and far fewer support the president's handling of it. Several thousand GOP supporters cheered Bush as he strode into the darkened Springfield Exposition Center where volunteers handed out signs that said "Cards fans for Talent" -- a reference to the St. Louis Cardinals' World Series victory. Authorities were trying to determine whether Oyler has any links to at least 40 fires in the area since May, according to an official involved in the investigation who spoke on condition of anonymity because the case is continuing. Last week's fire was stoked by Santa Ana winds as it swept southwest through the mountains about 90 miles east of Los Angeles. The flames overran the fire crew, destroyed 34 homes and charred more than 60 square miles before being contained Monday. From owner-freebsd-geom@FreeBSD.ORG Sun Nov 5 14:39:39 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 1004C16A407 for ; Sun, 5 Nov 2006 14:39:39 +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 169A243D78 for ; Sun, 5 Nov 2006 14:39:25 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 370BA487F3; Sun, 5 Nov 2006 15:39:23 +0100 (CET) Received: from localhost (dlo147.neoplus.adsl.tpnet.pl [83.24.44.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B5F21487F0 for ; Sun, 5 Nov 2006 15:39:17 +0100 (CET) Date: Sun, 5 Nov 2006 15:39:08 +0100 From: Pawel Jakub Dawidek To: freebsd-geom@FreeBSD.org Message-ID: <20061105143908.GJ83118@garage.freebsd.pl> References: <20060213155454.GM2248@rabbit> <20060213180744.GB18369@garage.freebsd.pl> <20061103162611.GS2276@rabbit> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5dNcufZ4prhark0F" Content-Disposition: inline In-Reply-To: <20061103162611.GS2276@rabbit> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: ** X-Spam-Status: No, score=2.9 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_NJABL_PROXY,RCVD_IN_SORBS_DUL,RCVD_IN_XBL autolearn=no version=3.0.4 Cc: Subject: Re: Replacing Failed Drive 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, 05 Nov 2006 14:39:39 -0000 --5dNcufZ4prhark0F Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 03, 2006 at 11:26:11AM -0500, Mark Bucciarelli wrote: > On Mon, Feb 13, 2006 at 07:07:45PM +0100, Pawel Jakub Dawidek wrote: > > On Mon, Feb 13, 2006 at 10:54:54AM -0500, Mark Bucciarelli wrote: > > +> I have a dead drive that I will replace tonight. > > +>=20 > > +> $ gmirror status > > +> Name Status Components > > +> mirror/gm0 DEGRADED da1 > > +> $ > > +>=20 > > +> As I read the man page, I should do this: > > +>=20 > > +> (1) gmirror forget gm0 > > +> (2) power down > > +> (3) replace drive > > +> (4) power up > > +> (5) gmirror insert gm0 da0 > > +>=20 > > +> Is this the correct sequence? > >=20 > > Yes. >=20 > Ok, now I need to replace a good disk that I think has a bad > block (getting a bunch of soft SCSI errors). >=20 > Is this OK: >=20 > (1) gmirror remove gm0 da1 > (2) power down > (3) replace drive > (4) power up > (5) gmirror insert gm0 da1 It is correct. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --5dNcufZ4prhark0F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFTfeMForvXbEpPzQRAk71AJ9neKcVVne1Q3L3QZjhKxK+XpcnQQCg443z R4kLwK+xHVMaS2+msyMKTu4= =gRpk -----END PGP SIGNATURE----- --5dNcufZ4prhark0F-- From owner-freebsd-geom@FreeBSD.ORG Mon Nov 6 11:07: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 3420E16A4CE for ; Mon, 6 Nov 2006 11:07:54 +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 E7EA343D5A for ; Mon, 6 Nov 2006 11:07:53 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kA6B7r0Z013873 for ; Mon, 6 Nov 2006 11:07:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kA6B7qTM013869 for freebsd-geom@FreeBSD.org; Mon, 6 Nov 2006 11:07:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Nov 2006 11:07:52 GMT Message-Id: <200611061107.kA6B7qTM013869@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 11:07:54 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/89102 geom [geom_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for 3 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Nov 6 11:50:31 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 EC3D316A516 for ; Mon, 6 Nov 2006 11:50:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D0743D5A for ; Mon, 6 Nov 2006 11:49:53 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zmjktu@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kA6Bnltu079136; Mon, 6 Nov 2006 12:49:52 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kA6BnkOb079135; Mon, 6 Nov 2006 12:49:46 +0100 (CET) (envelope-from olli) Date: Mon, 6 Nov 2006 12:49:46 +0100 (CET) Message-Id: <200611061149.kA6BnkOb079135@lurza.secnetix.de> From: Oliver Fromme To: freebsd-geom@FreeBSD.ORG, vanhu_bsd@zeninc.net In-Reply-To: <20061102143915.GA26008@zen.inc> X-Newsgroups: list.freebsd-geom User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 06 Nov 2006 12:49:52 +0100 (CET) Cc: Subject: Re: FSCKing a RO partition X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-geom@FreeBSD.ORG, vanhu_bsd@zeninc.net List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 11:50:32 -0000 VANHULLEBUS Yvan wrote: > [background] > When the system starts up, root partition is already monted RO, and > fsck works, without any problems, without any warning. > > [my problem] > Very early in the startup (in a custom init to be exact), I need to > remount ROOT R/W, do some write operations, then I want to remount it > RO to let the normal rc process continue. > > Under FreeBSD 4.11, it works. > > But under FreeBSD6 (and I guess 5, but I don't have a running FreeBSD5 > host), fsck says "NO WRITE ACCESS", then starts its stuff (but I fear > what will happen if it detect problems on the filesystem....). > > The RO remount is done by a call to mount(2), with > MNT_RDONLY|MNT_UPDATE flags and MNT_EXRDONLY ex_flags. > > I also tried with the mount command and -u -r options with the same > result. A quick workaround would be to run "fsck -p" yourself on the root partition before you remount it read-write. You have to do that anyway, because the FS might be dirty so you wouldn't be able to remount it r-w in the first place (unless you apply "force", which is dangerous). You will still get a warning message from fsck later, but at least your root FS should be clean at that point. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-geom@FreeBSD.ORG Mon Nov 6 12:05:17 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 40DB616A47E for ; Mon, 6 Nov 2006 12:05:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B437B43D49 for ; Mon, 6 Nov 2006 12:05:15 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (aronkd@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kA6C4GR9079704; Mon, 6 Nov 2006 13:04:21 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kA6C4FXt079703; Mon, 6 Nov 2006 13:04:15 +0100 (CET) (envelope-from olli) Date: Mon, 6 Nov 2006 13:04:15 +0100 (CET) Message-Id: <200611061204.kA6C4FXt079703@lurza.secnetix.de> From: Oliver Fromme To: freebsd-geom@FreeBSD.ORG, Oles Hnatkevych In-Reply-To: <961295086.20061105000919@able.com.ua> X-Newsgroups: list.freebsd-geom User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 06 Nov 2006 13:04:21 +0100 (CET) Cc: Subject: Re: geom stripe perfomance question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-geom@FreeBSD.ORG, Oles Hnatkevych List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 12:05:17 -0000 Oles Hnatkevych wrote: > I wonder why geom stripe works much worse than the separate disks that > constitute stripe. It depends on your workload (or your benchmark). > I have a stripe from two disks. Disks are on separate ATA channels. > [...] > Stripesize: 262144 > [...] > Now let's read one of them and stripe. > > root# dd if=/dev/ad1 of=/dev/null bs=1m count=1000 > 1048576000 bytes transferred in 14.579483 secs (71921343 bytes/sec) > > root# dd if=/dev/stripe/bigdata of=/dev/null bs=1m count=1000 > 1048576000 bytes transferred in 15.882796 secs (66019610 bytes/sec) > > What I would expect is doubling the speed of transfer, not > slowing down. Am I wrong? Or is geom_stripe inefficient? > I tried to do the same with gvinum/stripe - the read > speed was degraded too. And with gmirror depending on slice size speed > was degraded differently. I wonder why people always try to use dd for benchmarking. It's bogus. dd is not for benchmarking. It works in a sequential way, i.e. it first reads 256 KB (your stripe size) from the first compontent, then 256 KB from the 2nd, and so on. While it reads from one disk, the other one is idle. So it is not surprising that you don't see a speed increase (in fact, there's a small decrease because of the seek time overhead when switching from on disk to the other). [*] The performance of a stripe should be better when you use applications that perform parallel I/O access. Your benchmark should be as close to your real-world app as possible. If your real-world app is dd (or another one that accesses big files sequentially without parallelism), then you shouldn't use striping. Best regards Oliver PS: [*] It could be argued that the kernel could prefetch the next 256 KB from the other disk, so both disks are kept busy for best throughput. The problem with that is that the kernel doesn't know that the next 256 KB will be needed, so it doesn't know whether it makes sense to prefetch them or not. dd has no way to tell the kernel about its usage pattern (it would require an API similar to madvise(2)). -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "It combines all the worst aspects of C and Lisp: a billion different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript." -- Jamie Zawinski, when asked: "What's wrong with perl?" From owner-freebsd-geom@FreeBSD.ORG Mon Nov 6 12: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 395EA16A4CE; Mon, 6 Nov 2006 12:56:28 +0000 (UTC) (envelope-from don_oles@able.com.ua) Received: from able.com.ua (able.com.ua [80.91.162.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFA7743D4C; Mon, 6 Nov 2006 12:56:17 +0000 (GMT) (envelope-from don_oles@able.com.ua) Received: from able.com.ua (localhost [127.0.0.1]) by able.com.ua (Postfix) with ESMTP id 4C57044C12; Mon, 6 Nov 2006 14:56:13 +0200 (EET) Received: from ohnatkevych.bee.urs.ua (pix-gw1.beeline.ua [193.239.128.60]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by able.com.ua (Postfix) with ESMTP id D0B1A44C11; Mon, 6 Nov 2006 14:56:12 +0200 (EET) Date: Mon, 6 Nov 2006 14:56:12 +0200 From: Oles Hnatkevych X-Mailer: The Bat! (v3.71.01) Professional X-Priority: 3 (Normal) Message-ID: <1945721449.20061106145612@able.com.ua> To: Oliver Fromme In-Reply-To: <200611061204.kA6C4FXt079703@lurza.secnetix.de> References: <961295086.20061105000919@able.com.ua> <200611061204.kA6C4FXt079703@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV using ClamSMTP at ABLE Cc: pjd@FreeBSD.org, freebsd-geom@FreeBSD.ORG Subject: Re[2]: geom stripe perfomance question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Oles Hnatkevych List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 12:56:28 -0000 Hello, Oliver and Pawel You wrote on 6 11 2006 =E3., 14:04:15: Oliver, I doubt your words. "dd" does not read from stripes, it just issues system calls and functions. It's the task of underlying geom/drivers to read the actual data. Why do you think "dd" has a bs operand: bs=3Dn Set both input and output block size to n bytes, supersedin= g the ibs and obs operands. If no conversion values other than noerror, notrunc or sync are specified, then each input block= is copied to the output as a single block without any aggregation of short blocks. And I set bs=3D1m. More to say - the striping has been designed with the icreased perfomance in mind. That's why we have a kern.geom.stripe.fast sysctl variable, that has to reorganize the reads just to avoid the problem you mention, as I understand (right, Pawel?) Pawel! You were right about the dd's in parallel. root# dd if=3D/dev/ad1 of=3D/dev/null bs=3D1m count=3D1000 & dd if=3D/dev/a= d2 of=3D/dev/null bs=3D1m count=3D1000 & [1] 77476 [2] 77477 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 27.935007 secs (37536271 bytes/sec) 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 28.383332 secs (36943372 bytes/sec) [1]- Done dd if=3D/dev/ad1 of=3D/dev/null bs=3D1m count= =3D1000 [2]+ Done dd if=3D/dev/ad2 of=3D/dev/null bs=3D1m count= =3D1000 Seems like it's an ATA controller bottleneck. atapci0@pci0:31:1: class=3D0x010180 card=3D0x24428086 chip=3D0x244b808= 6 rev=3D0x11 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801BA (ICH2) UltraATA/100 IDE Controller' class =3D mass storage subclass =3D ATA I'll try to do that on another box, not so old, just to find the truth. =20 > Oles Hnatkevych wrote: >> I wonder why geom stripe works much worse than the separate disks that >> constitute stripe. > It depends on your workload (or your benchmark). >> I have a stripe from two disks. Disks are on separate ATA channels. >> [...] >> Stripesize: 262144 >> [...] >> Now let's read one of them and stripe. >>=20 >> root# dd if=3D/dev/ad1 of=3D/dev/null bs=3D1m count=3D1000 >> 1048576000 bytes transferred in 14.579483 secs (71921343 bytes/sec) >>=20 >> root# dd if=3D/dev/stripe/bigdata of=3D/dev/null bs=3D1m count=3D1000 >> 1048576000 bytes transferred in 15.882796 secs (66019610 bytes/sec) >>=20 >> What I would expect is doubling the speed of transfer, not >> slowing down. Am I wrong? Or is geom_stripe inefficient? >> I tried to do the same with gvinum/stripe - the read >> speed was degraded too. And with gmirror depending on slice size speed >> was degraded differently. > I wonder why people always try to use dd for benchmarking. > It's bogus. dd is not for benchmarking. It works in a > sequential way, i.e. it first reads 256 KB (your stripe > size) from the first compontent, then 256 KB from the 2nd, > and so on. While it reads from one disk, the other one is > idle. So it is not surprising that you don't see a speed > increase (in fact, there's a small decrease because of > the seek time overhead when switching from on disk to > the other). [*] > The performance of a stripe should be better when you use > applications that perform parallel I/O access. > Your benchmark should be as close to your real-world app > as possible. If your real-world app is dd (or another one > that accesses big files sequentially without parallelism), > then you shouldn't use striping. > Best regards > Oliver > PS: [*] It could be argued that the kernel could prefetch > the next 256 KB from the other disk, so both disks are kept > busy for best throughput. The problem with that is that > the kernel doesn't know that the next 256 KB will be needed, > so it doesn't know whether it makes sense to prefetch them > or not. dd has no way to tell the kernel about its usage > pattern (it would require an API similar to madvise(2)). --=20 Best wishes, Oles From owner-freebsd-geom@FreeBSD.ORG Mon Nov 6 13:03:25 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 0F5D616A417 for ; Mon, 6 Nov 2006 13:03:25 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63A3143D75 for ; Mon, 6 Nov 2006 13:03:17 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003173330.msg for ; Mon, 06 Nov 2006 13:02:50 +0000 Message-ID: <01a401c701a3$dc106ef0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , "Oles Hnatkevych" References: <200611061204.kA6C4FXt079703@lurza.secnetix.de> Date: Mon, 6 Nov 2006 13:02:41 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Mon, 06 Nov 2006 13:02:50 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-geom@FreeBSD.ORG X-MDAV-Processed: multiplay.co.uk, Mon, 06 Nov 2006 13:02:50 +0000 Cc: Subject: Re: geom stripe perfomance question 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, 06 Nov 2006 13:03:25 -0000 Oliver Fromme wrote: > I wonder why people always try to use dd for benchmarking. > It's bogus. dd is not for benchmarking. It works in a > sequential way, i.e. it first reads 256 KB (your stripe > size) from the first compontent, then 256 KB from the 2nd, > and so on. While it reads from one disk, the other one is > idle. So it is not surprising that you don't see a speed > increase (in fact, there's a small decrease because of > the seek time overhead when switching from on disk to > the other). [*] > > The performance of a stripe should be better when you use > applications that perform parallel I/O access. > > Your benchmark should be as close to your real-world app > as possible. If your real-world app is dd (or another one > that accesses big files sequentially without parallelism), > then you shouldn't use striping. Serving large files via FTP this would be just the test to benchmark so I'd say you argument is flawed in that it makes assumptions about the way files are accessed. In addition to this from my tests its only geom that performs so poorly, neither hardware RAID nore sofware RAID under suffers from such poor performance. If your argument where correct then they would all suffer but this is not the case. It might be interesting from someone familiar with the geom code to have a look at the linux RAID code to see if there is any obvious reason why geom performs quite so poorly under just about every test I've seen. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-geom@FreeBSD.ORG Mon Nov 6 15:12:35 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 E056116A6B8 for ; Mon, 6 Nov 2006 15:12:35 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0565543EC0 for ; Mon, 6 Nov 2006 15:11:34 +0000 (GMT) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Gh610-0001gO-D6 for freebsd-geom@freebsd.org; Mon, 06 Nov 2006 16:03:58 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Nov 2006 16:03:58 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Nov 2006 16:03:58 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Mon, 06 Nov 2006 16:00:26 +0100 Lines: 9 Message-ID: References: <200611061204.kA6C4FXt079703@lurza.secnetix.de> <01a401c701a3$dc106ef0$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <01a401c701a3$dc106ef0$b3db87d4@multiplay.co.uk> Sender: news Subject: Re: geom stripe perfomance question 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, 06 Nov 2006 15:12:36 -0000 Steven Hartland wrote: > It might be interesting from someone familiar with the geom > code to have a look at the linux RAID code to see if there > is any obvious reason why geom performs quite so poorly > under just about every test I've seen. One possible reason could be the 128K request size limit, but apparently it's something hard to get rid of. From owner-freebsd-geom@FreeBSD.ORG Mon Nov 6 19:12:56 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 8807616A40F; Mon, 6 Nov 2006 19:12:56 +0000 (UTC) (envelope-from don_oles@able.com.ua) Received: from able.com.ua (able.com.ua [80.91.162.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6F9943D8C; Mon, 6 Nov 2006 19:12:48 +0000 (GMT) (envelope-from don_oles@able.com.ua) Received: from able.com.ua (localhost [127.0.0.1]) by able.com.ua (Postfix) with ESMTP id D2DAA44C13; Mon, 6 Nov 2006 21:12:36 +0200 (EET) Received: from vanta.oles.net (ip.85.202.111.30.dyn.sub-1.broadband.voliacable.com [85.202.111.30]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by able.com.ua (Postfix) with ESMTP id 718D944C11; Mon, 6 Nov 2006 21:12:33 +0200 (EET) Date: Mon, 6 Nov 2006 21:12:34 +0200 From: Oles Hnatkevych X-Mailer: The Bat! (v3.71.01) Professional X-Priority: 3 (Normal) Message-ID: <512766008.20061106211234@able.com.ua> To: Oliver Fromme In-Reply-To: <200611061204.kA6C4FXt079703@lurza.secnetix.de> References: <961295086.20061105000919@able.com.ua> <200611061204.kA6C4FXt079703@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP at ABLE Cc: freebsd-perfomance@freebsd.org, pjd@freebsd.org Subject: Re[2]: geom stripe perfomance question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Oles Hnatkevych List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 19:12:56 -0000 Hello, All It turns out that it was a hardware/controller problem. The benchmarks with 'dd bs=1m' gave the following results. Two disks Samsung SP2514N, stripe size 65kb The controller ICH2 (ATA100), Celeron 800: ad(x): ~72 Mb/sec ad1 & ad2 in parallel: ~33 Mb/sec each (disks on separate ATA channels) stripe: ~65-68 Mb/sec The controller VIA 82xxxx (ATA133), Athlon 1700+ ad(x): 72-74 Mb/sec ad1 & ad2 in parallel (same ATA channel): ~26Mb/sec each! ad1 & ad2 in parallel (different ATA channels): same as one disk! stripe (different ATA channels): ~144 Mb/sec (even without kern.geom.stripe.fast option). What really is surprising that disks on the same ATA channel on VIA controller behave much worse than half of their full speed. Yet on a different ATA channels they perform flawlessly. Seems like the gmirror(8) man page should contain a separate paragraph telling about peculiarities using old ATA controllers or using disks on the same ATA channel. ;-) -- Oles Hnatkevych mailto:don_oles@able.com.ua From owner-freebsd-geom@FreeBSD.ORG Mon Nov 6 21:23: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 0800416A494 for ; Mon, 6 Nov 2006 21:23:10 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (megan.kiwi-computer.com [63.224.10.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 70E6A43D5A for ; Mon, 6 Nov 2006 21:23:08 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 76524 invoked by uid 2001); 6 Nov 2006 21:23:07 -0000 Date: Mon, 6 Nov 2006 15:23:07 -0600 From: "Rick C. Petty" To: freebsd-geom@FreeBSD.ORG Message-ID: <20061106212307.GA75478@keira.kiwi-computer.com> References: <20061102143915.GA26008@zen.inc> <200611061149.kA6BnkOb079135@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611061149.kA6BnkOb079135@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: FSCKing a RO partition X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 21:23:10 -0000 On Mon, Nov 06, 2006 at 12:49:46PM +0100, Oliver Fromme wrote: > > > > I also tried with the mount command and -u -r options with the same > > result. > > A quick workaround would be to run "fsck -p" yourself on > the root partition before you remount it read-write. Of course, if you mount root read/write in the process of booting single-user to edit /etc/fstab, for instance, and you decide you want to preen a la "fsck -p", you can't. Even if you use "mount -u -r /", the preen fails on the root partition and you can't quickly check the other file systems. This is a bug and a regression since it used to work in 4.x just fine! Sometimes I'm often tempted to reboot and wait 10 minutes for the BIOS to POST just because of the effort/time to manually run fsck on each partition. If you remember to always do "fsck -p" immediately from the single-user prompt, you're fine. You just have to wait until fsck finishes with root before you mount it read-write. How annoying! -- Rick C. Petty From owner-freebsd-geom@FreeBSD.ORG Mon Nov 6 21:40:56 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 88BBC16A412 for ; Mon, 6 Nov 2006 21:40:56 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (megan.kiwi-computer.com [63.224.10.3]) by mx1.FreeBSD.org (Postfix) with SMTP id C5DB643D5C for ; Mon, 6 Nov 2006 21:40:55 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 77046 invoked by uid 2001); 6 Nov 2006 21:40:54 -0000 Date: Mon, 6 Nov 2006 15:40:54 -0600 From: "Rick C. Petty" To: Oles Hnatkevych Message-ID: <20061106214054.GB75478@keira.kiwi-computer.com> References: <961295086.20061105000919@able.com.ua> <200611061204.kA6C4FXt079703@lurza.secnetix.de> <512766008.20061106211234@able.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <512766008.20061106211234@able.com.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-perfomance@freebsd.org, freebsd-geom@freebsd.org Subject: Re: geom stripe perfomance question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 21:40:56 -0000 On Mon, Nov 06, 2006 at 09:12:34PM +0200, Oles Hnatkevych wrote: > > What really is surprising that disks on the same ATA channel on VIA > controller behave much worse than half of their full speed. Yet on a > different ATA channels they perform flawlessly. Not that surprising at all, given how ATA works. It's even worse on Intel chipsets or particularly on any SATA controllers which put multiple drives on the same channel. Thankfully, most nForce boards have a separate channel for each device. Cheap Intel crap. :-P > Seems like the gmirror(8) man page should contain a separate paragraph > telling about peculiarities using old ATA controllers or using disks > on the same ATA channel. ;-) I'd say this is pretty obvious. When two devices share the same cable, I wouldn't expect the throughput to increase at all, in fact it should decrease, what with protocol overhead and master/slave synchronization. And anyway, I doubt gmirror's the correct place to put this information. Possibly ata(4), since it affects any operations which communicate to two devices on the same channel. -- Rick C. Petty From owner-freebsd-geom@FreeBSD.ORG Tue Nov 7 12:02: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 DEB7816A415 for ; Tue, 7 Nov 2006 12:02:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F61143D70 for ; Tue, 7 Nov 2006 12:02:15 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ixgpkd@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kA7C1ofj044244; Tue, 7 Nov 2006 13:01:55 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kA7C1jST044243; Tue, 7 Nov 2006 13:01:45 +0100 (CET) (envelope-from olli) Date: Tue, 7 Nov 2006 13:01:45 +0100 (CET) Message-Id: <200611071201.kA7C1jST044243@lurza.secnetix.de> From: Oliver Fromme To: freebsd-geom@FreeBSD.ORG, rick-freebsd@kiwi-computer.com In-Reply-To: <20061106212307.GA75478@keira.kiwi-computer.com> X-Newsgroups: list.freebsd-geom User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 07 Nov 2006 13:02:06 +0100 (CET) Cc: Subject: Re: FSCKing a RO partition X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-geom@FreeBSD.ORG, rick-freebsd@kiwi-computer.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2006 12:02:23 -0000 Rick C. Petty wrote: > Oliver Fromme wrote: > > > > > > I also tried with the mount command and -u -r options with the same > > > result. > > > > A quick workaround would be to run "fsck -p" yourself on > > the root partition before you remount it read-write. > > Of course, if you mount root read/write in the process of booting > single-user to edit /etc/fstab, for instance, and you decide you want to > preen a la "fsck -p", you can't. Even if you use "mount -u -r /", the > preen fails on the root partition and you can't quickly check the other > file systems. This is a bug and a regression since it used to work in > 4.x just fine! Sure, it's clearly a bug that needs to be fixed. That's why I wrote "workaround" (not "solution"). > Sometimes I'm often tempted to reboot and wait 10 minutes for the BIOS > to POST just because of the effort/time to manually run fsck on each > partition. If you remember to always do "fsck -p" immediately from the > single-user prompt, you're fine. The original poster has a modified init(8) that does the remounting, so there's no need to remember anything. He just has to call "fsck -p" (and check the exit code, of course) from his code right before remounting the root FS read-write. Personally, when I enter single-user mode and need to mount any partition for writing, "fsck -p" is always the first thing I type. It's hardcoded into my fingers (and should be for every admin), so there's nothing to remember either. :-) Just to repeat again: The fact that the standard fsck fails in FreeBSD 6 after the roto FS has been remounted read-only _is_ a bug and a regression. It definitely needs to be fixed. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "The last good thing written in C was Franz Schubert's Symphony number 9." -- Erwin Dieterich From owner-freebsd-geom@FreeBSD.ORG Tue Nov 7 18:47: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 1B82716A4EE for ; Tue, 7 Nov 2006 18:47:30 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (megan.kiwi-computer.com [63.224.10.3]) by mx1.FreeBSD.org (Postfix) with SMTP id BBAFE43DA1 for ; Tue, 7 Nov 2006 18:47:23 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 11267 invoked by uid 2001); 7 Nov 2006 18:47:20 -0000 Date: Tue, 7 Nov 2006 12:47:20 -0600 From: "Rick C. Petty" To: freebsd-geom@FreeBSD.ORG Message-ID: <20061107184720.GA10865@keira.kiwi-computer.com> References: <20061106212307.GA75478@keira.kiwi-computer.com> <200611071201.kA7C1jST044243@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611071201.kA7C1jST044243@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: FSCKing a RO partition X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2006 18:47:30 -0000 On Tue, Nov 07, 2006 at 01:01:45PM +0100, Oliver Fromme wrote: > > Personally, when I enter single-user mode and need to > mount any partition for writing, "fsck -p" is always the > first thing I type. It's hardcoded into my fingers (and > should be for every admin), so there's nothing to remember > either. :-) Not sure I agree 100%. This has bitten me a few times on a fileserver with terabytes of disk space. I don't want to wait for the preen to finish, although moving it to the background is a possibility... often I just want to fix /etc/fstab using vi, so it requires me to "preen" /, /usr, and /var (to prevent the annoying messages). I don't get into a habit of starting a long-running process when I'm in a hurry to get a fileserver back up. Aside from fixing the "mount -u -r /" bug, I guess I would be happy if you could preen a particular file system, e.g. "fsck -p /usr". I'm surprised no one's added this before. Also what would be nice if there was an "-a" option to specify all auto-mounted filesystems, so I could do: "fsck -ya" if I wanted. Maybe I'll look into adding these when I have time. fsck used to be an easier program before background checks were added... -- Rick C. Petty From owner-freebsd-geom@FreeBSD.ORG Tue Nov 7 19:38:45 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 33CBA16A4AB; Tue, 7 Nov 2006 19:38:45 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8C1943D76; Tue, 7 Nov 2006 19:38:21 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id kA7JcDAX027664; Tue, 7 Nov 2006 13:38:14 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4550E0A7.8040302@centtech.com> Date: Tue, 07 Nov 2006 13:38:15 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20061024152308.GG75746@garage.freebsd.pl> In-Reply-To: <20061024152308.GG75746@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Updated gjournal patches [20061024]. 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, 07 Nov 2006 19:38:45 -0000 They need to be updated to work with recent changes to mount.h. Or, just committed to -STABLE. :) Thanks, Eric On 10/24/06 10:23, Pawel Jakub Dawidek wrote: > Hi. > > Patches are at: > > HEAD: > http://people.freebsd.org/~pjd/patches/gjournal_20061024.patch > > RELENG_6: > http://people.freebsd.org/~pjd/patches/gjournal6_20061024.patch > > Those patches mostly contain build fixes for gconcat and gstripe. > -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Tue Nov 7 20:03:26 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 BD77616A412 for ; Tue, 7 Nov 2006 20:03:26 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2FC943D78 for ; Tue, 7 Nov 2006 20:03:22 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mzebix@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kA7K30XK072211; Tue, 7 Nov 2006 21:03:06 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kA7K2tcx072210; Tue, 7 Nov 2006 21:02:55 +0100 (CET) (envelope-from olli) Date: Tue, 7 Nov 2006 21:02:55 +0100 (CET) Message-Id: <200611072002.kA7K2tcx072210@lurza.secnetix.de> From: Oliver Fromme To: freebsd-geom@FreeBSD.ORG, rick-freebsd@kiwi-computer.com In-Reply-To: <20061107184720.GA10865@keira.kiwi-computer.com> X-Newsgroups: list.freebsd-geom User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 07 Nov 2006 21:03:16 +0100 (CET) Cc: Subject: Re: FSCKing a RO partition X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-geom@FreeBSD.ORG, rick-freebsd@kiwi-computer.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2006 20:03:26 -0000 Rick C. Petty wrote: > Oliver Fromme wrote: > > > > Personally, when I enter single-user mode and need to > > mount any partition for writing, "fsck -p" is always the > > first thing I type. It's hardcoded into my fingers (and > > should be for every admin), so there's nothing to remember > > either. :-) > > Not sure I agree 100%. This has bitten me a few times on a fileserver with > terabytes of disk space. I don't want to wait for the preen to finish, If the file systems are clean (which should be the case under normal circumstances), no checks are done, and it takes zero time. If one or more file systems are not clean, of course, it will take some time (probably a long time on TByte systems with many inodes). But you'll have to fsck them anyway, sooner or later... > although moving it to the background is a possibility... True. > Aside from fixing the "mount -u -r /" bug, I guess I would be happy if you > could preen a particular file system, e.g. "fsck -p /usr". That works fine. I just tried it, just to be sure. > Also what would be nice if there was an "-a" > option to specify all auto-mounted filesystems, so I could do: "fsck -ya" > if I wanted. That's the default if you don't specify any file systems at all, i.e. "fsck -y" will check them all. > fsck > used to be an easier program before background checks were added... Well, if you ignore the background stuff, the rest of fsck behaves pretty much like it did 10 years ago. (Personally I always disable background fsck via rc.conf because of stability issues.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. We're sysadmins. To us, data is a protocol-overhead. From owner-freebsd-geom@FreeBSD.ORG Tue Nov 7 21:06:03 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 86EBA16A403 for ; Tue, 7 Nov 2006 21:06:03 +0000 (UTC) (envelope-from michael.holstein@csuohio.edu) Received: from antispam.csuohio.edu (antispam.csuohio.edu [137.148.18.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1997243D55 for ; Tue, 7 Nov 2006 21:06:02 +0000 (GMT) (envelope-from michael.holstein@csuohio.edu) Received: from antispam.csuohio.edu (127.0.0.1) by antispam.csuohio.edu (MlfMTA v3.1r24) id ha3qtq0171su for ; Tue, 7 Nov 2006 16:08:38 -0500 (envelope-from ) Received: from smemlb.csuohio.edu ([137.148.19.11]) by antispam.csuohio.edu (MailFrontier 4.5.3.7159) with ESMTP; Tue, 07 Nov 2006 16:08:38 -0500 Received: from [137.148.2.31] ([137.148.2.31]) by smemlb.csuohio.edu (Lotus Domino Release 6.5.4FP2) with ESMTP id 2006110716055414-100734 ; Tue, 7 Nov 2006 16:05:54 -0500 Message-ID: <4550F532.60207@csuohio.edu> Date: Tue, 07 Nov 2006 16:05:54 -0500 From: Michael Holstein User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: freebsd-geom@freebsd.org X-MIMETrack: Itemize by SMTP Server on smemlb/CSUOHIO(Release 6.5.4FP2 | September 26, 2005) at 11/07/2006 16:05:54, Serialize by Router on smemlb/CSUOHIO(Release 6.5.4FP2 | September 26, 2005) at 11/07/2006 16:05:55, Serialize complete at 11/07/2006 16:05:55 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Mlf-Version: 4.5.3.7159 Subject: SATA raid box and GEOM 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, 07 Nov 2006 21:06:03 -0000 I have a Gateway 840 SATA raid box that's fully populated with 250gb drives, but the controller in the unit is subject to the 2^32 SCSI limit, thus I can't use the full capacity as one disk (natively anyway). Thought : The device has 2 SCSI controllers on separate channels, I can allocate each LUN of 1.3tb each to a separate controller on a separate SCSI card, then use geom(stripe) to concat those two into one large volume of ~2.6tb. This is a very busy syslog server. What are the performance issues of using geom (memory/cpu wise)? .. logic would hold that by using 2 SCSI adapters and both ports on the controller, I'd double the effective disk bandwidth (although there are probably other mitigating factors). Am I better off just using the max 2048gb size as one SCSI ID and using gpt to partition it (then newfs the raw device) and calling it a day (forgetting about the extra 500gb)? [I'm not a list subscriber .. so please CC me directly on reply] Thanks, Michael Holstein CISSP GCIA Cleveland State University From owner-freebsd-geom@FreeBSD.ORG Wed Nov 8 01:23: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 EFDB016A412; Wed, 8 Nov 2006 01:23:12 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (a83-68-3-169.adsl.cistron.nl [83.68.3.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF6743D55; Wed, 8 Nov 2006 01:23:07 +0000 (GMT) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ghc9h-000Mpr-FZ; Wed, 08 Nov 2006 02:23:05 +0100 Message-ID: <45513187.5060803@fluffles.net> Date: Wed, 08 Nov 2006 02:23:19 +0100 From: Fluffles User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20061024152308.GG75746@garage.freebsd.pl> <4541FAC1.1000601@fluffles.net> <454208D6.7000006@fluffles.net> <20061101011950.GH15861@garage.freebsd.pl> In-Reply-To: <20061101011950.GH15861@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Updated gjournal patches [20061024]. 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, 08 Nov 2006 01:23:13 -0000 Pawel Jakub Dawidek wrote: > On Fri, Oct 27, 2006 at 03:25:42PM +0200, Fluffles wrote: > >> Addendum: i tried gjournal on a single disk now without any GEOM layers >> on it, but it still crashes with the same error. >> > > It was bug in debug code I accidentally left in the patch. > Hi Pawel, Is the bug already fixed? Because the latest patchset still have the 'old' date of 24 October: gjournal_20061024.patch 24-Oct-2006 15:17 185k Maybe you have newer patches somewhere else, could you provide a link if so? I'm currently working on an extensive review of most geom classes and will incorporate the results into a big article with many benchmarks and comparisons. It would be nice if gjournal could be included in this article. Also, i would like to test your ZFS/RAID-Z patchset and compare it to graid5. My two test fileservers do not have any valuable information and have 8*250GB SATA drives, so this makes it excellent for testing. Also i've created many benchmark / battle testing scripts which might show advantages and disadvantages of several implementations. It also reveiled bugs in the current VFS-implementation, which caused geom stalls/crashes in both 6-STABLE and 7-CURRENT, otherwise not reveiled with normal load/usage. If you're interested, drop me a line and i can start testing in a few days! If you like, i can also arrange SSH access for you to the box. Greetings, Veronica From owner-freebsd-geom@FreeBSD.ORG Thu Nov 9 13:15:25 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 0841816A49E for ; Thu, 9 Nov 2006 13:15:25 +0000 (UTC) (envelope-from cyberlab@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B90C43D5E for ; Thu, 9 Nov 2006 13:15:23 +0000 (GMT) (envelope-from cyberlab@gmx.de) Received: (qmail 26032 invoked by uid 0); 9 Nov 2006 13:15:22 -0000 Received: from 62.225.62.67 by www022.gmx.net with HTTP; Thu, 09 Nov 2006 14:15:22 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 09 Nov 2006 14:15:22 +0100 From: "Jost Menke" Message-ID: <20061109131522.238550@gmx.net> MIME-Version: 1.0 To: freebsd-geom@freebsd.org X-Authenticated: #1026516 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 Content-Transfer-Encoding: 8bit Subject: Re: geli not recognizing passphrase on boot (was: geli not prompting for password on boot) 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, 09 Nov 2006 13:15:25 -0000 on Sat Apr 8 17:12:56 UTC 2006, Adam Wood wrote: >On 4/8/06, Pawel Jakub Dawidek wrote: >> Please add kern.geom.eli.visible_passphrase=1 to the loader.conf as >> well. >> It doesn't. Try to enable visible_passphrase tunable and see if it gets >> the passphrase you type. > How weird! It seems to not be detecting keypresses. I had to hit the > key several times for it to register. Is there a reason for this? It > doesn't do this at any other time, so I don't think it is the > keyboard... Is there any solution for this yet? I am experiencing similar problems with 6.2 BETA3 in a VMware session with encrypted root fs. When I boot with kbdmux enabled, I cannot enter anything. Turning it off changes the behavior to those "lost keystrokes". Sometimes I have to press the key about 20 times before anything actually happens. Regards, Jost Menke -- GMX DSL-Flatrate 0,- Euro* - Überall, wo DSL verfügbar ist! NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl From owner-freebsd-geom@FreeBSD.ORG Thu Nov 9 22:27:59 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 1E70016A40F for ; Thu, 9 Nov 2006 22:27:59 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3982843D5E for ; Thu, 9 Nov 2006 22:27:53 +0000 (GMT) (envelope-from antik@bsd.ee) Received: from pc129.host2.ida.starman.ee ([62.65.241.129] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.52) id 1GiIND-0000O7-2Z for freebsd-geom@freebsd.org; Fri, 10 Nov 2006 00:27:51 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Fri, 10 Nov 2006 00:28:03 +0200 User-Agent: KMail/1.9.4 References: <20061024152308.GG75746@garage.freebsd.pl> <20061026193437.GA9491@garage.freebsd.pl> <200610262314.45754.antik@bsd.ee> In-Reply-To: <200610262314.45754.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611100028.03345.antik@bsd.ee> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: gjournaled UFS2 filesystem is gone after power outage 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, 09 Nov 2006 22:27:59 -0000 On Thursday 26 October 2006 23:14, Andrei Kolu wrote: > > 'fsck_ffs -p /dev/ad0s4.journal' is needed, but it only handles orphaned > > files, which takes seconds, not hours. > > Can I enable background check or at least automatic one? I always forgot to > add .journal extension. > Don't know why, but for some awry reason my computer gave me Trap12 error after shutdown command and rendered my journaling filesystem unusable. GEOM_JOURNAL: Journal 4202463602: ad0s4 contains data. GEOM_JOURNAL: Journal 4202463602: ad0s4 contains journal. GEOM_JOURNAL: Journal ad0s4 clean. WARNING: Expected rawoffset 0, found 113611680 ...................... WARNING: R/W mount of /mnt/ad0s4 denied. Filesystem is not clean - run fsck WARNING: Expected rawoffset 0, found 113611680 WARNING: R/W mount of /mnt/ad0s4 denied. Filesystem is not clean - run fsck WARNING: Expected rawoffset 0, found 113611680 Why it won't check filesystem automatically when system boots up? "fsck_ffs -p /dev/ad0s4.journal" command helped and now I am able to mount it again. From owner-freebsd-geom@FreeBSD.ORG Thu Nov 9 22:29:18 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 A667916A40F for ; Thu, 9 Nov 2006 22:29:18 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (a83-68-3-169.adsl.cistron.nl [83.68.3.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7170B43D73 for ; Thu, 9 Nov 2006 22:29:17 +0000 (GMT) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GiIOZ-0001rx-SY; Thu, 09 Nov 2006 23:29:15 +0100 Message-ID: <4553ABCA.6080104@fluffles.net> Date: Thu, 09 Nov 2006 23:29:30 +0100 From: Fluffles User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Jost Menke References: <20061109131522.238550@gmx.net> In-Reply-To: <20061109131522.238550@gmx.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: geli not recognizing passphrase on boot (was: geli not prompting for password on boot) 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, 09 Nov 2006 22:29:18 -0000 Jost Menke wrote: > on Sat Apr 8 17:12:56 UTC 2006, Adam Wood wrote: > > >> On 4/8/06, Pawel Jakub Dawidek wrote: >> > > >>> Please add kern.geom.eli.visible_passphrase=1 to the loader.conf as >>> well. >>> > > >>> It doesn't. Try to enable visible_passphrase tunable and see if it gets >>> the passphrase you type. >>> > > >> How weird! It seems to not be detecting keypresses. I had to hit the >> key several times for it to register. Is there a reason for this? It >> doesn't do this at any other time, so I don't think it is the >> keyboard... >> > > Is there any solution for this yet? I am experiencing similar problems with 6.2 BETA3 in a VMware session with encrypted root fs. When I boot with kbdmux enabled, I cannot enter anything. Turning it off changes the behavior to those "lost keystrokes". Sometimes I have to press the key about 20 times before anything actually happens. > I have had the same problem on my systems (without VMware or any other kind of emulation). Deactivating the kbdmux in (i think) /boot/device.hints was the solution to me. - Veronica From owner-freebsd-geom@FreeBSD.ORG Thu Nov 9 22:33:39 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 CDE1916A412 for ; Thu, 9 Nov 2006 22:33:39 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (a83-68-3-169.adsl.cistron.nl [83.68.3.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30C0243D6E for ; Thu, 9 Nov 2006 22:33:39 +0000 (GMT) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GiISn-0001sO-R3; Thu, 09 Nov 2006 23:33:37 +0100 Message-ID: <4553ACD0.9080405@fluffles.net> Date: Thu, 09 Nov 2006 23:33:52 +0100 From: Fluffles User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Andrei Kolu References: <20061024152308.GG75746@garage.freebsd.pl> <20061026193437.GA9491@garage.freebsd.pl> <200610262314.45754.antik@bsd.ee> <200611100028.03345.antik@bsd.ee> In-Reply-To: <200611100028.03345.antik@bsd.ee> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: gjournaled UFS2 filesystem is gone after power outage 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, 09 Nov 2006 22:33:39 -0000 Andrei Kolu wrote: > On Thursday 26 October 2006 23:14, Andrei Kolu wrote: > >>> 'fsck_ffs -p /dev/ad0s4.journal' is needed, but it only handles orphaned >>> files, which takes seconds, not hours. >>> >> Can I enable background check or at least automatic one? I always forgot to >> add .journal extension. >> >> > Don't know why, but for some awry reason my computer gave me Trap12 error > after shutdown command and rendered my journaling filesystem unusable. > > GEOM_JOURNAL: Journal 4202463602: ad0s4 contains data. > GEOM_JOURNAL: Journal 4202463602: ad0s4 contains journal. > GEOM_JOURNAL: Journal ad0s4 clean. > WARNING: Expected rawoffset 0, found 113611680 > ...................... > WARNING: R/W mount of /mnt/ad0s4 denied. Filesystem is not clean - run fsck > WARNING: Expected rawoffset 0, found 113611680 > WARNING: R/W mount of /mnt/ad0s4 denied. Filesystem is not clean - run fsck > WARNING: Expected rawoffset 0, found 113611680 > You or the system tried to mount /dev/ad0s4, whereas i think it should have tried to mount /dev/ad0s4.journal. If you have this stuff in your /etc/fstab try putting the .journal after the device name; since that's the device which contains your data; if you select an underlying geom device you'll "skip" the journal and that might not work. Just a guess. :) - Veronica From owner-freebsd-geom@FreeBSD.ORG Fri Nov 10 08:15:21 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 7A16116A415 for ; Fri, 10 Nov 2006 08:15:21 +0000 (UTC) (envelope-from cyberlab@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9326043D5A for ; Fri, 10 Nov 2006 08:15:20 +0000 (GMT) (envelope-from cyberlab@gmx.de) Received: (qmail 25321 invoked by uid 0); 10 Nov 2006 08:15:19 -0000 Received: from 62.225.62.67 by www119.gmx.net with HTTP; Fri, 10 Nov 2006 09:15:19 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" Date: Fri, 10 Nov 2006 09:15:19 +0100 From: "Jost Menke" In-Reply-To: <4553ABCA.6080104@fluffles.net> Message-ID: <20061110081519.241800@gmx.net> MIME-Version: 1.0 References: <20061109131522.238550@gmx.net> <4553ABCA.6080104@fluffles.net> To: freebsd-geom@freebsd.org X-Authenticated: #1026516 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 Content-Transfer-Encoding: 8bit Subject: Re: geli not recognizing passphrase on boot (was: geli not prompting for password on boot) 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, 10 Nov 2006 08:15:21 -0000 -------- Original-Nachricht -------- Datum: Thu, 09 Nov 2006 23:29:30 +0100 Von: Fluffles An: Jost Menke Betreff: Re: geli not recognizing passphrase on boot (was: geli not prompting for password on boot) > I have had the same problem on my systems (without VMware or any other > kind of emulation). Deactivating the kbdmux in (i think) > /boot/device.hints was the solution to me. > > - Veronica Doesn't completely solve the problem for me. With kbdmux activiated, the keyboard doesn't work at all. When I deactivate it by putting hint.kbdmux.0.disabled="1" into /boot/device.hints, it partly works (about 90% of all keystrokes are lost). The strange thing is that this problem only occurs when mounting encrypted volumes (in my case the root fs) at boot time. Any other experiences? Regards, Jost -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From owner-freebsd-geom@FreeBSD.ORG Fri Nov 10 09:27:37 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 DA83A16A403 for ; Fri, 10 Nov 2006 09:27:37 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE4B43D7B for ; Fri, 10 Nov 2006 09:27:29 +0000 (GMT) (envelope-from antik@bsd.ee) Received: from pc15.host2.ida.starman.ee ([62.65.241.15] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.52) id 1GiSfT-0006LX-NH for freebsd-geom@freebsd.org; Fri, 10 Nov 2006 11:27:23 +0200 From: Andrei Kolu To: freebsd-geom@freebsd.org Date: Fri, 10 Nov 2006 11:27:35 +0200 User-Agent: KMail/1.9.4 References: <20061024152308.GG75746@garage.freebsd.pl> <200611100028.03345.antik@bsd.ee> <4553ACD0.9080405@fluffles.net> In-Reply-To: <4553ACD0.9080405@fluffles.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611101127.35700.antik@bsd.ee> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: gjournaled UFS2 filesystem is gone after power outage 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, 10 Nov 2006 09:27:37 -0000 On Friday 10 November 2006 00:33, you wrote: > Andrei Kolu wrote: > > On Thursday 26 October 2006 23:14, Andrei Kolu wrote: > >>> 'fsck_ffs -p /dev/ad0s4.journal' is needed, but it only handles > >>> orphaned files, which takes seconds, not hours. > >> > >> Can I enable background check or at least automatic one? I always forgot > >> to add .journal extension. > > > > Don't know why, but for some awry reason my computer gave me Trap12 error > > after shutdown command and rendered my journaling filesystem unusable. > > > > GEOM_JOURNAL: Journal 4202463602: ad0s4 contains data. > > GEOM_JOURNAL: Journal 4202463602: ad0s4 contains journal. > > GEOM_JOURNAL: Journal ad0s4 clean. > > WARNING: Expected rawoffset 0, found 113611680 > > ...................... > > WARNING: R/W mount of /mnt/ad0s4 denied. Filesystem is not clean - run > > fsck WARNING: Expected rawoffset 0, found 113611680 > > WARNING: R/W mount of /mnt/ad0s4 denied. Filesystem is not clean - run > > fsck WARNING: Expected rawoffset 0, found 113611680 > > You or the system tried to mount /dev/ad0s4, whereas i think it should > have tried to mount /dev/ad0s4.journal. If you have this stuff in your > /etc/fstab try putting the .journal after the device name; since that's > the device which contains your data; if you select an underlying geom > device you'll "skip" the journal and that might not work. Just a guess. :) > > - Veronica My /etc/fstab contents: /dev/ad0s4.journal /mnt/ad0s4 ufs rw,noauto 0 0 From owner-freebsd-geom@FreeBSD.ORG Fri Nov 10 09:56:02 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 800FD16A40F for ; Fri, 10 Nov 2006 09:56:02 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (a83-68-3-169.adsl.cistron.nl [83.68.3.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AF3E43D49 for ; Fri, 10 Nov 2006 09:56:01 +0000 (GMT) (envelope-from etc@fluffles.net) Received: from destiny ([10.0.0.21]) by auriate.fluffles.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GiT7A-0006Ol-LK; Fri, 10 Nov 2006 10:56:00 +0100 Message-ID: <45544CC0.4060007@fluffles.net> Date: Fri, 10 Nov 2006 10:56:16 +0100 From: Fluffles User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: Andrei Kolu References: <20061024152308.GG75746@garage.freebsd.pl> <200611100028.03345.antik@bsd.ee> <4553ACD0.9080405@fluffles.net> <200611101127.35700.antik@bsd.ee> In-Reply-To: <200611101127.35700.antik@bsd.ee> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: gjournaled UFS2 filesystem is gone after power outage 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, 10 Nov 2006 09:56:02 -0000 Andrei Kolu wrote: > My /etc/fstab contents: > /dev/ad0s4.journal /mnt/ad0s4 ufs rw,noauto 0 0 > The noauto option means that it won't be mounted at boot time. The two zeroes behind that, means that it won't be checked by FSCK. If you had an unclean shutdown and you want to mount the journaled volume again, you will need to fsck it manually with "fsck -t ufs /dev/ad0s4.journal", and then mount it. If you'd like to the fscking automatically, change the two "0" to two "2", like this: /dev/ad0s4.journal /mnt/ad0s4 ufs rw,noauto 2 2 - Veronica From owner-freebsd-geom@FreeBSD.ORG Fri Nov 10 23:10: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 B2AFB16A407; Fri, 10 Nov 2006 23:10:28 +0000 (UTC) (envelope-from sia@seagull.nest.org) Received: from seagull.nest.org (seagull.nest.org [216.218.215.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2C0743D79; Fri, 10 Nov 2006 23:10:14 +0000 (GMT) (envelope-from sia@seagull.nest.org) Received: (from sia@localhost) by seagull.nest.org (8.8.8/8.8.8/KOLO.NET-SINK-20030423-CHECK-19990919) id PAA23196; Fri, 10 Nov 2006 15:09:57 -0800 (PST) (envelope-from sia) Date: Fri, 10 Nov 2006 15:09:57 -0800 From: Igor Sviridov To: freebsd-geom@freebsd.org Message-ID: <20061110150957.A14717@seagull.nest.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Precedence: special-delivery X-IM-Skype: isviridov X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . Cc: pjd@freebsd.org Subject: geom s3 class (gs3?) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 23:10:28 -0000 hi, I guess most people here heard about Amazon S3 storage service: http://aws.amazon.com/s3 I would love to have a Geom class which would use S3 as a back-end. While S3 api is good one for Web applications, using filesystem is often simpler and sometimes the only way. Obviously mapping filesystem calls to S3 API may be too slow for many applications but this can be mitigated by adding local write cache/queue on another geom provider (disk), or modifying gmirror to return write calls once they're committed to local mirror component (and using it as queue for remote mirror component stored on S3). There is in fact Linux prototype implementation of similar idea, though on slightly different level - "s3fs" filesystem via FUSE: http://dev.extensibleforge.net/wiki/s3/fuse and closed-source open-spec JungleDisk: http://www.jungledisk.com/ --igor From owner-freebsd-geom@FreeBSD.ORG Sat Nov 11 05:42:13 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 D031E16A407; Sat, 11 Nov 2006 05:42:13 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9581743D4C; Sat, 11 Nov 2006 05:42:13 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.25] ([192.168.42.25]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id kAB5gAl5027805; Fri, 10 Nov 2006 23:42:10 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <455562B5.7@centtech.com> Date: Fri, 10 Nov 2006 23:42:13 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Igor Sviridov References: <20061110150957.A14717@seagull.nest.org> In-Reply-To: <20061110150957.A14717@seagull.nest.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2186/Fri Nov 10 22:29:49 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: pjd@freebsd.org, freebsd-geom@freebsd.org Subject: Re: geom s3 class (gs3?) 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, 11 Nov 2006 05:42:13 -0000 On 11/10/06 17:09, Igor Sviridov wrote: > hi, > > I guess most people here heard about Amazon S3 storage service: > http://aws.amazon.com/s3 > > I would love to have a Geom class which would use S3 as a back-end. > While S3 api is good one for Web applications, using filesystem > is often simpler and sometimes the only way. > > Obviously mapping filesystem calls to S3 API may be too slow for many > applications but this can be mitigated by adding local write cache/queue > on another geom provider (disk), or modifying gmirror to return write > calls once they're committed to local mirror component (and using it as > queue for remote mirror component stored on S3). > > There is in fact Linux prototype implementation of similar idea, though > on slightly different level - "s3fs" filesystem via FUSE: > > http://dev.extensibleforge.net/wiki/s3/fuse > > and closed-source open-spec JungleDisk: > http://www.jungledisk.com/ Amazon's S3 looks more like a filesystem than a GEOM-like block device. It could be implemented as a very rudimentary file system I suppose. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------