From owner-freebsd-geom@FreeBSD.ORG Sun Jul 27 14:40:04 2008 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 435071065699 for ; Sun, 27 Jul 2008 14:40:04 +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 1D7178FC12 for ; Sun, 27 Jul 2008 14:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6REe3m2037446 for ; Sun, 27 Jul 2008 14:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6REe3I4037445; Sun, 27 Jul 2008 14:40:03 GMT (envelope-from gnats) Date: Sun, 27 Jul 2008 14:40:03 GMT Message-Id: <200807271440.m6REe3I4037445@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Ulf Lilleengen 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 Reply-To: Ulf Lilleengen List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2008 14:40:04 -0000 The following reply was made to PR kern/120231; it has been noted by GNATS. From: Ulf Lilleengen To: bug-followup@FreeBSD.org, taosecurity@gmail.com Cc: Subject: Re: kern/120231: [geom] GEOM_CONCAT error adding second drive Date: Sun, 27 Jul 2008 16:34:04 +0200 Hello, As I can see it, the reason for your problem can be that since ad5s1d is spanned across the whole disk, gconcat can't see the difference between ad5s1 and ad5s1d, and thus tries to attach ad5s1 as the disk to the 'nsm' provider. (Error 17 as you get, means that the drive is already added). Could you perhaps provide bsdlabel ad5s1 output? -- Ulf Lillengen From owner-freebsd-geom@FreeBSD.ORG Sun Jul 27 19:10:09 2008 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4542E106567E for ; Sun, 27 Jul 2008 19:10:09 +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 3ACDC8FC18 for ; Sun, 27 Jul 2008 19:10:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6RJA9Fv060569 for ; Sun, 27 Jul 2008 19:10:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6RJA9qB060568; Sun, 27 Jul 2008 19:10:09 GMT (envelope-from gnats) Date: Sun, 27 Jul 2008 19:10:09 GMT Message-Id: <200807271910.m6RJA9qB060568@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Ulf Lilleengen Cc: Subject: Re: bin/90093: fdisk(8) incapable of altering in-core geometry X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ulf Lilleengen List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2008 19:10:09 -0000 The following reply was made to PR bin/90093; it has been noted by GNATS. From: Ulf Lilleengen To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/90093: fdisk(8) incapable of altering in-core geometry Date: Sun, 27 Jul 2008 21:06:30 +0200 AFAICT, the fdisk code skips to using pwrite to write the MBR if the MBR GEOM class fails (which it will do if an MBR does not exist), and should update the MBR info correctly anyway. I was however unsuccessful altering the geometry even with this patch. But the warning printed when geom_mbr fails is a bit confusing, since the write request might be successful anyway, so we should either just quell the warning, or make using geom_mbr work. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Sun Jul 27 20:23:57 2008 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7293106566B; Sun, 27 Jul 2008 20:23:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout016.mac.com (asmtpout016.mac.com [17.148.16.91]) by mx1.freebsd.org (Postfix) with ESMTP id B9E278FC1B; Sun, 27 Jul 2008 20:23:57 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.1.102] (209-128-86-226.BAYAREA.NET [209.128.86.226]) by asmtp016.mac.com (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K4O00CR0J7OKM50@asmtp016.mac.com>; Sun, 27 Jul 2008 12:23:49 -0700 (PDT) Sender: xcllnt@mac.com Message-id: From: Marcel Moolenaar To: Ulf Lilleengen In-reply-to: <200807271910.m6RJA9qB060568@freefall.freebsd.org> Date: Sun, 27 Jul 2008 12:23:48 -0700 References: <200807271910.m6RJA9qB060568@freefall.freebsd.org> X-Mailer: Apple Mail (2.928.1) Cc: freebsd-geom@FreeBSD.org Subject: Re: bin/90093: fdisk(8) incapable of altering in-core geometry 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, 27 Jul 2008 20:23:57 -0000 On Jul 27, 2008, at 12:10 PM, Ulf Lilleengen wrote: > AFAICT, the fdisk code skips to using pwrite to write the MBR if the > MBR GEOM > class fails (which it will do if an MBR does not exist), and should > update > the MBR info correctly anyway. I was however unsuccessful altering the > geometry even with this patch. But the warning printed when geom_mbr > fails is > a bit confusing, since the write request might be successful anyway, > so we > should either just quell the warning, or make using geom_mbr work. Would you mind testing gpart? Just remove GEOM_MBR from your kernel (i.e. add nooption GEOM_MBR) and add options GEOM_PART_MBR instead. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Mon Jul 28 11:06:57 2008 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B74A106566B for ; Mon, 28 Jul 2008 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 E725D8FC1E for ; Mon, 28 Jul 2008 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6SB6uN5078909 for ; Mon, 28 Jul 2008 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6SB6uo6078905 for freebsd-geom@FreeBSD.org; Mon, 28 Jul 2008 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jul 2008 11:06:56 GMT Message-Id: <200807281106.m6SB6uo6078905@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, 28 Jul 2008 11:06:57 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/89546 geom [geom] GEOM error a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/113419 geom [geom] geom fox multipathing not failing back o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/120021 geom net-p2p/qbittorrent crashes system when it works thoug o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/122067 geom [panic]: Geom crashed during boot f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/123962 geom [panic] gjournal(8): gjournal (455Gb data, 8Gb journal o kern/124130 geom [gmirror][usb] gmirror fails to start usb devices that o kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s 22 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde(8) "destroy" not working. o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con 15 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Jul 28 18:10:03 2008 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3FA11065674 for ; Mon, 28 Jul 2008 18:10:02 +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 D77A18FC45 for ; Mon, 28 Jul 2008 18:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6SIA2wO019878 for ; Mon, 28 Jul 2008 18:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6SIA2CG019877; Mon, 28 Jul 2008 18:10:02 GMT (envelope-from gnats) Date: Mon, 28 Jul 2008 18:10:02 GMT Message-Id: <200807281810.m6SIA2CG019877@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: "Richard Bejtlich" 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 Reply-To: Richard Bejtlich List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2008 18:10:03 -0000 The following reply was made to PR kern/120231; it has been noted by GNATS. From: "Richard Bejtlich" To: "Ulf Lilleengen" Cc: bug-followup@freebsd.org Subject: Re: kern/120231: [geom] GEOM_CONCAT error adding second drive Date: Mon, 28 Jul 2008 13:35:19 -0400 On Sun, Jul 27, 2008 at 10:34 AM, Ulf Lilleengen wrote: > Hello, > > As I can see it, the reason for your problem can be that since ad5s1d is > spanned across the whole disk, gconcat can't see the difference between ad5s1 > and ad5s1d, and thus tries to attach ad5s1 as the disk to the 'nsm' provider. > (Error 17 as you get, means that the drive is already added). Could you > perhaps provide bsdlabel ad5s1 output? > > -- > Ulf Lillengen > Hi Ulf, I don't have that exact box available, but here's another box where I implemented the same workaround. # mount /dev/ad2s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad2s1e on /home (ufs, local, soft-updates) /dev/concat/nsm on /nsm (ufs, local) /dev/ad2s1f on /tmp (ufs, local, soft-updates) /dev/ad3s1d on /tmp2 (ufs, local, soft-updates) /dev/ad2s1d on /usr (ufs, local, soft-updates) /dev/ad2s1g on /var (ufs, local, soft-updates) # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ad2s1b none swap sw 0 0 /dev/ad2s1a / ufs rw 1 1 /dev/ad2s1e /home ufs rw 2 2 #/dev/ad2s1h /nsm1 ufs rw 2 2 #/dev/ad3s1e /nsm2 ufs rw 2 2 /dev/concat/nsm /nsm ufs rw 2 2 /dev/ad2s1f /tmp ufs rw 2 2 /dev/ad3s1d /tmp2 ufs rw 2 2 /dev/ad2s1d /usr ufs rw 2 2 /dev/ad2s1g /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 # bsdlabel /dev/ad3s1 # /dev/ad3s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 312496317 0 unused 0 0 # "raw" part, don't edit d: 1048576 0 4.2BSD 2048 16384 8 e: 311447741 1048576 4.2BSD 2048 16384 28552 Thank you, Richard From owner-freebsd-geom@FreeBSD.ORG Tue Jul 29 00:00:12 2008 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3A4A1065674 for ; Tue, 29 Jul 2008 00:00:12 +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 A93008FC17 for ; Tue, 29 Jul 2008 00:00:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6T00COk052658 for ; Tue, 29 Jul 2008 00:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6T00CEI052657; Tue, 29 Jul 2008 00:00:12 GMT (envelope-from gnats) Date: Tue, 29 Jul 2008 00:00:12 GMT Message-Id: <200807290000.m6T00CEI052657@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Dan Ports Cc: Subject: Re: kern/124969: gvinum(8): gvinum raid5 plex does not detect missing subdisk X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Ports List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2008 00:00:12 -0000 The following reply was made to PR kern/124969; it has been noted by GNATS. From: Dan Ports To: Ulf Lilleengen Cc: bug-followup@FreeBSD.org Subject: Re: kern/124969: gvinum(8): gvinum raid5 plex does not detect missing subdisk Date: Mon, 28 Jul 2008 16:53:05 -0700 I finally got a chance to try your patch (unfortunately, work and life intervened for a couple of weeks). I had to make a minor change or two to get it to compile (e.g. a missing brace). Will provide an updated patch shortly. Unfortunately, though the missing disk is now detected, the plex configuration is not quite right. Here's the output: 3 drives: D b State: up /dev/ad11s1d A: 0/474891 MB (0%) D a State: up /dev/ad10s1d A: 0/474891 MB (0%) D c State: down /dev/??? 1 volume: V space State: up Plexes: 1 Size: 463 GB 1 plex: P space.p0 R5 State: degraded Subdisks: 2 Size: 463 GB 3 subdisks: S space.p0.s0 State: up D: a Size: 463 GB S space.p0.s1 State: stale D: b Size: 463 GB S space.p0.s2 State: down D: c Size: 0 Note that drive c / subdisk s2 are correctly missing, but the plex still contains only two subdisks and is half as large as it should be. Also, not sure why subdisk s1 is marked stale. Thanks, Dan -- Dan R. K. Ports Research Henchman Massachusetts Institute of Technology Computer Science and Artificial Intelligence Lab