From owner-freebsd-questions@FreeBSD.ORG Sun Oct 19 19:11:42 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8CD4106566C for ; Sun, 19 Oct 2008 19:11:42 +0000 (UTC) (envelope-from raggen@passagen.se) Received: from spsmtp02oc.mail2world.com (spsmtp02oc.mail2world.com [74.202.142.106]) by mx1.freebsd.org (Postfix) with ESMTP id 9918C8FC1B for ; Sun, 19 Oct 2008 19:11:42 +0000 (UTC) (envelope-from raggen@passagen.se) Received: from mail pickup service by spsmtp02oc.mail2world.com with Microsoft SMTPSVC; Sun, 19 Oct 2008 12:10:39 -0700 auth-sender: raggen@passagen.se Received: from 10.1.106.26 unverified ([10.1.106.26]) by spsmtp02oc.mail2world.com with Mail2World SMTP Server; Sun, 19 Oct 2008 12:10:39 -0700 Thread-Topic: gconcat question SOLVED Received: from [90.230.141.139] by passagen.se with HTTP; 10/19/2008 12:10:39 PM PST X-M2WAction: reply thread-index: AckyHl+wgevKyQo3QwmswTo0dvvzSw== From: "Roger Olofsson" To: Date: Sun, 19 Oct 2008 12:10:39 -0700 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft CDO for Exchange 2000 Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 X-OriginalArrivalTime: 19 Oct 2008 19:10:39.0987 (UTC) FILETIME=[601FBC30:01C9321E] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: Re: gconcat question SOLVED X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2008 19:11:42 -0000 <-----Ursprungligt Meddelande-----> >From: John Nielsen [lists@jnielsen.net] >Sent: 19/10/2008 5:52:51 PM >To: raggen@passagen.se >Cc: freebsd-questions@freebsd.org >Subject: Re: gconcat question > >On Sunday 19 October 2008, Roger Olofsson wrote: >> <-----Ursprungligt Meddelande-----> >> >> >From: John Nielsen [lists@jnielsen.net] >> >Sent: 19/10/2008 3:39:00 AM >> >To: freebsd-questions@freebsd.org >> >Cc: raggen@passagen.se >> >Subject: Re: gconcat question >> > >> >On Saturday 18 October 2008, Roger Olofsson wrote: >> >> What are the steps to bring back gconcatenated disks if doing an >> >> upgrade from FreeBSD6 to FreeBSD7 like this? >> >> >> >> As-is situation: >> >> FreeBSD 6.2-STABLE ad0 has FreeBSD ad1, ad2 and ad3 are >gconcatenated >> >> using 'gconcat label -v data /dev/ad1 /dev/ad2 /dev/ad3'. >> > >> >The concat device should just appear automatically after the upgrade as >> >long as you (continue to) load the geom_concat kernel module. Be aware >> >that if >> >the on-disk metadata format has changed then it will automatically be >> >upgraded. This is usually a good thing but if you need to roll back to >> >6.x for some reason it's something to take into consideration. >> > >> >> Planned upgrade: >> >> Reboot from cdrom, install FreeBSD7 from cd to ad0 >> > >> >Just curious, is there a reason you're going this route instead of >> >upgrading from source? >> >> Hello John and thank you for your reply! >> >> Follow-up question - /dev contains a /dev/concat/label entry - is this >> entry created when loader.conf invokes the kernel module? > >Yes. Many of the GEOM modules (label, mirror, concat, stripe, etc) create >nodes in the relevant subdirectories in /dev as soon as they "taste" the >drives (or other providers) and discover metadata belonging to them. This >is generally when they are loaded (if modules) or at boot time (if compiled >into the kernel or preloaded by loader.conf). Any time you insert a device >(such as a USB stick) the loaded modules also have an opportunity >to "taste" it and create nodes as appropriate. > >> The machine won't be rollbacked so that's not an issue. >> >> The reason for following this route is that it's faster than doing it >> from source (it's an old machine). The machine has been a playground and >> has alot of ports installed that aren't being used anymore. The >> concatenated drives contain data only hence the need to preserve those. > >Makes sense. :) > >JN >. > Thank you John, it worked excellent! /Roger