From owner-freebsd-stable@FreeBSD.ORG Sat Dec 8 14:42:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E40316A41A for ; Sat, 8 Dec 2007 14:42:18 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2E38113C459 for ; Sat, 8 Dec 2007 14:42:18 +0000 (UTC) (envelope-from gemini@geminix.org) Message-ID: <475AAD47.6050807@geminix.org> Date: Sat, 08 Dec 2007 15:42:15 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.11) Gecko/20071201 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Andreas Pettersson References: <4759B59D.8050002@telia.com> In-Reply-To: <4759B59D.8050002@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J10sh-000F54-Oy; Sat, 08 Dec 2007 15:42:15 +0100 Cc: freebsd-stable@freebsd.org, kometen@gmail.com Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2007 14:42:18 -0000 Andreas Pettersson wrote: > Claus Guttesen wrote: >> could either replace my 10K rpm drives (in raid 1+0) with 15K ditto >> which would require a downtime which we could not afford at this tim > > I have several times successfully upgraded mirrored volumes with new > disks without any downtime at all. Just change one disk, let the mirror > rebuild, change the other disk, wait for rebuild again, tell the logical > drive to present all the new space and then extend the filesystem. No > downtime. Just an additional hint: Before you start doing this procedure, in order to minimize risk you may want to do a verification/repair run over the original mirror (if your controller supports this) to make sure that both disks are in sync and there are no defective sectors on the disk you are subsequently copying the data from. Otherwise there could be some rude awakening ... Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net