From owner-freebsd-geom@FreeBSD.ORG Sun Aug 9 17:54:34 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 8D6FE106564A for ; Sun, 9 Aug 2009 17:54:34 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from ita.aagh.net (ita.aagh.net [208.86.225.114]) by mx1.freebsd.org (Postfix) with ESMTP id 603468FC0A for ; Sun, 9 Aug 2009 17:54:34 +0000 (UTC) Received: from cpc1-hart9-2-0-cust900.11-3.cable.virginmedia.com ([86.30.3.133] helo=voi.aagh.net ident=mailnull) by ita.aagh.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ma8aC-000NC8-TA; Sun, 09 Aug 2009 13:37:09 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MaCKR-000GkW-NL; Sun, 09 Aug 2009 18:37:07 +0100 Date: Sun, 9 Aug 2009 18:37:07 +0100 From: Thomas Hurst To: John Nielsen Message-ID: <20090809173707.GA58107@voi.aagh.net> Mail-Followup-To: John Nielsen , freebsd-geom@freebsd.org, Willem Jan Withagen References: <4A7305A9.3080506@digiware.nl> <200907311118.33490.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200907311118.33490.lists@jnielsen.net> Organization: Not much. User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Willem Jan Withagen , freebsd-geom@freebsd.org Subject: Re: Gmirror rebuilding 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, 09 Aug 2009 17:54:34 -0000 * John Nielsen (lists@jnielsen.net) wrote: > See also sysutils/ddrescue, sysutils/recoverdm and similar (I haven't > used any of them). recoverdisk is part of base and was moved from /usr/src/tools to /sbin a while back. It will, like these tools in ports, use a large block size and then use smaller blocks around an unreadable sector, as well as being able to start where it previously left off. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-geom@FreeBSD.ORG Mon Aug 10 11:06:56 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 841D71065672 for ; Mon, 10 Aug 2009 11:06:56 +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 720D48FC20 for ; Mon, 10 Aug 2009 11:06:56 +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 n7AB6uSL025156 for ; Mon, 10 Aug 2009 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7AB6tYF025152 for freebsd-geom@FreeBSD.org; Mon, 10 Aug 2009 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Aug 2009 11:06:55 GMT Message-Id: <200908101106.n7AB6tYF025152@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, 10 Aug 2009 11:06:56 -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/136467 geom [geom] glabel(8) destroys access to GEOM tree if volum 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 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 p docs/130548 geom [patch] gjournal(8) man page is missing sysctls 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 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 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/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass 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/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/113885 geom [gmirror] [patch] improved gmirror balance algorithm 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 58 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Aug 10 13:14:52 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 61085106566B; Mon, 10 Aug 2009 13:14:52 +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 38B348FC1A; Mon, 10 Aug 2009 13:14:52 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7ADEqev034207; Mon, 10 Aug 2009 13:14:52 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7ADEp1t034203; Mon, 10 Aug 2009 13:14:51 GMT (envelope-from pjd) Date: Mon, 10 Aug 2009 13:14:51 GMT Message-Id: <200908101314.n7ADEp1t034203@freefall.freebsd.org> To: barzog@telecom.by, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/130528: gjournal fsck during boot 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, 10 Aug 2009 13:14:52 -0000 Synopsis: gjournal fsck during boot State-Changed-From-To: open->closed State-Changed-By: pjd State-Changed-When: pon 10 sie 2009 13:14:21 UTC State-Changed-Why: As stated by Yoshihiro Ota, this is configuration error, not a bug. http://www.freebsd.org/cgi/query-pr.cgi?pr=130528 From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 04:27:44 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 F222F106566B for ; Tue, 11 Aug 2009 04:27:44 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from sssup.it (ms01.sssup.it [193.205.80.99]) by mx1.freebsd.org (Postfix) with ESMTP id 610538FC20 for ; Tue, 11 Aug 2009 04:27:43 +0000 (UTC) Received: from [193.205.82.7] (HELO gandalf.sssup.it) by sssup.it (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 52909911 for freebsd-geom@freebsd.org; Tue, 11 Aug 2009 05:13:31 +0200 Received: from smaug.retis (smaug.retis [10.30.3.72]) by gandalf.sssup.it (8.12.10/8.12.10) with ESMTP id n7B3RhU0005708 for ; Tue, 11 Aug 2009 05:27:43 +0200 Received: by smaug.retis (Postfix, from userid 1000) id D99E4538C3; Tue, 11 Aug 2009 05:30:50 +0200 (CEST) Date: Tue, 11 Aug 2009 05:30:50 +0200 From: Fabio Checconi To: freebsd-geom@freebsd.org Message-ID: <20090811033050.GS18696@gandalf.sssup.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: On the transparent insertion of geoms, again 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, 11 Aug 2009 04:27:45 -0000 Hi all, some time ago there was a discussion [1, 2] on this list on the transparent insertion of geoms in an open geom path. There was some kind of agreement on a possible way of doing that, this is the diagram used at the time: > BEFORE ---> [ pp --> old_gp ...] > > Then we can do either "geom xx create ad0" which results in > > AFTER create ---> [ newpp --> gp --> cp ] ---> [ pp --> old_gp ... ] > > or "geom xx insert ad0", which results in > > AFTER insert ---> [ pp --> gp --> cp ] ---> [ newpp --> old_gp ... ] > [ see the original threads for more details and a draft of the code ] The solution relied on the fact that bios keep a reference to their way back up into the geom path, so it is possible to change on-the-fly the contents of the providers they go through without affecting the pending bios. Unfortunately a little problem hides behind this assumption; considering e.g., g_disk_done(): % if ((bp->bio_cmd & (BIO_READ|BIO_WRITE|BIO_DELETE)) && % (dp = bp2->bio_to->geom->softc)) { % devstat_end_transaction_bio(dp->d_devstat, bp); % } if bp2->bio_to->geom is dereferenced after the ``geom insert'' above, pp->geom points to the new geom, thus the softc of the new class is used as a struct disk pointer (with all the consequent breakage). To fix that we have fallen back to waiting for the completion of all the pending bios in the ``geom insert'' path, which involves sleeping (with a timeout) with topology held, from the event thread. The reasons behind this (admittedly ugly) design are: - waiting unconditionally may lead to stall, if the transparent insertion is done on top of a geom which serves its bios from the event thread (like geom_slice hotspot users may do), so we need a timeout to limit this effect; - new requests for the old provider/geom couple may arrive, we need to store them in a temporary queue; - we need to sleep inside topology, releasing it to allow progress to the event thread would mean rechecking *everything* after we reacquire it to verify if there are no more pending bios; we tried this and the complexity seemed to be excessive. So the question is: does anyone see a better/simpler way of doing the same hot-insertion without the spurious failures this method may introduce? Any suggestion is welcome, thank you in advance. [1] http://lists.freebsd.org/pipermail/freebsd-geom/2009-March/003400.html [2] http://lists.freebsd.org/pipermail/freebsd-geom/2009-March/003407.html From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 07:13:35 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 CA815106566B; Tue, 11 Aug 2009 07:13:35 +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 A19208FC20; Tue, 11 Aug 2009 07:13:35 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7B7DZuW076956; Tue, 11 Aug 2009 07:13:35 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7B7DZ7N076952; Tue, 11 Aug 2009 07:13:35 GMT (envelope-from linimon) Date: Tue, 11 Aug 2009 07:13:35 GMT Message-Id: <200908110713.n7B7DZ7N076952@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: bin/137656: [geom][patch] gpart drops core when adding partition to non-existent geom 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, 11 Aug 2009 07:13:36 -0000 Synopsis: [geom][patch] gpart drops core when adding partition to non-existent geom Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Tue Aug 11 07:13:25 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=137656 From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 08:05: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 C2AFD106567D for ; Tue, 11 Aug 2009 08:05:17 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1B32E8FC2B for ; Tue, 11 Aug 2009 08:05:17 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 3DE963981A; Tue, 11 Aug 2009 10:05:15 +0200 (SAST) Date: Tue, 11 Aug 2009 10:05:15 +0200 From: John Hay To: freebsd-geom@freebsd.org Message-ID: <20090811080515.GA52948@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: gptboot parse error 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, 11 Aug 2009 08:05:18 -0000 Hi, When experimenting with gptboot to boot different partitions, I found that its parse() function was broken. Using 'p' to seperate the units from the partition did not work, neither did a ','. Here is a fix to make it work with 'p' like it is suggested in main(). Any comments? Should we try to get it in before 8.0? This allows me to use boot.config to select different partitions to boot from. Something like "ad(0p3)/boot/loader" for instance. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org Index: gptboot.c =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/gptboot/gptboot.c,v retrieving revision 1.86.2.3 diff -u -r1.86.2.3 gptboot.c --- gptboot.c 15 Aug 2008 19:31:12 -0000 1.86.2.3 +++ gptboot.c 7 Aug 2009 10:27:09 -0000 @@ -466,16 +466,13 @@ dsk.type = i; arg += 3; dsk.unit = *arg - '0'; - if (arg[1] != ',' || dsk.unit > 9) + if (arg[1] != 'p' || dsk.unit > 9) return -1; arg += 2; - dsk.part = -1; - if (arg[1] == ',') { - dsk.part = *arg - '0'; - if (dsk.part < 1 || dsk.part > 9) - return -1; - arg += 2; - } + dsk.part = *arg - '0'; + if (dsk.part < 1 || dsk.part > 9) + return -1; + arg++; if (arg[0] != ')') return -1; arg++; From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 09:42:39 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 6BAC9106564A; Tue, 11 Aug 2009 09:42:39 +0000 (UTC) (envelope-from acc@hexadecagram.org) Received: from mail.itproficiency.com (hexadecagram.org [166.70.126.65]) by mx1.freebsd.org (Postfix) with ESMTP id 1549C8FC15; Tue, 11 Aug 2009 09:42:38 +0000 (UTC) Received: from localhost (unknown [127.0.0.2]) by mail.itproficiency.com (Postfix) with ESMTP id 40948C1070B; Tue, 11 Aug 2009 03:42:37 -0600 (MDT) X-Virus-Scanned: amavisd-new at itproficiency.com Received: from mail.itproficiency.com ([127.0.0.2]) by localhost (mail.itproficiency.com [127.0.0.2]) (amavisd-new, port 10024) with LMTP id 4uPuRCI+Wa-q; Tue, 11 Aug 2009 03:42:21 -0600 (MDT) Received: from ares.aegaeum.hexadecagram.org (ares.aegaeum.hexadecagram.org [192.168.133.220]) by mail.itproficiency.com (Postfix) with ESMTP id 6C066C106F3; Tue, 11 Aug 2009 03:42:19 -0600 (MDT) Message-ID: <4A813CF3.8080609@hexadecagram.org> Date: Tue, 11 Aug 2009 03:42:11 -0600 From: Anthony Chavez Organization: hexadecagram.org User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <4A62E0CE.1000508@hexadecagram.org> <20090729140436.GG1586@garage.freebsd.pl> <4A7289B9.2060907@hexadecagram.org> <20090731064948.GG1584@garage.freebsd.pl> In-Reply-To: <20090731064948.GG1584@garage.freebsd.pl> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA3D62693EA1F3256BFF3B301" Cc: freebsd-geom@freebsd.org Subject: Re: Re-starting a gjournal provider 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, 11 Aug 2009 09:42:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA3D62693EA1F3256BFF3B301 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > On Fri, Jul 31, 2009 at 12:05:45AM -0600, Anthony Chavez wrote: >>> It doesn't come back because something (ATA layer?) doesn't properly >>> remove ad0 provider. When you remove the disk, /dev/ad0 should disapp= ear >>> and reappear once you insert it again. >>> >>> You can still do this trick after you insert the disk again so the GE= OM >>> can schedule retaste: >>> >>> # true > /dev/ad0 >> Thank you for informing me of that trick. I tried using it after >> "gjournal stop" but unfortunately, nothing changed. >=20 > This is because it should be /dev/ad0s1 and not /dev/ad0. Try with > /dev/ad0s1. I made certain to try both devices and include the results in the example session that I included in my last post. >> Here are the points to note. >> >> 1) When I physically remove a drive from the enclosure, /dev/ad0 does >> not disappear. /dev/ad0 *always* exists until I "atacontrol detach." >> Even when the device is powered off, /dev/ad0 continues to exist. >=20 > This might be three things: >=20 > 1. Your enclosure/controller doesn't report back about disk being > removed. > > 2. Your enclosure does report back, but ATA ignores such report. > This will be a bug in ATA. >=20 > 3. Your controller doesn't support hot-swap or it supports warm-swap, > which means you have to detach it by hand before removing it. The marketing fluff at [1] claims that it does in fact support hot-swap. The extremely small (in physical size) yet extremely large (in lack of specifications) printed documentation included with the device makes absolutely no mention of whether (or not) it is capable of hot-swap. Are there any tools available that would enable me to determine whether or not it supports hot-/warm-swap? All of the places I've looked (/var/log/messages, usbdevs, lspci, gnome-device-manager) seem to be devoid of any such information. >> 2) /dev/ad0s1.journal disappears when I "gjournal stop." >> /dev/ad0s1.journal is the device that, AFAIK, will only come back afte= r >> "atacontrol detach ata0; atacontrol attach ata0". >=20 > It should also get back after 'true > /dev/ad0s1'. What this command do= > is to open provider for writing (it doesn't write anything). In GEOM it= > will trigger spoil event and then, once command completes, it will > trigger retaste event. This mean that GEOM will inform gjournal to chec= k > /dev/ad0s1 again and this will allow gjournal to find its metadata and > create /dev/ad0s1.journal once again. I understand, but that is not happening. > One more test would be in place. If you could try the command below > before removing disk and after inserting different disk: >=20 > # diskinfo -v /dev/ad0 >=20 > If it shows exactly the same in two cases, it means that it is not awar= e > that disk was replaced and detach/attach cycle is needed. Okay, I attempted that. The data displayed was exactly the same. I also attempted to power off the device before removing the first drive and power it back on when inserting the new one. The data displayed was exactly the same in that case also. >> 1) Is "atacontrol detach ata0 && atacontrol attach ata0" in fact a saf= e >> operation to perform in any circumstance? >> >> My better judgment has me thinking that the answer to this question is= >> almost certainly "no." However, I am hypothesizing that it would safe= >> enough if all devices on ata0 are properly unmounted first, but if I c= an >> avoid that, I will. It feels clumsy and seems to defeat the purpose o= f >> hot-swapping. >=20 > It should be safe, but there were plenty of bugs related to disappearin= g > disk from under mount file system, etc. If nothing is mounted you shoul= d > be fine (if there are no ATA bugs in this area). >=20 > But for full hot-swap the disk controller should discover disk being > removed and ATA code should remove it from /dev/. It would seem that unless I'm encountering an ATA bug, I am the victim of false advertising, then. I'm not terribly surprised though, to be honest. I don't really think that the device was designed to be used in this manner. It's not terribly sophisticated. ;-) >> 2) Is it *necessary* to "gjournal stop" before hot-swapping? >> >> In such a scenario, I would opt to simply "umount; gjournal sync," swa= p >> disks, and then "atacontrol cap ad0; mount" (or even just "mount"). I= t >> seems quite likely, however, that all drives that undergo this treatme= nt >> would be *required* to have gjournal labels since /dev/ad0s1.journal >> would never disappear (although I've yet to actually test that). >=20 > I'd go with 'umount; gjournal stop' and drop 'gjournal sync'. >=20 > Controler should inform ATA that disk is gone. ATA should inform GEOM > that ad0 is gone. If that would be the case, simple 'umount; gjournal > sync' will be enough. But because it isn't the case, you have to stop > gjournal and detach ad0. Okay so I am skipping "gjournal sync" only for this particular circumstance, then. Under ideal circumstances, I shouldn't have to "gjournal stop," then? >> 3) If the answer to question 2 is "yes," then how can I handle the cas= e >> of inserting a drive that does *not* have a gjournal label? >=20 > There's nothing special here. Let's see how diskinfo test will go first= =2E Okay, since the 2 diskinfo's were identical, what then? It seems to me that a properly working hot-swap device would report the correct information to GEOM, which would create /dev/*.journal devices as necessary, is that correct? >> 1) Is it really necessary to perform 3 "sync" commands before "umount"= ? >> >> Line 94 of src/sbin/umount/umount.c,v 1.45.20.1 has me thinking that t= he >> answer is "no," since it calls sync() itself, albeit only once. I got= >> the idea for executing "sync" three times from /etc/rc.suspend. >=20 > The idea is that unmount should take case of syncing data. There should= > be not need for even one sync. It is called "just in case". My experience in the past is that a simple umount has been sufficient, but since gjournal is still new territory for me, I thought I had better make sure. Thank you. ;-) --=20 Anthony Chavez http://hexadecagram.org/ mailto:acc@hexadecagram.org xmpp:acc@hexadecagram.org --------------enigA3D62693EA1F3256BFF3B301 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 iEYEARECAAYFAkqBPPgACgkQbZTbIaRBRXHzhgCfY7/hry78dXVwQed5JrB2oend fEEAn2Ckmkpi9HcDzBShaLyU1PdCYsFT =OvRN -----END PGP SIGNATURE----- --------------enigA3D62693EA1F3256BFF3B301-- From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 13:22:59 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 8F4891065673 for ; Tue, 11 Aug 2009 13:22:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id B3F8A8FC4B for ; Tue, 11 Aug 2009 13:22:58 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1D27845CDD; Tue, 11 Aug 2009 15:22:56 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D0BA545C8A; Tue, 11 Aug 2009 15:22:50 +0200 (CEST) Date: Tue, 11 Aug 2009 15:22:50 +0200 From: Pawel Jakub Dawidek To: Fabio Checconi Message-ID: <20090811132250.GM2013@garage.freebsd.pl> References: <20090811033050.GS18696@gandalf.sssup.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kERJ49nCKmnv470N" Content-Disposition: inline In-Reply-To: <20090811033050.GS18696@gandalf.sssup.it> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.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=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: On the transparent insertion of geoms, again 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, 11 Aug 2009 13:23:00 -0000 --kERJ49nCKmnv470N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 11, 2009 at 05:30:50AM +0200, Fabio Checconi wrote: > Hi all, > some time ago there was a discussion [1, 2] on this list on the > transparent insertion of geoms in an open geom path. There was some > kind of agreement on a possible way of doing that, this is the diagram > used at the time: >=20 > > BEFORE ---> [ pp --> old_gp ...] > >=20 > > Then we can do either "geom xx create ad0" which results in > >=20 > > AFTER create ---> [ newpp --> gp --> cp ] ---> [ pp --> old_gp ..= . ] > >=20 > > or "geom xx insert ad0", which results in > >=20 > > AFTER insert ---> [ pp --> gp --> cp ] ---> [ newpp --> old_gp ..= . ] > >=20 >=20 > [ see the original threads for more details and a draft of the code ] >=20 > =20 > The solution relied on the fact that bios keep a reference to their > way back up into the geom path, so it is possible to change on-the-fly > the contents of the providers they go through without affecting the > pending bios. >=20 > Unfortunately a little problem hides behind this assumption; considering > e.g., g_disk_done(): >=20 > % if ((bp->bio_cmd & (BIO_READ|BIO_WRITE|BIO_DELETE)) && > % (dp =3D bp2->bio_to->geom->softc)) { > % devstat_end_transaction_bio(dp->d_devstat, bp); > % } >=20 > if bp2->bio_to->geom is dereferenced after the ``geom insert'' above, > pp->geom points to the new geom, thus the softc of the new class is used > as a struct disk pointer (with all the consequent breakage). >=20 > To fix that we have fallen back to waiting for the completion of all > the pending bios in the ``geom insert'' path, which involves sleeping > (with a timeout) with topology held, from the event thread. The reasons > behind this (admittedly ugly) design are: >=20 > - waiting unconditionally may lead to stall, if the transparent > insertion is done on top of a geom which serves its bios from the > event thread (like geom_slice hotspot users may do), so we need a > timeout to limit this effect; >=20 > - new requests for the old provider/geom couple may arrive, we need > to store them in a temporary queue; >=20 > - we need to sleep inside topology, releasing it to allow progress > to the event thread would mean rechecking *everything* after we > reacquire it to verify if there are no more pending bios; we tried > this and the complexity seemed to be excessive. >=20 > So the question is: does anyone see a better/simpler way of doing the > same hot-insertion without the spurious failures this method may introduc= e? >=20 > Any suggestion is welcome, thank you in advance. I also found another problem. Some classes (mine, for example) reference provider in their private metadata (sc_provider field in g_mirror_softc structure), once this provider is moved to another geom this reference will become invalid. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --kERJ49nCKmnv470N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKgXCpForvXbEpPzQRAi9gAJ9Xbaz+d14UMsPU7C7y88ci3FwfkACgpBYd 2UeORG5iSeJ5+111csbvSQU= =UPKZ -----END PGP SIGNATURE----- --kERJ49nCKmnv470N-- From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 13:27:07 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 3C3311065670; Tue, 11 Aug 2009 13:27:07 +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 12C198FC36; Tue, 11 Aug 2009 13:27:07 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7BDR6C0098250; Tue, 11 Aug 2009 13:27:06 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7BDR60P098246; Tue, 11 Aug 2009 13:27:06 GMT (envelope-from pjd) Date: Tue, 11 Aug 2009 13:27:06 GMT Message-Id: <200908111327.n7BDR60P098246@freefall.freebsd.org> To: aryeh@flosoft.no-ip.biz, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/132242: [gmirror] gmirror.ko fails to fully initialize 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, 11 Aug 2009 13:27:07 -0000 Synopsis: [gmirror] gmirror.ko fails to fully initialize State-Changed-From-To: open->feedback State-Changed-By: pjd State-Changed-When: wto 11 sie 2009 13:25:48 UTC State-Changed-Why: Please provide output of: # gmirror list # fdisk /dev/mirror/gm0 # fdisk /dev/ad8 # fdisk /dev/ad14 http://www.freebsd.org/cgi/query-pr.cgi?pr=132242 From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 13:30:01 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 441CA1065672; Tue, 11 Aug 2009 13:30:01 +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 17C6C8FC3D; Tue, 11 Aug 2009 13:30:01 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7BDU0a8098341; Tue, 11 Aug 2009 13:30:00 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7BDU0nT098337; Tue, 11 Aug 2009 13:30:00 GMT (envelope-from pjd) Date: Tue, 11 Aug 2009 13:30:00 GMT Message-Id: <200908111330.n7BDU0nT098337@freefall.freebsd.org> To: jchambers@ucla.edu, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/126902: [geom] geom_label: kernel panic during install boot 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, 11 Aug 2009 13:30:01 -0000 Synopsis: [geom] geom_label: kernel panic during install boot State-Changed-From-To: open->feedback State-Changed-By: pjd State-Changed-When: wto 11 sie 2009 13:29:19 UTC State-Changed-Why: Could you at least provide backtrace, please. http://www.freebsd.org/cgi/query-pr.cgi?pr=126902 From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 13:34:35 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 143EB106567A; Tue, 11 Aug 2009 13:34:35 +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 DF93F8FC4B; Tue, 11 Aug 2009 13:34:34 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7BDYY2i007544; Tue, 11 Aug 2009 13:34:34 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7BDYYfP007540; Tue, 11 Aug 2009 13:34:34 GMT (envelope-from pjd) Date: Tue, 11 Aug 2009 13:34:34 GMT Message-Id: <200908111334.n7BDYYfP007540@freefall.freebsd.org> To: freebsd@soulrebel.in-berlin.de, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/131037: [geli] Unable to create disklabel on .eli-Device 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, 11 Aug 2009 13:34:35 -0000 Synopsis: [geli] Unable to create disklabel on .eli-Device State-Changed-From-To: open->closed State-Changed-By: pjd State-Changed-When: wto 11 sie 2009 13:33:23 UTC State-Changed-Why: Closing at submitter's request. Not a geli problem anyway. http://www.freebsd.org/cgi/query-pr.cgi?pr=131037 From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 13:40: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 DAA97106564A; Tue, 11 Aug 2009 13:40:46 +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 B22C28FC15; Tue, 11 Aug 2009 13:40:46 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7BDek6C014654; Tue, 11 Aug 2009 13:40:46 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7BDek9R014650; Tue, 11 Aug 2009 13:40:46 GMT (envelope-from pjd) Date: Tue, 11 Aug 2009 13:40:46 GMT Message-Id: <200908111340.n7BDek9R014650@freefall.freebsd.org> To: pjd@FreeBSD.org, freebsd-geom@FreeBSD.org, freebsd-usb@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time 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, 11 Aug 2009 13:40:47 -0000 Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that were present at boot time New Synopsis: [usb] gmirror fails to start usb devices that were present at boot time Responsible-Changed-From-To: freebsd-geom->freebsd-usb Responsible-Changed-By: pjd Responsible-Changed-When: wto 11 sie 2009 13:38:31 UTC Responsible-Changed-Why: This is not gmirror nor GEOM problem. The disks presented by umass cannot be properly accessed by GEOM classes, so they can't detect their metadata. http://www.freebsd.org/cgi/query-pr.cgi?pr=124130 From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 13:49:56 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 65ABE106567D; Tue, 11 Aug 2009 13:49:56 +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 3C65B8FC49; Tue, 11 Aug 2009 13:49:56 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7BDntmC015148; Tue, 11 Aug 2009 13:49:55 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7BDntkx015144; Tue, 11 Aug 2009 13:49:55 GMT (envelope-from pjd) Date: Tue, 11 Aug 2009 13:49:55 GMT Message-Id: <200908111349.n7BDntkx015144@freefall.freebsd.org> To: dindin@dindin.ru, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/124294: [geom] gmirror(8) have inappropriate logic when working with bad hard-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: Tue, 11 Aug 2009 13:49:56 -0000 Synopsis: [geom] gmirror(8) have inappropriate logic when working with bad hard-drive State-Changed-From-To: open->feedback State-Changed-By: pjd State-Changed-When: wto 11 sie 2009 13:48:32 UTC State-Changed-Why: Could you verufy you have sysctl kern.geom.mirror.disconnect_on_failure set to 1? It should disconnect component that behaves badly on first I/O error. After disconnect, another (valid) component will have more fresh metadata and should be choosen as master when synchronization is needed. http://www.freebsd.org/cgi/query-pr.cgi?pr=124294 From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 13:53:32 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 8F64B106566C; Tue, 11 Aug 2009 13:53:32 +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 53A0B8FC36; Tue, 11 Aug 2009 13:53:32 +0000 (UTC) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7BDrWPg022573; Tue, 11 Aug 2009 13:53:32 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7BDrW8Y022569; Tue, 11 Aug 2009 13:53:32 GMT (envelope-from pjd) Date: Tue, 11 Aug 2009 13:53:32 GMT Message-Id: <200908111353.n7BDrW8Y022569@freefall.freebsd.org> To: taosecurity@gmail.com, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org From: pjd@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: Tue, 11 Aug 2009 13:53:33 -0000 Synopsis: [geom] GEOM_CONCAT error adding second drive State-Changed-From-To: open->closed State-Changed-By: pjd State-Changed-When: wto 11 sie 2009 13:51:58 UTC State-Changed-Why: As lulf suggested, gconcat has no way to tell if it should use ad5s1d or ad5s1 if they present exactly the same data. Gconcat report duplicate, but should still work perfectly fine. Either use -h option or ignore duplicate report. http://www.freebsd.org/cgi/query-pr.cgi?pr=120231 From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 14:26:47 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 508F210656C0 for ; Tue, 11 Aug 2009 14:26:47 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id CAEC38FC4F for ; Tue, 11 Aug 2009 14:26:46 +0000 (UTC) Received: by bwz2 with SMTP id 2so2530257bwz.43 for ; Tue, 11 Aug 2009 07:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=zhR4kyW4xhp2fqe77ml1iULwllALAAs/Owsz8GKKF9Y=; b=vWRRVTYf0eipkROtkLrotZwI5ATsW0pQaL+WilfWF6lE1XFJfeEkDU+AnjjF5ie5f4 L+cILmMh6R8PRw0hY8mm6hGwuWpdGQDiNkLoD+o8yBA0wbbe1LpsKCv5RTddmnPZt9jS R5uXNq8f9hdB+OELBLt2aiEIowsQYDr69DPvI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=RSohqwMgF2EQoPHTBlDaaF9J9z0yC+3FpLMKTHRxwBaZ6ChCfLjO2RTLSAUrA1+FJa 1p4WJ3m3ak0eE2HCW7e5ZaNcb2hQ8PkirTJnZg8i+E2X49s77EKKg359yXTxOqrddUUj AtVX7zxUpvTYZROPTOJ760KTp5L3fzf1NQYRY= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.113.3 with SMTP id y3mr1268002fap.71.1249999128600; Tue, 11 Aug 2009 06:58:48 -0700 (PDT) In-Reply-To: <200908111549.54441.hselasky@c2i.net> References: <200908111340.n7BDek9R014650@freefall.freebsd.org> <200908111549.54441.hselasky@c2i.net> Date: Tue, 11 Aug 2009 15:58:48 +0200 X-Google-Sender-Auth: 6c8db6d571d08672 Message-ID: <3bbf2fe10908110658t139df585q2613977d07d2bca8@mail.gmail.com> From: Attilio Rao To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: pjd@freebsd.org, freebsd-usb@freebsd.org, freebsd-geom@freebsd.org Subject: Re: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time 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, 11 Aug 2009 14:26:47 -0000 2009/8/11 Hans Petter Selasky : > On Tuesday 11 August 2009 15:40:46 pjd@freebsd.org wrote: >> Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that were >> present at boot time New Synopsis: [usb] gmirror fails to start usb devices >> that were present at boot time >> >> Responsible-Changed-From-To: freebsd-geom->freebsd-usb >> Responsible-Changed-By: pjd >> Responsible-Changed-When: wto 11 sie 2009 13:38:31 UTC >> Responsible-Changed-Why: >> This is not gmirror nor GEOM problem. The disks presented by umass cannot >> be properly accessed by GEOM classes, so they can't detect their metadata. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=124130 > > Is this related to the recent introduction of newbus_lock() ? Of course it is not as long as it is submitted in May 30. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 14:45:50 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 7318D106564A; Tue, 11 Aug 2009 14:45:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE0E8FC3D; Tue, 11 Aug 2009 14:45:49 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kT2QXQnOTmMA:10 a=hlIU1J3LQChSjWV/CGRL5g==:17 a=8kQB0OdkAAAA:8 a=6I5d2MoRAAAA:8 a=fcB3E633jmGGUIVasxUA:9 a=qHvSiVgtnDGVEWqBgj8A:7 a=4HXrXeTojDPFLpomQ7Mwad4_BRcA:4 a=9aOQ2cSd83gA:10 a=SV7veod9ZcQA:10 Received: from [193.217.167.6] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1292781270; Tue, 11 Aug 2009 16:45:47 +0200 From: Hans Petter Selasky To: Attilio Rao Date: Tue, 11 Aug 2009 16:45:52 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908111340.n7BDek9R014650@freefall.freebsd.org> <200908111549.54441.hselasky@c2i.net> <3bbf2fe10908110658t139df585q2613977d07d2bca8@mail.gmail.com> In-Reply-To: <3bbf2fe10908110658t139df585q2613977d07d2bca8@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908111645.54028.hselasky@c2i.net> Cc: pjd@freebsd.org, freebsd-usb@freebsd.org, freebsd-geom@freebsd.org Subject: Re: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time 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, 11 Aug 2009 14:45:50 -0000 On Tuesday 11 August 2009 15:58:48 Attilio Rao wrote: > 2009/8/11 Hans Petter Selasky : > > On Tuesday 11 August 2009 15:40:46 pjd@freebsd.org wrote: > >> Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that > >> were present at boot time New Synopsis: [usb] gmirror fails to start usb > >> devices that were present at boot time > >> > >> Responsible-Changed-From-To: freebsd-geom->freebsd-usb > >> Responsible-Changed-By: pjd > >> Responsible-Changed-When: wto 11 sie 2009 13:38:31 UTC > >> Responsible-Changed-Why: > >> This is not gmirror nor GEOM problem. The disks presented by umass > >> cannot be properly accessed by GEOM classes, so they can't detect their > >> metadata. > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=124130 > > > > Is this related to the recent introduction of newbus_lock() ? > > Of course it is not as long as it is submitted in May 30. > This PR looks like FreeBSD 7 and not FreeBSD 8. Ignore my comment. --HPS From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 14:49:52 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 C80911065676 for ; Tue, 11 Aug 2009 14:49:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 5D99D8FC3D for ; Tue, 11 Aug 2009 14:49:52 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kT2QXQnOTmMA:10 a=hlIU1J3LQChSjWV/CGRL5g==:17 a=6I5d2MoRAAAA:8 a=N2hf1HuK3qciJLiS8PYA:9 a=B6DOpzN12PcwHgp_O8oA:7 a=1ZleBvba2Bezc0WzgACjkCNsxG4A:4 a=SV7veod9ZcQA:10 Received: from [193.217.167.6] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1191792508; Tue, 11 Aug 2009 15:49:48 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Tue, 11 Aug 2009 15:49:52 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908111340.n7BDek9R014650@freefall.freebsd.org> In-Reply-To: <200908111340.n7BDek9R014650@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908111549.54441.hselasky@c2i.net> Cc: pjd@freebsd.org, freebsd-geom@freebsd.org Subject: Re: kern/124130: [usb] gmirror fails to start usb devices that were present at boot time 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, 11 Aug 2009 14:49:53 -0000 On Tuesday 11 August 2009 15:40:46 pjd@freebsd.org wrote: > Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that were > present at boot time New Synopsis: [usb] gmirror fails to start usb devices > that were present at boot time > > Responsible-Changed-From-To: freebsd-geom->freebsd-usb > Responsible-Changed-By: pjd > Responsible-Changed-When: wto 11 sie 2009 13:38:31 UTC > Responsible-Changed-Why: > This is not gmirror nor GEOM problem. The disks presented by umass cannot > be properly accessed by GEOM classes, so they can't detect their metadata. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=124130 Is this related to the recent introduction of newbus_lock() ? --HPS From owner-freebsd-geom@FreeBSD.ORG Tue Aug 11 15:22:35 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 119B5106564A for ; Tue, 11 Aug 2009 15:22:35 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id C4D5E8FC3E for ; Tue, 11 Aug 2009 15:22:33 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5E2C719E044 for ; Tue, 11 Aug 2009 17:05:06 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 14ADB19E043 for ; Tue, 11 Aug 2009 17:05:04 +0200 (CEST) Message-ID: <4A8188A0.8050905@quip.cz> Date: Tue, 11 Aug 2009 17:05:04 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-geom@FreeBSD.org References: <200907160820.n6G8KAGe072164@freefall.freebsd.org> In-Reply-To: <200907160820.n6G8KAGe072164@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm 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, 11 Aug 2009 15:22:35 -0000 Emil Mikulic wrote: > The following reply was made to PR kern/113885; it has been noted by GNATS. > > From: Emil Mikulic > To: bug-followup@FreeBSD.org > Cc: will@firepipe.net > Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance > algorithm > Date: Thu, 16 Jul 2009 17:56:19 +1000 > > Will Andrews' patch is *fantastic* > > With this patch and gmirror set to "load" style balancing, I can run two > long sequential reads in parallel and get practically linear scaling on > a two-disk mirror. > > Could someone please commit this? Are there any news on this enhancement? Will it be included in to 8.0-RELEASE? Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Wed Aug 12 21:00:33 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 5B5F11065675; Wed, 12 Aug 2009 21:00:33 +0000 (UTC) (envelope-from jilles@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 322FB8FC45; Wed, 12 Aug 2009 21:00:33 +0000 (UTC) Received: from freefall.freebsd.org (jilles@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7CL0XDl090769; Wed, 12 Aug 2009 21:00:33 GMT (envelope-from jilles@freefall.freebsd.org) Received: (from jilles@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7CL0WRq090645; Wed, 12 Aug 2009 21:00:32 GMT (envelope-from jilles) Date: Wed, 12 Aug 2009 21:00:32 GMT Message-Id: <200908122100.n7CL0WRq090645@freefall.freebsd.org> To: bernard.steiner@lahmeyer.de, jilles@FreeBSD.org, freebsd-geom@FreeBSD.org From: jilles@FreeBSD.org 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 List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2009 21:00:33 -0000 Synopsis: [msdosfs] [geom] incorrect MSDOSFS label fries administrative access to GEOM State-Changed-From-To: open->closed State-Changed-By: jilles State-Changed-When: Wed Aug 12 21:00:32 UTC 2009 State-Changed-Why: duplicate of kern/104389 http://www.freebsd.org/cgi/query-pr.cgi?pr=120044 From owner-freebsd-geom@FreeBSD.ORG Wed Aug 12 21:01:04 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 408EF1065672; Wed, 12 Aug 2009 21:01:04 +0000 (UTC) (envelope-from jilles@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 17F348FC3E; Wed, 12 Aug 2009 21:01:04 +0000 (UTC) Received: from freefall.freebsd.org (jilles@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7CL13il095808; Wed, 12 Aug 2009 21:01:03 GMT (envelope-from jilles@freefall.freebsd.org) Received: (from jilles@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7CL13mj095804; Wed, 12 Aug 2009 21:01:03 GMT (envelope-from jilles) Date: Wed, 12 Aug 2009 21:01:03 GMT Message-Id: <200908122101.n7CL13mj095804@freefall.freebsd.org> To: IZ-FreeBSD0902-nospam@hs-karlsruhe.de, jilles@FreeBSD.org, freebsd-geom@FreeBSD.org From: jilles@FreeBSD.org Cc: Subject: Re: kern/136467: [geom] glabel(8) destroys access to GEOM tree if volume label contains non ASCII characters 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, 12 Aug 2009 21:01:04 -0000 Synopsis: [geom] glabel(8) destroys access to GEOM tree if volume label contains non ASCII characters State-Changed-From-To: open->closed State-Changed-By: jilles State-Changed-When: Wed Aug 12 21:01:03 UTC 2009 State-Changed-Why: duplicate of kern/104389 http://www.freebsd.org/cgi/query-pr.cgi?pr=136467 From owner-freebsd-geom@FreeBSD.ORG Sat Aug 15 20:47:41 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 C47BC106568E; Sat, 15 Aug 2009 20:47:41 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C18E8FC4D; Sat, 15 Aug 2009 20:47:41 +0000 (UTC) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7FKlfwe022679; Sat, 15 Aug 2009 20:47:41 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7FKlfnd022675; Sat, 15 Aug 2009 20:47:41 GMT (envelope-from gavin) Date: Sat, 15 Aug 2009 20:47:41 GMT Message-Id: <200908152047.n7FKlfnd022675@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/137797: gmirror split does not improve performance 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, 15 Aug 2009 20:47:41 -0000 Synopsis: gmirror split does not improve performance Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: gavin Responsible-Changed-When: Sat Aug 15 20:45:38 UTC 2009 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=137797