From owner-freebsd-geom@FreeBSD.ORG Mon Oct 17 02:25:26 2005 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 DDC7B16A41F for ; Mon, 17 Oct 2005 02:25:26 +0000 (GMT) (envelope-from elshar@cheekan.org) Received: from mail.oregonfast.net (ip205-38.oregonfast.net [216.110.205.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E28F43D46 for ; Mon, 17 Oct 2005 02:25:26 +0000 (GMT) (envelope-from elshar@cheekan.org) Received: (qmail 2556 invoked by uid 98); 17 Oct 2005 02:25:26 -0000 Received: from just.another.lame.unix-admin.com (HELO ?216.110.206.94?) (elshar@cheekan.org@216.110.206.94) by mail.oregonfast.net with SMTP; 17 Oct 2005 02:25:26 -0000 Message-ID: <43530B99.5090304@cheekan.org> Date: Sun, 16 Oct 2005 19:25:29 -0700 From: Michael User-Agent: Thunderbird 1.4.1 (Windows/20051006) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: mail.oregonfast.net 0/1/N Subject: Issues with GEOM and raid5? 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, 17 Oct 2005 02:25:27 -0000 Hey guys, I seem to be having a problem with my raid5 gvinum array actually causing my server to freeze and/or kernel panic. I've got a dualcore opteron running 6rc1 (rebuilt world/kernel as of yesterday), with an lsi megaraid 300-8x with 8 drives attached. It's currently setup with 4 hardware raid1 arrays. The drives FBSD sees are actually something like amrd0-4. Just to clarify: 8 drives in 4 raid1 arrays in hardware being used in a 4 logical drive raid5 gvinum array. I got gvinum working, the array shows up on boot, and everything's fine. But it seems that after I do a *lot* of writes to the drive interesting things start happening. There might even be symptoms going on during these transfers, as I've noticed the transfers stop occasionally for anywhere up to about 10 seconds or so. The first time it did this I got a message about increasing the PMAP_SHPGPERPROC. It also actually caused the raid card itself to think there was something wrong with two of the eight drives. I had to hotplug them while in the raid card's bios to get it to accept that the drives were not dead and allow a rebuild of the two affected raid1 arrays. Tonight before the crash I got through writing approximately 45,000 files to it in a total of about 310GB using dd. All those went fine, but then any process that tried to read anything from the array started to become non-responsive, and then the machine froze. Unfortunately, I won't be able to physically get to it until tomorrow afternoon, but I was hoping maybe someone might give me some things to do to try to coax more information out of what's going on. I haven't tried increasing the PMAP value. It seemed to me that it would only hide the actual issue that seems to be going on. And as a side note the first time the array did this I hadn't yet recompiled 6rc1 for SMP, so it was still running in UP mode. It was actually doing the buildworld for SMP when it decided to die. It is also a fresh install of 6rc1 + whatever commits were made as of approximately friday or so. Any suggestions? Things I should look for? I'll reply back tomorrow with (hopefully) what it was complaining about and whatever debug info comes out of suggestions to this email. Thanks, Michael From owner-freebsd-geom@FreeBSD.ORG Mon Oct 17 11:01:53 2005 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 CDCB516A41F for ; Mon, 17 Oct 2005 11:01:53 +0000 (GMT) (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 849A643D58 for ; Mon, 17 Oct 2005 11:01:53 +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.3/8.13.3) with ESMTP id j9HB1r67022328 for ; Mon, 17 Oct 2005 11:01:53 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9HB1q0U022322 for freebsd-geom@freebsd.org; Mon, 17 Oct 2005 11:01:52 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 17 Oct 2005 11:01:52 GMT Message-Id: <200510171101.j9HB1q0U022322@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, 17 Oct 2005 11:01:53 -0000 Current FreeBSD problem reports Critical problems Serious problems 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 2 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Oct 17 17:26:29 2005 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 B176D16A424 for ; Mon, 17 Oct 2005 17:26:29 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from imap1u.univie.ac.at (murder1.univie.ac.at [131.130.1.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2662F43D46 for ; Mon, 17 Oct 2005 17:26:28 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id j9HHQIlr030606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Oct 2005 19:26:20 +0200 (CEST) Date: Mon, 17 Oct 2005 19:26:19 +0200 (CEST) From: Lukas Ertl To: Michael In-Reply-To: <43530B99.5090304@cheekan.org> Message-ID: <20051017192431.L628@korben.prv.univie.ac.at> References: <43530B99.5090304@cheekan.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-geom@FreeBSD.org Subject: Re: Issues with GEOM and raid5? 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, 17 Oct 2005 17:26:29 -0000 On Sun, 16 Oct 2005, Michael wrote: > I got gvinum working, the array shows up on boot, and everything's fine. But > it seems that after I do a *lot* of writes to the drive interesting things > start happening. There might even be symptoms going on during these > transfers, as I've noticed the transfers stop occasionally for anywhere up to > about 10 seconds or so. Hm, I have no real hint for you, but maybe you could monitor "vmstat -m | grep GEOM" while stressing the filesystem and look out for something unusual. thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-geom@FreeBSD.ORG Wed Oct 19 17:53:12 2005 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 E20EA16A41F for ; Wed, 19 Oct 2005 17:53:12 +0000 (GMT) (envelope-from andrew@djw.hu) Received: from web.djw.hu (web.djw.hu [212.92.23.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AF1243D46 for ; Wed, 19 Oct 2005 17:53:12 +0000 (GMT) (envelope-from andrew@djw.hu) Received: from filter_main.jail (filter_main.jail [127.0.1.72]) by web.djw.hu (Postfix) with ESMTP id 84CB4A953 for ; Wed, 19 Oct 2005 19:53:11 +0200 (CEST) Received: by web.djw.hu (Postfix, from userid 1001) id F2BB5A950; Wed, 19 Oct 2005 19:53:10 +0200 (CEST) Date: Wed, 19 Oct 2005 19:53:10 +0200 From: Szalai Andras To: freebsd-geom@freebsd.org Message-ID: <20051019175310.GC76081@web.djw.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: geom orphan question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 17:53:13 -0000 Hi, I have spent few hours trying to understand geom. The I/O path is more or less okay, but I have problems with the orphanization procedure. For example, if you look into g_concat.c there is a g_concat_orphan function that calls g_concat_remove_disk. In this function, gconcat 1) orphans its own provider (g_orphan_provider), 2) reset access counts (g_access), 3) detach consumer from the lower layer provider, 4) destroy the consumer. In order to detach the consumer (step 3) you have to be sure that there are no active requests (bios) between the consumer and provider. My question is how can I guarantee that there are no active bios when I call g_detach? c'ya andrew From owner-freebsd-geom@FreeBSD.ORG Wed Oct 19 18:03:34 2005 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 3395016A41F for ; Wed, 19 Oct 2005 18:03:34 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1FD043D5D for ; Wed, 19 Oct 2005 18:03:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id C0267BC84; Wed, 19 Oct 2005 18:03:29 +0000 (UTC) To: Szalai Andras From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 19 Oct 2005 19:53:10 +0200." <20051019175310.GC76081@web.djw.hu> Date: Wed, 19 Oct 2005 20:03:27 +0200 Message-ID: <5675.1129745007@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@freebsd.org Subject: Re: geom orphan question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 18:03:34 -0000 In message <20051019175310.GC76081@web.djw.hu>, Szalai Andras writes: >I have spent few hours trying to understand geom. The I/O >path is more or less okay, but I have problems with >the orphanization procedure. > >For example, if you look into g_concat.c there is a >g_concat_orphan function that calls g_concat_remove_disk. >In this function, gconcat > >1) orphans its own provider (g_orphan_provider), >2) reset access counts (g_access), >3) detach consumer from the lower layer provider, >4) destroy the consumer. > >In order to detach the consumer (step 3) you have to be sure >that there are no active requests (bios) between the consumer and >provider. My question is how can I guarantee that there are >no active bios when I call g_detach? There are counters in consumers and providers which can tell you that. The above code seems to play fast and loose with that aspect. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Wed Oct 19 18:12:33 2005 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 B254616A41F for ; Wed, 19 Oct 2005 18:12:33 +0000 (GMT) (envelope-from andrew@djw.hu) Received: from web.djw.hu (web.djw.hu [212.92.23.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2894F43D64 for ; Wed, 19 Oct 2005 18:12:33 +0000 (GMT) (envelope-from andrew@djw.hu) Received: from filter_main.jail (filter_main.jail [127.0.1.72]) by web.djw.hu (Postfix) with ESMTP id 5E9D8A953 for ; Wed, 19 Oct 2005 20:12:32 +0200 (CEST) Received: by web.djw.hu (Postfix, from userid 1001) id DBE94A950; Wed, 19 Oct 2005 20:12:31 +0200 (CEST) Date: Wed, 19 Oct 2005 20:12:31 +0200 From: Szalai Andras To: freebsd-geom@freebsd.org Message-ID: <20051019181231.GD76081@web.djw.hu> References: <20051019175310.GC76081@web.djw.hu> <5675.1129745007@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5675.1129745007@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i Subject: Re: geom orphan question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 18:12:33 -0000 Hi, On Wed, Oct 19, 2005 at 08:03:27PM +0200, Poul-Henning Kamp wrote: > In message <20051019175310.GC76081@web.djw.hu>, Szalai Andras writes: [...] > There are counters in consumers and providers which can tell > you that. > > The above code seems to play fast and loose with that aspect. But it means that I have to do something similar to this? while (nstart != end) { wait... } g_detach(...) c'ya andrew From owner-freebsd-geom@FreeBSD.ORG Wed Oct 19 18:41:56 2005 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 4F46316A41F for ; Wed, 19 Oct 2005 18:41:56 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A4F43D62 for ; Wed, 19 Oct 2005 18:41:55 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 9089ABC50; Wed, 19 Oct 2005 18:14:18 +0000 (UTC) To: Szalai Andras From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 19 Oct 2005 20:12:31 +0200." <20051019181231.GD76081@web.djw.hu> Date: Wed, 19 Oct 2005 20:14:16 +0200 Message-ID: <5755.1129745656@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@freebsd.org Subject: Re: geom orphan question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2005 18:41:56 -0000 In message <20051019181231.GD76081@web.djw.hu>, Szalai Andras writes: >Hi, > >On Wed, Oct 19, 2005 at 08:03:27PM +0200, Poul-Henning Kamp wrote: >> In message <20051019175310.GC76081@web.djw.hu>, Szalai Andras writes: >[...] > >> There are counters in consumers and providers which can tell >> you that. >> >> The above code seems to play fast and loose with that aspect. > >But it means that I have to do something similar to this? > >while (nstart != end) { wait... } >g_detach(...) That would require a thread you can sleep in. A better way is to catch it in your bio_done, and fire off an event to do the cleanup. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Thu Oct 20 00:11:58 2005 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 AA2CB16A41F for ; Thu, 20 Oct 2005 00:11:58 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (Ib4b4.i.pppool.de [85.73.180.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A661E43D5A for ; Thu, 20 Oct 2005 00:11:56 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (barda [192.168.20.1]) by barda.agala.net (Postfix) with ESMTP id B1DC4119CC6 for ; Thu, 20 Oct 2005 02:11:57 +0200 (CEST) Received: from abakus.agala.net (abakus.agala.net [192.168.223.2]) by mail.agala.net (Postfix) with ESMTP id D437C119CC4 for ; Thu, 20 Oct 2005 02:11:56 +0200 (CEST) From: "Frank J. Beckmann" Organization: agala naga doron To: freebsd-geom@freebsd.org Date: Thu, 20 Oct 2005 02:11:42 +0200 User-Agent: KMail/1.8.2 References: <200509262227.46975.frank@barda.agala.net> <200509262304.40932.frank@barda.agala.net> <20050926212605.GB20833@odin.ac.hmc.edu> In-Reply-To: <20050926212605.GB20833@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510200211.44650.frank@barda.agala.net> X-Scanned-By: emfilter 1.0 @ 192.168.20.1 X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Oct 20 02:11:59 2005 X-DSPAM-Confidence: 0.9996 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 218,4356e0cf286891199052252 X-DSPAM-Factors: 27, Disposition-Notification-To*Beckmann+frank, 0.00020, To*freebsd+org, 0.00020, From*Frank+Beckmann, 0.00020, Received*freebsd.org, 0.00020, Disposition-Notification-To*barda, 0.00020, Disposition-Notification-To*frank, 0.00020, From*frank+barda, 0.00020, Disposition-Notification-To*Frank, 0.00020, Subject: Re: What is gzero? 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, 20 Oct 2005 00:11:58 -0000 Hi, am Montag, 26. September 2005 23:26 schrieb Brooks Davis: > On Mon, Sep 26, 2005 at 11:04:36PM +0200, Frank J. Beckmann wrote: > > am Montag, 26. September 2005 22:53 schrieb Brooks Davis: > > > On Mon, Sep 26, 2005 at 10:27:44PM +0200, Frank J. Beckmann wrote: > > > > maybe this is a kind of stupid question, but what is the device gzero > > > > for? When should I use it instead of /dev/zero? > > > > > > It's to allow you to emulate a really big (41PB) fake disk for testing. > > > > Wow, that answer was fast... > > > > Sounds like an interesting device, but how do I use it? I guess I have to > > learn much about geom yet. > > Just load or compile in the module. A device will appear. Note that > such a device is only useful for testing since reads all return zeros > and writes are no-ops. I played a bit with it. It doesn't do much but it helps testing. Thank you. -- Frank From owner-freebsd-geom@FreeBSD.ORG Thu Oct 20 00:16:39 2005 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 3FDC716A420 for ; Thu, 20 Oct 2005 00:16:39 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (Ib4b4.i.pppool.de [85.73.180.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BD3343D66 for ; Thu, 20 Oct 2005 00:16:31 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (barda [192.168.20.1]) by barda.agala.net (Postfix) with ESMTP id A7C7D119CC6 for ; Thu, 20 Oct 2005 02:16:33 +0200 (CEST) Received: from abakus.agala.net (abakus.agala.net [192.168.223.2]) by mail.agala.net (Postfix) with ESMTP id 6AAAB119CC4 for ; Thu, 20 Oct 2005 02:16:33 +0200 (CEST) From: "Frank J. Beckmann" Organization: agala naga doron To: freebsd-geom@freebsd.org Date: Thu, 20 Oct 2005 02:16:21 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510200216.22909.frank@barda.agala.net> X-Scanned-By: emfilter 1.0 @ 192.168.20.1 X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Oct 20 02:16:34 2005 X-DSPAM-Confidence: 0.9996 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 218,4356e1e2287401906215480 X-DSPAM-Factors: 27, Disposition-Notification-To*Beckmann+frank, 0.00020, Content-Type*ascii, 0.00020, To*freebsd+org, 0.00020, From*Frank+Beckmann, 0.00020, Received*freebsd.org, 0.00020, Disposition-Notification-To*barda, 0.00020, Disposition-Notification-To*frank, 0.00020, From*frank+barda, 0.00020, Disposition-Notification-To*Frank, 0.00020, Disposition-Notification-To*Frank+Beckmann, 0.00020, To*freebsd, 0.00020, To*freebsd, 0.00020, Organization*agala, 0.00020, Disposition-Notification-To*agala, 0.00020, Content-Type*us, 0.00020, Disposition-Notification-To*agala+net, 0.00020, Message-Id*frank+barda, 0.00020, To*freebsd+geom, 0.00020, From*net, 0.00020, Message-Id*frank, 0.00020, From*agala, 0.00020, From*Beckmann+frank, 0.00020 Subject: Why does the contents of /dex/ufs disappear after going multiuser? 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, 20 Oct 2005 00:16:39 -0000 Hi, I have labeled some file systems. The labels show up in /dev/ufs when booting single user. But after booting multi user /dev/ufs is empty. /dev/msdosfs keeps its contents. Very strange... It's 6.0-RC1. -- Frank From owner-freebsd-geom@FreeBSD.ORG Thu Oct 20 00:19:49 2005 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 E71BA16A41F for ; Thu, 20 Oct 2005 00:19:49 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (Ib4b4.i.pppool.de [85.73.180.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3011343D62 for ; Thu, 20 Oct 2005 00:19:48 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (barda [192.168.20.1]) by barda.agala.net (Postfix) with ESMTP id BFDB3119CC6 for ; Thu, 20 Oct 2005 02:19:50 +0200 (CEST) Received: from abakus.agala.net (abakus.agala.net [192.168.223.2]) by mail.agala.net (Postfix) with ESMTP id ECAD0119CC4 for ; Thu, 20 Oct 2005 02:19:49 +0200 (CEST) From: "Frank J. Beckmann" Organization: agala naga doron To: freebsd-geom@freebsd.org Date: Thu, 20 Oct 2005 02:19:38 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510200219.40301.frank@barda.agala.net> X-Scanned-By: emfilter 1.0 @ 192.168.20.1 X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Oct 20 02:19:51 2005 X-DSPAM-Confidence: 0.9996 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 218,4356e2a7287581862220286 X-DSPAM-Factors: 27, Disposition-Notification-To*Beckmann+frank, 0.00020, Content-Type*ascii, 0.00020, To*freebsd+org, 0.00020, From*Frank+Beckmann, 0.00020, Received*freebsd.org, 0.00020, Disposition-Notification-To*barda, 0.00020, Disposition-Notification-To*frank, 0.00020, From*frank+barda, 0.00020, Disposition-Notification-To*Frank, 0.00020, Disposition-Notification-To*Frank+Beckmann, 0.00020, To*freebsd, 0.00020, To*freebsd, 0.00020, Organization*agala, 0.00020, Disposition-Notification-To*agala, 0.00020, Content-Type*us, 0.00020, Disposition-Notification-To*agala+net, 0.00020, Message-Id*frank+barda, 0.00020, To*freebsd+geom, 0.00020, From*net, 0.00020, Message-Id*frank, 0.00020, From*agala, 0.00020, From*Beckmann+frank, 0.00020 Subject: Where do label and shsec store their data. 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, 20 Oct 2005 00:19:50 -0000 Hi, do both glabel and gshsec use the last sector of a device to store their data? -- Frank From owner-freebsd-geom@FreeBSD.ORG Thu Oct 20 00:32:51 2005 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 8379816A41F for ; Thu, 20 Oct 2005 00:32:51 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (Ib4b4.i.pppool.de [85.73.180.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B2AA43D5A for ; Thu, 20 Oct 2005 00:32:49 +0000 (GMT) (envelope-from frank@barda.agala.net) Received: from mail.agala.net (barda [192.168.20.1]) by barda.agala.net (Postfix) with ESMTP id 557F3119CC6 for ; Thu, 20 Oct 2005 02:32:50 +0200 (CEST) Received: from abakus.agala.net (abakus.agala.net [192.168.223.2]) by mail.agala.net (Postfix) with ESMTP id 1BFFB119CC4 for ; Thu, 20 Oct 2005 02:32:50 +0200 (CEST) From: "Frank J. Beckmann" Organization: agala naga doron To: freebsd-geom@freebsd.org Date: Thu, 20 Oct 2005 02:31:02 +0200 User-Agent: KMail/1.8.2 References: <200509271357.32327.frank@barda.agala.net> <20050928084331.GA24355@garage.freebsd.pl> In-Reply-To: <20050928084331.GA24355@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2132646.91l7xer0d9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510200232.39374.frank@barda.agala.net> X-Scanned-By: emfilter 1.0 @ 192.168.20.1 X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Oct 20 02:32:52 2005 X-DSPAM-Confidence: 0.9996 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 218,4356e5b4290102506210450 X-DSPAM-Factors: 27, Disposition-Notification-To*Beckmann+frank, 0.00020, To*freebsd+org, 0.00020, From*Frank+Beckmann, 0.00020, Received*freebsd.org, 0.00020, Disposition-Notification-To*barda, 0.00020, Disposition-Notification-To*frank, 0.00020, From*frank+barda, 0.00020, Disposition-Notification-To*Frank, 0.00020, Content-Type*iso, 0.00020 Subject: Re: Paasword from shsec when booting eli encryptet / ? 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, 20 Oct 2005 00:32:51 -0000 --nextPart2132646.91l7xer0d9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Moin, am Mittwoch, 28. September 2005 10:43 schrieb Pawel Jakub Dawidek: > On Tue, Sep 27, 2005 at 01:57:30PM +0200, Frank J. Beckmann wrote: > +> I start to love the new geom classes, they give me many ideas but also > rise +> many questions. The man page og geli states that you can encrypt / > when you +> boot from an USB pen-drive. That mast contain /boot. Does it > find / or do I +> have to set rootdev in loader.conf? > > You need to setup USB boot in BIOS and that's actually all. None of my computers is able to boot from USB, but thats another problem. I= =20 hope to get some newer hardware sooner or later... > It will ask you for the passphrase before root file system is mounted and > will find root partition in /etc/fstab after decryption. That is how I understood the man page. But that is no great solution for an= =20 unattended server. > +> And is it possible to get the password (or any other needed secret) fr= om > a +> gshsec device instead of a console prompt? > > No. I guessed you would say that. Would it be possible to mount a shsec device= =20 readonly like /? The kernel knows how to read an ufs file system else it=20 could not boot. > Currently you can use only passphrase strengthened with PKCS#5v2 for the > root partition. > There are no file systems mounted yet, so you cannot get the secret from > a file. In theory it will be possible to get the secret from a raw device > (storing info about this in /boot/loader.conf). > BUT this is hackish and evil, so I'll wait for a better solution. Where do I have to start looking for an better solution. Could the kernel b= e=20 able to read from something in /dev/ufs? =2D-=20 =46rank --nextPart2132646.91l7xer0d9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iQEVAwUAQ1blpnEvQ8HsmK/3AQJ0uQf+MqCZ8+pDCCCkVuYxGOq13wiUAO9lXmyE SCXq0p026ZoAHO2SpT9fE7oG9ocCBswmAvDqd9rcz6P+L7BMEp2JK/rvmnjIcQTm o0v1IIjw4m5lo03TRv+KNFZZB1VLpyWrEcxwm5NnGRDW+MQTurkfi8SG+Q5kYoVW 2kzE5WU37HOHFPCbGgoPM3Zy19eaDsscOZ3Nr6fVsLAyRJw4fvHCrzGxQ/ctUigD X/TswSQhsSYG/zlNp+PYwjv5dMflgwqe2WIQ6CEeP6xg+1xeAckSd7rDKiBHUZJI QxeUvsDNOxEmGX4kRnkOgOCCczZpz6fI8fodpU53mYdA4i8ZwNfk6g== =2PVq -----END PGP SIGNATURE----- --nextPart2132646.91l7xer0d9-- From owner-freebsd-geom@FreeBSD.ORG Thu Oct 20 06:35:22 2005 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 7907E16A41F for ; Thu, 20 Oct 2005 06:35:22 +0000 (GMT) (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 C2E7843D5A for ; Thu, 20 Oct 2005 06:35:21 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A2F2850F94; Thu, 20 Oct 2005 08:35:19 +0200 (CEST) Received: from localhost (djy136.neoplus.adsl.tpnet.pl [83.24.2.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E1EC650F92; Thu, 20 Oct 2005 08:35:11 +0200 (CEST) Date: Thu, 20 Oct 2005 08:34:55 +0200 From: Pawel Jakub Dawidek To: "Frank J. Beckmann" Message-ID: <20051020063455.GB19624@garage.freebsd.pl> References: <200510200216.22909.frank@barda.agala.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline In-Reply-To: <200510200216.22909.frank@barda.agala.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: Why does the contents of /dex/ufs disappear after going multiuser? 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, 20 Oct 2005 06:35:22 -0000 --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 20, 2005 at 02:16:21AM +0200, Frank J. Beckmann wrote: +> Hi, +>=20 +> I have labeled some file systems. The labels show up in /dev/ufs when bo= oting=20 +> single user. But after booting multi user /dev/ufs is empty. /dev/msdosf= s=20 +> keeps its contents. Very strange... +>=20 +> It's 6.0-RC1. If you mount file system read-write, label will be removed from /dev/. Bascially you should put /dev/ufs/ into your /etc/fstab, not /dev/ad0s1a or whatever. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --z6Eq5LdranGa6ru8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVzqPForvXbEpPzQRAmSeAKDK2sqYG3UnUd+DfdQ9/3/GZuFs1QCfSNop lj4TYkAYVyHboHwljwYSsjY= =Hsod -----END PGP SIGNATURE----- --z6Eq5LdranGa6ru8-- From owner-freebsd-geom@FreeBSD.ORG Thu Oct 20 06:37:53 2005 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 7E9D216A41F for ; Thu, 20 Oct 2005 06:37:53 +0000 (GMT) (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 E277343D64 for ; Thu, 20 Oct 2005 06:37:52 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1F1F450F94; Thu, 20 Oct 2005 08:37:51 +0200 (CEST) Received: from localhost (djy136.neoplus.adsl.tpnet.pl [83.24.2.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 21A0B50F92; Thu, 20 Oct 2005 08:37:43 +0200 (CEST) Date: Thu, 20 Oct 2005 08:37:28 +0200 From: Pawel Jakub Dawidek To: "Frank J. Beckmann" Message-ID: <20051020063728.GC19624@garage.freebsd.pl> References: <200510200219.40301.frank@barda.agala.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L6iaP+gRLNZHKoI4" Content-Disposition: inline In-Reply-To: <200510200219.40301.frank@barda.agala.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: Where do label and shsec store their data. 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, 20 Oct 2005 06:37:53 -0000 --L6iaP+gRLNZHKoI4 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 20, 2005 at 02:19:38AM +0200, Frank J. Beckmann wrote: +> Hi, +>=20 +> do both glabel and gshsec use the last sector of a device to store their= data? Gshsec yes, glabel - it depends. Glabel supports file system labels and its own labels (when there is no file system). The former don't need any additional metadata, the later uses last sector. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --L6iaP+gRLNZHKoI4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDVzsoForvXbEpPzQRAlDeAJ4tSUJrthNKlfEQqd8YrnzUSkQv0QCgs9HR wo+uLBM06FsXb6lxixUEETs= =8lT0 -----END PGP SIGNATURE----- --L6iaP+gRLNZHKoI4-- From owner-freebsd-geom@FreeBSD.ORG Thu Oct 20 06:42:06 2005 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 35F1E16A41F for ; Thu, 20 Oct 2005 06:42:06 +0000 (GMT) (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 9077443D64 for ; Thu, 20 Oct 2005 06:42:05 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id DE9FE50F94; Thu, 20 Oct 2005 08:42:03 +0200 (CEST) Received: from localhost (djy136.neoplus.adsl.tpnet.pl [83.24.2.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 008B350F92; Thu, 20 Oct 2005 08:41:58 +0200 (CEST) Date: Thu, 20 Oct 2005 08:41:44 +0200 From: Pawel Jakub Dawidek To: "Frank J. Beckmann" Message-ID: <20051020064144.GD19624@garage.freebsd.pl> References: <200510200216.22909.frank@barda.agala.net> <20051020063455.GB19624@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KdquIMZPjGJQvRdI" Content-Disposition: inline In-Reply-To: <20051020063455.GB19624@garage.freebsd.pl> 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: Why does the contents of /dex/ufs disappear after going multiuser? 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, 20 Oct 2005 06:42:06 -0000 --KdquIMZPjGJQvRdI Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 20, 2005 at 08:34:55AM +0200, Pawel Jakub Dawidek wrote: +> On Thu, Oct 20, 2005 at 02:16:21AM +0200, Frank J. Beckmann wrote: +> +> Hi, +> +>=20 +> +> I have labeled some file systems. The labels show up in /dev/ufs when= booting=20 +> +> single user. But after booting multi user /dev/ufs is empty. /dev/msd= osfs=20 +> +> keeps its contents. Very strange... +> +>=20 +> +> It's 6.0-RC1. +>=20 +> If you mount file system read-write, label will be removed from /dev/. Just to clarify: If you mount file system read-write using its disk/slice/paritition name, not its label. Bascially, /dev/ufs/