From owner-freebsd-hardware@FreeBSD.ORG Mon Oct 18 17:55:42 2010 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F95B10656CE for ; Mon, 18 Oct 2010 17:55:42 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E6EB58FC13 for ; Mon, 18 Oct 2010 17:55:41 +0000 (UTC) Received: by gwb20 with SMTP id 20so612747gwb.13 for ; Mon, 18 Oct 2010 10:55:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=cQaqS5tKBU1YZ5k9Htx2zfK48+Hd6Wur8SlEtjsm3uQ=; b=PvDr/MU9YsLkbkYjQj7tTpdiNgEztfYP8iqOgYrpWvtfX5rzK4kZd81XmhpFGpb+mw 5hu/RQQc4rw0zWVIadB7vzkyoRT00HLzjnB5NqFYW8ARQ4YweEfWyWQilcv2rUv4oSE8 6Hf6/BFTBrzPequRmRYwqyP9ApFjFKhsPDT9U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=lsWYiwg2aBVAVmmHIpCWcPO7sQhD0cxg0lXO6wF2TXRjrnHGk5CNWnsm2QGPhCgW5L CksJ4rXl8lRk4QF/2N8dRgsrTOHycuByvm9mDjBcq/g3l6rn8EkXZG3waXJER+UrWyq5 //17TRU90UNw9iv2d7Ta/aNGWC1RI9skQaWLQ= MIME-Version: 1.0 Received: by 10.42.175.136 with SMTP id ba8mr2394544icb.73.1287422742447; Mon, 18 Oct 2010 10:25:42 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.231.184.3 with HTTP; Mon, 18 Oct 2010 10:25:42 -0700 (PDT) In-Reply-To: References: <4CB8A614.6000707@greatbaysoftware.com> <4CB8BED6.8040204@greatbaysoftware.com> Date: Mon, 18 Oct 2010 10:25:42 -0700 X-Google-Sender-Auth: NvtNG_RoZ6KQ0MLTZh8jY4kA4rg Message-ID: From: Garrett Cooper To: Sergey Kandaurov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Charles Owens , FreeBSD Current , Scott Long , freebsd-hardware@freebsd.org Subject: Re: mfiutil reports "PSTATE 0x0020" new drive state X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2010 17:55:42 -0000 On Mon, Oct 18, 2010 at 9:55 AM, Sergey Kandaurov wrote= : > On 16 October 2010 02:18, Sergey Kandaurov wrote: >> On 16 October 2010 00:51, Charles Owens wr= ote: >>> =A0Hmm... the problem appears to have resolved itself. =A0After a few h= ours the >>> new drive seems to have gone back into the array, and the original hot = spare >>> drive put back into hot-spare state. >>> >>> So I'm interpreting state 0x0020 to therefore mean something like "hang= on >>> while I use this new drive to automatically put everything back as it w= as >>> before the failure". =A0Is this correct? >>> >>> Thanks, >>> Charles >>> >>> [root@Bsvr ~]# mfiutil show drives >>> mfi0 Physical Drives: >>> ( =A0149G) ONLINE =A0SATA enclosure= 1, slot 0 >>> ( =A0149G) ONLINE =A0SATA enclosure= 1, slot 1 >>> ( =A0149G) ONLINE =A0SATA enclosure= 1, slot 2 >>> ( =A0149G) HOT SPARE =A0SATA enclos= ure 1, slot >>> 3 >>> ( =A0149G) ONLINE =A0SATA enclosure= 1, slot 4 >>> >>> > >>>> > [...] >>>> [root@svr ~]# mfiutil show drives >>>> mfi0 Physical Drives: >>>> ( =A0149G) ONLINE =A0SATA enclosur= e 1, slot >>>> 0 >>>> ( =A0149G) ONLINE =A0SATA enclosur= e 1, slot >>>> 1 >>>> ( =A0149G) ONLINE =A0SATA enclosur= e 1, slot >>>> 2 >>>> ( =A0149G) ONLINE =A0SATA enclosur= e 1, slot >>>> 3 >>>> ( =A0149G) PSTATE 0x0020 =A0SATA e= nclosure >>>> 1, slot 4 >>>> >>>> mfi0: =A0port 0x1000-0x10ff mem >>>> ... >>>> >> >> Hi, Charles Owens. >> >> 0x20 is much likely to be the copyback physical state, >> which is missing in enum mfi_pd_state. >> And what you've experienced is copyback feature in action :) >> Your array has been rebuilt with HSP as its ordinal PD, then you >> switched failed drive >> with good one, and HSP came into copyback mode to move all its data back >> to good disk. That prevents reordering of disk numbers in array and >> double rebuilding. >> > > So, it no one objects, I'd like to commit this change. Check with LSI before you commit that; you might not understand the overall nuances of that value. Thanks, -Garrett