From owner-freebsd-geom@FreeBSD.ORG Mon Apr 27 11:06:55 2009 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03135106566B for ; Mon, 27 Apr 2009 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E38488FC17 for ; Mon, 27 Apr 2009 11:06:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3RB6sgV002292 for ; Mon, 27 Apr 2009 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3RB6suZ002288 for freebsd-geom@FreeBSD.org; Mon, 27 Apr 2009 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Apr 2009 11:06:54 GMT Message-Id: <200904271106.n3RB6suZ002288@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org 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, 27 Apr 2009 11:06:55 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/133931 geom [geli] [request] intentionally wrong password to destr o kern/133604 geom [gvinum] [panic] writing to gjournal on a gvinum volum o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition o kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock o kern/131037 geom [geli] Unable to create disklabel on .eli-Device o kern/130528 geom gjournal fsck during boot o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid o bin/128398 geom [patch] glabel(8): teach geom_label to recognise gpt l f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/126902 geom [geom] geom_label: kernel panic during install boot o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin o kern/124130 geom [gmirror] [usb] gmirror fails to start usb devices tha o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr o kern/123122 geom [geom] GEOM / gjournal kernel lock f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/120021 geom [geom] [panic] net-p2p/qbittorrent crashes system when o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o kern/89546 geom [geom] GEOM error s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 50 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Apr 27 16:33:17 2009 Return-Path: Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA2B8106564A; Mon, 27 Apr 2009 16:33:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id ECF3F8FC22; Mon, 27 Apr 2009 16:33:16 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA14162; Mon, 27 Apr 2009 19:33:15 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F5DE4B.2070702@icyb.net.ua> Date: Mon, 27 Apr 2009 19:33:15 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: fsck, glabel and sudden paralellism 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, 27 Apr 2009 16:33:18 -0000 So I recently switched one system to have only (g)labels instead of "raw" device names in fstab and noticed that now initial (preen) fsck is performed in parallel on couple of filesystems where before it used to be sequential. Here is a lengthy quote from fsck(8): > In preen mode, after pass 1 completes, all remaining file systems are > checked, in pass number order running one process per disk drive in par- > allel for each pass number in increasing order. > > In other words: In preen mode all pass 1 partitions are checked sequen- > tially. Next all pass 2 partitions are checked in parallel, one process > per disk drive. Next all pass 3 partitions are checked in parallel, one > process per disk drive. etc. > > The disk drive containing each file system is inferred from the shortest > prefix of the device name that ends in a digit; the remaining characters > are assumed to be the partition and slice designators. I think it is highly desirable that fsck knows which filesystems reside on the same disk regardless of how they are referred to. I think that the simple string matching described above is not sufficient these days. Is there an easy geom way to query this info? -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Tue Apr 28 11:35:05 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10934106566C for ; Tue, 28 Apr 2009 11:35:05 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEAC8FC0C for ; Tue, 28 Apr 2009 11:35:03 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LylaY-0006lZ-Pl for freebsd-geom@freebsd.org; Tue, 28 Apr 2009 11:35:03 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Apr 2009 11:35:02 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Apr 2009 11:35:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Tue, 28 Apr 2009 13:34:49 +0200 Lines: 58 Message-ID: References: <49F5DE4B.2070702@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB3E61CA7FB3A6D1800CC22EE" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <49F5DE4B.2070702@icyb.net.ua> X-Enigmail-Version: 0.95.7 Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: fsck, glabel and sudden paralellism 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, 28 Apr 2009 11:35:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB3E61CA7FB3A6D1800CC22EE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Andriy Gapon wrote: > So I recently switched one system to have only (g)labels instead of "ra= w" device > names in fstab and noticed that now initial (preen) fsck is performed i= n parallel > on couple of filesystems where before it used to be sequential. >=20 > Here is a lengthy quote from fsck(8): >> In preen mode, after pass 1 completes, all remaining file systems are >> checked, in pass number order running one process per disk drive in pa= r- >> allel for each pass number in increasing order. >> >> In other words: In preen mode all pass 1 partitions are checked sequen= - >> tially. Next all pass 2 partitions are checked in parallel, one proce= ss >> per disk drive. Next all pass 3 partitions are checked in parallel, o= ne >> process per disk drive. etc. >> >> The disk drive containing each file system is inferred from the shorte= st >> prefix of the device name that ends in a digit; the remaining characte= rs >> are assumed to be the partition and slice designators. >=20 > I think it is highly desirable that fsck knows which filesystems reside= on the > same disk regardless of how they are referred to. > I think that the simple string matching described above is not sufficie= nt these days. > Is there an easy geom way to query this info? Yes, contents of kern.geom.confxml could be used to walk the tree of GEOM devices and find what drive they are physically on. --------------enigB3E61CA7FB3A6D1800CC22EE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkn26dkACgkQldnAQVacBcjXTQCg6Is7eu1tX3jgNKyvxjGaQzqm DeoAn2i7pzEjo8jR5GcqONYvzAwGyFSK =xGvW -----END PGP SIGNATURE----- --------------enigB3E61CA7FB3A6D1800CC22EE-- From owner-freebsd-geom@FreeBSD.ORG Wed Apr 29 07:35:03 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20BD51065675; Wed, 29 Apr 2009 07:35:03 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EC9288FC15; Wed, 29 Apr 2009 07:35:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA21275; Wed, 29 Apr 2009 10:34:59 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Lz4Jm-000Hlh-RS; Wed, 29 Apr 2009 10:34:58 +0300 Message-ID: <49F80321.6030305@icyb.net.ua> Date: Wed, 29 Apr 2009 10:34:57 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Ivan Voras References: <49F5DE4B.2070702@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: fsck, glabel and sudden parallelism 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, 29 Apr 2009 07:35:03 -0000 on 28/04/2009 14:34 Ivan Voras said the following: > Andriy Gapon wrote: >> So I recently switched one system to have only (g)labels instead of "raw" device >> names in fstab and noticed that now initial (preen) fsck is performed in parallel >> on couple of filesystems where before it used to be sequential. >> >> Here is a lengthy quote from fsck(8): [snip] >>> The disk drive containing each file system is inferred from the shortest >>> prefix of the device name that ends in a digit; the remaining characters >>> are assumed to be the partition and slice designators. >> I think it is highly desirable that fsck knows which filesystems reside on the >> same disk regardless of how they are referred to. >> I think that the simple string matching described above is not sufficient these days. >> Is there an easy geom way to query this info? > > Yes, contents of kern.geom.confxml could be used to walk the tree of > GEOM devices and find what drive they are physically on. It seems that the less interesting part is already done - geom_gettree() from libgeom, the more interesting part is some logic for directed graph (geom "mesh") navigation. Marcel, I seem to recall that there was a conversation about making fsck more geom aware (it was in context of inferring fs type from disklabel). Do you have any work in progress in this area? -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Thu Apr 30 11:26:22 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D85DC106566C for ; Thu, 30 Apr 2009 11:26:22 +0000 (UTC) (envelope-from terje@elde.net) Received: from smtp.elde.net (us.elde.net [66.246.223.215]) by mx1.freebsd.org (Postfix) with ESMTP id AEFFA8FC23 for ; Thu, 30 Apr 2009 11:26:21 +0000 (UTC) (envelope-from terje@elde.net) Received: from smtp.elde.net (343006.ds.nac.net [127.0.0.1]) by smtp.elde.net (Postfix) with ESMTP id 0706564F30 for ; Thu, 30 Apr 2009 13:11:12 +0200 (CEST) Received: from [10.157.0.101] (084202025204.customer.alfanett.no [84.202.25.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: terje@elde.net) by smtp.elde.net (Postfix) with ESMTPSA id 7CE1464F18 for ; Thu, 30 Apr 2009 13:11:11 +0200 (CEST) Message-ID: <49F98768.8000907@elde.net> Date: Thu, 30 Apr 2009 13:11:36 +0200 From: Terje Elde User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: freebsd-geom@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: gmirror, geli and gjournal 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, 30 Apr 2009 11:26:23 -0000 Hi, I'm curious about GEOM combining gmirror geli and gjournal. I'm setting up a rather slow machine (PentiumIII 450Mhz) and didn't want to encrypt once pr. drive, so I configured geli on top of gmirror so I encrypt once for the mirror, rather than once for each disk. Seemed to make sense. I now want to place UFS2 filesystems with journaling (using gmirror offcourse) on top of the encrypted mirror. In the gjournal man page, I was pleased to read: When gjournal is configured on top of gmirror(8) or graid3(8) providers, it also keeps them in a consistent state, thus automatic synchronization on power failure or system crash may be disabled on those providers. But what happens if I have geli sitting between gjournal and gmirror? Will gjournal still take responsibility for keeping the mirror in sync? Or would I have to have geli and gmirror trade place, so gjournal sits directly on top of gmirror, and I encrypt once pr. disk? Also, the way I set things up, I used gmirror and geli on the whole drives, used BSD disklabels for partitioning the encrypted device, and understand I'd use gjournal for each partition. Will things work as desired even though gmirror is for the whole disk, and gjournal with UFS2 is pr. partition? Tried to RTFM, interrogate google, but came up a bit short on these questions, and since it's about data-integrity, I'd rather ask now, than cry later. Hope someone can enlighten me a bit. Terje From owner-freebsd-geom@FreeBSD.ORG Thu Apr 30 19:38:21 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36CA71065675 for ; Thu, 30 Apr 2009 19:38:21 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from mtumishi.cyberleo.net (mtumishi.cyberleo.net [69.72.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id 14B7A8FC17 for ; Thu, 30 Apr 2009 19:38:20 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from [172.16.44.14] (unknown [75.4.147.221]) by mtumishi.cyberleo.net (Postfix) with ESMTPSA id 4D5011180A; Thu, 30 Apr 2009 15:20:27 -0400 (EDT) Message-ID: <49F9FA04.3040306@cyberleo.net> Date: Thu, 30 Apr 2009 14:20:36 -0500 From: CyberLeo Kitsana User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Terje Elde References: <49F98768.8000907@elde.net> In-Reply-To: <49F98768.8000907@elde.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: gmirror, geli and gjournal 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, 30 Apr 2009 19:38:21 -0000 Terje Elde wrote: > Hi, > > I'm curious about GEOM combining gmirror geli and gjournal. > > I'm setting up a rather slow machine (PentiumIII 450Mhz) and didn't want > to encrypt once pr. drive, so I configured geli on top of gmirror so I > encrypt once for the mirror, rather than once for each disk. Seemed to > make sense. > > I now want to place UFS2 filesystems with journaling (using gmirror > offcourse) on top of the encrypted mirror. In the gjournal man page, I > was pleased to read: > > When gjournal is configured on top of gmirror(8) or graid3(8) > providers, > it also keeps them in a consistent state, thus automatic > synchronization > on power failure or system crash may be disabled on those providers. > > But what happens if I have geli sitting between gjournal and gmirror? > > Will gjournal still take responsibility for keeping the mirror in sync? This claim has to do with how gjournal does its work. Keeping the mirror in sync is a side effect of the transactive nature of the journal. I.e. an entry in the journal is considered either fully completed or not completed at all. If the system stops running while it's writing to disk, gjournal has a log (the journal) of what it's already done and what it needs to do, and finishes the job when it comes back. Thus, if one half of the mirror has data written and the other does not (a common reason for resyncing mirrors), the fact that gjournal will redo all the things it suspects never finished will make the mirror's members identical once again. The presence of geli would not alter this assumption. Unless it caches information and ignores flush commands, that is. If you have partitions on the mirror which are not journaled whose contents you care about, it's still a good idea to sync those after a crash, though. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://wwww.fur.com/peace/ From owner-freebsd-geom@FreeBSD.ORG Fri May 1 08:20:09 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1808106566B for ; Fri, 1 May 2009 08:20:09 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id B49798FC0A for ; Fri, 1 May 2009 08:20:09 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Lznj4-0000c0-6G for freebsd-geom@freebsd.org; Fri, 01 May 2009 01:04:06 -0700 Message-ID: <23329663.post@talk.nabble.com> Date: Fri, 1 May 2009 01:04:06 -0700 (PDT) From: ghostcorps To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: ghostsblood@gmail.com Subject: How do I add a new HDD to encrypted RAID5 array? 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, 01 May 2009 08:20:10 -0000 Hi Guys, This seems liek a really basic question, I expect a simple 'no', but I havn't found anything definative yet. I currently have a hardware RAID5 array (onboard using Intel Matrix) encrypted with GELI, but I need to add 2 new discs to the array. If I add a disc to the array and have it rebuilt with the Intel Matrix Storage Manager, prior to booting FreeBSD will that destroy the encrypted data? If so, how can I decrypt the disk without copying the data to another partition? Using: OS: FreeBSD 7.0 Mobo: Asus p5b-e http://www.asus.com.au/products.aspx?l1=3&l2=11&l3=307&l4=0&model=1347&modelmenu=1 HDDs: Seagate 500g SATA2 Please let me know if you need any other info. Thanks =^_^= -- View this message in context: http://www.nabble.com/How-do-I-add-a-new-HDD-to-encrypted-RAID5-array--tp23329663p23329663.html Sent from the freebsd-geom mailing list archive at Nabble.com. From owner-freebsd-geom@FreeBSD.ORG Fri May 1 08:20:10 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AA84106566C for ; Fri, 1 May 2009 08:20:10 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 0ECF78FC15 for ; Fri, 1 May 2009 08:20:10 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LznZW-0008S4-BC for freebsd-geom@freebsd.org; Fri, 01 May 2009 00:54:14 -0700 Message-ID: <23329555.post@talk.nabble.com> Date: Fri, 1 May 2009 00:54:14 -0700 (PDT) From: ghostcorps To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: ghostsblood@gmail.com Subject: Rebuild encrypted 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: Fri, 01 May 2009 08:20:10 -0000 -- View this message in context: http://www.nabble.com/Rebuild-encrypted-RAID5--tp23329555p23329555.html Sent from the freebsd-geom mailing list archive at Nabble.com. From owner-freebsd-geom@FreeBSD.ORG Sat May 2 16:31:09 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71436106566B for ; Sat, 2 May 2009 16:31:09 +0000 (UTC) (envelope-from fb-geom@psconsult.nl) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.freebsd.org (Postfix) with ESMTP id D14008FC19 for ; Sat, 2 May 2009 16:31:08 +0000 (UTC) (envelope-from fb-geom@psconsult.nl) Received: from mx1.psconsult.nl (localhost [80.89.238.138]) by mx1.psconsult.nl (8.14.2/8.14.2) with ESMTP id n42GEh1G050155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 2 May 2009 18:14:48 +0200 (CEST) (envelope-from fb-geom@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.2/8.14.2/Submit) id n42GEhUK050154 for freebsd-geom@freebsd.org; Sat, 2 May 2009 18:14:43 +0200 (CEST) (envelope-from fb-geom@psconsult.nl) Date: Sat, 2 May 2009 18:14:43 +0200 From: Paul Schenkeveld To: freebsd-geom@freebsd.org Message-ID: <20090502161442.GA42972@psconsult.nl> Mail-Followup-To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Multiple FreeBSD instances with gpt 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, 02 May 2009 16:31:09 -0000 Hello, Is there a GPT equivalent for boot0 which allows for multiple instances of FreeBSD to co-reside on a single harddisk with GPT as the primary partitioning scheme and that provides a boot menu similar to boot0? I could try to use grub here but I'm not a big fan of grub. Regards, Paul Schenkeveld From owner-freebsd-geom@FreeBSD.ORG Sat May 2 21:49:02 2009 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CE43106566B; Sat, 2 May 2009 21:49:02 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7309B8FC19; Sat, 2 May 2009 21:49:02 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n42Ln2aw035485; Sat, 2 May 2009 21:49:02 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n42Ln2CC035481; Sat, 2 May 2009 21:49:02 GMT (envelope-from linimon) Date: Sat, 2 May 2009 21:49:02 GMT Message-Id: <200905022149.n42Ln2CC035481@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/134113: [geli] Problem setting secondary GELI key 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, 02 May 2009 21:49:03 -0000 Old Synopsis: Problem setting secondary GELI key New Synopsis: [geli] Problem setting secondary GELI key Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 2 21:48:39 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=134113 From owner-freebsd-geom@FreeBSD.ORG Sat May 2 22:01:46 2009 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27BB7106566B; Sat, 2 May 2009 22:01:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F15688FC12; Sat, 2 May 2009 22:01:45 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n42M1jLo061570; Sat, 2 May 2009 22:01:45 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n42M1j5Z061561; Sat, 2 May 2009 22:01:45 GMT (envelope-from linimon) Date: Sat, 2 May 2009 22:01:45 GMT Message-Id: <200905022201.n42M1j5Z061561@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/134044: [geom] gmirror(8) overwrites fs with stale data from returning member 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, 02 May 2009 22:01:47 -0000 Old Synopsis: Gmirror overwrites fs with stale data from returning member New Synopsis: [geom] gmirror(8) overwrites fs with stale data from returning member Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 2 22:01:05 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=134044