From owner-freebsd-geom@FreeBSD.ORG Mon Jan 23 11:00:30 2012 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 E7986106566B for ; Mon, 23 Jan 2012 11:00:30 +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 D5C858FC0C for ; Mon, 23 Jan 2012 11:00:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0NB0Ujt071524 for ; Mon, 23 Jan 2012 11:00:30 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0NB0Uxd071523; Mon, 23 Jan 2012 11:00:30 GMT (envelope-from gnats) Date: Mon, 23 Jan 2012 11:00:30 GMT Message-Id: <201201231100.q0NB0Uxd071523@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Eric Jan Pot Cc: Subject: Re: kern/164143: [geom] Partition table not recognized after upgrade R8.3 -> 9.0 [regression] X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Jan Pot List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2012 11:00:31 -0000 The following reply was made to PR kern/164143; it has been noted by GNATS. From: Eric Jan Pot To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/164143: [geom] Partition table not recognized after upgrade R8.3 -> 9.0 [regression] Date: Mon, 23 Jan 2012 11:29:44 +0100 --20cf306f74145227de04b72f822d Content-Type: text/plain; charset=ISO-8859-1 See my last post on the forum: http://forums.freebsd.org/showpost.php?p=162768&postcount=44 --20cf306f74145227de04b72f822d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable See my last post on the forum:=A0

--20cf306f74145227de04b72f822d-- From owner-freebsd-geom@FreeBSD.ORG Mon Jan 23 11:07:03 2012 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 9A5BE10656F8 for ; Mon, 23 Jan 2012 11:07:03 +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 87F598FC13 for ; Mon, 23 Jan 2012 11:07:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0NB737U080929 for ; Mon, 23 Jan 2012 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0NB72kB080926 for freebsd-geom@FreeBSD.org; Mon, 23 Jan 2012 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Jan 2012 11:07:02 GMT Message-Id: <201201231107.q0NB72kB080926@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, 23 Jan 2012 11:07:03 -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/164254 geom [geom] gjournal not stopping on GPT partitions o kern/164252 geom [geom] gjournal overflow o kern/164143 geom [geom] Partition table not recognized after upgrade R8 o kern/163020 geom [geli] [patch] enable the Camellia-XTS on GEOM ELI o kern/162010 geom [geli] panic: Provider's error should be set (error=0) o kern/161979 geom [geom] glabel doesn't update after newfs, and glabel s o kern/161752 geom [geom] glabel(8) doesn't get gpt label change o bin/161677 geom gpart(8) Probably bug in gptboot o kern/160562 geom [geom][patch] Allow to insert new component to geom_ra o kern/160409 geom [geli] failed to attach provider f kern/159595 geom [geom] [panic] panic on gmirror unload in vbox [regres p kern/158398 geom [headers] [patch] includes o kern/158197 geom [geom] geom_cache with size>1000 leads to panics o kern/157879 geom [libgeom] [regression] ABI change without version bump o kern/157863 geom [geli] kbdmux prevents geli passwords from being enter o kern/157739 geom [geom] GPT labels with geom_multipath o kern/157724 geom [geom] gpart(8) 'add' command must preserve gap for sc o kern/157723 geom [geom] GEOM should not process 'c' (raw) partitions fo o kern/157108 geom [gjournal] dumpon(8) fails on gjournal providers o kern/155994 geom [geom] Long "Suspend time" when reading large files fr o kern/154226 geom [geom] GEOM label does not change when you modify them o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working 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/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o bin/131415 geom [geli] keystrokes are unregulary sent to Geli when typ o kern/131353 geom [geom] gjournal(8) kernel lock 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/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore 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/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 o kern/122067 geom [geom] [panic] Geom crashed during boot 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/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 f 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 o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to 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 o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o bin/86388 geom [geom] [geom_part] periodic(8) daily should backup gpa 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. 70 problems total. From owner-freebsd-geom@FreeBSD.ORG Wed Jan 25 09:39:51 2012 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 251591065670 for ; Wed, 25 Jan 2012 09:39:51 +0000 (UTC) (envelope-from nkatsy@zoral.com.ua) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AFBCD8FC16 for ; Wed, 25 Jan 2012 09:39:50 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q0P96f1a012959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 25 Jan 2012 11:06:41 +0200 (EET) (envelope-from nkatsy@zoral.com.ua) Message-ID: <4F1FC620.9060603@zoral.com.ua> Date: Wed, 25 Jan 2012 11:06:40 +0200 From: Nick Katsy User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-geom@freebsd.org X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-103.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE,USER_IN_WHITELIST autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem of using ssd+geom+ufs on FreeBSD 9.0 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, 25 Jan 2012 09:39:51 -0000 I have pair ssd-drives that I want to use in the raid1 (using ufs + geom). If I create an ufs on a single drive (without mirroring), I see that support for the trim in this case works properly. But if I create a mirror, and trying to create on it ufs, I see in the /var/log/messages: --- TRIM flag on fs but cannot get whether disk supports TRIM --- os: FreeBSD 9.0-RELEASE amd64 ssd drive: OCZ-VERTEX2 1.33 60G chipset: Intel ESB2 AHCI SATA controller # ssd info camcontrol identify ada2 --- pass3: ATA-8 SATA 2.x device pass3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model OCZ-VERTEX2 firmware revision 1.33 ... data set management (TRIM) yes --- # Ufs without mirror (newfs -U -E -t /dev/ada2) tunefs -p /dev/ada2 --- ... tunefs: trim: (-t) enabled ... --- # Ufs with mirror (newfs -U -E -t /dev/mirror/ssd_mirror0s1) tunefs -p /dev/mirror/ssd_mirror0 --- ... tunefs: trim: (-t) enabled ... --- # mount -t ufs /dev/mirror/ssd_mirror0s1 /mnt --- /var/log/messages Jan 25 10:17:54 dev kernel: WARNING: /mnt: TRIM flag on fs but cannot get whether disk supports TRIM --- I know that a similar problem was described in the "freebsd-geom" mailing list: http://lists.freebsd.org/pipermail/freebsd-geom/2011-August/004909.html. Seems that no changes in the resolving of this problem has not appeared yet? -- Best regards, Nick Katsy, System administrator. From owner-freebsd-geom@FreeBSD.ORG Sat Jan 28 09:23:48 2012 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 55856106566B for ; Sat, 28 Jan 2012 09:23:48 +0000 (UTC) (envelope-from rp_freebsd@mac.com) Received: from asmtpout015.mac.com (asmtpout015.mac.com [17.148.16.90]) by mx1.freebsd.org (Postfix) with ESMTP id 3E3C68FC1C for ; Sat, 28 Jan 2012 09:23:48 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [192.168.1.3] ([98.210.97.211]) by asmtp015.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPA id <0LYI008RG1ZEZ8A0@asmtp015.mac.com> for freebsd-geom@freebsd.org; Sat, 28 Jan 2012 08:23:42 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361,1.0.211,0.0.0000 definitions=2012-01-28_03:2012-01-27, 2012-01-28, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201280004 User-Agent: Microsoft-MacOutlook/14.14.0.111121 Date: Sat, 28 Jan 2012 00:23:37 -0800 From: Ravi Pokala To: freebsd-geom@freebsd.org Message-id: Thread-topic: Bootable RAID10 on 9.0-RELEASE Subject: Bootable RAID10 on 9.0-RELEASE 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, 28 Jan 2012 09:23:48 -0000 Hi folks, I'm putting together a server, and I want to balance performance and reliability by putting everything on a four-disk RAID10 array. +----------+ +----------+ +----------+ +----------+ | da0 | | da1 | | da2 | | da3 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | +----------+ +----------+ +----------+ +----------+ Based on past experience with creating mirrored roots on older versions (but with the added complexity of the stripes), I would expect the procedure to look something like this, but I would like confirmation and/or corrections: 1) Install the base system on a spare drive: +-----------------------------------+ | dad0p1 freebsd-boot loader | +-----------------------------------+ | dad0p2 freebsd-ufs / | +-----------------------------------+ | dad0p3 freebsd-swap swap | +-----------------------------------+ | dad0p4 freebsd-ufs /var | +-----------------------------------+ | dad0p5 freebsd-ufs /usr | +-----------------------------------+ 2) Boot said drive to single-user mode. 3) Use `geom part' to create appropriately sized partitions on each of the drives for the RAID. +----------+ +----------+ +----------+ +----------+ | da0p1 | | da1p1 | | da2p1 | | da3p1 | +----------+ +----------+ +----------+ +----------+ | ... | | ... | | ... | | ... | +----------+ +----------+ +----------+ +----------+ | da0pN | | da1pN | | da2pN | | da3pN | +----------+ +----------+ +----------+ +----------+ 4) Load the mirror driver: geom mirror load 5) Create the mirrors: geom mirror label [-b load?] gm0p1 /dev/da0p1 /dev/da1p1 ... geom mirror label [-b load?] gm0pN /dev/da0pN /dev/da1pN geom mirror label [-b load?] gm1p1 /dev/da2p1 /dev/da3p1 ... geom mirror label [-b load?] gm1pN /dev/da2pN /dev/da3pN +--------------------------+ +--------------------------+ | +----------+ | | +----------+ | | gm0p1 | da0p1 |\ | | gm1p1 | da2p1 |\ | | +----------+ \ | | +----------+ \ | | ... | ... |\|\ | | ... | ... |\|\ | | +----------+ \ + | | +----------+ \ + | | gm0pN | da0pN |\|\| | | gm1pN | da2pN |\|\| | | +----------+ \ + | | +----------+ \ + | | \ \|\| | | \ \|\| | | \~~~~~~~~~~~\ + | | \~~~~~~~~~~~\ + | | \ da1pN \| | | \ da3pN \| | | +-----------+ | | +-----------+ | +--------------------------+ +--------------------------+ 6) Load the stripe driver: geom stripe load 7) Create the stripes: geom stripe label gs0p1 /dev/mirror/gm0p1 /dev/gm1p1 ... geom stripe label gs0pN /dev/mirror/gm0pN /dev/gm1pN +--------------------------------------+ | +----------+ +----------+ | | gs0p1 | gm0p1 | | gm1p1 | | | +----------+ +----------+ | +--------------------------------------+ | +----------+ +----------+ | | ... | ... | | ... | | | +----------+ +----------+ | +--------------------------------------+ | +----------+ +----------+ | | gs0pN | gm0pN | | gm1pN | | | +----------+ +----------+ | +--------------------------------------+ 8) Create filesystems on the stripes: newfs -J -U /dev/stripe/gs0p1 ... newfs -J -U /dev/stripe/gs0pN 9) Remount / and /boot to read-write, edit /etc/fstab to change all references to /dev/dad0 to /dev/stripe/gs0, edit /boot.loader.conf to add the loading of the mirror and stripe modules at boot, and change back to read-only. 10) Copy all files from dad0pN to gs0pN. 11) Reboot 12) Victory! Somehow, I suspect I'm wrong. In fact, I really hope I'm wrong - RAID10 is such a common configuration, I expect there must be an easier way. Thanks, rp From owner-freebsd-geom@FreeBSD.ORG Sat Jan 28 22:56:49 2012 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 BDED0106564A for ; Sat, 28 Jan 2012 22:56:49 +0000 (UTC) (envelope-from lee@dilkie.com) Received: from data.snhdns.com (data.snhdns.com [208.76.82.136]) by mx1.freebsd.org (Postfix) with ESMTP id 834C08FC0C for ; Sat, 28 Jan 2012 22:56:49 +0000 (UTC) Received: from borg.dilkie.com ([142.46.160.216] helo=[206.51.1.11]) by data.snhdns.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RrHCO-0000JZ-NM for freebsd-geom@freebsd.org; Sat, 28 Jan 2012 17:56:45 -0500 Message-ID: <4F247D69.6000105@dilkie.com> Date: Sat, 28 Jan 2012 17:57:45 -0500 From: Lee Dilkie User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-geom References: <4F24785F.20607@dilkie.com> In-Reply-To: <4F24785F.20607@dilkie.com> X-Enigmail-Version: 1.3.5 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - data.snhdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dilkie.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: gmirror question, drive missing 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, 28 Jan 2012 22:56:49 -0000 additional. like I said, the original setup had the drives swapped. ad10, now ad11, was the source of the failure. from the log files.. +ad10: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=1740673583 +ad10: FAILURE - READ_DMA48 status=51 error=10 LBA=1740673583 +GEOM_MIRROR: Request failed (error=5). ad10[READ(offset=891224874496, length=4096)] +GEOM_MIRROR: Device gm0: provider ad10 disconnected. On 1/28/2012 5:36 PM, Lee Dilkie wrote: > Hi Folks, > > I'm hoping freebsd-goem is the correct place for this question. > > I had a server crash that had a gmirror array of two drives. It was my > bootable disk and it failed in such a way that it wouldn't recover > without swapping cables. > > So the original gmirror, gm0, had /dev/ad10 and /dev/ad11 as providers. > > Now, gmirror shows. > > $ gmirror status gm0 > Name Status Components > mirror/gm0 DEGRADED ad10 > > $ gmirror list gm0 > Geom name: gm0 > State: DEGRADED > Components: 2 > Balance: round-robin > Slice: 4096 > Flags: NONE > GenID: 1 > SyncID: 2 > ID: 1837199655 > Providers: > 1. Name: mirror/gm0 > Mediasize: 1000204885504 (931G) > Sectorsize: 512 > Mode: r5w5e6 > Consumers: > 1. Name: ad10 > Mediasize: 1000204886016 (931G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Priority: 0 > Flags: DIRTY > GenID: 1 > SyncID: 2 > ID: 3835414526 > > no mention of /dev/ad11 at all. > > however, I can dump the metadata and it's there, as far as I can tell. > > $ gmirror dump /dev/ad11 > Metadata on /dev/ad11: > magic: GEOM::MIRROR > version: 4 > name: gm0 > mid: 1837199655 > did: 1856327785 > all: 2 > genid: 0 > syncid: 2 > priority: 0 > slice: 4096 > balance: round-robin > mediasize: 1000204885504 > sectorsize: 512 > syncoffset: 0 > mflags: NONE > dflags: DIRTY > hcprovider: > provsize: 1000204886016 > MD5 hash: 5ac5a19c7e0b99b4852ba535297d413a > > and the working, ad10... > > $ gmirror dump /dev/ad10 > Metadata on /dev/ad10: > magic: GEOM::MIRROR > version: 4 > name: gm0 > mid: 1837199655 > did: 3835414526 > all: 2 > genid: 1 > syncid: 2 > priority: 0 > slice: 4096 > balance: round-robin > mediasize: 1000204885504 > sectorsize: 512 > syncoffset: 0 > mflags: NONE > dflags: DIRTY > hcprovider: > provsize: 1000204886016 > MD5 hash: 13cc9220591eb360cbdaea72edbe87d9 > > so what's happened? Do I simply perform a "gmirror insert gmo > /dev/ad11" to re-setup the mirror or should something else be done? > > BTW, when I performed all my failure mode tests before, I never saw a > provider disappear, gmirror simply rebuilt the array when the disk was > plugged in. And I did move disks around the sata cables so they were > both masters instead of the master/slave I had originally used with > the mirror was set up, so I don't *think* swapping the sata cables did > this but.... > > TIA, > > -lee > > > > From owner-freebsd-geom@FreeBSD.ORG Sat Jan 28 23:40:40 2012 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 869CA106566C for ; Sat, 28 Jan 2012 23:40:40 +0000 (UTC) (envelope-from lee@dilkie.com) Received: from data.snhdns.com (data.snhdns.com [208.76.82.136]) by mx1.freebsd.org (Postfix) with ESMTP id 4DEF88FC14 for ; Sat, 28 Jan 2012 23:40:39 +0000 (UTC) Received: from borg.dilkie.com ([142.46.160.216] helo=[206.51.1.11]) by data.snhdns.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RrGra-00083l-VG for freebsd-geom@freebsd.org; Sat, 28 Jan 2012 17:35:15 -0500 Message-ID: <4F24785F.20607@dilkie.com> Date: Sat, 28 Jan 2012 17:36:15 -0500 From: Lee Dilkie User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-geom X-Enigmail-Version: 1.3.5 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - data.snhdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dilkie.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gmirror question, drive missing 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, 28 Jan 2012 23:40:40 -0000 Hi Folks, I'm hoping freebsd-goem is the correct place for this question. I had a server crash that had a gmirror array of two drives. It was my bootable disk and it failed in such a way that it wouldn't recover without swapping cables. So the original gmirror, gm0, had /dev/ad10 and /dev/ad11 as providers. Now, gmirror shows. $ gmirror status gm0 Name Status Components mirror/gm0 DEGRADED ad10 $ gmirror list gm0 Geom name: gm0 State: DEGRADED Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 1 SyncID: 2 ID: 1837199655 Providers: 1. Name: mirror/gm0 Mediasize: 1000204885504 (931G) Sectorsize: 512 Mode: r5w5e6 Consumers: 1. Name: ad10 Mediasize: 1000204886016 (931G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 1 SyncID: 2 ID: 3835414526 no mention of /dev/ad11 at all. however, I can dump the metadata and it's there, as far as I can tell. $ gmirror dump /dev/ad11 Metadata on /dev/ad11: magic: GEOM::MIRROR version: 4 name: gm0 mid: 1837199655 did: 1856327785 all: 2 genid: 0 syncid: 2 priority: 0 slice: 4096 balance: round-robin mediasize: 1000204885504 sectorsize: 512 syncoffset: 0 mflags: NONE dflags: DIRTY hcprovider: provsize: 1000204886016 MD5 hash: 5ac5a19c7e0b99b4852ba535297d413a and the working, ad10... $ gmirror dump /dev/ad10 Metadata on /dev/ad10: magic: GEOM::MIRROR version: 4 name: gm0 mid: 1837199655 did: 3835414526 all: 2 genid: 1 syncid: 2 priority: 0 slice: 4096 balance: round-robin mediasize: 1000204885504 sectorsize: 512 syncoffset: 0 mflags: NONE dflags: DIRTY hcprovider: provsize: 1000204886016 MD5 hash: 13cc9220591eb360cbdaea72edbe87d9 so what's happened? Do I simply perform a "gmirror insert gmo /dev/ad11" to re-setup the mirror or should something else be done? BTW, when I performed all my failure mode tests before, I never saw a provider disappear, gmirror simply rebuilt the array when the disk was plugged in. And I did move disks around the sata cables so they were both masters instead of the master/slave I had originally used with the mirror was set up, so I don't *think* swapping the sata cables did this but.... TIA, -lee