From owner-freebsd-geom@FreeBSD.ORG Mon May 15 11:02: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 65B1816A407 for ; Mon, 15 May 2006 11:02:43 +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 2F47843D58 for ; Mon, 15 May 2006 11:02:43 +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 k4FB2h0D075172 for ; Mon, 15 May 2006 11:02:43 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4FB2f3T075166 for freebsd-geom@freebsd.org; Mon, 15 May 2006 11:02:41 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 15 May 2006 11:02:41 GMT Message-Id: <200605151102.k4FB2f3T075166@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, 15 May 2006 11:02:43 -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 May 16 19:47: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 3911E16A486 for ; Tue, 16 May 2006 19:47:21 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBAB643D49 for ; Tue, 16 May 2006 19:47:20 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id B3D4C33C27 for ; Tue, 16 May 2006 23:47:19 +0400 (MSD) Message-ID: <446A2D11.2020805@inse.ru> Date: Tue, 16 May 2006 23:50:41 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.12) Gecko/20060103 ASPLinux/1.7.12-1.5.1.1asp X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Problems with removable devices. 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, 16 May 2006 19:47:21 -0000 Hi, I am not sure if this list is right for my question but ... Due to a hardware failure of one of my disks I use it via usb box to be able to turn off/on and try again to read some new portion of data from it. But with some probabilty I get the following problem after turning off device: da0 is gone as it should be from /dev, but all da0* devices are not. After turning power on (on usb box) system tells me that I have da1 device, but there is no any da1* devices in /dev. Any request to unmount other filesystems are waiting for smth and do not return control. System does not turns off after this situation. After attempt to enter debug mode it turns to the debuger but there is no any response from the system any more. I do not mount da0s1a filesystem, and I use da0 for reading only raw data. The system is almost 6.1 RELEASE. That is all information that I have for now. Is this problem known? rik From owner-freebsd-geom@FreeBSD.ORG Tue May 16 22:54: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 1023316A646 for ; Tue, 16 May 2006 22:54:57 +0000 (UTC) (envelope-from darcy@wavefire.com) Received: from mail2.dbitech.ca (radius.wavefire.com [64.141.13.252]) by mx1.FreeBSD.org (Postfix) with SMTP id D2C6243D49 for ; Tue, 16 May 2006 22:54:51 +0000 (GMT) (envelope-from darcy@wavefire.com) Received: (qmail 13349 invoked from network); 16 May 2006 23:23:07 -0000 Received: from dbitech.internal.wavefire.ca (64.141.15.12) by radius.wavefire.com with SMTP; 16 May 2006 23:23:07 -0000 From: Darcy Buskermolen Organization: Wavefire Technologies Corp To: freebsd-geom@freebsd.org Date: Tue, 16 May 2006 15:55:07 -0700 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605161555.08195.darcy@wavefire.com> Subject: Slices + stripes and mirrors 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, 16 May 2006 22:54:57 -0000 I have a 6.1 setup with 4 identical 300GB disks, ad4,6,8,10. I'd like to create a bootable mirror (gm0s1) of all 4 disks on a 512MB slice, and have the remaining space a big slice (gs0s2). I've tried several different things using the docs found @ http://people.freebsd.org/~rse/mirror/ as a guide, with little luck, what I usually end up with an invalid partition table, or no boot device error when I reboot. I think the key is somehow in how the slices are created on the original (ad4) disk. If someone could provide me with some insight on how to accomplish this that would be very much usefull. [------------------ad4-----------------] [------ad4s1------][------ad4s2------] [--mirror/gm0s1--][--stripe/gs0s2--] [-----------------ad6------------------] [------ad6s1------][------ad6s2------] [--mirror/gm0s1--][--stripe/gs0s2--] [------------------ad8-----------------] [------ad8s1------][------ad8s2------] [--mirror/gm0s1--][--stripe/gs0s2--] [-----------------ad10-----------------] [------ad10s1-----][-----ad10s2-----] [--mirror/gm0s1--][--stripe/gs0s2--] -- Darcy Buskermolen Wavefire Technologies Corp. http://www.wavefire.com ph: 250.717.0200 fx: 250.763.1759 From owner-freebsd-geom@FreeBSD.ORG Tue May 16 23:37:06 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 AE90916A42C for ; Tue, 16 May 2006 23:37:06 +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 098EB43D46 for ; Tue, 16 May 2006 23:37:05 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 16870 invoked by uid 2001); 16 May 2006 23:37:04 -0000 Date: Tue, 16 May 2006 18:37:04 -0500 From: "Rick C. Petty" To: Darcy Buskermolen Message-ID: <20060516233704.GD15395@megan.kiwi-computer.com> References: <200605161555.08195.darcy@wavefire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200605161555.08195.darcy@wavefire.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-geom@freebsd.org Subject: Re: Slices + stripes and mirrors 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, 16 May 2006 23:37:06 -0000 On Tue, May 16, 2006 at 03:55:07PM -0700, Darcy Buskermolen wrote: > > I have a 6.1 setup with 4 identical 300GB disks, ad4,6,8,10. I'd like to > create a bootable mirror (gm0s1) of all 4 disks on a 512MB slice, and have > the remaining space a big slice (gs0s2). I've tried several different things > using the docs found @ http://people.freebsd.org/~rse/mirror/ as a guide, > with little luck, what I usually end up with an invalid partition table, or > no boot device error when I reboot. I think the key is somehow in how the > slices are created on the original (ad4) disk. Why don't you try using gvinum? Although intimidating-looking, it's really not that difficult to setup, and with current geom "bugs" you can't modify a geom'd disk if it's active (e.g. "fdisk -B" or "bsdlabel -e" both fail & get stuck in a lock if anything on those disks are mounted). At least with gvinum, you can create/delete volumes while the other volumes on the same disk are mounted. I think what's happening, although I've not been able to find it in the source code, is that either gmirror isn't mirroring the boot blocks, or the procedure everyone's using to create & synchronize the mirror is skipping the boot blocks. Try performing "fdisk -B" on each disk before adding them to the mirror. -- Rick C. Petty From owner-freebsd-geom@FreeBSD.ORG Wed May 17 17:21: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 4CAAB16AC27 for ; Wed, 17 May 2006 17:21:56 +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 9E69043D69 for ; Wed, 17 May 2006 17:21:53 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id EFDDA52DDD; Wed, 17 May 2006 19:21:51 +0200 (CEST) Received: from localhost (dkc188.neoplus.adsl.tpnet.pl [83.24.6.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0208250E96; Wed, 17 May 2006 19:21:46 +0200 (CEST) Date: Wed, 17 May 2006 19:19:55 +0200 From: Pawel Jakub Dawidek To: Darcy Buskermolen Message-ID: <20060517171955.GB838@garage.freebsd.pl> References: <200605161555.08195.darcy@wavefire.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PmA2V3Z32TCmWXqI" Content-Disposition: inline In-Reply-To: <200605161555.08195.darcy@wavefire.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: freebsd-geom@freebsd.org Subject: Re: Slices + stripes and mirrors 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, 17 May 2006 17:21:57 -0000 --PmA2V3Z32TCmWXqI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 16, 2006 at 03:55:07PM -0700, Darcy Buskermolen wrote: +>=20 +> I have a 6.1 setup with 4 identical 300GB disks, ad4,6,8,10. I'd like t= o=20 +> create a bootable mirror (gm0s1) of all 4 disks on a 512MB slice, and ha= ve=20 +> the remaining space a big slice (gs0s2). I've tried several different t= hings=20 +> using the docs found @ http://people.freebsd.org/~rse/mirror/ as a guide= ,=20 +> with little luck, what I usually end up with an invalid partition table,= or=20 +> no boot device error when I reboot. I think the key is somehow in how t= he=20 +> slices are created on the original (ad4) disk. +>=20 +> If someone could provide me with some insight on how to accomplish this = that=20 +> would be very much usefull. +>=20 +>=20 +> [------------------ad4-----------------] +> [------ad4s1------][------ad4s2------] +> [--mirror/gm0s1--][--stripe/gs0s2--] +>=20 +> [-----------------ad6------------------] +> [------ad6s1------][------ad6s2------] +> [--mirror/gm0s1--][--stripe/gs0s2--] +>=20 +> [------------------ad8-----------------] +> [------ad8s1------][------ad8s2------] +> [--mirror/gm0s1--][--stripe/gs0s2--] +>=20 +> [-----------------ad10-----------------] +> [------ad10s1-----][-----ad10s2-----] +> [--mirror/gm0s1--][--stripe/gs0s2--] Ok, first initialize your disks and create two slices on them: # apply "fdisk -Bi /dev/ad%1" 4 6 8 10 (If they are identical, you can probably initizlize one of them and copy first 63 sectors to the others.) Once you have your slices, create a mirror: # gmirror label -b round-robin gm0s1 /dev/ad{4,6,8,10}s1 And partition (needed for booting): # bsdlabel -wB /dev/mirror/gm0s1 Now, the root file system: # newfs /dev/mirror/gm0s1a Mount it and copy files there. Creating stripe is also easy: # gstripe label -s 16384 gs0s2 /dev/ad{4,6,8,10}s2 You can create file system directly on it: # newfs -U /dev/stripe/gs0s2 BTW. You may consider creating root file system only on a two-slices mirror and in addition create swap on a mirror built from the rest two slices. Good luck! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --PmA2V3Z32TCmWXqI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEa1s7ForvXbEpPzQRAjXCAKDrybnn6oHoPNsoYHbhzM7uj5LzDQCgyLTj aHdtmTZZf2Hqb22BFYYAe60= =v01R -----END PGP SIGNATURE----- --PmA2V3Z32TCmWXqI-- From owner-freebsd-geom@FreeBSD.ORG Thu May 18 07:19: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 146E316A403 for ; Thu, 18 May 2006 07:19:59 +0000 (UTC) (envelope-from dragonx@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CF6C43D49 for ; Thu, 18 May 2006 07:19:58 +0000 (GMT) (envelope-from dragonx@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so418389nzn for ; Thu, 18 May 2006 00:19:58 -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; b=W6leLMBlO1e5RgscLlhB0n5M0liiFWo1JKOz0BPA3WNqbsHFzB4PrlqZ3QIG4vQYoCdjZUM4FeAiPqc+g0KNgpBlaiWdbTbya8gWVk73prKm6F8KjUHxmWe6Gj0y3wdnucVjwjalz3LBvRroLhKfBHJMh0Xr1wi4yufZLDoyrAU= Received: by 10.64.180.15 with SMTP id c15mr94621qbf; Thu, 18 May 2006 00:19:57 -0700 (PDT) Received: by 10.65.200.6 with HTTP; Thu, 18 May 2006 00:19:57 -0700 (PDT) Message-ID: <1f3e40760605180019w38f724c9uf17d91dd89652147@mail.gmail.com> Date: Thu, 18 May 2006 00:19:57 -0700 From: "D X" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: GEOM, gvinum, and SATA disks in standby 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, 18 May 2006 07:19:59 -0000 After idling my gvinum RAID1 array using ataidle on a pair of WD Caviar 250GB SATA disks, I almost always get a READ_DMA timeout when trying to access the disk (I'm guessing they take too long to spin up). At this point one of 3 things will happen (which one it is seems random to me at this point) 1. Both disks retry fine, and everything's great. Unfortunately, this happens about 1/3 of the time the disks come out of standby. 2. One of the disks retries fine, but the 2nd disk times out and gets detached. And I have a degraded array. If I try to restart the downed ple= x in gvinum, I get a kernel panic. 3. Both of the disks fail, my OS is partly hung, although I still get responses to ping packets. My console and terminals are dead though, as is my httpd. I usually end up rebooting in this case. I saw a couple of posts online from last year mentioning similar issues. I= s this a known bug that's going to be fixed anytime soon? From owner-freebsd-geom@FreeBSD.ORG Fri May 19 16:52: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 805AA16A465 for ; Fri, 19 May 2006 16:52:10 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9385743D58 for ; Fri, 19 May 2006 16:52:09 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by py-out-1112.google.com with SMTP id f28so911757pyf for ; Fri, 19 May 2006 09:52:09 -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=ig2+zkDHeoNEYxdERvluUUKvrXEZuwMGh7oXPQLVukNkfGFFPxOnzYKVrh0eDbowNJVq1b/72XpnDBwNyEYe+dzMlMm7uJJi39DWafpQIIxTpp51aTGXc83ELviQSMqIBkF/I2pPUJlFbb2BIw1b5nG9C1KStwq3ZqABux0jNpw= Received: by 10.35.99.14 with SMTP id b14mr2281970pym; Fri, 19 May 2006 09:52:08 -0700 (PDT) Received: by 10.35.94.6 with HTTP; Fri, 19 May 2006 09:52:08 -0700 (PDT) Message-ID: Date: Fri, 19 May 2006 12:52:08 -0400 From: "Scott Ullrich" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: panic: g_read_data(): invalid length 3609790848 on RELENG_6_1 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, 19 May 2006 16:52:10 -0000 Hello! We are trying to track down a panic on a Dell 2850 box running FreeBSD 6.1-RELEASE. Panic without DDB (my apologies for the large photos): http://buraglio.com/nick/projects/pfsense/images/tn/IMG_2081.jpg.html There is a backtrace available which points to glabel? http://buraglio.com/nick/projects/pfsense/images/tn/IMG_2084.jpg.html Complete history at: http://cvstrac.pfsense.com/tktview?tn=3D967 Does anyone know of anything we can try? Could we provide more information in tracking down the problem? Any help would be appreciated and we will be happy to provide any information that we can. Thanks in advance! Kernel configuration is (without DDB debugging): # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig= -config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.7.2.2 2006/05/01 00:15:12 scottl Exp $ machine=09=09i386 cpu=09=09I486_CPU cpu=09=09I586_CPU cpu=09=09I686_CPU ident=09=09pfSense # To statically compile in device wiring instead of /boot/device.hints #hints=09=09"GENERIC.hints"=09=09# Default places to look for devices. makeoptions=09DEBUG=3D-g=09=09# Build kernel with gdb(1) debug symbols #options =09SCHED_ULE=09=09# ULE scheduler options =09SCHED_4BSD=09=09# 4BSD scheduler options =09PREEMPTION=09=09# Enable kernel thread preemption options =09INET=09=09=09# InterNETworking options =09INET6=09=09=09# IPv6 communications protocols options =09FFS=09=09=09# Berkeley Fast Filesystem options =09SOFTUPDATES=09=09# Enable FFS soft updates support options =09UFS_ACL=09=09=09# Support for access control lists options =09UFS_DIRHASH=09=09# Improve performance on big directories options =09MD_ROOT=09=09=09# MD is a potential root device options =09NFSCLIENT=09=09# Network Filesystem Client options =09NFSSERVER=09=09# Network Filesystem Server options =09NFS_ROOT=09=09# NFS usable as /, requires NFSCLIENT options =09MSDOSFS=09=09=09# MSDOS Filesystem options =09CD9660=09=09=09# ISO 9660 Filesystem options =09PROCFS=09=09=09# Process filesystem (requires PSEUDOFS) options =09PSEUDOFS=09=09# Pseudo-filesystem framework options =09GEOM_GPT=09=09# GUID Partition Tables. options =09COMPAT_43=09=09# Compatible with BSD 4.3 [KEEP THIS!] options =09COMPAT_FREEBSD4=09=09# Compatible with FreeBSD4 options =09COMPAT_FREEBSD5=09=09# Compatible with FreeBSD5 options =09SCSI_DELAY=3D5000=09=09# Delay (in ms) before probing SCSI options =09KTRACE=09=09=09# ktrace(1) support options =09SYSVSHM=09=09=09# SYSV-style shared memory options =09SYSVMSG=09=09=09# SYSV-style message queues options =09SYSVSEM=09=09=09# SYSV-style semaphores options =09_KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extension= s options =09KBD_INSTALL_CDEV=09# install a CDEV entry in /dev options =09AHC_REG_PRETTY_PRINT=09# Print register bitfields in debug =09=09=09=09=09# output. Adds ~128k to driver. options =09AHD_REG_PRETTY_PRINT=09# Print register bitfields in debug =09=09=09=09=09# output. Adds ~215k to driver. options =09ADAPTIVE_GIANT=09=09# Giant mutex is adaptive. device=09=09apic=09=09=09# I/O APIC # Bus support. device=09=09eisa device=09=09pci # Floppy drives device=09=09fdc # ATA and ATAPI devices device=09=09ata device=09=09atadisk=09=09# ATA disk drives device=09=09ataraid=09=09# ATA RAID drives device=09=09atapicd=09=09# ATAPI CDROM drives device=09=09atapifd=09=09# ATAPI floppy drives device=09=09atapist=09=09# ATAPI tape drives options =09ATA_STATIC_ID=09# Static device numbering # SCSI Controllers device=09=09ahb=09=09# EISA AHA1742 family device=09=09ahc=09=09# AHA2940 and onboard AIC7xxx devices device=09=09ahd=09=09# AHA39320/29320 and onboard AIC79xx devices device=09=09amd=09=09# AMD 53C974 (Tekram DC-390(T)) device=09=09isp=09=09# Qlogic family #device =09ispfw=09=09# Firmware for QLogic HBAs- normally a module device=09=09mpt=09=09# LSI-Logic MPT-Fusion #device=09=09ncr=09=09# NCR/Symbios Logic device=09=09sym=09=09# NCR/Symbios Logic (newer chipsets + those of `ncr') device=09=09trm=09=09# Tekram DC395U/UW/F DC315U adapters device=09=09adv=09=09# Advansys SCSI adapters device=09=09adw=09=09# Advansys wide SCSI adapters device=09=09aha=09=09# Adaptec 154x SCSI adapters device=09=09aic=09=09# Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device=09=09bt=09=09# Buslogic/Mylex MultiMaster SCSI adapters device=09=09ncv=09=09# NCR 53C500 device=09=09nsp=09=09# Workbit Ninja SCSI-3 device=09=09stg=09=09# TMC 18C30/18C50 # SCSI peripherals device=09=09scbus=09=09# SCSI bus (required for SCSI) device=09=09ch=09=09# SCSI media changers device=09=09da=09=09# Direct Access (disks) device=09=09sa=09=09# Sequential Access (tape etc) device=09=09cd=09=09# CD device=09=09pass=09=09# Passthrough device (direct SCSI access) device=09=09ses=09=09# SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device=09=09amr=09=09# AMI MegaRAID device=09=09arcmsr=09=09# Areca SATA II RAID device=09=09asr=09=09# DPT SmartRAID V, VI and Adaptec SCSI RAID device=09=09ciss=09=09# Compaq Smart RAID 5* device=09=09dpt=09=09# DPT Smartcache III, IV - See NOTES for options device=09=09hptmv=09=09# Highpoint RocketRAID 182x device=09=09rr232x=09=09# Highpoint RocketRAID 232x device=09=09iir=09=09# Intel Integrated RAID device=09=09ips=09=09# IBM (Adaptec) ServeRAID device=09=09mly=09=09# Mylex AcceleRAID/eXtremeRAID device=09=09twa=09=09# 3ware 9000 series PATA/SATA RAID # RAID controllers device=09=09aac=09=09# Adaptec FSA RAID device=09=09aacp=09=09# SCSI passthrough for aac (requires CAM) device=09=09ida=09=09# Compaq Smart RAID device=09=09mfi=09=09# LSI MegaRAID SAS device=09=09mlx=09=09# Mylex DAC960 family device=09=09pst=09=09# Promise Supertrak SX6000 device=09=09twe=09=09# 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device=09=09atkbdc=09=09# AT keyboard controller device=09=09atkbd=09=09# AT keyboard device=09=09psm=09=09# PS/2 mouse device=09=09kbdmux=09=09# keyboard multiplexer device=09=09vga=09=09# VGA video card driver device=09=09splash=09=09# Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device=09=09sc # Enable this for the pcvt (VT220 compatible) console driver #device=09=09vt #options =09XSERVER=09=09# support for X server on a vt console #options =09FAT_CURSOR=09# start with block cursor device=09=09agp=09=09# support several AGP chipsets # Power management support (see NOTES for more options) #device=09=09apm # Add suspend/resume support for the i8254. device=09=09pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device=09=09cbb=09=09# cardbus (yenta) bridge device=09=09pccard=09=09# PC Card (16-bit) bus device=09=09cardbus=09=09# CardBus (32-bit) bus # Serial (COM) ports device=09=09sio=09=09# 8250, 16[45]50 based serial ports # Parallel port device=09=09ppc device=09=09ppbus=09=09# Parallel port bus (required) device=09=09lpt=09=09# Printer device=09=09plip=09=09# TCP/IP over parallel device=09=09ppi=09=09# Parallel port interface device #device=09=09vpo=09=09# Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device=09=09puc # PCI Ethernet NICs. device=09=09de=09=09# DEC/Intel DC21x4x (``Tulip'') device=09=09em=09=09# Intel PRO/1000 adapter Gigabit Ethernet Card device=09=09ixgb=09=09# Intel PRO/10GbE Ethernet Card device=09=09txp=09=09# 3Com 3cR990 (``Typhoon'') device=09=09vx=09=09# 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs= ! device=09=09miibus=09=09# MII bus support device=09=09bce=09=09# Broadcom BCM5706/BCM5708 Gigabit Ethernet device=09=09bfe=09=09# Broadcom BCM440x 10/100 Ethernet device=09=09bge=09=09# Broadcom BCM570xx Gigabit Ethernet device=09=09dc=09=09# DEC/Intel 21143 and various workalikes device=09=09fxp=09=09# Intel EtherExpress PRO/100B (82557, 82558) device=09=09lge=09=09# Level 1 LXT1001 gigabit Ethernet device=09=09nge=09=09# NatSemi DP83820 gigabit Ethernet device=09=09nve=09=09# nVidia nForce MCP on-board Ethernet Networking device=09=09pcn=09=09# AMD Am79C97x PCI 10/100(precedence over 'lnc') device=09=09re=09=09# RealTek 8139C+/8169/8169S/8110S device=09=09rl=09=09# RealTek 8129/8139 device=09=09sf=09=09# Adaptec AIC-6915 (``Starfire'') device=09=09sis=09=09# Silicon Integrated Systems SiS 900/SiS 7016 device=09=09sk=09=09# SysKonnect SK-984x & SK-982x gigabit Ethernet device=09=09ste=09=09# Sundance ST201 (D-Link DFE-550TX) device=09=09ti=09=09# Alteon Networks Tigon I/II gigabit Ethernet device=09=09tl=09=09# Texas Instruments ThunderLAN device=09=09tx=09=09# SMC EtherPower II (83c170 ``EPIC'') device=09=09vge=09=09# VIA VT612x gigabit Ethernet device=09=09vr=09=09# VIA Rhine, Rhine II device=09=09wb=09=09# Winbond W89C840F device=09=09xl=09=09# 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device=09=09cs=09=09# Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device=09=09ed=09=09# NE[12]000, SMC Ultra, 3c503, DS8390 cards device=09=09ex=09=09# Intel EtherExpress Pro/10 and Pro/10+ device=09=09ep=09=09# Etherlink III based cards device=09=09fe=09=09# Fujitsu MB8696x based cards device=09=09ie=09=09# EtherExpress 8/16, 3C507, StarLAN 10 etc. device=09=09lnc=09=09# NE2100, NE32-VL Lance Ethernet cards device=09=09sn=09=09# SMC's 9000 series of Ethernet chips device=09=09xe=09=09# Xircom pccard Ethernet # Wireless NIC cards device=09=09wlan=09=09# 802.11 support device=09=09an=09=09# Aironet 4500/4800 802.11 wireless NICs. device=09=09awi=09=09# BayStack 660 and others device=09=09ral=09=09# Ralink Technology RT2500 wireless NICs. device=09=09wi=09=09# WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device=09=09wl=09=09# Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device=09=09loop=09=09# Network loopback device=09=09random=09=09# Entropy device device=09=09ether=09=09# Ethernet support device=09=09sl=09=09# Kernel SLIP device=09=09ppp=09=09# Kernel PPP device=09=09tun=09=09# Packet tunnel. device=09=09pty=09=09# Pseudo-ttys (telnet etc) device=09=09md=09=09# Memory "disks" device=09=09gif=09=09# IPv6 and IPv4 tunneling device=09=09faith=09=09# IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device=09=09bpf=09=09# Berkeley packet filter # USB support device=09=09uhci=09=09# UHCI PCI->USB interface device=09=09ohci=09=09# OHCI PCI->USB interface device=09=09ehci=09=09# EHCI PCI->USB interface (USB 2.0) device=09=09usb=09=09# USB Bus (required) #device=09=09udbp=09=09# USB Double Bulk Pipe devices device=09=09ugen=09=09# Generic device=09=09uhid=09=09# "Human Interface Devices" device=09=09ukbd=09=09# Keyboard device=09=09ulpt=09=09# Printer device=09=09umass=09=09# Disks/Mass storage - Requires scbus and da device=09=09ums=09=09# Mouse device=09=09ural=09=09# Ralink Technology RT2500USB wireless NICs device=09=09urio=09=09# Diamond Rio 500 MP3 player device=09=09uscanner=09# Scanners # USB Ethernet, requires miibus device=09=09aue=09=09# ADMtek USB Ethernet device=09=09axe=09=09# ASIX Electronics USB Ethernet device=09=09cdce=09=09# Generic USB over Ethernet device=09=09cue=09=09# CATC USB Ethernet device=09=09kue=09=09# Kawasaki LSI USB Ethernet device=09=09rue=09=09# RealTek RTL8150 USB Ethernet # FireWire support device=09=09firewire=09# FireWire bus code device=09=09sbp=09=09# SCSI over FireWire (Requires scbus and da) device=09=09fwe=09=09# Ethernet over FireWire (non-standard!) # pfSense addons options COMPAT_FREEBSD5 options UNIONFS # Union filesystem device bktr #options IPFIREWALL #options DUMMYNET #options IPDIVERT options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT device carp device pf device pflog device pfsync device vlan device gre options IPSTEALTH options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options GEOM_UZIP options GEOM_LABEL options INCLUDE_CONFIG_FILE #options BRIDGE options NETGRAPH #netgraph(4) system options NETGRAPH_ASYNC options NETGRAPH_BPF options NETGRAPH_BRIDGE options NETGRAPH_CISCO options NETGRAPH_ECHO options NETGRAPH_ETHER options NETGRAPH_FRAME_RELAY options NETGRAPH_HOLE options NETGRAPH_IFACE options NETGRAPH_KSOCKET options NETGRAPH_LMI options NETGRAPH_MPPC_ENCRYPTION options NETGRAPH_ONE2MANY options NETGRAPH_PPP options NETGRAPH_PPPOE options NETGRAPH_PPTPGRE options NETGRAPH_RFC1490 options NETGRAPH_SOCKET options NETGRAPH_TEE options NETGRAPH_TTY options NETGRAPH_UI options NETGRAPH_VJC device ubsa device ucom options FAST_IPSEC #options IPSEC_NAT_T device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w device rndtest # FIPS 140-2 entropy tester device hifn # Hifn 7951, 7781, etc. options HIFN_DEBUG # enable debugging support: hw.hifn.debug options HIFN_RNDTEST # enable rndtest support device ubsec # Broadcom 5501, 5601, 58xx options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRIQ options ALTQ_NOPCC # Required for SMP builds !! # Bridging device if_bridge options MSGMNB=3D8192 # max # of bytes in a queue options MSGMNI=3D40 # number of message queue identifiers options MSGSEG=3D512 # number of message segments per queue options MSGSSZ=3D32 # size of a message segment options MSGTQL=3D2048 # max messages in system device tap device hme # Needed for FreeSBIE 2 options NULLFS # Kbdmux device kbdmux device speaker options DEVICE_POLLING options ZERO_COPY_SOCKETS #device natpt device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet options TCP_SIGNATURE # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Allow gmirror to function options GEOM_MIRROR options GEOM_MBR From owner-freebsd-geom@FreeBSD.ORG Fri May 19 17:21: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 D0F8C16A420; Fri, 19 May 2006 17:21:50 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87CE043D46; Fri, 19 May 2006 17:21:50 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 6ABEAC161; Fri, 19 May 2006 13:21:49 -0400 (EDT) Date: Fri, 19 May 2006 13:21:49 -0400 From: James Snow To: Pawel Jakub Dawidek Message-ID: <20060519172148.GA54819@teardrop.org> References: <200605161555.08195.darcy@wavefire.com> <20060517171955.GB838@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060517171955.GB838@garage.freebsd.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-geom@freebsd.org Subject: Re: Slices + stripes and mirrors 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, 19 May 2006 17:21:50 -0000 On Wed, May 17, 2006 at 07:19:55PM +0200, Pawel Jakub Dawidek wrote: > On Tue, May 16, 2006 at 03:55:07PM -0700, Darcy Buskermolen wrote: > +> > +> I have a 6.1 setup with 4 identical 300GB disks, ad4,6,8,10. I'd like to > +> create a bootable mirror (gm0s1) of all 4 disks on a 512MB slice, and have > +> the remaining space a big slice (gs0s2). I'm going something almost identical and have been having some difficulty. > Ok, first initialize your disks and create two slices on them: > > # apply "fdisk -Bi /dev/ad%1" 4 6 8 10 > > (If they are identical, you can probably initizlize one of them and copy > first 63 sectors to the others.) > > Once you have your slices, create a mirror: I've been using Ralf's guide[1] for the basics of this, and he mentions that you need to shrink the slice by one sector. Is this still the case in 6.1? If so, when doing two slices per disk, do you need to shrink both slices by one sector, or only the last slice on the disk? -Snow [1] http://people.freebsd.org/~rse/mirror/ From owner-freebsd-geom@FreeBSD.ORG Fri May 19 17:35: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 94BF516A420 for ; Fri, 19 May 2006 17:35:37 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F17343D46 for ; Fri, 19 May 2006 17:35:35 +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.1/8.13.1) with ESMTP id k4JHZXrf052639; Fri, 19 May 2006 12:35:34 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <446E01E5.4010100@centtech.com> Date: Fri, 19 May 2006 12:35:33 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: Scott Ullrich References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1471/Fri May 19 09:07:46 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: panic: g_read_data(): invalid length 3609790848 on RELENG_6_1 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, 19 May 2006 17:35:37 -0000 Scott Ullrich wrote: > Hello! > > We are trying to track down a panic on a Dell 2850 box running FreeBSD > 6.1-RELEASE. > > Panic without DDB (my apologies for the large photos): > http://buraglio.com/nick/projects/pfsense/images/tn/IMG_2081.jpg.html > > There is a backtrace available which points to glabel? > http://buraglio.com/nick/projects/pfsense/images/tn/IMG_2084.jpg.html > > Complete history at: http://cvstrac.pfsense.com/tktview?tn=967 > > Does anyone know of anything we can try? Could we provide more > information in tracking down the problem? > > Any help would be appreciated and we will be happy to provide any > information that we can. > > Thanks in advance! > > > Kernel configuration is (without DDB debugging): > > # > # GENERIC -- Generic kernel configuration file for FreeBSD/i386 > # > # For more information on this file, please read the handbook section on > # Kernel Configuration Files: > # > # > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES files. > # If you are in doubt as to the purpose or necessity of a line, check first > # in NOTES. > # > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.7.2.2 2006/05/01 > 00:15:12 scottl Exp $ > > machine i386 > cpu I486_CPU > cpu I586_CPU > cpu I686_CPU > ident pfSense > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for devices. > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > #options SCHED_ULE # ULE scheduler > options SCHED_4BSD # 4BSD scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options MD_ROOT # MD is a potential root device > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options NFS_ROOT # NFS usable as /, requires NFSCLIENT > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_GPT # GUID Partition Tables. > options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > device apic # I/O APIC > > # Bus support. > device eisa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > device atapifd # ATAPI floppy drives > device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > # SCSI Controllers > device ahb # EISA AHA1742 family > device ahc # AHA2940 and onboard AIC7xxx devices > device ahd # AHA39320/29320 and onboard AIC79xx devices > device amd # AMD 53C974 (Tekram DC-390(T)) > device isp # Qlogic family > #device ispfw # Firmware for QLogic HBAs- normally a module > device mpt # LSI-Logic MPT-Fusion > #device ncr # NCR/Symbios Logic > device sym # NCR/Symbios Logic (newer chipsets + those of > `ncr') > device trm # Tekram DC395U/UW/F DC315U adapters > > device adv # Advansys SCSI adapters > device adw # Advansys wide SCSI adapters > device aha # Adaptec 154x SCSI adapters > device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > device bt # Buslogic/Mylex MultiMaster SCSI adapters > > device ncv # NCR 53C500 > device nsp # Workbit Ninja SCSI-3 > device stg # TMC 18C30/18C50 > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) > > # RAID controllers interfaced to the SCSI subsystem > device amr # AMI MegaRAID > device arcmsr # Areca SATA II RAID > device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > device ciss # Compaq Smart RAID 5* > device dpt # DPT Smartcache III, IV - See NOTES for options > device hptmv # Highpoint RocketRAID 182x > device rr232x # Highpoint RocketRAID 232x > device iir # Intel Integrated RAID > device ips # IBM (Adaptec) ServeRAID > device mly # Mylex AcceleRAID/eXtremeRAID > device twa # 3ware 9000 series PATA/SATA RAID > > # RAID controllers > device aac # Adaptec FSA RAID > device aacp # SCSI passthrough for aac (requires CAM) > device ida # Compaq Smart RAID > device mfi # LSI MegaRAID SAS > device mlx # Mylex DAC960 family > device pst # Promise Supertrak SX6000 > device twe # 3ware ATA RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > # Enable this for the pcvt (VT220 compatible) console driver > #device vt > #options XSERVER # support for X server on a vt console > #options FAT_CURSOR # start with block cursor > > device agp # support several AGP chipsets > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > device cbb # cardbus (yenta) bridge > device pccard # PC Card (16-bit) bus > device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to the sio and/or ppc drivers): > #device puc > > # PCI Ethernet NICs. > device de # DEC/Intel DC21x4x (``Tulip'') > device em # Intel PRO/1000 adapter Gigabit Ethernet Card > device ixgb # Intel PRO/10GbE Ethernet Card > device txp # 3Com 3cR990 (``Typhoon'') > device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these > NICs! > device miibus # MII bus support > device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet > device bfe # Broadcom BCM440x 10/100 Ethernet > device bge # Broadcom BCM570xx Gigabit Ethernet > device dc # DEC/Intel 21143 and various workalikes > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > device lge # Level 1 LXT1001 gigabit Ethernet > device nge # NatSemi DP83820 gigabit Ethernet > device nve # nVidia nForce MCP on-board Ethernet Networking > device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') > device re # RealTek 8139C+/8169/8169S/8110S > device rl # RealTek 8129/8139 > device sf # Adaptec AIC-6915 (``Starfire'') > device sis # Silicon Integrated Systems SiS 900/SiS 7016 > device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet > device ste # Sundance ST201 (D-Link DFE-550TX) > device ti # Alteon Networks Tigon I/II gigabit Ethernet > device tl # Texas Instruments ThunderLAN > device tx # SMC EtherPower II (83c170 ``EPIC'') > device vge # VIA VT612x gigabit Ethernet > device vr # VIA Rhine, Rhine II > device wb # Winbond W89C840F > device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # ISA Ethernet NICs. pccard NICs included. > device cs # Crystal Semiconductor CS89x0 NIC > # 'device ed' requires 'device miibus' > device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards > device ex # Intel EtherExpress Pro/10 and Pro/10+ > device ep # Etherlink III based cards > device fe # Fujitsu MB8696x based cards > device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. > device lnc # NE2100, NE32-VL Lance Ethernet cards > device sn # SMC's 9000 series of Ethernet chips > device xe # Xircom pccard Ethernet > > # Wireless NIC cards > device wlan # 802.11 support > device an # Aironet 4500/4800 802.11 wireless NICs. > device awi # BayStack 660 and others > device ral # Ralink Technology RT2500 wireless NICs. > device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > #device wl # Older non 802.11 Wavelan wireless NIC. > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device sl # Kernel SLIP > device ppp # Kernel PPP > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device faith # IPv6-to-IPv4 relaying (translation) > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device ugen # Generic > device uhid # "Human Interface Devices" > device ukbd # Keyboard > device ulpt # Printer > device umass # Disks/Mass storage - Requires scbus and da > device ums # Mouse > device ural # Ralink Technology RT2500USB wireless NICs > device urio # Diamond Rio 500 MP3 player > device uscanner # Scanners > # USB Ethernet, requires miibus > device aue # ADMtek USB Ethernet > device axe # ASIX Electronics USB Ethernet > device cdce # Generic USB over Ethernet > device cue # CATC USB Ethernet > device kue # Kawasaki LSI USB Ethernet > device rue # RealTek RTL8150 USB Ethernet > > # FireWire support > device firewire # FireWire bus code > device sbp # SCSI over FireWire (Requires scbus and da) > device fwe # Ethernet over FireWire (non-standard!) > > # pfSense addons > > options COMPAT_FREEBSD5 > > options UNIONFS # Union filesystem > > device bktr > > #options IPFIREWALL > #options DUMMYNET > #options IPDIVERT > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPFIREWALL_FORWARD > options IPFIREWALL_VERBOSE > options IPFIREWALL_VERBOSE_LIMIT > > device carp > device pf > device pflog > device pfsync > device vlan > device gre > > options IPSTEALTH > options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN > options GEOM_UZIP > options GEOM_LABEL > > options INCLUDE_CONFIG_FILE > > #options BRIDGE > options NETGRAPH #netgraph(4) system > options NETGRAPH_ASYNC > options NETGRAPH_BPF > options NETGRAPH_BRIDGE > options NETGRAPH_CISCO > options NETGRAPH_ECHO > options NETGRAPH_ETHER > options NETGRAPH_FRAME_RELAY > options NETGRAPH_HOLE > options NETGRAPH_IFACE > options NETGRAPH_KSOCKET > > options NETGRAPH_LMI > options NETGRAPH_MPPC_ENCRYPTION > options NETGRAPH_ONE2MANY > options NETGRAPH_PPP > options NETGRAPH_PPPOE > options NETGRAPH_PPTPGRE > options NETGRAPH_RFC1490 > options NETGRAPH_SOCKET > options NETGRAPH_TEE > options NETGRAPH_TTY > options NETGRAPH_UI > options NETGRAPH_VJC > > device ubsa > device ucom > > options FAST_IPSEC > #options IPSEC_NAT_T > > device crypto # core crypto support > device cryptodev # /dev/crypto for access to h/w > device rndtest # FIPS 140-2 entropy tester > device hifn # Hifn 7951, 7781, etc. > options HIFN_DEBUG # enable debugging support: hw.hifn.debug > options HIFN_RNDTEST # enable rndtest support > device ubsec # Broadcom 5501, 5601, 58xx > > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_PRIQ > options ALTQ_NOPCC # Required for SMP builds !! > > > # Bridging > device if_bridge > > options MSGMNB=8192 # max # of bytes in a queue > options MSGMNI=40 # number of message queue identifiers > options MSGSEG=512 # number of message segments per queue > options MSGSSZ=32 # size of a message segment > options MSGTQL=2048 # max messages in system > > device tap > device hme > > # Needed for FreeSBIE 2 > options NULLFS > > # Kbdmux > device kbdmux > > device speaker > > options DEVICE_POLLING > > options ZERO_COPY_SOCKETS > > #device natpt > > device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet > > options TCP_SIGNATURE > > # To make an SMP kernel, the next two lines are needed > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > # Allow gmirror to function > options GEOM_MIRROR > options GEOM_MBR > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" Can you try removing: device atapifd # ATAPI floppy drives ? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Fri May 19 17:36:47 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 AC9EF16A422 for ; Fri, 19 May 2006 17:36:47 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D1C43D5C for ; Fri, 19 May 2006 17:36:37 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by py-out-1112.google.com with SMTP id f28so921922pyf for ; Fri, 19 May 2006 10:36:37 -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=EsBl+AUipAARMztcKTr53/hpN5URxe9Rt11I1+VSqa8Q6kvHATjC81wUsBGt28Ewnt8El61Ro9wc8Zz+0M8YQozOzEnsH2GHb6RFkCWUEf8QBpUI2reqiKvZCnMN5SdD7AL2YrfqFOzj7bXOR+ppNHkEtUmJ0FhyHry61IUct+M= Received: by 10.35.90.20 with SMTP id s20mr1371863pyl; Fri, 19 May 2006 10:36:37 -0700 (PDT) Received: by 10.35.94.6 with HTTP; Fri, 19 May 2006 10:36:37 -0700 (PDT) Message-ID: Date: Fri, 19 May 2006 13:36:37 -0400 From: "Scott Ullrich" To: "Eric Anderson" In-Reply-To: <446E01E5.4010100@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <446E01E5.4010100@centtech.com> Cc: freebsd-geom@freebsd.org Subject: Re: panic: g_read_data(): invalid length 3609790848 on RELENG_6_1 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, 19 May 2006 17:36:47 -0000 On 5/19/06, Eric Anderson wrote: > Can you try removing: > > device atapifd # ATAPI floppy drives > > ? Will do and report back. Thanks! From owner-freebsd-geom@FreeBSD.ORG Fri May 19 18:06: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 5A3ED16A429 for ; Fri, 19 May 2006 18:06:09 +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 5B38B43D48 for ; Fri, 19 May 2006 18:06:06 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 38765 invoked by uid 2001); 19 May 2006 18:06:04 -0000 Date: Fri, 19 May 2006 13:06:04 -0500 From: "Rick C. Petty" To: James Snow Message-ID: <20060519180604.GA37562@megan.kiwi-computer.com> References: <200605161555.08195.darcy@wavefire.com> <20060517171955.GB838@garage.freebsd.pl> <20060519172148.GA54819@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060519172148.GA54819@teardrop.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-geom@freebsd.org Subject: Re: Slices + stripes and mirrors 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, 19 May 2006 18:06:09 -0000 On Fri, May 19, 2006 at 01:21:49PM -0400, James Snow wrote: > On Wed, May 17, 2006 at 07:19:55PM +0200, Pawel Jakub Dawidek wrote: > > On Tue, May 16, 2006 at 03:55:07PM -0700, Darcy Buskermolen wrote: > > +> > > +> I have a 6.1 setup with 4 identical 300GB disks, ad4,6,8,10. I'd like to > > +> create a bootable mirror (gm0s1) of all 4 disks on a 512MB slice, and have > > +> the remaining space a big slice (gs0s2). > > I'm going something almost identical and have been having some > difficulty. Who don't people use gvinum more? These more complex setups require more flexibility. Also gvinum will let you grab the full disks and not deal with mirroring the slices individually. Using gmirror on slices seems pretty hackish to me. > > Ok, first initialize your disks and create two slices on them: > > > > # apply "fdisk -Bi /dev/ad%1" 4 6 8 10 > > > > (If they are identical, you can probably initizlize one of them and copy > > first 63 sectors to the others.) > > > > Once you have your slices, create a mirror: > > I've been using Ralf's guide[1] for the basics of this, and he mentions > that you need to shrink the slice by one sector. Is this still the case > in 6.1? If so, when doing two slices per disk, do you need to shrink > both slices by one sector, or only the last slice on the disk? The reason you nede to shrink the slice is because the metadata for gmirror is stored on the last sector of the provider (which in this case is a slice, but usually is just the disk). Because the metadata is stored for each instance in the mirror, every slice you mirror will shrink by one sector. Because you are mirroring slices not disks, gmirror doesn't "know" about the disks. Again, this method seems very hackish. If you mirror the entire disk, gmirror will provide a device that is one sector smaller than the disk.. this should be transparent. If you're not mirroring the entire disk, I think you're halfway down a dangerous path. In any case, I've had better luck using gvinum even for just plain mirroring. Also, I feel that his guide implies setting up mirroring is less than trivial. IMO, it's easier to use a livecd since you have to reboot the box anyway. For that number of steps, why not use gvinum instead? You'd have more flexibility and you can do things like resize volumes and add/remove drives while the system is up. -- Rick C. Petty From owner-freebsd-geom@FreeBSD.ORG Fri May 19 19:29: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 F378116A42B for ; Fri, 19 May 2006 19:29:49 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB8C443D45 for ; Fri, 19 May 2006 19:29:46 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 97EA8C161; Fri, 19 May 2006 15:29:43 -0400 (EDT) Date: Fri, 19 May 2006 15:29:43 -0400 From: James Snow To: "Rick C. Petty" Message-ID: <20060519192943.GB54819@teardrop.org> References: <200605161555.08195.darcy@wavefire.com> <20060517171955.GB838@garage.freebsd.pl> <20060519172148.GA54819@teardrop.org> <20060519180604.GA37562@megan.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060519180604.GA37562@megan.kiwi-computer.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-geom@freebsd.org Subject: Re: Slices + stripes and mirrors 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, 19 May 2006 19:29:53 -0000 On Fri, May 19, 2006 at 01:06:04PM -0500, Rick C. Petty wrote: > > If you're not mirroring the entire disk, I think you're halfway down a > dangerous path. I think the original poster's use case is a fairly common one. For example, you've got two 40GB disks, and you want to use the first 20GB of each disk for a single 20GB mirror, and the second 20GB for a 40GB stripe. Why does this constitute a dangerous path? > In any case, I've had better luck using gvinum even for just plain > mirroring. I guess we've had somewhat opposite experiences here. I usually wind up digging up old documentation on vinum off the web and fiddling with gvinum until I determine what's still applicable. I found out that I could use 'sd length 0' to autosize disks from this list rather than from any of the docs. Maybe I'm suffering from a severe case of the stupids, but good documentation on gvinum seems to be hard to come by. > IMO, it's easier to use a livecd since you have to reboot the box > anyway. But this assumes you have console access. I've successfully used gmirror to convert machines on the opposite side of the country to RAID without any remote-hands or physical access. It works perfectly for me most of the time. I've little doubt that I'm doing something stupid this time. I should have prefaced my "I'm having some difficulty" comment with "It's working flawlessly for me in six other places. ;) > For that number of steps, why not use gvinum instead? You'd have more > flexibility and you can do things like resize volumes and add/remove > drives while the system is up. You can hot add/remove drives out of a gvinum partition as well. I'll grant that it was somewhat ungraceful, but I did this recently when I needed to duplicate a machine in a hurry. It worked very well. I actually started out playing with gvinum for my setup, but it didn't seem to perform very well. I freely admit I wasn't being very scientific in my testing - just simple dd write tests - but, well, see for yourself: 273k stripe size: 7857123 bytes/sec 8190k stripe size: 8207057 bytes/sec regular disk: 29639806 bytes/sec graid3 disk: 54549442 bytes/sec I was going to try a few different stripe sizes, but the jump between gvinum RAID5 and a single disk was pretty severe. It seemed like more than a stripe size change could remedy. -Snow From owner-freebsd-geom@FreeBSD.ORG Fri May 19 20:06:01 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 7028116A435 for ; Fri, 19 May 2006 20:06:01 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEF3D43D49 for ; Fri, 19 May 2006 20:06:00 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by py-out-1112.google.com with SMTP id f28so951477pyf for ; Fri, 19 May 2006 13:05:57 -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=pdymRxTUBU9v7aWmKk1KJ/FSY+aQ+sY7/LB5NaYhQW+F0Mw3/novqeZkHtt773gRjGlL9WRugWsLtQWy1IQPO3bRhaTdW84aNkTLkRkTpiEbO7+yOfkAtF4R3CViHHXLYleX0Q8MWNtvguTFhb7sBnwIgfJUEHFeRkye0vcvLLw= Received: by 10.35.37.18 with SMTP id p18mr2472980pyj; Fri, 19 May 2006 13:05:57 -0700 (PDT) Received: by 10.35.94.6 with HTTP; Fri, 19 May 2006 13:05:57 -0700 (PDT) Message-ID: Date: Fri, 19 May 2006 16:05:57 -0400 From: "Scott Ullrich" To: "Eric Anderson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <446E01E5.4010100@centtech.com> Cc: freebsd-geom@freebsd.org Subject: Re: panic: g_read_data(): invalid length 3609790848 on RELENG_6_1 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, 19 May 2006 20:06:01 -0000 On 5/19/06, Scott Ullrich wrote: > On 5/19/06, Eric Anderson wrote: > > Can you try removing: > > > > device atapifd # ATAPI floppy drives > > > > ? > > Will do and report back. Thanks! > (Sorry, forgot to reply-all) This did the trick. Thank you for the very fast response! Scott From owner-freebsd-geom@FreeBSD.ORG Fri May 19 20:14:55 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 38E3C16A421 for ; Fri, 19 May 2006 20:14:55 +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 A412F43D46 for ; Fri, 19 May 2006 20:14:54 +0000 (GMT) (envelope-from rick@kiwi-computer.com) Received: (qmail 39337 invoked by uid 2001); 19 May 2006 20:14:53 -0000 Date: Fri, 19 May 2006 15:14:53 -0500 From: "Rick C. Petty" To: James Snow Message-ID: <20060519201453.GB37562@megan.kiwi-computer.com> References: <200605161555.08195.darcy@wavefire.com> <20060517171955.GB838@garage.freebsd.pl> <20060519172148.GA54819@teardrop.org> <20060519180604.GA37562@megan.kiwi-computer.com> <20060519192943.GB54819@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060519192943.GB54819@teardrop.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-geom@freebsd.org Subject: Re: Slices + stripes and mirrors 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, 19 May 2006 20:14:55 -0000 On Fri, May 19, 2006 at 03:29:43PM -0400, James Snow wrote: > On Fri, May 19, 2006 at 01:06:04PM -0500, Rick C. Petty wrote: > > > > If you're not mirroring the entire disk, I think you're halfway down a > > dangerous path. > > I think the original poster's use case is a fairly common one. For > example, you've got two 40GB disks, and you want to use the first 20GB > of each disk for a single 20GB mirror, and the second 20GB for a 40GB > stripe. That's common? I guess I personally would feel more comfortable mirroring the whole disk and buying more disks if I want to stripe. I guess I'm not a fan of striping either. The point of a mirror is to reduce your downtime in case of a disk error.. if one of the mirrored disks fails, you likely will lose the entire stripe, in the above configuration. Disks are cheap! Buy more! > Why does this constitute a dangerous path? For the reason I just stated. If you're mirroring part of the disk, why is the remaining disk useless? And if it is really useless, why do you have it on the same disks you believe are important? Part of the danger that I see is the reconstruction of the label. You're not mirroring the label or the boot blocks, so you have to remember how you setup the disk before.. "I *think* I used 20g on the first slice.. but did I add 1 block, knowing that I'd lose a block for gmirror's metadata, or did I round the number of blocks up so the cylinder groups didn't waste as much" etc. It seems to me to be a lot more work to setup than what is potentially gained or lost. You might as well mirror the whole disk, including the label. And if you're low on space, buy more drives. [subliminal message] You know you *want* to [/subliminal message] > > In any case, I've had better luck using gvinum even for just plain > > mirroring. > > I guess we've had somewhat opposite experiences here. I usually wind up > digging up old documentation on vinum off the web and fiddling with > gvinum until I determine what's still applicable. I found out that I > could use 'sd length 0' to autosize disks from this list rather than > from any of the docs. Maybe I'm suffering from a severe case of the > stupids, but good documentation on gvinum seems to be hard to come by. I completely agree with you here, but you only have to figure it out once. Then you save your configuration into a text file on a gmirror'd file system, if you're really paranoid. However, the documentation leads something to be desired. I think the problem is we're in a transition period, where vinum was deprecated and subsequently removed, but gvinum didn't have all vinum's features implemented or documented in time. My point wasn't comparing the ease of setting up an N-drive mirror (of the entire disks) with using gvinum, but that the flexibility gvinum has and its ability to modify volumes while other volumes are mounted, not to mention the ease of using volume names, the case for using gmirror for anything but trivial disk mirroring is pretty thin. > > IMO, it's easier to use a livecd since you have to reboot the box > > anyway. > > But this assumes you have console access. I've successfully used > gmirror to convert machines on the opposite side of the country to RAID > without any remote-hands or physical access. It works perfectly for me > most of the time. I've little doubt that I'm doing something stupid > this time. Yes and no (about console access).. Mess up even one minor step and without a console, you're boned. Besides, it's better to do this from single-user mode if you're migrating your root file system-- serial consoles rock! [you add drives to a remote box without remote hands or physical access? please, share your secrets! :-P] Still, setting up a mirror from a boot disk to another disk is pretty trivial: gmirror label, fdisk, bsdlabel, newfs, "copy files", reboot. Only one extra step over your standard installation. NOTE: I prefer using rsync to dump/restore -- better handling of hard links and sparse files. > You can hot add/remove drives out of a gvinum partition as well. I'll > grant that it was somewhat ungraceful, but I did this recently when I > needed to duplicate a machine in a hurry. It worked very well. Scary, but yes. > I actually started out playing with gvinum for my setup, but it > didn't seem to perform very well. I freely admit I wasn't being very > scientific in my testing - just simple dd write tests - but, well, see > for yourself: > > 273k stripe size: 7857123 bytes/sec > 8190k stripe size: 8207057 bytes/sec > regular disk: 29639806 bytes/sec > graid3 disk: 54549442 bytes/sec Hmm, something must be strange in your setup. What size blocks and where were you reading from? Are those first two tests raid5? Remember, one write operation in RAID5 turns into two reads and two writes (stupid parity). RAID5 performs better with read. I recall seeing significantly higher numbers of total disk bandwidth using raid5 over the drives separately, but I don't recall what the true throughput was. It also depends on whether you go through the filesystem: dd if=/dev/zero of=/dev/gvinum/testvol bs=64k performs quite differently than: mount /dev/gvinum/testvol /testvol apply "dd if=/dev/zero of=/testvol/%1 bs=64k count=1600" 1 2 3 4 5 -- Rick C. Petty From owner-freebsd-geom@FreeBSD.ORG Fri May 19 20:51: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 4EBEC16A420 for ; Fri, 19 May 2006 20:51:30 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 006CF43D45 for ; Fri, 19 May 2006 20:51:29 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 2313EC161; Fri, 19 May 2006 16:51:29 -0400 (EDT) Date: Fri, 19 May 2006 16:51:28 -0400 From: James Snow To: "Rick C. Petty" Message-ID: <20060519205128.GA56392@teardrop.org> References: <200605161555.08195.darcy@wavefire.com> <20060517171955.GB838@garage.freebsd.pl> <20060519172148.GA54819@teardrop.org> <20060519180604.GA37562@megan.kiwi-computer.com> <20060519192943.GB54819@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060519192943.GB54819@teardrop.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-geom@freebsd.org Subject: Re: Slices + stripes and mirrors 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, 19 May 2006 20:51:30 -0000 On Fri, May 19, 2006 at 03:29:43PM -0400, James Snow wrote: > > You can hot add/remove drives out of a gvinum partition as well. I'll > grant that it was somewhat ungraceful, but I did this recently when I > needed to duplicate a machine in a hurry. It worked very well. To clarify: The ungraceful bit was that I did this without taking the source machine down or out of production. So the clone had to fsck at boot, since all of its volumes were uncleanly unmounted. Otherwise it was a perfectly graceful operation. There was no negative commentary about FreeBSD or gmirror here. They worked perfectly, and the production box never missed a beat. -Snow From owner-freebsd-geom@FreeBSD.ORG Fri May 19 21:36:46 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 7BBF416A41F for ; Fri, 19 May 2006 21:36:46 +0000 (UTC) (envelope-from xride@x12.dk) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5D8D43D46 for ; Fri, 19 May 2006 21:36:45 +0000 (GMT) (envelope-from xride@x12.dk) X-T2-Posting-ID: lkM/Dn7LTUP9vUt2XCoVCw== X-Cloudmark-Score: 0.000000 [] Received: from x12.dk ([83.72.97.237] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 30058544 for freebsd-geom@freebsd.org; Fri, 19 May 2006 23:36:44 +0200 Received: by x12.dk (Postfix, from userid 666) id D275550839; Fri, 19 May 2006 23:36:43 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by x12.dk (Postfix) with ESMTP id C7AB95082A for ; Fri, 19 May 2006 23:36:43 +0200 (CEST) Date: Fri, 19 May 2006 23:36:43 +0200 (CEST) From: Soeren Straarup To: freebsd-geom@freebsd.org Message-ID: <20060519232704.M49975@x12.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: geomgui version 0.8 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 May 2006 21:36:46 -0000 Hi I would like some feedback on a little project of mine. The port: http://xride.dk/pub/geomgui-port-0.8.tar.gz The actual source code: http://xride.dk/pub/geomgui-0.8.tar.gz The things it does for now is to display the geom layout. It is a X program, one can use it like 'geomgui' and it will show it from the current box or 'geomgui -r user@host' and it makes a ssh connection to user@host via ssh (if there is a passwd/passphrase this is beeing asked for in the console that geomgui was started from). It writes to following files and leaves them, just i case the user wants them: /tmp/geomgui.dot /tmp/geomgui.svg /tmp/geomgui.xml What would be a nice feature to add to it? best regards Soeren Soeren Straarup | aka OZ2DAK aka Xride FreeBSD wannabe | FreeBSD since 2.2.6-R Incorrect documentation is often worse than no documentation. - Bertrand Meyer From owner-freebsd-geom@FreeBSD.ORG Fri May 19 22:08: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 9845816A42A for ; Fri, 19 May 2006 22:08:22 +0000 (UTC) (envelope-from marius.nuennerich@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 00D3343D67 for ; Fri, 19 May 2006 22:08:17 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 19 May 2006 22:08:11 -0000 Received: from pD9ECC344.dip0.t-ipconnect.de (EHLO sol) [217.236.195.68] by mail.gmx.net (mp012) with SMTP; 20 May 2006 00:08:11 +0200 X-Authenticated: #5707313 Date: Sat, 20 May 2006 00:07:42 +0200 From: Marius Nuennerich To: Soeren Straarup Message-ID: <20060520000742.0bd8f289@sol> In-Reply-To: <20060519232704.M49975@x12.dk> References: <20060519232704.M49975@x12.dk> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-geom@freebsd.org Subject: Re: geomgui version 0.8 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 May 2006 22:08:22 -0000 On Fri, 19 May 2006 23:36:43 +0200 (CEST) Soeren Straarup wrote: > > Hi > > I would like some feedback on a little project of mine. > > The port: > http://xride.dk/pub/geomgui-port-0.8.tar.gz > > The actual source code: > http://xride.dk/pub/geomgui-0.8.tar.gz > > The things it does for now is to display the geom layout. > It is a X program, one can use it like 'geomgui' and it will show it from > the current box or 'geomgui -r user@host' and it makes a ssh connection to > user@host via ssh (if there is a passwd/passphrase this is beeing asked > for in the console that geomgui was started from). > > It writes to following files and leaves them, just i case the user wants > them: > /tmp/geomgui.dot /tmp/geomgui.svg /tmp/geomgui.xml > > What would be a nice feature to add to it? Hi, nice tool :) What about these switches? -h: humanize number for the mediasize -c: use different colors for different things regards Marius From owner-freebsd-geom@FreeBSD.ORG Fri May 19 22:57:27 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 65FCE16A432 for ; Fri, 19 May 2006 22:57:27 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from postfix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id E31F543D73 for ; Fri, 19 May 2006 22:57:18 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by postfix.bsdforen.de (Postfix, from userid 20000) id 817C86844BA; Sat, 20 May 2006 00:57:17 +0200 (CEST) Received: from localhost (postfix [127.0.0.3]) by postfix.bsdforen.de (Postfix) with ESMTP id C53A46844B7 for ; Sat, 20 May 2006 00:57:16 +0200 (CEST) Received: from postfix.bsdforen.de ([127.0.0.3]) by localhost (postfix.bsdforen.de [127.0.0.3]) (amavisd-new, port 10024) with LMTP id 82479-02-3 for ; Sat, 20 May 2006 00:57:16 +0200 (CEST) Received: from loki (p549CCB96.dip.t-dialin.net [84.156.203.150]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by postfix.bsdforen.de (Postfix) with ESMTP id ED7FA6844B6 for ; Sat, 20 May 2006 00:57:11 +0200 (CEST) Date: Sat, 20 May 2006 00:56:53 +0200 From: Joerg Pernfuss To: freebsd-geom@freebsd.org Message-ID: <20060520005653.10021c74@loki> In-Reply-To: <20060520000742.0bd8f289@sol> References: <20060519232704.M49975@x12.dk> <20060520000742.0bd8f289@sol> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_MMzVi=FLLXmFBuJbHKKXnJq"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Virus-Scanned: amavisd-new at bsdforen.de X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 446e4d4d841601414447298 X-DSPAM-User: global Subject: Re: geomgui version 0.8 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 May 2006 22:57:27 -0000 --Sig_MMzVi=FLLXmFBuJbHKKXnJq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 20 May 2006 00:07:42 +0200 Marius Nuennerich wrote: > On Fri, 19 May 2006 23:36:43 +0200 (CEST) > Soeren Straarup wrote: >=20 > >=20 > > Hi > >=20 > > I would like some feedback on a little project of mine. > >=20 > > The port: > > http://xride.dk/pub/geomgui-port-0.8.tar.gz > >=20 > > The actual source code: > > http://xride.dk/pub/geomgui-0.8.tar.gz > >=20 > > The things it does for now is to display the geom layout. > > It is a X program, one can use it like 'geomgui' and it will show > > it from the current box or 'geomgui -r user@host' and it makes a ssh > > connection to user@host via ssh (if there is a passwd/passphrase > > this is beeing asked for in the console that geomgui was started > > from). > >=20 > > It writes to following files and leaves them, just i case the user > > wants them: > > /tmp/geomgui.dot /tmp/geomgui.svg /tmp/geomgui.xml > >=20 > > What would be a nice feature to add to it? >=20 > Hi, >=20 > nice tool :) >=20 I'll second that. Maybe a few more zoom out stages would be nice. http://www.elessar.org/geomgui.svg On 1280x1024 and fullscreen I don't get this into the window without scrolling ;) On a sidenote, Firefox 1.5 renders it fine, Opera 8.5 renders it but the text isn't correctly aligned, Opera 9pre2 reports a syntax error. Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | --Sig_MMzVi=FLLXmFBuJbHKKXnJq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEbk09H31s/bvKrSQRAo1GAJ9EHPT9cE5GQDYjQjyZpHqnz3l67QCfeWST bSgPVIrtfHzlCPi4XqAPXGE= =Y3/s -----END PGP SIGNATURE----- --Sig_MMzVi=FLLXmFBuJbHKKXnJq-- From owner-freebsd-geom@FreeBSD.ORG Sat May 20 01:32:06 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 A8CB616A421; Sat, 20 May 2006 01:32:06 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 462B543D45; Sat, 20 May 2006 01:32:06 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 80C03C161; Fri, 19 May 2006 21:32:05 -0400 (EDT) Date: Fri, 19 May 2006 21:32:05 -0400 From: James Snow To: Pawel Jakub Dawidek Message-ID: <20060520013205.GA58218@teardrop.org> References: <200605161555.08195.darcy@wavefire.com> <20060517171955.GB838@garage.freebsd.pl> <20060519172148.GA54819@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060519172148.GA54819@teardrop.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-geom@freebsd.org Subject: Re: Slices + stripes and mirrors 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, 20 May 2006 01:32:06 -0000 On Fri, May 19, 2006 at 01:21:49PM -0400, James Snow wrote: > > I'm going something almost identical and have been having some > difficulty. For what it's worth, I eventually sorted out all my problems. They were between the keyboard and the chair, much as I suspected. This was the final layout: Name Status Components mirror/gm0 COMPLETE ad0s1 ad1s1 mirror/gm1 COMPLETE ad4s1 ad6s1 mirror/gm2 COMPLETE ad10s1 ad12s1 Name Status Components raid3/gr0 DEGRADED ad0s2 ad4s2 ad1s2 (12%) raid3/gr1 COMPLETE ad6s2 ad10s2 ad12s2 Thanks for your tools, Pawel! :) -Snow From owner-freebsd-geom@FreeBSD.ORG Sat May 20 13:05: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 48BD616A428 for ; Sat, 20 May 2006 13:05: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 7F1C743D53 for ; Sat, 20 May 2006 13:05:36 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 48F1152DDD; Sat, 20 May 2006 15:05:35 +0200 (CEST) Received: from localhost (public-gprs28848.centertel.pl [87.96.112.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 56C0D50E96; Sat, 20 May 2006 15:05:12 +0200 (CEST) Date: Sat, 20 May 2006 15:03:06 +0200 From: Pawel Jakub Dawidek To: "Rick C. Petty" Message-ID: <20060520130306.GA7030@garage.freebsd.pl> References: <200605161555.08195.darcy@wavefire.com> <20060517171955.GB838@garage.freebsd.pl> <20060519172148.GA54819@teardrop.org> <20060519180604.GA37562@megan.kiwi-computer.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20060519180604.GA37562@megan.kiwi-computer.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=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: James Snow , freebsd-geom@freebsd.org Subject: Re: Slices + stripes and mirrors 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, 20 May 2006 13:05:41 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 19, 2006 at 01:06:04PM -0500, Rick C. Petty wrote: +> On Fri, May 19, 2006 at 01:21:49PM -0400, James Snow wrote: +> > On Wed, May 17, 2006 at 07:19:55PM +0200, Pawel Jakub Dawidek wrote: +> > > On Tue, May 16, 2006 at 03:55:07PM -0700, Darcy Buskermolen wrote: +> > > +>=20 +> > > +> I have a 6.1 setup with 4 identical 300GB disks, ad4,6,8,10. I'd= like to=20 +> > > +> create a bootable mirror (gm0s1) of all 4 disks on a 512MB slice,= and have=20 +> > > +> the remaining space a big slice (gs0s2).=20 +> >=20 +> > I'm going something almost identical and have been having some +> > difficulty. =20 +>=20 +> Who don't people use gvinum more? These more complex setups require more +> flexibility. Also gvinum will let you grab the full disks and not deal +> with mirroring the slices individually. Using gmirror on slices seems +> pretty hackish to me. Maybe for you. This what GEOM infrastucture gives you - you don't care if this is a disk, slice, partition, mirror device, encrypted device, etc. It is provider and you can do whatever you need to do with it. This is the flexibility. Imagine a configuration where you have 5 disks. Create one 2GB slice on all disks, and use the rest space for the second slice. Now, create root file system by mirroring da0s1a and da1s1a. Create /usr/ on raid3(da2s1, da3s1, da4s1) and create /home/ on raid3(da0s2, da1s2, da2s2, da3s2, da4s2). This is the flexibility. +> > > Ok, first initialize your disks and create two slices on them: +> > >=20 +> > > # apply "fdisk -Bi /dev/ad%1" 4 6 8 10 +> > >=20 +> > > (If they are identical, you can probably initizlize one of them and = copy +> > > first 63 sectors to the others.) +> > >=20 +> > > Once you have your slices, create a mirror: +> >=20 +> > I've been using Ralf's guide[1] for the basics of this, and he mentions +> > that you need to shrink the slice by one sector. Is this still the ca= se +> > in 6.1? If so, when doing two slices per disk, do you need to shrink +> > both slices by one sector, or only the last slice on the disk? +>=20 +> The reason you nede to shrink the slice is because the metadata for gmir= ror +> is stored on the last sector of the provider (which in this case is a +> slice, but usually is just the disk). Because the metadata is stored for +> each instance in the mirror, every slice you mirror will shrink by one +> sector. Because you are mirroring slices not disks, gmirror doesn't "kn= ow" +> about the disks. Again, this method seems very hackish. If you mirror = the +> entire disk, gmirror will provide a device that is one sector smaller th= an +> the disk.. this should be transparent. If you're not mirroring the ent= ire +> disk, I think you're halfway down a dangerous path. Hehe, cool. So check by yourself how gvinum is transparent:) It doesn't use metadata?:) I'm sure it takes much more than one sector. And again. You simply don't understand what for GEOM was actually introduced... +> In any case, I've had better luck using gvinum even for just plain +> mirroring. Also, I feel that his guide implies setting up mirroring is +> less than trivial. IMO, it's easier to use a livecd since you have to +> reboot the box anyway. For that number of steps, why not use gvinum +> instead? You'd have more flexibility and you can do things like resize +> volumes and add/remove drives while the system is up. You can't add/remove gmirror's component which the system is up? Resizing should be done with another GEOM class. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEbxOKForvXbEpPzQRAowDAJ9me2Su4Xc46z8TZdB8IZfYjotsgQCaAgX7 +z2IsSnFTkD5aeBTdf0AH+c= =zEzj -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-geom@FreeBSD.ORG Sat May 20 18:24:00 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 C976D16A423 for ; Sat, 20 May 2006 18:24:00 +0000 (UTC) (envelope-from xride@x12.dk) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A7B743D46 for ; Sat, 20 May 2006 18:23:59 +0000 (GMT) (envelope-from xride@x12.dk) X-T2-Posting-ID: lkM/Dn7LTUP9vUt2XCoVCw== X-Cloudmark-Score: 0.000000 [] Received: from x12.dk ([83.72.97.237] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 197566899; Sat, 20 May 2006 20:23:57 +0200 Received: by x12.dk (Postfix, from userid 666) id 8343350839; Sat, 20 May 2006 20:23:57 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by x12.dk (Postfix) with ESMTP id 7A6205082A; Sat, 20 May 2006 20:23:57 +0200 (CEST) Date: Sat, 20 May 2006 20:23:57 +0200 (CEST) From: Soeren Straarup To: Marius Nuennerich In-Reply-To: <20060520000742.0bd8f289@sol> Message-ID: <20060520201615.C49975@x12.dk> References: <20060519232704.M49975@x12.dk> <20060520000742.0bd8f289@sol> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-geom@freebsd.org Subject: Re: geomgui version 0.8 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 May 2006 18:24:00 -0000 On Sat, 20 May 2006, Marius Nuennerich wrote: > On Fri, 19 May 2006 23:36:43 +0200 (CEST) > Soeren Straarup wrote: > >> >> Hi >> >> I would like some feedback on a little project of mine. >> >> The port: >> http://xride.dk/pub/geomgui-port-0.8.tar.gz >> >> The actual source code: >> http://xride.dk/pub/geomgui-0.8.tar.gz >> >> The things it does for now is to display the geom layout. >> It is a X program, one can use it like 'geomgui' and it will show it from >> the current box or 'geomgui -r user@host' and it makes a ssh connection to >> user@host via ssh (if there is a passwd/passphrase this is beeing asked >> for in the console that geomgui was started from). >> >> It writes to following files and leaves them, just i case the user wants >> them: >> /tmp/geomgui.dot /tmp/geomgui.svg /tmp/geomgui.xml >> >> What would be a nice feature to add to it? > > Hi, > > nice tool :) > > What about these switches? > -h: humanize number for the mediasize > -c: use different colors for different things There is a version 0.9 up on that site now .. with -h and -c functionality. Still to get fixed is the zoom limits.. forgot those in the battle of getting colors and human readable values implemeted. 'H' toggles values between orig and humanreadable 'c' toggles between no or colors Next to look at is so that there is an popup on passwd or phrase. Is there other things that would be nice to have? vbr Soeren Soeren Straarup | aka OZ2DAK aka Xride FreeBSD wannabe | FreeBSD since 2.2.6-R Incorrect documentation is often worse than no documentation. - Bertrand Meyer From owner-freebsd-geom@FreeBSD.ORG Sat May 20 18:24: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 C205D16A421 for ; Sat, 20 May 2006 18:24:10 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from postfix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BCB543D45 for ; Sat, 20 May 2006 18:24:10 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by postfix.bsdforen.de (Postfix, from userid 20000) id 4D2A36844BA; Sat, 20 May 2006 20:24:09 +0200 (CEST) Received: from localhost (postfix [127.0.0.3]) by postfix.bsdforen.de (Postfix) with ESMTP id 043406844B7 for ; Sat, 20 May 2006 20:24:08 +0200 (CEST) Received: from postfix.bsdforen.de ([127.0.0.3]) by localhost (postfix.bsdforen.de [127.0.0.3]) (amavisd-new, port 10024) with LMTP id 70551-04 for ; Sat, 20 May 2006 20:24:07 +0200 (CEST) Received: from loki (p549CCB96.dip.t-dialin.net [84.156.203.150]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by postfix.bsdforen.de (Postfix) with ESMTP id 0463A6844B6 for ; Sat, 20 May 2006 20:24:06 +0200 (CEST) Date: Sat, 20 May 2006 20:23:51 +0200 From: Joerg Pernfuss To: freebsd-geom@freebsd.org Message-ID: <20060520202351.17821fa9@loki> In-Reply-To: <20060520130306.GA7030@garage.freebsd.pl> References: <200605161555.08195.darcy@wavefire.com> <20060517171955.GB838@garage.freebsd.pl> <20060519172148.GA54819@teardrop.org> <20060519180604.GA37562@megan.kiwi-computer.com> <20060520130306.GA7030@garage.freebsd.pl> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_xFb/X7oL0q=QOb6NFoEqj3_"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Virus-Scanned: amavisd-new at bsdforen.de X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 446f5ec9758311274413787 X-DSPAM-User: global Subject: Re: Slices + stripes and mirrors 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, 20 May 2006 18:24:10 -0000 --Sig_xFb/X7oL0q=QOb6NFoEqj3_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 20 May 2006 15:03:06 +0200 Pawel Jakub Dawidek wrote: > Imagine a configuration where you have 5 disks. Create one 2GB slice > on all disks, and use the rest space for the second slice. > Now, create root file system by mirroring da0s1a and da1s1a. > Create /usr/ on raid3(da2s1, da3s1, da4s1) and create /home/ on > raid3(da0s2, da1s2, da2s2, da3s2, da4s2). > This is the flexibility. So true. I feel the need to give an example. ~> graid3 status Name Status Components raid3/var COMPLETE ad4s1d ad10s1d ad12s1d ~> gmirror status Name Status Components mirror/root COMPLETE ad4s1a ad6s1a ad10s1a ad12s1a mirror/usr1 COMPLETE ad4s1f ad12s1f mirror/jail1 COMPLETE ad4s1g ad10s1g mirror/home1 COMPLETE ad4s1h ad10s1h mirror/usr2 COMPLETE ad6s1f ad10s1f mirror/jail2 COMPLETE ad6s1g ad12s1g mirror/home2 COMPLETE ad6s1h ad12s1h ~> gstripe status Name Status Components stripe/swap UP ad4s1b ad6s1b ad10s1b ad12s1b stripe/tmp UP ad4s1e ad6s1e ad10s1e ad12s1e stripe/usr UP mirror/usr2 mirror/usr1 stripe/jails UP mirror/jail1 mirror/jail2 stripe/home UP mirror/home1 mirror/home2 ~> geli status Name Status Components stripe/swap.eli N/A stripe/swap ~> mount /dev/mirror/root on / (ufs, local) devfs on /dev (devfs, local, multilabel) /dev/stripe/tmp on /tmp (ufs, local) /dev/stripe/usr on /usr (ufs, local) /dev/raid3/var on /var (ufs, local) /dev/stripe/home on /home (ufs, local) /dev/stripe/jails on /jails (ufs, local) 4 discs with one slice each, geom working on top of the bsdlabels. / is on a 4 partition mirror swap is geli encrypted raid 0 /tmp is raid 0 /var is raid 3 /usr is raid 10 /home is raid 10 /jails is raid 10 You can have it work on whatever you want and stack it up into absurdness. It's such nice work. Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | --Sig_xFb/X7oL0q=QOb6NFoEqj3_ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEb17FH31s/bvKrSQRAjKLAJ9m+p5nEVEiTe9uQw/LBy8j69cRDQCaA+/W n/jQmyVgZV6Dsjjwv94ZHOk= =imTH -----END PGP SIGNATURE----- --Sig_xFb/X7oL0q=QOb6NFoEqj3_-- From owner-freebsd-geom@FreeBSD.ORG Sat May 20 20:40: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 1570616A421 for ; Sat, 20 May 2006 20:40:16 +0000 (UTC) (envelope-from xride@x12.dk) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B06343D49 for ; Sat, 20 May 2006 20:40:14 +0000 (GMT) (envelope-from xride@x12.dk) X-T2-Posting-ID: lkM/Dn7LTUP9vUt2XCoVCw== X-Cloudmark-Score: 0.000000 [] Received: from x12.dk ([83.72.97.237] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 30537282; Sat, 20 May 2006 22:40:13 +0200 Received: by x12.dk (Postfix, from userid 666) id 5787150839; Sat, 20 May 2006 22:40:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by x12.dk (Postfix) with ESMTP id 4C6BE5082A; Sat, 20 May 2006 22:40:13 +0200 (CEST) Date: Sat, 20 May 2006 22:40:13 +0200 (CEST) From: Soeren Straarup To: OxY In-Reply-To: <000601c67c47$58bb7400$0201a8c0@oxy> Message-ID: <20060520223444.H49975@x12.dk> References: <20060519232704.M49975@x12.dk> <20060520000742.0bd8f289@sol> <20060520201615.C49975@x12.dk> <000601c67c47$58bb7400$0201a8c0@oxy> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-geom@freebsd.org Subject: Re: geomgui version 0.8 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 May 2006 20:40:16 -0000 On Sat, 20 May 2006, OxY wrote: > maybe a non X version? > many people don't use X on servers.. > i thought about a console menu thing, like sysinstall or label > > ( i tried your stuff on my desktop with X and it's cool, congrat! :) > however i am sad that i can't use it on my servers. :( can you ssh from your desktop to your servers? In that case try geomgui -r user@host > > ----- Original Message ----- From: "Soeren Straarup" > To: "Marius Nuennerich" > Cc: > Sent: Saturday, May 20, 2006 8:23 PM > Subject: Re: geomgui version 0.8 > > >> On Sat, 20 May 2006, Marius Nuennerich wrote: >> >>> On Fri, 19 May 2006 23:36:43 +0200 (CEST) >>> Soeren Straarup wrote: >>> >>>> >>>> Hi >>>> >>>> I would like some feedback on a little project of mine. >>>> >>>> The port: >>>> http://xride.dk/pub/geomgui-port-0.8.tar.gz >>>> >>>> The actual source code: >>>> http://xride.dk/pub/geomgui-0.8.tar.gz >>>> >>>> The things it does for now is to display the geom layout. >>>> It is a X program, one can use it like 'geomgui' and it will show it from >>>> the current box or 'geomgui -r user@host' and it makes a ssh connection >>>> to >>>> user@host via ssh (if there is a passwd/passphrase this is beeing asked >>>> for in the console that geomgui was started from). >>>> >>>> It writes to following files and leaves them, just i case the user wants >>>> them: >>>> /tmp/geomgui.dot /tmp/geomgui.svg /tmp/geomgui.xml >>>> >>>> What would be a nice feature to add to it? >>> >>> Hi, >>> >>> nice tool :) >>> >>> What about these switches? >>> -h: humanize number for the mediasize >>> -c: use different colors for different things >> >> There is a version 0.9 up on that site now .. with -h and -c functionality. >> >> Still to get fixed is the zoom limits.. forgot those in the battle of >> getting colors and human readable values implemeted. >> >> 'H' toggles values between orig and humanreadable >> 'c' toggles between no or colors >> >> Next to look at is so that there is an popup on passwd or phrase. >> >> Is there other things that would be nice to have? >> >> vbr Soeren >> vbr Soeren Soeren Straarup | aka OZ2DAK aka Xride FreeBSD wannabe | FreeBSD since 2.2.6-R Incorrect documentation is often worse than no documentation. - Bertrand Meyer From owner-freebsd-geom@FreeBSD.ORG Sat May 20 21:04: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 BD52116A421 for ; Sat, 20 May 2006 21:04:30 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DCFF43D45 for ; Sat, 20 May 2006 21:04:29 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 644AAB81E; Sat, 20 May 2006 23:04:28 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id 29837B8FE; Sat, 20 May 2006 23:04:28 +0200 (CEST) To: Soeren Straarup References: <20060519232704.M49975@x12.dk> <20060520000742.0bd8f289@sol> <20060520201615.C49975@x12.dk> <000601c67c47$58bb7400$0201a8c0@oxy> <20060520223444.H49975@x12.dk> From: Christian Laursen Date: Sat, 20 May 2006 23:04:27 +0200 In-Reply-To: <20060520223444.H49975@x12.dk> (Soeren Straarup's message of "Sat, 20 May 2006 22:40:13 +0200 (CEST)") Message-ID: <86ac9c2ysk.fsf@borg.borderworlds.dk> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: OxY , freebsd-geom@freebsd.org Subject: Re: geomgui version 0.8 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 May 2006 21:04:31 -0000 Soeren Straarup writes: > On Sat, 20 May 2006, OxY wrote: > >> maybe a non X version? >> many people don't use X on servers.. >> i thought about a console menu thing, like sysinstall or label >> >> ( i tried your stuff on my desktop with X and it's cool, congrat! :) >> however i am sad that i can't use it on my servers. :( > > can you ssh from your desktop to your servers? > In that case try geomgui -r user@host Or perhaps an option to read the xml input from stdin or a file. Then people can run "sysctl -b kern.geom.confxml" in any way they prefer and then feed the result to geomgui. -- Christian Laursen From owner-freebsd-geom@FreeBSD.ORG Sat May 20 21:15:15 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 73C2816A440 for ; Sat, 20 May 2006 21:15:15 +0000 (UTC) (envelope-from viktor.vasilev@stud.tu-darmstadt.de) Received: from lnx131.hrz.tu-darmstadt.de (lnx131.hrz.tu-darmstadt.de [130.83.174.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D671E43D49 for ; Sat, 20 May 2006 21:15:13 +0000 (GMT) (envelope-from viktor.vasilev@stud.tu-darmstadt.de) Received: from mailserver3.hrz.tu-darmstadt.de (lnx117.hrz.tu-darmstadt.de [130.83.174.26]) by lnx131.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id k4KLFCrM005412 for ; Sat, 20 May 2006 23:15:13 +0200 Received: from [130.83.20.203] (helo=ABC216.ram1st.wh.tu-darmstadt.de) by mailserver3.hrz.tu-darmstadt.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1FhYn2-0006wf-HW for freebsd-geom@freebsd.org; Sat, 20 May 2006 23:15:12 +0200 From: Viktor Vasilev To: freebsd-geom@freebsd.org Date: Sat, 20 May 2006 23:15:11 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605202315.11558.viktor.vasilev@stud.tu-darmstadt.de> Subject: modifying the MBR through geom_mbr 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, 20 May 2006 21:15:15 -0000 Hi, I've been looking at the fdisk code while porting gnu parted to freebsd and I'm confused, and don't know what the right way to update the MBR is. Currently the code uses the same gctl's as fdisk.c:write_disk() and gctl_issue returns "Geom not found". I've dug a little and it seems that this message is produced by sys/geom/geom_ctl.c:gctl_get_geom(), because the geom name wasn't found in the list. So it seems it'll never succeed at modifying the MBR of ad6 like this: grq = gctl_get_handle(); gctl_ro_param(grq, "verb", -1, "write MBR"); gctl_ro_param(grq, "class", -1, "MBR"); gctl_ro_param(grq, "geom", -1, "ad6"); gctl_ro_param(grq, "data", ssize, mbr_buf); ... Another clue gave me the output of the kern.geom.conftxt sysctl: $ sysctl -b kern.geom.conftxt 0 DISK ad6 251000193024 512 hd 16 sc 63 ^^^^ 0 DISK ad0 203927027200 512 hd 16 sc 63 1 MBR ad0s4 83914306560 512 i 3 o 120006835200 ty 165 2 BSD ad0s4c 83914306560 512 i 2 o 0 ty 0 2 BSD ad0s4a 83914298368 512 i 0 o 8192 ty 0 1 MBR ad0s3 79999073280 512 i 2 o 40007761920 ty 165 2 BSD ad0s3c 79999073280 512 i 2 o 0 ty 0 2 BSD ad0s3a 79999065088 512 i 0 o 8192 ty 0 1 MBR ad0s2 19041523200 512 i 1 o 20966238720 ty 12 1 MBR ad0s1 20966206464 512 i 0 o 32256 ty 165 2 BSD ad0s1f 16671239168 512 i 5 o 4294967296 ty 7 2 BSD ad0s1e 1073741824 512 i 4 o 2147483648 ty 7 2 BSD ad0s1d 1073741824 512 i 3 o 1073741824 ty 7 2 BSD ad0s1c 20966206464 512 i 2 o 0 ty 0 2 BSD ad0s1b 1073741824 512 i 1 o 3221225472 ty 1 2 BSD ad0s1a 1073741824 512 i 0 o 0 ty 7 So, there isn't a geom with name "ad6" from the MBR class? How would I commit a new MBR to ad6 then? Any ideas and explanations are welcome! Cheers, Vik -- PGP Key: 0xE09DC8D8/6799 4011 EBDE 6412 05A1 090C DBDF 5887 E09D C8D8 Signed/encrypted mail welcome!