From owner-freebsd-geom@FreeBSD.ORG Sun Feb 3 03:33:41 2008 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 942AC16A46B for ; Sun, 3 Feb 2008 03:33:41 +0000 (UTC) (envelope-from fbsd06+SY=10e1635e@mlists.homeunix.com) Received: from turtle-out.mxes.net (turtle-out.mxes.net [216.86.168.191]) by mx1.freebsd.org (Postfix) with ESMTP id 676E713C455 for ; Sun, 3 Feb 2008 03:33:41 +0000 (UTC) (envelope-from fbsd06+SY=10e1635e@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by turtle-in.mxes.net (Postfix) with ESMTP id ADA61163DF0 for ; Sat, 2 Feb 2008 22:01:40 -0500 (EST) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 2120623E3E8 for ; Sat, 2 Feb 2008 22:01:35 -0500 (EST) Date: Sun, 3 Feb 2008 03:01:29 +0000 From: RW To: freebsd-geom@freebsd.org Message-ID: <20080203030129.18e1d940@gumby.homeunix.com.> In-Reply-To: References: X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Geli sector size > 8192 completely breaks. X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Feb 2008 03:33:41 -0000 On Sat, 2 Feb 2008 10:51:19 +0000 Andrew B wrote: > > I've been trying to get GELI working in a number of ways, and it > seems whenever I change the sector size to 16384 or higher, I can't > run newfs on the resultant encrypted volume. Bill Moran, in the questions list, said he got panics at 8k. > Using dd with sector size 16384 gives me the greatest performance for > the sector size I'm willing to have. I did some tests like that, but I wondered how well that translates to actual performance. dd shows the benefit of fewer IV initialisations, but that could be wiped-out if larger sectors lead to more work for the cipher. From owner-freebsd-geom@FreeBSD.ORG Sun Feb 3 04:10:07 2008 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 2ECF316A417 for ; Sun, 3 Feb 2008 04:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB7813C458 for ; Sun, 3 Feb 2008 04:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m134A4Pg063393 for ; Sun, 3 Feb 2008 04:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m134A4oP063392; Sun, 3 Feb 2008 04:10:04 GMT (envelope-from gnats) Date: Sun, 3 Feb 2008 04:10:04 GMT Message-Id: <200802030410.m134A4oP063392@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Yoshihiro Ota Cc: Subject: Re: kern/120091: [GEOM][geli][gjournal] geli does not prompt for password on /dev/concat/XXX.eli.journal X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yoshihiro Ota List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Feb 2008 04:10:07 -0000 The following reply was made to PR kern/120091; it has been noted by GNATS. From: Yoshihiro Ota To: bug-followup@FreeBSD.org Cc: Volker Subject: Re: kern/120091: [GEOM][geli][gjournal] geli does not prompt for password on /dev/concat/XXX.eli.journal Date: Sat, 2 Feb 2008 23:02:56 -0500 This is a multi-part message in MIME format. --Multipart=_Sat__2_Feb_2008_23_02_56_-0500_G6gJHWk1j3WlCJHe Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit As Volker and I investigated, we found the followings. 1. Use "geli configure -b" option with geom_eli_load="YES" in loader.conf attaches /dev/concat/export.eli correctly at boot time. However, key strokes are lost and password verification fails. There are some other PRs filed already on this case. 2. Use "geli_devices" in rc.conf. Even if this is not a preferred way, this works. 3. Use the patch. The rc facility tries to parse /etc/fstab to find GELI providers. However, it assumes that all provider ends with .eli. It is not the case here and fails. The patch is to detect all eli providers in a given path, i.e. /dev/concat/export.eli in my cause. The #3 is the most preferred way for this problem as the path indicates use of GEOM eli. Thanks, Hiro --Multipart=_Sat__2_Feb_2008_23_02_56_-0500_G6gJHWk1j3WlCJHe Content-Type: text/x-diff; name="rc.subr-geli.diff" Content-Disposition: attachment; filename="rc.subr-geli.diff" Content-Transfer-Encoding: 7bit Index: etc/rc.subr =================================================================== RCS file: /home/ncvs/src/etc/rc.subr,v retrieving revision 1.77 diff -u -r1.77 rc.subr --- etc/rc.subr 9 Oct 2007 07:20:44 -0000 1.77 +++ etc/rc.subr 1 Feb 2008 10:37:45 -0000 @@ -1415,6 +1415,29 @@ } # Creates a list of providers for GELI encryption. +geli_expand_entry() +{ + local devices3 + local entry dev tail + for entry in $@; do + tail="${entry}" + while true; do + dev="${dev}${tail%%.eli*}.eli" + devices3="${devices3} ${dev}" + tail="${entry##${dev}}" + case "${tail}" in + *.eli*) + continue + ;; + *) + break + ;; + esac + done + dev="" + done + echo ${devices3} +} geli_make_list() { local devices devices2 @@ -1435,7 +1458,7 @@ :#*) continue ;; - *.eli) + *.eli*) # Skip swap devices. if [ "${type}" = "swap" -o "${options}" = "sw" -o "${noauto}" = "yes" ]; then continue @@ -1446,7 +1469,7 @@ done < /etc/fstab # Append providers from geli_devices. - devices="${devices} ${geli_devices}" + devices=`geli_expand_entry "${devices} ${geli_devices}"` for provider in ${devices}; do provider=${provider%.eli} --Multipart=_Sat__2_Feb_2008_23_02_56_-0500_G6gJHWk1j3WlCJHe-- From owner-freebsd-geom@FreeBSD.ORG Sun Feb 3 04:56:52 2008 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 D00D916A417; Sun, 3 Feb 2008 04:56:52 +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 A58B313C43E; Sun, 3 Feb 2008 04:56:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m134uqx8068759; Sun, 3 Feb 2008 04:56:52 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m134uqnE068755; Sun, 3 Feb 2008 04:56:52 GMT (envelope-from linimon) Date: Sun, 3 Feb 2008 04:56:52 GMT Message-Id: <200802030456.m134uqnE068755@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/120231: [geom] GEOM_CONCAT error adding second drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Feb 2008 04:56:53 -0000 Synopsis: [geom] GEOM_CONCAT error adding second drive Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 3 04:56:45 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120231 From owner-freebsd-geom@FreeBSD.ORG Mon Feb 4 09:56:05 2008 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 3C44E16A419; Mon, 4 Feb 2008 09:56:05 +0000 (UTC) (envelope-from lulf@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 28CC313C467; Mon, 4 Feb 2008 09:56:05 +0000 (UTC) (envelope-from lulf@FreeBSD.org) Received: from freefall.freebsd.org (lulf@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m149u5Q0012090; Mon, 4 Feb 2008 09:56:05 GMT (envelope-from lulf@freefall.freebsd.org) Received: (from lulf@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m149u4d8012086; Mon, 4 Feb 2008 09:56:04 GMT (envelope-from lulf) Date: Mon, 4 Feb 2008 09:56:04 GMT Message-Id: <200802040956.m149u4d8012086@freefall.freebsd.org> To: ecrist@secure-computing.net, lulf@FreeBSD.org, freebsd-geom@FreeBSD.org, lulf@FreeBSD.org From: lulf@FreeBSD.org Cc: Subject: Re: bin/120169: gmirror(8) commands error with "Class not found" or other (regression) 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, 04 Feb 2008 09:56:05 -0000 Synopsis: gmirror(8) commands error with "Class not found" or other (regression) State-Changed-From-To: open->analyzed State-Changed-By: lulf State-Changed-When: Mon Feb 4 09:51:53 UTC 2008 State-Changed-Why: - I'm working on a patch for this that will be MFCed to RELENG_7 and RELENG_6. A workaround for 6.x is to unset GEOM_LIBRARY_PATH after chroot into the environment. Responsible-Changed-From-To: freebsd-geom->lulf Responsible-Changed-By: lulf Responsible-Changed-When: Mon Feb 4 09:51:53 UTC 2008 Responsible-Changed-Why: - A patch have been created and aways review. The patch will probably be committed to RELENG_7 and RELENG_6. A workaround for 6.3 is to unset GEOM_LIBRARY_PATH after entering the chroot environment. http://www.freebsd.org/cgi/query-pr.cgi?pr=120169 From owner-freebsd-geom@FreeBSD.ORG Mon Feb 4 11:06:59 2008 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 8CD7316A41A for ; Mon, 4 Feb 2008 11:06:59 +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 5F54213C465 for ; Mon, 4 Feb 2008 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m14B6xgm017249 for ; Mon, 4 Feb 2008 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m14B6wA6017245 for freebsd-geom@FreeBSD.org; Mon, 4 Feb 2008 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Feb 2008 11:06:58 GMT Message-Id: <200802041106.m14B6wA6017245@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, 04 Feb 2008 11:06:59 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo s kern/89102 geom [geom_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/113419 geom [geom] geom fox multipathing not failing back o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/115572 geom [gbde] [patch] gbde partitions fail at 28bit/48bit LBA o kern/120231 geom [geom] GEOM_CONCAT error adding second drive 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for f kern/105390 geom [geli] filesystem on a md backed by sparse file with s o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to p bin/110705 geom gmirror control utility does not exit with correct exi o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [geom] [patch] improved gmirror balance algorithm o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis f kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass 13 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Feb 4 16:20:03 2008 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 3BEFE16A46B for ; Mon, 4 Feb 2008 16:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBB613C45D for ; Mon, 4 Feb 2008 16:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m14GK2K4047439 for ; Mon, 4 Feb 2008 16:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m14GK2SL047438; Mon, 4 Feb 2008 16:20:02 GMT (envelope-from gnats) Date: Mon, 4 Feb 2008 16:20:02 GMT Message-Id: <200802041620.m14GK2SL047438@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Jaakko Heinonen Cc: Subject: Re: kern/120044: [msdosfs] [geom] incorrect MSDOSFS label fries administrative access to GEOM X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jaakko Heinonen List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2008 16:20:03 -0000 The following reply was made to PR kern/120044; it has been noted by GNATS. From: Jaakko Heinonen To: bug-followup@FreeBSD.org, bernard.steiner@lahmeyer.de Cc: Subject: Re: kern/120044: [msdosfs] [geom] incorrect MSDOSFS label fries administrative access to GEOM Date: Mon, 4 Feb 2008 18:13:51 +0200 This bug is a duplicate of kern/104389 (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/104389). From owner-freebsd-geom@FreeBSD.ORG Tue Feb 5 06:39:34 2008 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 BF4B116A419; Tue, 5 Feb 2008 06:39:34 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 99AE513C448; Tue, 5 Feb 2008 06:39:34 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m156dYmN018437; Tue, 5 Feb 2008 06:39:34 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m156dYHq018433; Tue, 5 Feb 2008 06:39:34 GMT (envelope-from remko) Date: Tue, 5 Feb 2008 06:39:34 GMT Message-Id: <200802050639.m156dYHq018433@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/120021: net-p2p/qbittorrent crashes system when it works though OpenVPN link 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, 05 Feb 2008 06:39:34 -0000 Synopsis: net-p2p/qbittorrent crashes system when it works though OpenVPN link Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: remko Responsible-Changed-When: Tue Feb 5 06:39:34 UTC 2008 Responsible-Changed-Why: >From the kernel debug message this seems that it might be GEOM related given the fork_exit and fork_trampoline calls just after geom did something (if I understood correctly): geom team can you please have a look? http://www.freebsd.org/cgi/query-pr.cgi?pr=120021 From owner-freebsd-geom@FreeBSD.ORG Tue Feb 5 11:05:53 2008 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 8D88916A419 for ; Tue, 5 Feb 2008 11:05:53 +0000 (UTC) (envelope-from paolo.tealdi@polito.it) Received: from polito.it (eracle.polito.it [130.192.3.44]) by mx1.freebsd.org (Postfix) with ESMTP id 272FD13C469 for ; Tue, 5 Feb 2008 11:05:52 +0000 (UTC) (envelope-from paolo.tealdi@polito.it) X-ExtScanner: Niversoft's FindAttachments (free) Received: from demostene.polito.it ([130.192.92.21] verified) by eracle.polito.it (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 12374111 for freebsd-geom@freebsd.org; Tue, 05 Feb 2008 11:05:49 +0100 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 05 Feb 2008 11:05:47 +0100 To: freebsd-geom@freebsd.org From: Paolo Tealdi Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: Subject: raid of a concat in gvinum 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, 05 Feb 2008 11:05:53 -0000 Dear all, I have a concat of three scsi disk ( 75GB + 75GB + 150GB) that works without problems since 4 years using 6.2-RELEASE, i'll upgrade to 7.0 when it will be released. I would like to change the configuration adding 2 more 300 GB disk and creating a a big raid disk : (75+75+150) + 300 + 300 = 600 GB (a little less). My questions are : Is this possible in gvinum ? In other words, can i use for a raid a concatenated disk ? If yes, how ? Someone can point me to some examples or how-tos (googling i didn't find anything to that specific configuration) ? If i can do this (weird thing, i admit it :-) ) , must i destroy the concatenated file system ? (my answer to this question is "yes, of course, stupid", but ...) Best regards, Paolo Tealdi Ing. Paolo Tealdi Servizi Informatici per le Biblioteche Politecnico Torino Phone : +39-011-5646714 , FAX : +39-011-5646799 C.so Duca degli Abruzzi, 24 - 10129 Torino - ITALY Email : paolo.tealdi(At)polito.it From owner-freebsd-geom@FreeBSD.ORG Tue Feb 5 14:36:27 2008 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 0C54516A417 for ; Tue, 5 Feb 2008 14:36:27 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 143D513C45A for ; Tue, 5 Feb 2008 14:36:25 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 0E1A09000E; Tue, 5 Feb 2008 15:36:24 +0100 (CET) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::185]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 6016390009; Tue, 5 Feb 2008 15:36:23 +0100 (CET) Date: Tue, 5 Feb 2008 15:36:22 +0100 From: Ulf Lilleengen To: Paolo Tealdi Message-ID: <20080205143622.GA72541@carrot.studby.ntnu.no> Mail-Followup-To: Paolo Tealdi , freebsd-geom@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: freebsd-geom@freebsd.org Subject: Re: raid of a concat in gvinum 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, 05 Feb 2008 14:36:27 -0000 On Tue, Feb 05, 2008 at 11:05:47AM +0100, Paolo Tealdi wrote: > Dear all, > > I have a concat of three scsi disk ( 75GB + 75GB + 150GB) that works > without problems since 4 years using 6.2-RELEASE, i'll upgrade to 7.0 when > it will be released. > I would like to change the configuration adding 2 more 300 GB disk and > creating a a big raid disk : (75+75+150) + 300 + 300 = 600 GB (a little > less). > My questions are : > > Is this possible in gvinum ? Adding disks to a volume is possible in a concatenated organization (jbod). And your wish is also possible but not without copying data away and back. > In other words, can i use for a raid a concatenated disk ? I'm not entirely sure what you mean by this. By your calculation I assume you want to do raid5 on the data. (Getting 300 + 300 + 300 where 1/3 is used for parity allowing a total of 600GB disk space). You would have to your data in order to do this (just take backup), but if you have that option, I would perform the following operations: 1. Use the current concatenated volume you already have, 2. Create three new disks, one of them pointing to the volume and the two other pointing to you new disks. 3. Create a raid5 plex and volume. The additional configuration would be something like: drive r1 device /dev/gvinum/ drive r2 device /dev/ drive r3 device /dev/ volume newdata plex org raid5 493k # This is the stripesize. sd drive r1 sd drive r2 sd drive r3 I have not tried this myself, so I can't guarantee that it works. I'd appreciate if you send your current configuration so I can make sure my tips here will be correct to your wishes. > If yes, how ? Someone can point me to some examples or how-tos (googling i > didn't find anything to that specific configuration) ? Documentation is a bit scarse, but the updated manpage I created during Summer of Code contains some examples of gvinum use. Also see my example above. > If i can do this (weird thing, i admit it :-) ) , must i destroy the > concatenated file system ? (my answer to this question is "yes, of course, > stupid", but ...) Yes, and the reason for this is that the provider you already created, have an active filsystem on it. Putting this provider in a raid-5 would require parts of it be used for parity. If this was possible on the fly I wouldn't recommend doing it without taking backup anyway. As a last note, I recommend trying out my patches for gvinum in case you run into any problems. It also contains the mentioned manpage-update. They can be found here: http://people.freebsd.org/~lulf/patches/gvinum/ Currently I only have >= RELENG_7 patches though. I can generate RELENG_6-patches if you really want :) -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Tue Feb 5 15:08:20 2008 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 B3F8616A41A for ; Tue, 5 Feb 2008 15:08:20 +0000 (UTC) (envelope-from paolo.tealdi@polito.it) Received: from polito.it (eracle.polito.it [130.192.3.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8EBE513C4D5 for ; Tue, 5 Feb 2008 15:08:18 +0000 (UTC) (envelope-from paolo.tealdi@polito.it) X-ExtScanner: Niversoft's FindAttachments (free) Received: from demostene.polito.it ([130.192.92.21] verified) by eracle.polito.it (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 12384706; Tue, 05 Feb 2008 16:08:16 +0100 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 05 Feb 2008 16:08:07 +0100 To: Ulf Lilleengen From: Paolo Tealdi In-Reply-To: <20080205143622.GA72541@carrot.studby.ntnu.no> References: <20080205143622.GA72541@carrot.studby.ntnu.no> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-ID: Cc: freebsd-geom@freebsd.org Subject: Re: raid of a concat in gvinum 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, 05 Feb 2008 15:08:20 -0000 At 15.36 05/02/2008 +0100, Ulf Lilleengen wrote: >. By your calculation I assume you >want to do raid5 on the data. (Getting 300 + 300 + 300 where 1/3 is used for Yes i would like to create a raid 5 disk of 600GB >perform the following operations: > >1. Use the current concatenated volume you already have, >2. Create three new disks, one of them pointing to the volume and the two >other pointing to you new disks. >3. Create a raid5 plex and volume. > >The additional configuration would be something like: > >drive r1 device /dev/gvinum/ >drive r2 device /dev/ >drive r3 device /dev/ I thought that it was a conf like that, but i wasn't sure that the configuration program accept a gvinum device instead of a real device. >I have not tried this myself, so I can't guarantee that it works. I'd >appreciate if you send your current configuration so I can make sure my tips >here will be correct to your wishes. I will do a good backup and i'll try in the next few days. >As a last note, I recommend trying out my patches for gvinum in case you run >into any problems. It also contains the mentioned manpage-update. They can be >found here: >http://people.freebsd.org/~lulf/patches/gvinum/ >Currently I only have >= RELENG_7 patches though. I can generate >RELENG_6-patches if you really want :) when will you commit that patches in the release ? In any case i'll try the configuration and tell you the result. Best regards and thank you for the help. Paolo Tealdi Ing. Paolo Tealdi Servizi Informatici per le Biblioteche Politecnico Torino Phone : +39-011-5646714 , FAX : +39-011-5646799 C.so Duca degli Abruzzi, 24 - 10129 Torino - ITALY Email : paolo.tealdi(At)polito.it From owner-freebsd-geom@FreeBSD.ORG Tue Feb 5 15:58:39 2008 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 D0F3416A419 for ; Tue, 5 Feb 2008 15:58:39 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id D84FA13C447 for ; Tue, 5 Feb 2008 15:58:38 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id D82E516C73D; Tue, 5 Feb 2008 16:58:36 +0100 (CET) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::185]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 2F86816C697; Tue, 5 Feb 2008 16:58:36 +0100 (CET) Date: Tue, 5 Feb 2008 16:58:35 +0100 From: Ulf Lilleengen To: Paolo Tealdi Message-ID: <20080205155835.GA72917@carrot.studby.ntnu.no> Mail-Followup-To: Paolo Tealdi , freebsd-geom@freebsd.org References: <20080205143622.GA72541@carrot.studby.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-geom@freebsd.org Subject: Re: raid of a concat in gvinum X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "..."@carrot.studby.ntnu.no List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2008 15:58:39 -0000 On tir, feb 05, 2008 at 04:08:07pm +0100, Paolo Tealdi wrote: > At 15.36 05/02/2008 +0100, Ulf Lilleengen wrote: >> . By your calculation I assume you >> want to do raid5 on the data. (Getting 300 + 300 + 300 where 1/3 is used for > > Yes i would like to create a raid 5 disk of 600GB > >> perform the following operations: >> >> 1. Use the current concatenated volume you already have, >> 2. Create three new disks, one of them pointing to the volume and the two >> other pointing to you new disks. >> 3. Create a raid5 plex and volume. >> >> The additional configuration would be something like: >> >> drive r1 device /dev/gvinum/ >> drive r2 device /dev/ >> drive r3 device /dev/ > > I thought that it was a conf like that, but i wasn't sure that the > configuration program accept a gvinum device instead of a real device. > It should work, but there will be some overhead since a request to that provider will have to pass through gvinum twice. And, since your version of gvinum is quite different from my patched version, it might work in just one of them. > >> I have not tried this myself, so I can't guarantee that it works. I'd >> appreciate if you send your current configuration so I can make sure my tips >> here will be correct to your wishes. > > I will do a good backup and i'll try in the next few days. > > >> As a last note, I recommend trying out my patches for gvinum in case you run >> into any problems. It also contains the mentioned manpage-update. They can be >> found here: >> http://people.freebsd.org/~lulf/patches/gvinum/ >> Currently I only have >= RELENG_7 patches though. I can generate >> RELENG_6-patches if you really want :) > > when will you commit that patches in the release ? These patches will not be committed to the 7.0-RELEASE since it need sufficient review first, and since we're almost at RC2 it's way to late to put it in now :) However, I'll be working on getting it in for 7.1. > > In any case i'll try the configuration and tell you the result. > Great. Good luck :) -- Ulf Lilleengen