From owner-freebsd-stable@FreeBSD.ORG Wed Feb 9 18:30:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27BD416A4CE for ; Wed, 9 Feb 2005 18:30:06 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 075D543D39 for ; Wed, 9 Feb 2005 18:30:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EBC4F72DD4; Wed, 9 Feb 2005 10:30:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EA1FD72DCB; Wed, 9 Feb 2005 10:30:05 -0800 (PST) Date: Wed, 9 Feb 2005 10:30:05 -0800 (PST) From: Doug White To: Karl Denninger In-Reply-To: <20050208193609.A8080@denninger.net> Message-ID: <20050209102604.A13316@carver.gumbysoft.com> References: <20050208193609.A8080@denninger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Lock/reboot, no dump (ugh) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:30:06 -0000 On Tue, 8 Feb 2005, Karl Denninger wrote: > Hi folks; > > FreeBSD 5.3-STABLE #1: Wed Feb 2 22:57:48 CST 2005 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP > > Sources from January 30th. > > Scenario: > > 1. Using GEOM_MIRROR to mirror two SATA drives. > > 2. Nightly, a third drive is used to back up, as follows: > > a. Check to see if the drive is visible on the SATA interface. > b. If not, "atacontrol attach 2" to scan the bus it is plugged into > c. Verify that it is now online. > d. Use "gmirror insert ...." to insert it into the mirror. > e. Wait for it to sync. > f. Stop critical processes (e.g. DBMS, etc) > g. "gmirror deactivate ...." to remove the backup from the mirror. > h. "gmirror forget" to clean up the RAID > i. "atacontrol detach 2" to detach and spin down the disk. This is only safe if you also unmount the filesystem(s) that are stored on the mirror volume. If you don't unmount it then you'll get behavior like this -- unflushed blocks vanish. If you insist on doing dirty copies then you might try mounting the FS sync, but performance will fall through the floor. If you're testing simple attach/detach then you might start with a quiescent volume (unmounted or filled with test patterns) and do mirror attach/sync/detach in a loop. THat would take the FS, and any in-memory filesystem state corruption, out of the picture. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org