From owner-freebsd-geom@FreeBSD.ORG Sun Nov 18 11:23:56 2007 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 49C3216A476; Sun, 18 Nov 2007 11:23:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id EB12713C468; Sun, 18 Nov 2007 11:23:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 27D1D744009; Sun, 18 Nov 2007 13:23:47 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vL-oQPXf94UB; Sun, 18 Nov 2007 13:23:47 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id AB31C744001; Sun, 18 Nov 2007 13:23:46 +0200 (EET) Message-ID: <474020BD.4030305@icyb.net.ua> Date: Sun, 18 Nov 2007 13:23:41 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <4732E3C6.5060205@icyb.net.ua> <47343AC5.8090103@icyb.net.ua> <6EBC07A8-054F-476A-8DF5-B54124CEB339@freebsd.org> <4735D203.8010109@icyb.net.ua> In-Reply-To: <4735D203.8010109@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek Subject: Re: gjournal on 6.2: Cannot delete /var/.deleted/#613759 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, 18 Nov 2007 11:23:56 -0000 on 10/11/2007 17:45 Andriy Gapon said the following: > on 09/11/2007 14:38 Eric Anderson said the following: >> When inodes are reused, their gen count should go up (or NFS handles >> would get broken quickly). The file is probably being removed in- >> between the readdir and the remove. >> > > Eric, > thank you for the reply and the hint. I will try to add i_gen to a name > that gets assigned to gjournal-managed files under .deleted and see how > that works. > Tried and it didn't help. The following was obtained during jdk build: kernel: UFS_GJGC: Cannot delete /var/.deleted/#1202150:230144382 (error=2) [some seconds later] $ find /var/ -inum 1202150 /var/tmp/tmp/hsperfdata_root/72795 kernel: UFS_GJGC: Cannot delete /var/.deleted/#1202150:230145003 (error=2) [some seconds later] $ find /var/ -inum 1202150 /var/tmp/tmp/hsperfdata_root/81211 ^^^^^^^^^^^^ - btw, my /tmp is symlink to /var/tmp/tmp So, even adding generation count doesn't fix the issue. Thus it seems that there seems to be some other kind of race condition in 6.x gjournal code. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Sun Nov 18 21:44:56 2007 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 9DCC616A468 for ; Sun, 18 Nov 2007 21:44:56 +0000 (UTC) (envelope-from pjah@hicom.net) Received: from ns1.hicom.net (ns1.hicom.net [208.245.180.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4E52113C48A for ; Sun, 18 Nov 2007 21:44:55 +0000 (UTC) (envelope-from pjah@hicom.net) Received: from [127.0.0.1] (pool-68-239-213-35.nwrk.east.verizon.net [68.239.213.35]) (authenticated bits=0) by ns1.hicom.net (8.13.6/8.13.6) with ESMTP id lAILWUh2040766 for ; Sun, 18 Nov 2007 16:32:33 -0500 (EST) Message-ID: <4740AF69.8070003@hicom.net> Date: Sun, 18 Nov 2007 16:32:25 -0500 From: Juergen Heberling User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: GMIRROR uses wrong drive/provider after a problem with a drive/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: Sun, 18 Nov 2007 21:44:56 -0000 Hi all, I'm not sure what I'm doing wrong. The above scenario has occurred to me 2x already. I would appreciate any suggestions. I'm running FB 6.1 with 4 mirrors, each mirror consisting of 2 drives, each drive in a mirror is on a different SCSI channel (da0, 2, 4,6 are on Channel A and DA1, 3, 5, 7 are on channel B). da0 and da1 are providers for mirror "gm0" which is the "system"/"boot" mirror - I boot from da0. da2 and da3 are providers for mirror "mail". I'm also running with: kern.geom.mirror.disconnect_on_failure=0 My notes for using this option say "so a component does not get disconnected in case of an error" but I do not remember what originally prompted me to use this option. So here is the scenario: 1. First I get a write error on da2 (mail), after a couple of retries I get: GEOM_MIRROR: Device mail: provider da2 disconnected. OK, now I'm happy that I'm running a mirror and mail is running fine on da3 2. About 1 minute later I get a write error on da0(gm0), after a couple of retries I get: GEOM_MIRROR: Cannot update metadata on disk da0 (error=16). and finally GEOM_MIRROR: Device gm0: provider da0 disconnected. So gm0 is now running solely using da1. OK so far. Later on in the day (about 18 hours later), I try to rebuild the mirrors, for which I have to reboot (since the device entries were invalidated FB needs to find the drives again). I try do this in single-user mode. Problem : Booting into single-user mode, gm0 detects and uses DA0 (the outdated drive!) and decides to NOT use da1, the "current" drive, in the mirror (that was good actually since now I can try to recover gm0 from da1). (I expected FB to boot from da0, try to detect the various mirrors, and, when detecting mirror gm0, detect the providers of gm0, noting that da0 needs upgrading from da1.) It does the same for the mail mirror (uses da2, the outdated drive, and does NOT use da3, the current drive) Question: What do I need to do so GEOM/GMIRROR uses the most current version of the data in the mirrors? Note - prior to booting into single-user mode, I could not access the defunct drives to clear the GMIRROR/GEOM metadata. I had tried camcontrol-reset against the defunct drives but did not want to risk camcontrol-rescan. TIA Juergen From owner-freebsd-geom@FreeBSD.ORG Mon Nov 19 11:06:59 2007 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 DEBC816A418 for ; Mon, 19 Nov 2007 11:06:59 +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 D296213C47E for ; Mon, 19 Nov 2007 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAJB6xTT040759 for ; Mon, 19 Nov 2007 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAJB6xRH040754 for freebsd-geom@FreeBSD.org; Mon, 19 Nov 2007 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Nov 2007 11:06:59 GMT Message-Id: <200711191106.lAJB6xRH040754@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, 19 Nov 2007 11:07:00 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo 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 o kern/89102 geom [geom_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ 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 misc/113543 geom [geom] [patch] geom(8) utilities don't work inside the o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/115572 geom [gbde] gbde partitions fail at 28bit/48bit LBA address 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. 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 f kern/105390 geom [geli] filesystem on a md backed by sparse file with s o kern/107707 geom [geom] [patch] add new class geom_xbox360 to slice up p bin/110705 geom gmirror control utility does not exit with correct exi o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [geom] [patch] improved gmirror balance algorithm o kern/114532 geom GEOM_MIRROR shows up in kldstat even if compiled in th o kern/115547 geom [geom] [patch] for GEOM Eli to get password from stdin 10 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Nov 19 22:09:53 2007 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 EB90516A420; Mon, 19 Nov 2007 22:09:53 +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 BBDAF13C442; Mon, 19 Nov 2007 22:09:53 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAJM9r3k073905; Mon, 19 Nov 2007 22:09:53 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAJM9r2Z073901; Mon, 19 Nov 2007 22:09:53 GMT (envelope-from linimon) Date: Mon, 19 Nov 2007 22:09:53 GMT Message-Id: <200711192209.lAJM9r2Z073901@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/118134: [geom] geom/ATA: Panic when running `cdcontrol eject' on MacBook 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, 19 Nov 2007 22:09:54 -0000 Synopsis: [geom] geom/ATA: Panic when running `cdcontrol eject' on MacBook Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Mon Nov 19 22:09:43 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=118134 From owner-freebsd-geom@FreeBSD.ORG Tue Nov 20 12:00:05 2007 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 0DDEF16A418 for ; Tue, 20 Nov 2007 12:00:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F3FC213C46E for ; Tue, 20 Nov 2007 12:00: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.1/8.14.1) with ESMTP id lAKC040u019427 for ; Tue, 20 Nov 2007 12:00:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAKC04s5019426; Tue, 20 Nov 2007 12:00:04 GMT (envelope-from gnats) Date: Tue, 20 Nov 2007 12:00:04 GMT Message-Id: <200711201200.lAKC04s5019426@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Ed Schouten Cc: Subject: Re: kern/118134: Geom/ATA: Panic when running `cdcontrol eject' on MacBook X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ed Schouten List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 12:00:05 -0000 The following reply was made to PR kern/118134; it has been noted by GNATS. From: Ed Schouten To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Cc: Subject: Re: kern/118134: Geom/ATA: Panic when running `cdcontrol eject' on MacBook Date: Tue, 20 Nov 2007 12:55:18 +0100 --+IojnoBMdP/qo3gc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, It seems that after sos@'s commit to atapi-cd.c, 17 hours ago, this panic has been fixed. I guess this PR can be closed now. --=20 Ed Schouten WWW: http://g-rave.nl/ --+IojnoBMdP/qo3gc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHQssm52SDGA2eCwURApX0AJ4izrmzBnOaVcaA/yQG/GpsJDD4KwCcCHjK qyWgtBCO2idmU81bWjwJANI= =CFve -----END PGP SIGNATURE----- --+IojnoBMdP/qo3gc-- From owner-freebsd-geom@FreeBSD.ORG Tue Nov 20 14:54:45 2007 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 6B5C816A46B; Tue, 20 Nov 2007 14:54:45 +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 52BAC13C459; Tue, 20 Nov 2007 14:54:45 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAKEsjDm027290; Tue, 20 Nov 2007 14:54:45 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lAKEsixS027286; Tue, 20 Nov 2007 14:54:45 GMT (envelope-from linimon) Date: Tue, 20 Nov 2007 14:54:45 GMT Message-Id: <200711201454.lAKEsixS027286@freefall.freebsd.org> To: ed@fxq.nl, linimon@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/118134: [geom] geom/ATA: Panic when running `cdcontrol eject' on MacBook 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, 20 Nov 2007 14:54:45 -0000 Synopsis: [geom] geom/ATA: Panic when running `cdcontrol eject' on MacBook State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Tue Nov 20 14:53:55 UTC 2007 State-Changed-Why: The most recent commit to atapi-cd.c fixes this problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=118134 From owner-freebsd-geom@FreeBSD.ORG Tue Nov 20 16:26:51 2007 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 4399616A417 for ; Tue, 20 Nov 2007 16:26:51 +0000 (UTC) (envelope-from lists@pentarh.com) Received: from server.pentarh.com (250.203.232.72.static.reverse.ltdomains.com [72.232.203.250]) by mx1.freebsd.org (Postfix) with ESMTP id 3BAB113C44B for ; Tue, 20 Nov 2007 16:26:51 +0000 (UTC) (envelope-from lists@pentarh.com) Received: from localhost (unknown [194.29.186.41]) by server.pentarh.com (Postfix) with ESMTP id A0E9A3F41F for ; Tue, 20 Nov 2007 12:15:06 -0600 (CST) Date: Tue, 20 Nov 2007 18:05:16 +0159 From: Pentarh Udi X-Mailer: The Bat! (v3.80.06) Professional X-Priority: 3 (Normal) Message-ID: <209485445.20071120180516@pentarh.com> To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: kernel: ad4: FAILURE - out of memory in start X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pentarh Udi List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 16:26:51 -0000 Hello, freebsd-geom. I have configured geom_stripe device and since that I have a lot of messages in syslog: kernel: ad4: FAILURE - out of memory in start kernel: ad6: FAILURE - out of memory in start kernel: ad6: FAILURE - out of memory in start kernel: ad4: FAILURE - out of memory in start kernel: ad4: FAILURE - out of memory in start kernel: ad4: FAILURE - out of memory in start Configuration of geom_stripe device: # gstripe list Geom name: st0 State: UP Status: Total=2, Online=2 Type: AUTOMATIC Stripesize: 4096 ID: 1644857038 Providers: 1. Name: stripe/st0 Mediasize: 966924435456 (901G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad4s1g Mediasize: 483462218752 (450G) Sectorsize: 512 Mode: r1w1e2 Number: 0 2. Name: ad6s1 Mediasize: 500105217024 (466G) Sectorsize: 512 Mode: r1w1e2 Number: 1 PS: /dev/stripe/st0 Device is under heavy load. Any help? -- Pentarh mailto:lists@pentarh.com From owner-freebsd-geom@FreeBSD.ORG Wed Nov 21 10:09:03 2007 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 9263216A51E for ; Wed, 21 Nov 2007 10:09:03 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.freebsd.org (Postfix) with ESMTP id 078E713C474 for ; Wed, 21 Nov 2007 10:09:02 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id 002E63376C; Wed, 21 Nov 2007 11:09:00 +0100 (CET) Received: from caracal.stud.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by signal.itea.ntnu.no (Postfix) with ESMTP; Wed, 21 Nov 2007 11:09:00 +0100 (CET) Received: by caracal.stud.ntnu.no (Postfix, from userid 2312) id 6E6EA624106; Wed, 21 Nov 2007 11:09:27 +0100 (CET) Date: Wed, 21 Nov 2007 11:09:27 +0100 From: Ulf Lilleengen To: Edward Sutton Message-ID: <20071121100927.GA2133@stud.ntnu.no> References: <20071115224851.GB30409@stud.ntnu.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-geom@freebsd.org Subject: Re: gvinum raid5 cannot find file system superblock after removing a 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: Wed, 21 Nov 2007 10:09:03 -0000 On fre, nov 16, 2007 at 02:01:20 -0700, Edward Sutton wrote: >=20 > Ulf Lilleengen wrote: > >Your description was a bit hard to understand, so please post a more det= ailed > >description of what you did, because all I got out from this was: > =20 > >1) You have a RAID-5 volume, and ad8 fails. > >2) You dd'ed the first 64 mb of ad8...=20 > >3) You tried to repartition ad8... and then what? did you try rebuildpar= ity? > =20 > >Could you also please post your gvinum configuration (gvinum printconfig= ) and > >listing (gvinum list)? >=20 > Hopefully word wrap does not kill the output of the configuration (at t= he end of this email). On a Promise TX4 SATA150 , I have 3 400GB drives whi= ch i partitioned (sliced actually if I recall my BSD titles correctly) in h= alf. Seemed appropriate because I do not know of any utilities that let me = manipulate the layout like I can with windows and linux pieces. If I do not= like my layout, I can always try again on the other half; space is availab= le to migrate back and forth. > On the first half, I setup a bootable system; Swap striped across the 3 = disks, root mirrored across the 3 disks (yes, 2 copies. I could not think o= f a better idea for the leftover space on the 3rd disk than make another co= py), usr var and tmp are striped with parity across the 3 drives. > I have had trouble with system crashes. One appeared to be drive relate= d and the best I tracked from more recent crashes appeared to be with swap = space; after I use so much, I'd get a crash. I have been using swap space f= rom an unrelated hard drive and have achieved uptimes of>1 month again. Onl= y 2 of the 3 entries for the root mirroring ever appear to work once someth= ing goes down and I cannot start it because its in use after booting (which= it sounds will go away with future patches) > I was trying to move away from my vinum play to work a bit more with gm= irror (which I setup a server with for my uncle). Instead of moving over to= the ad*s2 parts of the disk, I figured I would just use all of one of the = three disks. I had a disk that was currently out of sync (ad8), so I figure= d I would pull that disk out. I made a backup copy of the first 64MB with d= d because I figured using fdisk only touches the start so I could put back = any of those changes. I proceeded by rebooting from a FreeBSD copy on anoth= er drive (which does not load geom_vinum by default but does have it availa= ble) and repartitioned the drive to use the entire 400GB together. I did no= t format that space yet and after finidng I could not reboot my gvinum conf= igured system, I restored the 64MB and found that I still could not boot th= e gvinum configured system. The root partition was okay (on 2 of the 3 disk= s as expected), but all raid5 disks errored out with the superblock message= for both mounts and fsck. > I played with editing the on disk configuration which can be gathered b= y `dd if=3D/dev/ad4s1h skip=3D9 count=3D5` in the case of my configuration.= I'd use my favorite text editor to change 'sd' lines to contain the plex a= nd plexoffset and change it from 'down' to 'up' (and reversing that on othe= r lines when disabling disks) and found that I was able to get other respon= ses on partitions and even get to where 'some' data could be read. Changing= skip to seek makes it so I can write the new output back to disk. I had a = dd of more than a count of 5 that I could put back (in hopes of always bein= g to undo that damage). It was strange that the changes did not always prod= uce predictable results. Changing tmp to where I could partially read it af= ter mounting it (read only) was done 1 way, Different changes were required= for the other raid5s and combining those changes lead to more results as t= o the errors I would get on bootup. Just FYI, the disk config is exacly 265 sectors, you should copy the whole config, not just parts of it. Also, within these 265 sectors, gvinum stores two copies of the configuration, so that if one goes bad, it uses the secon= d. To force subdisk into up state, you should use 'gvinum setstate -f up ' > I found the needed combination to be: changing all the subdisks to a go= od state, booting the computer (or loading geom_vinum), mounting the partit= ions, then unplugging ad8 leads to a disk that I can access as it was befor= e I tampered with the 'down, but plugged in' ad8 in my attempts to consider= moving from gvinum. A missing ad8 leads to not being able to mount, and an= available and up ad8 leads to much corruption on the file system. Mounting= and then unplugging the disk makes it happy though by my testing of filesy= stem corruption I saw not being present and I can play videos from disk (wh= ich can be gigs in size without any sign of any additional corruption). > Now that I could read the data, I used a `ccdconfig ccd0 64 none /dev/a= d4s2 /dev/ad6s2` and a newfs across it to copy all but the swap partition b= y using a dump/restore. Is it just me, or does everyone else always forget = that restore restores to the current directory instead of a directory added= as an ignored paramater? `dump -0 -f - /dev/gvinum/usr|buffer -S 2058K -p = 75|restore -r -f -` was one used command (and took about 13 hours to comple= te). By using ccd0 instead of ad8, I was able to keep ad8 in tact in case I= needed additional attempts to access/copy the data. Not being able to mount when the plex is degraded is strange. I have had no problems with this in gvinum from 6.x FreeBSD.=20 > Now that I had a copy of the data, I tested a fsck_ffs across /dev/gvin= um/tmp and all I ended up with was one lost+found directory which took up 4= 10K when the old one took up 2K, but there was 747MB in the tmp directory, = so a lot was missing. I expected bad things to happen, which is why I try t= o copy/backup what I can read 'before' I try to fix a broken file system. > I should be able to newfs /dev/gvinum/ partitions and dump/restore to t= hem from my ad*s2 partitions and follow that with a rebuildparity of ad8 to= safely get things back to how they were for my previousely semi-stable but= booting system right? Before I destroy/overwrite any more data, would any = other information be useful to examine/debug? If ad8 had really failed, cou= ld I still have gotten back that data? I will never give such a guarantee, other than it should work. Looking at t= he disk configuration that you attached, this should make the plex go up again. Also, note that rebuilding takes a long time :) However, if the fs you copied/took backup of is corrupted, you'd still have problems mounting. If you want to experiment later, patches of gvinum rework can be found here (only for RELENG_7 and current ATM): http://people.freebsd.org/~lulf/patches/gvinum/ --=20 Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Wed Nov 21 16:16:35 2007 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 D6D7A16A469 for ; Wed, 21 Nov 2007 16:16:35 +0000 (UTC) (envelope-from test@ns1.gakki.ne.jp) Received: from ns1.gakki.ne.jp (ns1.gakki.ne.jp [211.18.219.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2A313C469 for ; Wed, 21 Nov 2007 16:16:35 +0000 (UTC) (envelope-from test@ns1.gakki.ne.jp) Received: from ns1.gakki.ne.jp (ns1.gakki.ne.jp [127.0.0.1]) by ns1.gakki.ne.jp (Postfix) with ESMTP id 6FE5728654 for ; Thu, 22 Nov 2007 01:08:19 +0900 (JST) Received: (from test@localhost) by ns1.gakki.ne.jp (8.13.4/8.13.4/Submit) id lALG8Jal029007; Thu, 22 Nov 2007 01:08:19 +0900 Date: Thu, 22 Nov 2007 01:08:19 +0900 Message-Id: <200711211608.lALG8Jal029007@ns1.gakki.ne.jp> To: freebsd-geom@freebsd.org From: TotalMP3Converter.Offerts@ns1.gakki.ne.jp MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: New OFFERT 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, 21 Nov 2007 16:16:35 -0000 TOTAL MP3 CONVERTER... THIS WEEK FOR FREE!!! The best just got better. Now you can appreciate our new product at its true value! MP3 Converter is a high quality product. Those who ever tried any other tool from Softplicity know that. Program features and advantages in comparison with similar programs: * Source formats are MP3, RA, APL, MPC, MP+, M4A, MP4, TTA, OFR, SPX, WAV, OGG, WMA, FLAC, CDA, AAC, APE, MPP, WV, XM, IT, S3M, MOD, MTM, UMX. This one could help me feel like normal user, not a fool!!! The only drawback is that its a trial version. But i think its definitely worth the money , This Program makes the best TOP QUALITY. Mp3's from wav's better than highly publicized. It just works :) Copyright © 1998-2007 [1]Total MP3 Converter. All rights reserved. [all-to-mp3.png] [2]FREE Download References 1. mailto:support@TotalConverter.com 2. http://h1.ripway.com/totaldownloads/TotalMP3Converter.exe