From owner-freebsd-geom@FreeBSD.ORG Sat Dec 4 16:07:27 2004 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF6016A4CE; Sat, 4 Dec 2004 16:07:27 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBECA43D53; Sat, 4 Dec 2004 16:07:26 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-90-129.roa.east.verizon.net [151.199.90.129]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id iB4G7M1r066706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 4 Dec 2004 11:07:23 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1) with ESMTP id iB4G7GPX028769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 4 Dec 2004 11:07:16 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1/Submit) id iB4G7Fdh028752; Sat, 4 Dec 2004 11:07:15 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: freebsd-geom@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sat, 04 Dec 2004 11:07:13 -0500 Message-Id: <1102176433.85167.15.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: le@freebsd.org Subject: Any chance of "gvinum setstate" for RELENG_5? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2004 16:07:27 -0000 This morning, whilst checking my e-mail, I noticed that logcheck had apprised me of the following: ===== Unusual System Events =-=-=-=-=-=-=-=-=-=-= Dec 4 08:01:28 handle kernel: ad1: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=1581375 Dec 4 08:01:29 handle kernel: ad1: FAILURE - WRITE_DMA timed out Dec 4 08:01:29 handle kernel: GEOM_VINUM: subdisk swap.p1.s0 is down Dec 4 08:01:29 handle kernel: GEOM_VINUM: plex swap.p1 is down Dec 4 08:01:29 handle kernel: GEOM_VINUM: subdisk root.p1.s0 is down Dec 4 08:01:29 handle kernel: GEOM_VINUM: plex root.p1 is down Dec 4 08:01:29 handle kernel: GEOM_VINUM: subdisk var.p1.s0 is down Dec 4 08:01:29 handle kernel: GEOM_VINUM: plex var.p1 is down Dec 4 08:01:29 handle kernel: GEOM_VINUM: subdisk usr.p1.s0 is down Dec 4 08:01:29 handle kernel: GEOM_VINUM: plex usr.p1 is down ===== This has happened before. Unfortunately, ad1 is not actually "down" as "gvinum list" reports---it's just "down" as far as gvinum is concerned. Sadly, without "setstate," attempts to get the drive recognised as "up" by gvinum seem to result in a panic/reboot/fsck (or at least appeared to the last time this happened). In fact, just rebooting the system with a drive marked "down" appeared to precipitate a panic the last time I had to do it. (I don't know for certain, as the machine is far away in a machine room, but some kind of abnormal shutdown occurred that necessitated a fsck of all filesystems on reboot.) So, is there any chance of getting "setstate" supported under RELENG_5 (which this machine runs), so that I can "gvinum setstate up " to get geom_vinum to believe the drive is alive and hence not panic when I then do a "gvinum start "? (The minor irritation of the "FAILURE - WRITE_DMA timed out" becomes an annoyance when it means I have to reboot to get the "failed" drive recognised again. Those errors in the ATA system never happened under 5.1; they seemed to creep in with 5.2 and have remained ever since. Unfortunately, the way this machine has been assembled, I can't "atacontrol detach" individual drives to try and get geom_vinum [hopefully] to see them reappear that way.) In other words, "setstate" support---even just limited to drives---would be a big help! Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa