From owner-freebsd-geom@FreeBSD.ORG Sun Jan 3 17:15:10 2010 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 8790710656A6 for ; Sun, 3 Jan 2010 17:15:10 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 421DD8FC1E for ; Sun, 3 Jan 2010 17:15:09 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NRU2l-0006vn-8X for freebsd-geom@freebsd.org; Sun, 03 Jan 2010 18:15:07 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jan 2010 18:15:07 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jan 2010 18:15:07 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: martinko Date: Sun, 03 Jan 2010 17:16:45 +0100 Lines: 31 Message-ID: References: <20100103013537.GK3508@acme.spoerlein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <20100103013537.GK3508@acme.spoerlein.net> Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: gstat: geom_gettree = -1: No such file or directory 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 Jan 2010 17:15:10 -0000 Ulrich Spörlein wrote: > On Fri, 01.01.2010 at 18:47:27 +0100, martinko wrote: >> Hi list, >> >> gstat(8) does not work here on 8.0 (it worked happily on 6.x and 7.x) : >> >> # gstat >> gstat: geom_gettree = -1: No such file or directory >> >> Is this known ? What can I do ? > > I doubt that it is widely known, but I've seen these 2-3 times before > when fussing around with USB media and/or md(4) devices with gmirror on > top. Basically, if you get really creative with the geom layering, this > is likely to happen. > > It sure is a bug, but without a good way to reproduce, noone's gonna fix > it. Well, it is definitely reproducible here -- I cannot run gstat(8). Apart from mouse I have no USB devices connected. I use tmpmfs="YES" in rc.conf but I do not use gmirror nor any other creative GEOM layering. If someone's willing to investigate -- what info should I provide ? Cheers, Martin From owner-freebsd-geom@FreeBSD.ORG Sun Jan 3 19:21:06 2010 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 31AED106568B for ; Sun, 3 Jan 2010 19:21:06 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id C47C48FC38 for ; Sun, 3 Jan 2010 19:21:05 +0000 (UTC) Received: (qmail 10301 invoked from network); 3 Jan 2010 18:54:23 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 3 Jan 2010 18:54:23 -0000 Message-ID: <4B40E7B6.8040500@acm.poly.edu> Date: Sun, 03 Jan 2010 13:53:42 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.23 (X11/20091021) MIME-Version: 1.0 To: martinko References: <20100103013537.GK3508@acme.spoerlein.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-geom@freebsd.org Subject: Re: gstat: geom_gettree = -1: No such file or directory 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 Jan 2010 19:21:06 -0000 martinko wrote: > Ulrich Spörlein wrote: >> On Fri, 01.01.2010 at 18:47:27 +0100, martinko wrote: >>> Hi list, >>> >>> gstat(8) does not work here on 8.0 (it worked happily on 6.x and 7.x) : >>> >>> # gstat >>> gstat: geom_gettree = -1: No such file or directory >>> >>> Is this known ? What can I do ? >> >> I doubt that it is widely known, but I've seen these 2-3 times before >> when fussing around with USB media and/or md(4) devices with gmirror on >> top. Basically, if you get really creative with the geom layering, this >> is likely to happen. >> >> It sure is a bug, but without a good way to reproduce, noone's gonna fix >> it. > > Well, it is definitely reproducible here -- I cannot run gstat(8). > > Apart from mouse I have no USB devices connected. > > I use tmpmfs="YES" in rc.conf but I do not use gmirror nor any other > creative GEOM layering. > > If someone's willing to investigate -- what info should I provide ? > > Cheers, > > Martin I believe geom_gettree() gets its information from the kern.geom.confxml sysctl. With that said, can you put the output of the following command somewhere? sysctl -b kern.geom.confxml -Boris From owner-freebsd-geom@FreeBSD.ORG Sun Jan 3 20:12:32 2010 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 3D929106566B for ; Sun, 3 Jan 2010 20:12:32 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id C09FE8FC18 for ; Sun, 3 Jan 2010 20:12:31 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NRWoP-0000vr-MR for freebsd-geom@freebsd.org; Sun, 03 Jan 2010 21:12:29 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jan 2010 21:12:29 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jan 2010 21:12:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: martinko Date: Sun, 03 Jan 2010 21:12:08 +0100 Lines: 56 Message-ID: References: <20100103013537.GK3508@acme.spoerlein.net> <4B40E7B6.8040500@acm.poly.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <4B40E7B6.8040500@acm.poly.edu> Sender: news Subject: Re: gstat: geom_gettree = -1: No such file or directory 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 Jan 2010 20:12:32 -0000 Boris Kochergin wrote: > martinko wrote: >> Ulrich Spörlein wrote: >>> On Fri, 01.01.2010 at 18:47:27 +0100, martinko wrote: >>>> Hi list, >>>> >>>> gstat(8) does not work here on 8.0 (it worked happily on 6.x and 7.x) : >>>> >>>> # gstat >>>> gstat: geom_gettree = -1: No such file or directory >>>> >>>> Is this known ? What can I do ? >>> >>> I doubt that it is widely known, but I've seen these 2-3 times before >>> when fussing around with USB media and/or md(4) devices with gmirror on >>> top. Basically, if you get really creative with the geom layering, this >>> is likely to happen. >>> >>> It sure is a bug, but without a good way to reproduce, noone's gonna fix >>> it. >> >> Well, it is definitely reproducible here -- I cannot run gstat(8). >> >> Apart from mouse I have no USB devices connected. >> >> I use tmpmfs="YES" in rc.conf but I do not use gmirror nor any other >> creative GEOM layering. >> >> If someone's willing to investigate -- what info should I provide ? >> >> Cheers, >> >> Martin > I believe geom_gettree() gets its information from the kern.geom.confxml > sysctl. With that said, can you put the output of the following command > somewhere? > > sysctl -b kern.geom.confxml Yes, you're right and now I think I know what may cause this bug and it worries me even more -- my FAT32 partition has a funny name but it for sure was not like this before: $ ll /dev/msdosfs/ crw-r----- 1 root operator 0, 95 Jan 3 09:28 FREEDOS crw-r----- 1 root operator 0, 103 Jan 3 09:28 01wb? Here's the complete output you asked for: http://mato.gamato.org/freebsd/aw1n/kern.geom.confxml-8.0 Cheers, Martin PS: I've just read about some msdosfs issues and I'm very much worried that my partition data might be corrupted. :-/ From owner-freebsd-geom@FreeBSD.ORG Mon Jan 4 11:06:57 2010 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 9AB3F1065693 for ; Mon, 4 Jan 2010 11:06:57 +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 809BD8FC25 for ; Mon, 4 Jan 2010 11:06:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o04B6vYk064892 for ; Mon, 4 Jan 2010 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o04B6u78064890 for freebsd-geom@FreeBSD.org; Mon, 4 Jan 2010 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Jan 2010 11:06:56 GMT Message-Id: <201001041106.o04B6u78064890@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 Jan 2010 11:06:57 -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/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/141011 geom [geli] Encrypted root, geli password at boot; enter ke o kern/140352 geom [geom] gjournal + glabel not working o kern/139847 geom [geom_mbr] load/unload causes system to hang o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r o kern/133931 geom [geli] [request] intentionally wrong password to destr 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 f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls 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 f kern/128276 geom [gmirror] machine lock up when gmirror module is used f 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 f kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de 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/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/115856 geom [geli] ZFS thought it was degraded when it should have 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 o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage 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 53 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jan 5 06:29:03 2010 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 779C1106568B for ; Tue, 5 Jan 2010 06:29:03 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 164EF8FC0C for ; Tue, 5 Jan 2010 06:29:02 +0000 (UTC) Received: (qmail 61358 invoked from network); 5 Jan 2010 06:29:02 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 5 Jan 2010 06:29:02 -0000 Message-ID: <4B42DC02.30607@acm.poly.edu> Date: Tue, 05 Jan 2010 01:28:18 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.23 (X11/20091021) MIME-Version: 1.0 To: freebsd-geom@freebsd.org, martinko References: <20100103013537.GK3508@acme.spoerlein.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: gstat: geom_gettree = -1: No such file or directory 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 Jan 2010 06:29:03 -0000 martinko wrote: > Yes, you're right and now I think I know what may cause this bug and it > worries me even more -- my FAT32 partition has a funny name but it for > sure was not like this before: > > $ ll /dev/msdosfs/ > crw-r----- 1 root operator 0, 95 Jan 3 09:28 FREEDOS > crw-r----- 1 root operator 0, 103 Jan 3 09:28 01wb? > > Here's the complete output you asked for: > http://mato.gamato.org/freebsd/aw1n/kern.geom.confxml-8.0 > > Cheers, > > Martin > > PS: I've just read about some msdosfs issues and I'm very much worried > that my partition data might be corrupted. :-/ Indeed, my guess is that geom_gettree() is unhappy because something in src/lib/libgeom/geom_xml2tree.c does not like the unprintable character in the msdosfs label. I tried tracking down the exact location, but found the code a bit hard to follow. Anyway, you can try removing GEOM_LABEL from your kernel, which will remove that msdosfs label from the XML, which should allow geom_gettree(), and thus gstat, to work. As for the msdosfs or partition problems, I'm afraid I can't be of much help. -Boris From owner-freebsd-geom@FreeBSD.ORG Tue Jan 5 14:22:29 2010 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 254601065694 for ; Tue, 5 Jan 2010 14:22:29 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.freebsd.org (Postfix) with ESMTP id D8DA48FC19 for ; Tue, 5 Jan 2010 14:22:28 +0000 (UTC) Received: from a91-153-117-195.elisa-laajakaista.fi (a91-153-117-195.elisa-laajakaista.fi [91.153.117.195]) by gw01.mail.saunalahti.fi (Postfix) with SMTP id 4DA4E151888; Tue, 5 Jan 2010 16:03:29 +0200 (EET) Date: Tue, 5 Jan 2010 16:03:28 +0200 From: Jaakko Heinonen To: Boris Kochergin Message-ID: <20100105140328.GA2925@a91-153-117-195.elisa-laajakaista.fi> References: <20100103013537.GK3508@acme.spoerlein.net> <4B42DC02.30607@acm.poly.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B42DC02.30607@acm.poly.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: martinko , freebsd-geom@freebsd.org Subject: Re: gstat: geom_gettree = -1: No such file or directory 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 Jan 2010 14:22:29 -0000 On 2010-01-05, Boris Kochergin wrote: > Indeed, my guess is that geom_gettree() is unhappy because something in > src/lib/libgeom/geom_xml2tree.c does not like the unprintable character > in the msdosfs label. See this problem report for additional information: http://www.freebsd.org/cgi/query-pr.cgi?pr=104389 -- Jaakko From owner-freebsd-geom@FreeBSD.ORG Tue Jan 5 18:57:35 2010 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 864171065676 for ; Tue, 5 Jan 2010 18:57:35 +0000 (UTC) (envelope-from fernan.aguero@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 3AFE38FC18 for ; Tue, 5 Jan 2010 18:57:35 +0000 (UTC) Received: by qyk6 with SMTP id 6so6961679qyk.3 for ; Tue, 05 Jan 2010 10:57:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :subject:message-id:mime-version:content-type:content-disposition :user-agent; bh=qPf0u0CU3flQQgcy4zrLFf9KLWSx5VVApyNAI7poEzQ=; b=jeEfG1X6oJp30bR/AWo0NnbeC3rLevOAmBXRCs0R9GTi5Y55mmz/TxcIlXUflMcUX2 MFOkevyEUGoi92xg3qxG1n1pWgxmj9SAL0cufzDvkrL1HbzHeZaxJ3qJAYJLXCSbKS1L O0zUdbJYt5Kwhd5URebECEDlXYiXchF8ombgw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=ewepV9aBIokJSerBxTdQCk/cc56VXA/2Wuo6JAdl9QDIJ4Wy7x2zGD9mhJvVhx7Pzj shl1YnJVR2zNJFRrjkokRYWBcJLo3p4OZuHCC4wCChAtrw5yCBIdqpx2puZSpts55b9K cu8U4jIiNcAH+sYvDczdWYhW7gLJN1G5b/9KY= Received: by 10.224.114.160 with SMTP id e32mr12308825qaq.282.1262716165542; Tue, 05 Jan 2010 10:29:25 -0800 (PST) Received: from sigma.iib.unsam.edu.ar (mx.unsam.edu.ar [200.45.170.30]) by mx.google.com with ESMTPS id 20sm17421114qyk.1.2010.01.05.10.29.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 05 Jan 2010 10:29:24 -0800 (PST) Sender: Fernan Aguero Received: by sigma.iib.unsam.edu.ar (Postfix, from userid 1001) id 66E4014E088; Tue, 5 Jan 2010 15:29:20 -0300 (ART) Date: Tue, 5 Jan 2010 15:29:20 -0300 From: Fernan Aguero To: freebsd-geom@freebsd.org Message-ID: <20100105182920.GC12091@iib.unsam.edu.ar> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: gstripe: delete one, and enlarge another partition? 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 Jan 2010 18:57:35 -0000 Hi, I've been using GEOM in a box successfully for years (both mirrored (for the OS), and striped partitions (for a CPAN mirror, a FreeBSD CVS mirror, tinderbox and other uses). Now, I would like to do some reorganization with the striped partitions (delete one of the striped partitions, and grow one of the remaining striped partitions). /dev/stripe/gs0d 9.7G 604M 8.3G 7% /usr/obj /dev/stripe/gs0e 29G 9.0G 18G 34% /freebsd /dev/stripe/gs0f 29G 1.1G 26G 4% /mirror /dev/stripe/gs0g 85G 5.9G 73G 8% /scratch gama# gstripe list Geom name: gs0 State: UP Status: Total=2, Online=2 Type: AUTOMATIC Stripesize: 4096 ID: 1659247043 Providers: 1. Name: stripe/gs0 Mediasize: 169757777920 (158G) Sectorsize: 512 Mode: r4w4e5 Consumers: 1. Name: ad4s3 Mediasize: 84878889984 (79G) Sectorsize: 512 Mode: r4w4e6 Number: 0 2. Name: ad6s3 Mediasize: 84878889984 (79G) Sectorsize: 512 Mode: r4w4e6 Number: 1 I would like to delete gs0f and make gs0g use the reclaimed space .... or better still fuse the two (preserving contents, is that possible at all?) Of course I can do a backup, delete everything and recreate the partitions, but, being lazy, I was wondering if there is a painless and easy way to do this. I've been reading some posts, some man pages, and was tempted to try and delete gs0g and then use growfs. Would this work? I'd appreciate any tip or suggestion (or even a shout!) i) gstripe stop gs0 ii) bsdlabel -e ad4s3 (ad6s3) and then delete ad4s3g (ad6s3g)? iii) growfs -sXXXXXXXX /dev/ad4s3f (ad6s3f)? where do I get the new size (XXXXXX) for growfs? Would 184757504 be OK? (from bsdlabel output, below): # /dev/ad4s3: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 331558160 0 unused 0 0 # "raw" part, don't edit d: 20971520 16 4.2BSD 2048 16384 28552 e: 62914560 20971536 4.2BSD 2048 16384 28552 f: 62914560 83886096 4.2BSD 2048 16384 28552 g: 184757504 146800656 4.2BSD 2048 16384 28552 partition c: partition extends past end of unit bsdlabel: partition c doesn't cover the whole unit! bsdlabel: An incorrect partition c may cause problems for standard system utilities partition g: partition extends past end of unit This is on FreeBSD-6.4p8, i386 (RELENG_6_4) Thanks, -- fernan From owner-freebsd-geom@FreeBSD.ORG Tue Jan 5 23:19:21 2010 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 5ED291065695 for ; Tue, 5 Jan 2010 23:19:21 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 16BA48FC1C for ; Tue, 5 Jan 2010 23:19:20 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSIgG-0002wN-Pe for freebsd-geom@freebsd.org; Wed, 06 Jan 2010 00:19:16 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 00:19:16 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 00:19:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: martinko Date: Wed, 06 Jan 2010 00:18:54 +0100 Lines: 16 Message-ID: References: <20100103013537.GK3508@acme.spoerlein.net> <4B42DC02.30607@acm.poly.edu> <20100105140328.GA2925@a91-153-117-195.elisa-laajakaista.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <20100105140328.GA2925@a91-153-117-195.elisa-laajakaista.fi> Sender: news Subject: Re: gstat: geom_gettree = -1: No such file or directory 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 Jan 2010 23:19:21 -0000 Jaakko Heinonen wrote: > On 2010-01-05, Boris Kochergin wrote: >> Indeed, my guess is that geom_gettree() is unhappy because something in >> src/lib/libgeom/geom_xml2tree.c does not like the unprintable character >> in the msdosfs label. > > See this problem report for additional information: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=104389 > Indeed, it seems to be old problem and IMO should be mentioned in BUGS section of respective man pages since it affects a few system utilities and have not been fixed in a long time. M. From owner-freebsd-geom@FreeBSD.ORG Tue Jan 5 23:52:23 2010 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 C1DBB106568B; Tue, 5 Jan 2010 23:52:23 +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 9910C8FC08; Tue, 5 Jan 2010 23:52:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o05NqNeN055348; Tue, 5 Jan 2010 23:52:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o05NqNsS055344; Tue, 5 Jan 2010 23:52:23 GMT (envelope-from linimon) Date: Tue, 5 Jan 2010 23:52:23 GMT Message-Id: <201001052352.o05NqNsS055344@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/142365: [geom] FreeBSD RAID1 (gmirror) is much slower than Linux RAID1! 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 Jan 2010 23:52:23 -0000 Old Synopsis: FreeBSD RAID1 (gmirror) is much slower than Linux RAID1! New Synopsis: [geom] FreeBSD RAID1 (gmirror) is much slower than Linux RAID1! Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jan 5 23:51:53 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=142365 From owner-freebsd-geom@FreeBSD.ORG Wed Jan 6 00:11:40 2010 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 D089A1065692; Wed, 6 Jan 2010 00:11:40 +0000 (UTC) (envelope-from delphij@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C12588FC0C; Wed, 6 Jan 2010 00:11:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o060BeG8071645; Wed, 6 Jan 2010 00:11:40 GMT (envelope-from delphij@freefall.freebsd.org) Received: (from delphij@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o060Bewq071641; Wed, 6 Jan 2010 00:11:40 GMT (envelope-from delphij) Date: Wed, 6 Jan 2010 00:11:40 GMT Message-Id: <201001060011.o060Bewq071641@freefall.freebsd.org> To: marko.krajnc@cursor.si, delphij@FreeBSD.org, freebsd-geom@FreeBSD.org From: delphij@FreeBSD.org Cc: Subject: Re: kern/142365: [geom] FreeBSD RAID1 (gmirror) is much slower than Linux RAID1! 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, 06 Jan 2010 00:11:40 -0000 Synopsis: [geom] FreeBSD RAID1 (gmirror) is much slower than Linux RAID1! State-Changed-From-To: open->feedback State-Changed-By: delphij State-Changed-When: Wed Jan 6 00:01:54 UTC 2010 State-Changed-Why: Dear submitter, There is an important performance improvement available in a newer -STABLE snapshot. If you don't want to build a kernel yourself, you may try the snapshot build which can be found at: http://www.freebsd.org/snapshots/ (The 200912 build for 7.x and 8.x and 9.x included the enhancement) Please, let us know if that would help with your configuration. Note that for existing installation you will need to set the load balancing algorithm to 'load' on the gmirror device by doing something like: gmirror configure -b load gm0 Before doing another set of benchmark. Thanks in advance! http://www.freebsd.org/cgi/query-pr.cgi?pr=142365 From owner-freebsd-geom@FreeBSD.ORG Wed Jan 6 10:30:18 2010 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 17C41106568B for ; Wed, 6 Jan 2010 10:30:18 +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 06F588FC14 for ; Wed, 6 Jan 2010 10:30:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o06AUHR0039549 for ; Wed, 6 Jan 2010 10:30:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o06AUHLx039546; Wed, 6 Jan 2010 10:30:17 GMT (envelope-from gnats) Date: Wed, 6 Jan 2010 10:30:17 GMT Message-Id: <201001061030.o06AUHLx039546@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Alexander Motin 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 Reply-To: Alexander Motin List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 10:30:18 -0000 The following reply was made to PR kern/134044; it has been noted by GNATS. From: Alexander Motin To: bug-followup@FreeBSD.org, psteele@maxiscale.com Cc: Subject: Re: kern/134044: [geom] gmirror(8) overwrites fs with stale data from returning member Date: Wed, 06 Jan 2010 12:25:42 +0200 I am unable to reproduce this issue on recent HEAD system. Whenever mirror looses one of components, or boots without one, it increments SyncID parameter (reported by `gmirror list`) on first subsequent write operation. If lost component reappears again, it has lower SyncID then the rest and forced to be synchronized. Could you try reproduce bug on newer system? If so, provide some more details, especially how SyncID changes after each event and what messages GMIRROR prints. -- Alexander Motin From owner-freebsd-geom@FreeBSD.ORG Wed Jan 6 12:50:05 2010 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 F2AEC1065670 for ; Wed, 6 Jan 2010 12:50: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 C8C4C8FC24 for ; Wed, 6 Jan 2010 12:50:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o06Co5Za062972 for ; Wed, 6 Jan 2010 12:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o06Co5Ym062971; Wed, 6 Jan 2010 12:50:05 GMT (envelope-from gnats) Date: Wed, 6 Jan 2010 12:50:05 GMT Message-Id: <201001061250.o06Co5Ym062971@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Guido van Rooij Cc: Subject: Re: kern/141011: [geli] Encrypted root, geli password at boot; enter key never released X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Guido van Rooij List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 12:50:06 -0000 The following reply was made to PR kern/141011; it has been noted by GNATS. From: Guido van Rooij To: bug-followup@FreeBSD.org, leclercn@videotron.ca Cc: Subject: Re: kern/141011: [geli] Encrypted root, geli password at boot; enter key never released Date: Wed, 6 Jan 2010 13:22:01 +0100 I have the same problem, but only when I have hw.usb.no_boot_wait=1. When I do not set this tunable, I never get the prompt for the GELI password. In stead, the system keeps printing: "Root mount waiting for: usbus4". Inserting the USB keyboad after entering the GELI password works okay. -Guido From owner-freebsd-geom@FreeBSD.ORG Wed Jan 6 14:06:12 2010 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 2A5151065672; Wed, 6 Jan 2010 14:06:12 +0000 (UTC) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 02E018FC1C; Wed, 6 Jan 2010 14:06:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o06E6BDg030740; Wed, 6 Jan 2010 14:06:11 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o06E6BYP030736; Wed, 6 Jan 2010 14:06:11 GMT (envelope-from pjd) Date: Wed, 6 Jan 2010 14:06:11 GMT Message-Id: <201001061406.o06E6BYP030736@freefall.freebsd.org> To: pjd@FreeBSD.org, freebsd-geom@FreeBSD.org, freebsd-usb@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/141011: [usb] Encrypted root, geli password at boot; enter key never released 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, 06 Jan 2010 14:06:12 -0000 Old Synopsis: [geli] Encrypted root, geli password at boot; enter key never released New Synopsis: [usb] Encrypted root, geli password at boot; enter key never released Responsible-Changed-From-To: freebsd-geom->freebsd-usb Responsible-Changed-By: pjd Responsible-Changed-When: Å›ro 6 sty 2010 14:04:41 UTC Responsible-Changed-Why: The problem is more related to USB and ukbd than to GEOM or GELI. http://www.freebsd.org/cgi/query-pr.cgi?pr=141011 From owner-freebsd-geom@FreeBSD.ORG Wed Jan 6 16:00:18 2010 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 5FA5A10656E4 for ; Wed, 6 Jan 2010 16:00:18 +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 CE0BC8FC2A for ; Wed, 6 Jan 2010 16:00:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o06G0FTU026206 for ; Wed, 6 Jan 2010 16:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o06G0FYE026201; Wed, 6 Jan 2010 16:00:15 GMT (envelope-from gnats) Date: Wed, 6 Jan 2010 16:00:15 GMT Message-Id: <201001061600.o06G0FYE026201@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Peter Steele 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 Reply-To: Peter Steele List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 16:00:18 -0000 The following reply was made to PR kern/134044; it has been noted by GNATS. From: Peter Steele To: Alexander Motin , "bug-followup@FreeBSD.org" Cc: Subject: RE: kern/134044: [geom] gmirror(8) overwrites fs with stale data from returning member Date: Wed, 6 Jan 2010 08:58:10 -0600 I don't believe we are seeing this in release 8.0. I'll verify and let you = know if the problem persists for us. -----Original Message----- From: Alexander Motin [mailto:mavbsd@gmail.com] On Behalf Of Alexander Moti= n Sent: Wednesday, January 06, 2010 2:26 AM To: bug-followup@FreeBSD.org; Peter Steele Subject: Re: kern/134044: [geom] gmirror(8) overwrites fs with stale data f= rom returning member I am unable to reproduce this issue on recent HEAD system. Whenever mirror = looses one of components, or boots without one, it increments SyncID parame= ter (reported by `gmirror list`) on first subsequent write operation. If lo= st component reappears again, it has lower SyncID then the rest and forced = to be synchronized. Could you try reproduce bug on newer system? If so, provide some more detai= ls, especially how SyncID changes after each event and what messages GMIRRO= R prints. -- Alexander Motin From owner-freebsd-geom@FreeBSD.ORG Wed Jan 6 17:57:17 2010 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 DA92D1065672 for ; Wed, 6 Jan 2010 17:57:17 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id E59938FC1A for ; Wed, 6 Jan 2010 17:57:16 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7731145EE5; Wed, 6 Jan 2010 18:57:14 +0100 (CET) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 04C0145EE6; Wed, 6 Jan 2010 18:57:08 +0100 (CET) Date: Wed, 6 Jan 2010 18:57:18 +0100 From: Pawel Jakub Dawidek To: Fernan Aguero Message-ID: <20100106175718.GB1719@garage.freebsd.pl> References: <20100105182920.GC12091@iib.unsam.edu.ar> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yEPQxsgoJgBvi8ip" Content-Disposition: inline In-Reply-To: <20100105182920.GC12091@iib.unsam.edu.ar> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 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.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: gstripe: delete one, and enlarge another partition? 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, 06 Jan 2010 17:57:18 -0000 --yEPQxsgoJgBvi8ip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 05, 2010 at 03:29:20PM -0300, Fernan Aguero wrote: > Hi, >=20 > I've been using GEOM in a box successfully for years (both > mirrored (for the OS), and striped partitions (for a CPAN > mirror, a FreeBSD CVS mirror, tinderbox and other uses). >=20 > Now, I would like to do some reorganization with the striped > partitions (delete one of the striped partitions, and grow > one of the remaining striped partitions).=20 >=20 > /dev/stripe/gs0d 9.7G 604M 8.3G 7% /usr/obj > /dev/stripe/gs0e 29G 9.0G 18G 34% /freebsd > /dev/stripe/gs0f 29G 1.1G 26G 4% /mirror > /dev/stripe/gs0g 85G 5.9G 73G 8% /scratch >=20 > gama# gstripe list > Geom name: gs0 > State: UP > Status: Total=3D2, Online=3D2 > Type: AUTOMATIC > Stripesize: 4096 > ID: 1659247043 > Providers: > 1. Name: stripe/gs0 > Mediasize: 169757777920 (158G) > Sectorsize: 512 > Mode: r4w4e5 > Consumers: > 1. Name: ad4s3 > Mediasize: 84878889984 (79G) > Sectorsize: 512 > Mode: r4w4e6 > Number: 0 > 2. Name: ad6s3 > Mediasize: 84878889984 (79G) > Sectorsize: 512 > Mode: r4w4e6 > Number: 1 >=20 > I would like to delete gs0f and make gs0g use the reclaimed > space .... or better still fuse the two (preserving > contents, is that possible at all?) >=20 > Of course I can do a backup, delete everything and recreate > the partitions, but, being lazy, I was wondering if there is > a painless and easy way to do this. >=20 > I've been reading some posts, some man pages, and was > tempted to try and delete gs0g and then use growfs.=20 >=20 > Would this work? I'd appreciate any tip or suggestion (or even a shout!) >=20 > i) gstripe stop gs0 > ii) bsdlabel -e ad4s3 (ad6s3) and then delete ad4s3g (ad6s3g)? > iii) growfs -sXXXXXXXX /dev/ad4s3f (ad6s3f)? Why do you want to stop stripe and repartition slices? =46rom what I see you have slices on disks, then stripe on slices and then partitions on stripe. There is no need to change the order, simply 'bsdlabel -e /dev/stripe/gs0'. > where do I get the new size (XXXXXX) for growfs?=20 > Would 184757504 be OK? (from bsdlabel output, below): >=20 > # /dev/ad4s3: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > c: 331558160 0 unused 0 0 # "raw" part, do= n't edit > d: 20971520 16 4.2BSD 2048 16384 28552=20 > e: 62914560 20971536 4.2BSD 2048 16384 28552=20 > f: 62914560 83886096 4.2BSD 2048 16384 28552=20 > g: 184757504 146800656 4.2BSD 2048 16384 28552=20 > partition c: partition extends past end of unit > bsdlabel: partition c doesn't cover the whole unit! > bsdlabel: An incorrect partition c may cause problems for standard system= utilities > partition g: partition extends past end of unit >=20 >=20 > This is on FreeBSD-6.4p8, i386 (RELENG_6_4) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --yEPQxsgoJgBvi8ip Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFLRM7+ForvXbEpPzQRAhmmAKDNftVhyXI86E9Pvn0FwjzwxipzsQCgrrTO +K2hOGZy0N/W/TQ4A5txRG0= =t7Ro -----END PGP SIGNATURE----- --yEPQxsgoJgBvi8ip-- From owner-freebsd-geom@FreeBSD.ORG Wed Jan 6 19:21:46 2010 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 2F128106566B; Wed, 6 Jan 2010 19:21:46 +0000 (UTC) (envelope-from fernan.aguero@gmail.com) Received: from mail-qy0-f174.google.com (mail-qy0-f174.google.com [209.85.221.174]) by mx1.freebsd.org (Postfix) with ESMTP id C079A8FC16; Wed, 6 Jan 2010 19:21:45 +0000 (UTC) Received: by qyk4 with SMTP id 4so7365834qyk.7 for ; Wed, 06 Jan 2010 11:21:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :cc:subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=UWD9wTMekwZ/hblEuftEl2qA733camrJb3iOzMSfE+s=; b=dyW1kGdcFrABS+HbVH9YPbulaG6XaNcsDQdTmjsktWWuqGxRAHU6nvPnLVpL/ZzcZs Y4RwbMbgxh7WoJOUaCxEtY+9rlH2dI+k4uS654yjA9KIqCHCra95QbQBhUPPWTihYW/Z BEqrd65h9X2itDrbLUrixYa42OoiDnQdLi/Rw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=XYfZ14hPEWl6G+YInWS9oVIvtFuj4vG9p29kYtD5hbJhzdLD7o475vtgpIz2u/pMAN oqvVQkb0943JNIX8nTg6wTrO9X26xi1sKcAvPjArXEJGPUWi4UeZ4PO6SZpUetGjd0Bh vwxmO6EMgmB9+KZ6BG1mWezSaBKvtMOLNzeu8= Received: by 10.224.92.145 with SMTP id r17mr3980196qam.35.1262805692714; Wed, 06 Jan 2010 11:21:32 -0800 (PST) Received: from sigma.iib.unsam.edu.ar (mx.unsam.edu.ar [200.45.170.30]) by mx.google.com with ESMTPS id 22sm778308qyk.2.2010.01.06.11.21.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 06 Jan 2010 11:21:31 -0800 (PST) Sender: Fernan Aguero Received: by sigma.iib.unsam.edu.ar (Postfix, from userid 1001) id AD7322001FD; Wed, 6 Jan 2010 16:21:25 -0300 (ART) Date: Wed, 6 Jan 2010 16:21:25 -0300 From: Fernan Aguero To: Pawel Jakub Dawidek Message-ID: <20100106192125.GF17808@iib.unsam.edu.ar> References: <20100105182920.GC12091@iib.unsam.edu.ar> <20100106175718.GB1719@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100106175718.GB1719@garage.freebsd.pl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-geom@FreeBSD.org Subject: Re: gstripe: delete one, and enlarge another partition? 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, 06 Jan 2010 19:21:46 -0000 +----[ Pawel Jakub Dawidek (06.Jan.2010 15:23): | | On Tue, Jan 05, 2010 at 03:29:20PM -0300, Fernan Aguero wrote: | > Hi, | > | > I've been using GEOM in a box successfully for years (both | > mirrored (for the OS), and striped partitions (for a CPAN | > mirror, a FreeBSD CVS mirror, tinderbox and other uses). | > | > Now, I would like to do some reorganization with the striped | > partitions (delete one of the striped partitions, and grow | > one of the remaining striped partitions). | > | > /dev/stripe/gs0d 9.7G 604M 8.3G 7% /usr/obj | > /dev/stripe/gs0e 29G 9.0G 18G 34% /freebsd | > /dev/stripe/gs0f 29G 1.1G 26G 4% /mirror | > /dev/stripe/gs0g 85G 5.9G 73G 8% /scratch | > | > gama# gstripe list | > Geom name: gs0 | > State: UP | > Status: Total=2, Online=2 | > Type: AUTOMATIC | > Stripesize: 4096 | > ID: 1659247043 | > Providers: | > 1. Name: stripe/gs0 | > Mediasize: 169757777920 (158G) | > Sectorsize: 512 | > Mode: r4w4e5 | > Consumers: | > 1. Name: ad4s3 | > Mediasize: 84878889984 (79G) | > Sectorsize: 512 | > Mode: r4w4e6 | > Number: 0 | > 2. Name: ad6s3 | > Mediasize: 84878889984 (79G) | > Sectorsize: 512 | > Mode: r4w4e6 | > Number: 1 | > | > I would like to delete gs0f and make gs0g use the reclaimed | > space .... or better still fuse the two (preserving | > contents, is that possible at all?) | > | > Of course I can do a backup, delete everything and recreate | > the partitions, but, being lazy, I was wondering if there is | > a painless and easy way to do this. | > | > I've been reading some posts, some man pages, and was | > tempted to try and delete gs0g and then use growfs. | > | > Would this work? I'd appreciate any tip or suggestion (or even a shout!) | > | > i) gstripe stop gs0 | > ii) bsdlabel -e ad4s3 (ad6s3) and then delete ad4s3g (ad6s3g)? | > iii) growfs -sXXXXXXXX /dev/ad4s3f (ad6s3f)? | | Why do you want to stop stripe and repartition slices? | | From what I see you have slices on disks, then stripe on slices and then | partitions on stripe. There is no need to change the order, simply | 'bsdlabel -e /dev/stripe/gs0'. Hi Pawel, thanks for chiming in. Yes I see what you mean. But I'm confused regarding what this box has. Both of these return similar info: bsdlabel /dev/ad4s3 bsdlabel /dev/stripe/gs0 though the latter doesn't add the warnings (see below the output quoted in my first message) about partitions extendind past the end of the disk So, are the partitions done at the slice or at the stripe level? I'm afraid I don't have this documented in my notes, and I don't remember what I've done some years back! So summarizing, I do have i) slices on disks I guess I also have ii) partitions on slices And the output of 'gstripe list' shows I also have iii) stripe on slices Anyway, after using bsdlabel, and editing the partition table for this stripe/slice, if I delete partition 'g' and then add its size to partition 'f', would gstripe _just work_ with the extended partition? Or do I need to newfs the 'f' partition? Would growfs work on gs0f instead of newfs? thanks again, -- fernan | > where do I get the new size (XXXXXX) for growfs? | > Would 184757504 be OK? (from bsdlabel output, below): | > | > # /dev/ad4s3: | > 8 partitions: | > # size offset fstype [fsize bsize bps/cpg] | > c: 331558160 0 unused 0 0 # "raw" part, don't edit | > d: 20971520 16 4.2BSD 2048 16384 28552 | > e: 62914560 20971536 4.2BSD 2048 16384 28552 | > f: 62914560 83886096 4.2BSD 2048 16384 28552 | > g: 184757504 146800656 4.2BSD 2048 16384 28552 | > partition c: partition extends past end of unit | > bsdlabel: partition c doesn't cover the whole unit! | > bsdlabel: An incorrect partition c may cause problems for standard system utilities | > partition g: partition extends past end of unit | > | > | > This is on FreeBSD-6.4p8, i386 (RELENG_6_4) | | -- | Pawel Jakub Dawidek http://www.wheel.pl | pjd@FreeBSD.org http://www.FreeBSD.org | FreeBSD committer Am I Evil? Yes, I Am! | +----] From owner-freebsd-geom@FreeBSD.ORG Wed Jan 6 22:53:23 2010 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 3629A106566C for ; Wed, 6 Jan 2010 22:53:23 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 7806B8FC1A for ; Wed, 6 Jan 2010 22:53:22 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id B5A3345CD8; Wed, 6 Jan 2010 23:53:20 +0100 (CET) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6B94145684; Wed, 6 Jan 2010 23:53:15 +0100 (CET) Date: Wed, 6 Jan 2010 23:53:25 +0100 From: Pawel Jakub Dawidek To: Fernan Aguero Message-ID: <20100106225325.GE1719@garage.freebsd.pl> References: <20100105182920.GC12091@iib.unsam.edu.ar> <20100106175718.GB1719@garage.freebsd.pl> <20100106192125.GF17808@iib.unsam.edu.ar> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5xSkJheCpeK0RUEJ" Content-Disposition: inline In-Reply-To: <20100106192125.GF17808@iib.unsam.edu.ar> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 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.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-geom@FreeBSD.org Subject: Re: gstripe: delete one, and enlarge another partition? 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, 06 Jan 2010 22:53:23 -0000 --5xSkJheCpeK0RUEJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 06, 2010 at 04:21:25PM -0300, Fernan Aguero wrote: > | > /dev/stripe/gs0d 9.7G 604M 8.3G 7% /usr/obj > | > /dev/stripe/gs0e 29G 9.0G 18G 34% /freebsd > | > /dev/stripe/gs0f 29G 1.1G 26G 4% /mirror > | > /dev/stripe/gs0g 85G 5.9G 73G 8% /scratch > | >=20 > | > gama# gstripe list > | > Geom name: gs0 [...] > | > Consumers: > | > 1. Name: ad4s3 [...] > | > 2. Name: ad6s3 [...] > Yes I see what you mean. But I'm confused regarding what > this box has. Both of these return similar info: >=20 > bsdlabel /dev/ad4s3 > bsdlabel /dev/stripe/gs0=20 > though the latter doesn't add the warnings (see below > the output quoted in my first message) about partitions > extendind past the end of the disk >=20 > So, are the partitions done at the slice or at the stripe > level? I'm afraid I don't have this documented in my notes, > and I don't remember what I've done some years back! >=20 > So summarizing, I do have > i) slices on disks >=20 > I guess I also have=20 > ii) partitions on slices >=20 > And the output of 'gstripe list' shows I also have > iii) stripe on slices When you write something to partition, it will also be visible on stripe, on slice and on disk, but the order from the output above is unambiguous: disk -> slices -> stripe -> partitions. If you think about it more, you'll realize that it doesn't make sense to partition slices, but use partitions on stripe. > Anyway, after using bsdlabel, and editing the partition > table for this stripe/slice, if I delete partition 'g' and > then add its size to partition 'f', would gstripe _just > work_ with the extended partition? Or do I need to newfs the > 'f' partition? You have to edit stripe, not slice. Then it will work. File system won't grow automatically, but should still be visible with old size. > Would growfs work on gs0f instead of newfs? It should work in theory, but growfs(8) is a risky game to play, so you are on your own there. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --5xSkJheCpeK0RUEJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFLRRRkForvXbEpPzQRAm/KAJ98pNRlMwPJyP6DAx0QDM93fq9uVgCffKgG 41m7qhzKJi2vc4Tf0RaA2Ac= =EnOC -----END PGP SIGNATURE----- --5xSkJheCpeK0RUEJ--