From owner-freebsd-geom@FreeBSD.ORG Mon Jul 5 11:06:55 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2021065679 for ; Mon, 5 Jul 2010 11:06:55 +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 0B7BD8FC21 for ; Mon, 5 Jul 2010 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o65B6sp9079202 for ; Mon, 5 Jul 2010 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o65B6sZK079200 for freebsd-geom@FreeBSD.org; Mon, 5 Jul 2010 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Jul 2010 11:06:54 GMT Message-Id: <201007051106.o65B6sZK079200@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, 05 Jul 2010 11:06:55 -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/147852 geom [geom] [panic] graid3 panic: wrong offset 16384 for se o kern/147851 geom [geom] [panic] graid3 panic: g_read_data: invalid leng o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/147664 geom [geom] [patch] Add the ability to create linux and fat s bin/146277 geom gpart(8): gpart add -s 128M creates 1GB partition on 4 o kern/145818 geom [geom] geom_stat_open showing cached information for n p kern/145452 geom [geom] [panic] panic in geom_part_mbr when undoing des o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144962 geom [geom] panic when accessing GPT disk with a large numb o kern/144905 geom [geom][gpart] panic in gpart_ctlreq when unplugging ca o kern/144732 geom [geom] [patch] geom_cache erroneously decodes its on-d o bin/144521 geom geom(1) tool parsing non-subclass command broken o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool f kern/142365 geom [geom] FreeBSD RAID1 (gmirror) is much slower than Lin o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error p kern/141235 geom [geom_part] 8.0 no longer provides /dev entries for al 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/134044 geom [geom] gmirror(8) overwrites fs with stale data from r o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used 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 f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/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 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/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/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 60 problems total. From owner-freebsd-geom@FreeBSD.ORG Thu Jul 8 19:10:16 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71CD0106564A for ; Thu, 8 Jul 2010 19:10:16 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id 04E218FC20 for ; Thu, 8 Jul 2010 19:10:15 +0000 (UTC) Received: from Octa64 (octa64.tdx.co.uk [62.13.130.232]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3/Kp) with ESMTP id o68Iw4EO011099 for ; Thu, 8 Jul 2010 19:58:05 +0100 (BST) Date: Thu, 08 Jul 2010 19:58:08 +0100 From: Karl Pielorz To: freebsd-geom@freebsd.org Message-ID: <6F0C8FABB57A0A91965413C1@Octa64> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FreeBSD 7.3-Stable / GEOM issue with ZFS attach/replace & zvol's... 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: Thu, 08 Jul 2010 19:10:16 -0000 Hi All, I posted a few days ago in -fs and -hackers - but never got any reply. I've done some digging around now, and been able to reproduce the problem below on another machine (by sending my ZFS zvol's & snapshots to it). I'm running 7.3-STABLE on an amd64, w/10Gb of RAM, and 2 * dual core Opteron 285's. In a nutshell: A zfs attach/replace (or similar) on my system results in GEOM iterating through all the 'drives' on the system (which is apparently normal). When it encounters some of my ZFS volume snapshots (which are GELI encrypted) it appears to 'hang' and the zfs attach/replace never completes. Remove the snapshot it hangs on - and it hangs on another. Remove all the snapshots/volumes - and the ZFS command completes without issue. At the moment this is stopping me from replacing a failing drive which is part of a zpool mirror set :( e.g. With GEOM debugging turned on, I get: host# zfs attach vol ad34 ad40 " [GEOM complains the guid for ad40 doesn't match what it wants - and then starts iterating through all the disk devices one after another... The guid mismatch appears 'normal' - i.e. it always happens - even on working systems] Jul 5 19:42:50 host kernel: g_access(0xffffff0035015380(zvol/vol2/zfs_backups/scanned), 1, 0, 0) Jul 5 19:42:50 host kernel: open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xffffff000e1fd000(zvol/vol2/zfs_backups/scanned) Jul 5 19:42:50 host kernel: g_access(0xffffff0035015380(zvol/vol2/zfs_backups/scanned), -1, 0, 0) Jul 5 19:42:50 host kernel: open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xffffff000e1fd000(zvol/vol2/zfs_backups/scanned) Jul 5 19:42:50 host kernel: g_detach(0xffffff0035015380) Jul 5 19:42:50 host kernel: g_access(0xffffff0035015380(zvol/vol/scanned@1237495449), 1, 0, 0) Jul 5 19:42:50 host kernel: open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xffffff000e60b300(zvol/vol/scanned@1237495449) **** ZFS [hangs here] - as does anything that subsequently touches ZFS *** " ps axl at that point shows: " 0 2250 2004 0 -8 0 14460 2044 g_wait D+ p0 0:00.01 zpool attach vol ad34 ad40 " So it appears to be hung in 'g_wait'. If I then reboot, and do: "zfs destroy vol/scanned@1237495449" Then try the attach again - it hangs on another snapshot of 'vol/scanned' (e.g. 'vol/scanned@1274617895') next time round. If I destroy all of them: "zfs destroy -r vol/scanned" The attach completes without issue. All those snapshots can be dd'd from without issue (or mounted when attached via GELI etc.) - none of the snapshots or GELI volumes are mounted when I do the attach/replace. zpool status, and an ls of '/dev/zvol/vol' are below. It *looks* like GEOM is seeing something it doesn't like, and hanging? The system has worked fine for coming up to a year with ZFS - I have replaced/attached drives in the past - but that was under 7.2-Stable. Is there any additional GEOM debugging I can enable? (or any possible workarounds - i.e. something I can do to get GEOM to ignore the ZVol's?) -Karl zpool status: pool: vol state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM vol ONLINE 0 0 0 mirror ONLINE 0 0 0 ad28 ONLINE 0 0 0 ad12 ONLINE 0 0 0 mirror ONLINE 0 0 0 ad14 ONLINE 0 0 0 ad30 ONLINE 0 0 0 mirror ONLINE 0 0 0 ad16 ONLINE 0 0 0 ad32 ONLINE 0 0 0 mirror ONLINE 0 0 0 ad18 ONLINE 0 0 0 ad34 ONLINE 0 0 0 mirror ONLINE 0 0 0 ad20 ONLINE 0 0 0 ad36 ONLINE 0 0 0 mirror ONLINE 0 0 0 ad22 ONLINE 0 0 0 ad38 ONLINE 0 0 0 spares ad42 AVAIL (ad40 is also spare - but not linked to any pools) ls /dev/zvol/vol crw-r----- 1 root operator 0, 162 Jul 5 19:55 scanned crw-r----- 1 root operator 0, 172 Jul 5 19:55 scanned@1237495449 crw-r----- 1 root operator 0, 164 Jul 5 19:55 scanned@1238970339 crw-r----- 1 root operator 0, 167 Jul 5 19:55 scanned@1239143782 crw-r----- 1 root operator 0, 165 Jul 5 19:55 scanned@1244575946 crw-r----- 1 root operator 0, 163 Jul 5 19:55 scanned@1247670305 crw-r----- 1 root operator 0, 168 Jul 5 19:55 scanned@1251063149 crw-r----- 1 root operator 0, 166 Jul 5 19:55 scanned@1256072040 crw-r----- 1 root operator 0, 169 Jul 5 19:55 scanned@1259364830 crw-r----- 1 root operator 0, 170 Jul 5 19:55 scanned@1267226353 crw-r----- 1 root operator 0, 171 Jul 5 19:55 scanned@1274617895 crw-r----- 1 root operator 0, 195 Jul 5 19:55 scanned@1278362753 From owner-freebsd-geom@FreeBSD.ORG Thu Jul 8 19:20:39 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E51D21065670 for ; Thu, 8 Jul 2010 19:20:39 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 33F378FC12 for ; Thu, 8 Jul 2010 19:20:38 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 28E0845DD8; Thu, 8 Jul 2010 21:20:37 +0200 (CEST) Received: from localhost (77-254-174-170.adsl.inetia.pl [77.254.174.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3565445C89; Thu, 8 Jul 2010 21:20:30 +0200 (CEST) Date: Thu, 8 Jul 2010 21:20:08 +0200 From: Pawel Jakub Dawidek To: Karl Pielorz Message-ID: <20100708192008.GA3093@garage.freebsd.pl> References: <6F0C8FABB57A0A91965413C1@Octa64> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <6F0C8FABB57A0A91965413C1@Octa64> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=4.5 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: FreeBSD 7.3-Stable / GEOM issue with ZFS attach/replace & zvol's... 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: Thu, 08 Jul 2010 19:20:40 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2010 at 07:58:08PM +0100, Karl Pielorz wrote: >=20 > Hi All, >=20 > I posted a few days ago in -fs and -hackers - but never got any reply. I'= ve=20 > done some digging around now, and been able to reproduce the problem belo= w=20 > on another machine (by sending my ZFS zvol's & snapshots to it). >=20 > I'm running 7.3-STABLE on an amd64, w/10Gb of RAM, and 2 * dual core=20 > Opteron 285's. >=20 > In a nutshell: A zfs attach/replace (or similar) on my system results in= =20 > GEOM iterating through all the 'drives' on the system (which is apparentl= y=20 > normal). When it encounters some of my ZFS volume snapshots (which are GE= LI=20 > encrypted) it appears to 'hang' and the zfs attach/replace never complete= s. >=20 > Remove the snapshot it hangs on - and it hangs on another. Remove all the= =20 > snapshots/volumes - and the ZFS command completes without issue. >=20 > At the moment this is stopping me from replacing a failing drive which is= =20 > part of a zpool mirror set :( This was fixed in r200126, but wasn't MFCed to 7. I recommend upgrading to 8.1 once it is released. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkw2JOgACgkQForvXbEpPzT5hQCgn2HCw2Zn4KOVsa5ZaHoPCRlE GEsAn2dDUkPXZX0TRlJibE7Ct5+Z3htt =XyA7 -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-geom@FreeBSD.ORG Thu Jul 8 20:22:49 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E89106564A for ; Thu, 8 Jul 2010 20:22:49 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB108FC15 for ; Thu, 8 Jul 2010 20:22:47 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 99CF745CA6; Thu, 8 Jul 2010 22:22:46 +0200 (CEST) Received: from localhost (77-254-174-170.adsl.inetia.pl [77.254.174.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1640C456B1; Thu, 8 Jul 2010 22:22:40 +0200 (CEST) Date: Thu, 8 Jul 2010 22:22:19 +0200 From: Pawel Jakub Dawidek To: Karl Pielorz Message-ID: <20100708202219.GB3093@garage.freebsd.pl> References: <6F0C8FABB57A0A91965413C1@Octa64> <20100708192008.GA3093@garage.freebsd.pl> <5BF2C0C24CA93034DFC79B28@Octa64> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd" Content-Disposition: inline In-Reply-To: <5BF2C0C24CA93034DFC79B28@Octa64> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=4.5 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: FreeBSD 7.3-Stable / GEOM issue with ZFS attach/replace & zvol's... 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: Thu, 08 Jul 2010 20:22:49 -0000 --ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 08, 2010 at 09:11:49PM +0100, Karl Pielorz wrote: >=20 >=20 > --On 08 July 2010 21:20 +0200 Pawel Jakub Dawidek wrote: >=20 > >>At the moment this is stopping me from replacing a failing drive which > >>is part of a zpool mirror set :( > > > >This was fixed in r200126, but wasn't MFCed to 7. I recommend upgrading > >to 8.1 once it is released. >=20 > Thanks - I did do quite a bit of digging around for similar issues, but= =20 > missed it'd been fixed (I guess it's the usual problem of working out the= =20 > right things to lookup)... >=20 > I might leap before 8.1 is released (appears to be RC2 atm) - as I really= =20 > need to replace the drive... If you can turn off ZVOLs for a moment and do the replacement, you could do the following: # zfs volfini This command will removed all ZVOLs from /dev/ and they won't be a problem during replace. Once you're done just call: # zfs volinit --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkw2M3sACgkQForvXbEpPzSY2gCgpi0DHbm2Qp3T/HYdqYE18Rr8 RXYAoL1wjTagxQwzT3yhrVQC6Ck3rdrX =wzry -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- From owner-freebsd-geom@FreeBSD.ORG Thu Jul 8 20:25:16 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B894F1065670 for ; Thu, 8 Jul 2010 20:25:16 +0000 (UTC) (envelope-from kpielorz@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id 09B748FC16 for ; Thu, 8 Jul 2010 20:25:15 +0000 (UTC) Received: from Octa64 (octa64.tdx.co.uk [62.13.130.232]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3/Kp) with ESMTP id o68KBkMK017964; Thu, 8 Jul 2010 21:11:46 +0100 (BST) Date: Thu, 08 Jul 2010 21:11:49 +0100 From: Karl Pielorz To: Pawel Jakub Dawidek Message-ID: <5BF2C0C24CA93034DFC79B28@Octa64> In-Reply-To: <20100708192008.GA3093@garage.freebsd.pl> References: <6F0C8FABB57A0A91965413C1@Octa64> <20100708192008.GA3093@garage.freebsd.pl> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-geom@freebsd.org Subject: Re: FreeBSD 7.3-Stable / GEOM issue with ZFS attach/replace & zvol's... 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: Thu, 08 Jul 2010 20:25:16 -0000 --On 08 July 2010 21:20 +0200 Pawel Jakub Dawidek wrote: >> At the moment this is stopping me from replacing a failing drive which >> is part of a zpool mirror set :( > > This was fixed in r200126, but wasn't MFCed to 7. I recommend upgrading > to 8.1 once it is released. Thanks - I did do quite a bit of digging around for similar issues, but missed it'd been fixed (I guess it's the usual problem of working out the right things to lookup)... I might leap before 8.1 is released (appears to be RC2 atm) - as I really need to replace the drive... Cheers, -Karl From owner-freebsd-geom@FreeBSD.ORG Thu Jul 8 21:33:40 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BFE91065672; Thu, 8 Jul 2010 21:33:40 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id F0C0A8FC0A; Thu, 8 Jul 2010 21:33:39 +0000 (UTC) Received: from Octa64 (octa64.tdx.co.uk [62.13.130.232]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3/Kp) with ESMTP id o68LXcV0025178; Thu, 8 Jul 2010 22:33:38 +0100 (BST) Date: Thu, 08 Jul 2010 22:33:42 +0100 From: Karl Pielorz To: Pawel Jakub Dawidek Message-ID: <22A923EC87E476006120AEB7@Octa64> In-Reply-To: <20100708202219.GB3093@garage.freebsd.pl> References: <6F0C8FABB57A0A91965413C1@Octa64> <20100708192008.GA3093@garage.freebsd.pl> <5BF2C0C24CA93034DFC79B28@Octa64> <20100708202219.GB3093@garage.freebsd.pl> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-geom@freebsd.org Subject: Re: FreeBSD 7.3-Stable / GEOM issue with ZFS attach/replace & zvol's... 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: Thu, 08 Jul 2010 21:33:40 -0000 --On 08 July 2010 22:22 +0200 Pawel Jakub Dawidek wrote: > If you can turn off ZVOLs for a moment and do the replacement, you could > do the following: > > # zfs volfini > > This command will removed all ZVOLs from /dev/ and they won't be a > problem during replace. Once you're done just call: > > # zfs volinit Fantastic! - Thanks! - The system is finally re-silvering the ailing drive... I'll try 8.1 tomorrow on the test system I setup, with a view to moving to it in due course... But for now, my pool is saved... It's all backed up (in duplicate) - but it's still hours worth of restore saved, should the worst have happened :-) -Kp From owner-freebsd-geom@FreeBSD.ORG Sat Jul 10 16:52:31 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C75671065674; Sat, 10 Jul 2010 16:52:31 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC138FC12; Sat, 10 Jul 2010 16:52:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6AGqVmF050859; Sat, 10 Jul 2010 16:52:31 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6AGqVcA050855; Sat, 10 Jul 2010 16:52:31 GMT (envelope-from ae) Date: Sat, 10 Jul 2010 16:52:31 GMT Message-Id: <201007101652.o6AGqVcA050855@freefall.freebsd.org> To: bu7cher@yandex.ru, ae@FreeBSD.org, freebsd-geom@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/145452: [geom] [panic] panic in geom_part_mbr when undoing destroy command 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, 10 Jul 2010 16:52:31 -0000 Synopsis: [geom] [panic] panic in geom_part_mbr when undoing destroy command State-Changed-From-To: patched->closed State-Changed-By: ae State-Changed-When: Sat Jul 10 16:49:06 UTC 2010 State-Changed-Why: Close my PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=145452 From owner-freebsd-geom@FreeBSD.ORG Sat Jul 10 16:57:40 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BA8C1065675; Sat, 10 Jul 2010 16:57:40 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 237148FC39; Sat, 10 Jul 2010 16:57:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6AGvdBs050965; Sat, 10 Jul 2010 16:57:39 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6AGvd0w050961; Sat, 10 Jul 2010 16:57:39 GMT (envelope-from ae) Date: Sat, 10 Jul 2010 16:57:39 GMT Message-Id: <201007101657.o6AGvd0w050961@freefall.freebsd.org> To: gldisater@gmail.com, ae@FreeBSD.org, freebsd-geom@FreeBSD.org, ae@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: bin/146277: gpart(8): gpart add -s 128M creates 1GB partition on 4k sectorsize disk 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, 10 Jul 2010 16:57:40 -0000 Synopsis: gpart(8): gpart add -s 128M creates 1GB partition on 4k sectorsize disk State-Changed-From-To: suspended->patched State-Changed-By: ae State-Changed-When: Sat Jul 10 16:53:26 UTC 2010 State-Changed-Why: Patched in HEAD. Responsible-Changed-From-To: freebsd-geom->ae Responsible-Changed-By: ae Responsible-Changed-When: Sat Jul 10 16:53:26 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=146277 From owner-freebsd-geom@FreeBSD.ORG Sat Jul 10 17:17:15 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8D1106566C; Sat, 10 Jul 2010 17:17:15 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 648778FC14; Sat, 10 Jul 2010 17:17:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6AHHFpw068337; Sat, 10 Jul 2010 17:17:15 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6AHHEZZ068333; Sat, 10 Jul 2010 17:17:14 GMT (envelope-from ae) Date: Sat, 10 Jul 2010 17:17:14 GMT Message-Id: <201007101717.o6AHHEZZ068333@freefall.freebsd.org> To: freebsd@sopwith.solgatos.com, ae@FreeBSD.org, freebsd-geom@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/141235: [geom_part] 8.0 no longer provides /dev entries for all disk slices [regression] X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 17:17:15 -0000 Synopsis: [geom_part] 8.0 no longer provides /dev entries for all disk slices [regression] State-Changed-From-To: patched->suspended State-Changed-By: ae State-Changed-When: Sat Jul 10 17:09:51 UTC 2010 State-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=141235