From owner-freebsd-hardware@FreeBSD.ORG Mon Oct 18 16:55:20 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 9D505106566B; Mon, 18 Oct 2010 16:55:20 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2724C8FC08; Mon, 18 Oct 2010 16:55:19 +0000 (UTC) Received: by qwe4 with SMTP id 4so719051qwe.13 for ; Mon, 18 Oct 2010 09:55:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=/Egxh4ntALxs13W3Rl9IJZ+o8Q9wORd4C1XCmRoh3WY=; b=oyejy4c9Ze1C2/NXBh4zk7E/QFRoBREwF7+F7fR1PVdOQE8NZ64MAFci7bJJQwaYpy jaL900bO+L8vb1Ff0UykqpkeiBysgEL5RO/7NBONdUj5LT3t0LXhHnDDUXrClQk7GsCe CVTANWXNVXwdtDmwUN1bdo64XcXrSDD00Xqr0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=V6LcnmDjPfMiOMGeM1vuPBJ2ixhClTDSZBJU9y7lA3zDnUvo6mx2Hs9QVB53JUtc4S ZkgLWkZliioG2yB4/+mM+XBA675fWKH8NXgRagCvaNUDdIhFtcOQPI2+iluwxXl8LVcv uOQ0+a2NqHxZWPJjwm582VFwucdwtBxhXimLg= MIME-Version: 1.0 Received: by 10.224.182.3 with SMTP id ca3mr2862969qab.313.1287420918922; Mon, 18 Oct 2010 09:55:18 -0700 (PDT) Received: by 10.229.61.29 with HTTP; Mon, 18 Oct 2010 09:55:18 -0700 (PDT) In-Reply-To: References: <4CB8A614.6000707@greatbaysoftware.com> <4CB8BED6.8040204@greatbaysoftware.com> Date: Mon, 18 Oct 2010 20:55:18 +0400 Message-ID: From: Sergey Kandaurov To: Charles Owens Content-Type: multipart/mixed; boundary=20cf30363f838c7da20492e70aab Cc: 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 16:55:20 -0000 --20cf30363f838c7da20492e70aab Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 16 October 2010 02:18, Sergey Kandaurov wrote: > On 16 October 2010 00:51, Charles Owens wro= te: >> =A0Hmm... the problem appears to have resolved itself. =A0After a few ho= urs the >> new drive seems to have gone back into the array, and the original hot s= pare >> 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 wa= s >> 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 enclosu= re 1, slot >> 3 >> ( =A0149G) ONLINE =A0SATA enclosure = 1, slot 4 >> >> >>> [...] >>> [root@svr ~]# 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) ONLINE =A0SATA enclosure= 1, slot >>> 3 >>> ( =A0149G) PSTATE 0x0020 =A0SATA en= closure >>> 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. --=20 wbr, pluknet --20cf30363f838c7da20492e70aab Content-Type: application/octet-stream; name="mfi.diff" Content-Disposition: attachment; filename="mfi.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gffl5tic0 SW5kZXg6IHN5cy9kZXYvbWZpL21maXJlZy5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYvbWZpL21m aXJlZy5oCShyZXZpc2lvbiAyMTQwMjUpCisrKyBzeXMvZGV2L21maS9tZmlyZWcuaAkod29ya2lu ZyBjb3B5KQpAQCAtOTc1LDcgKzk3NSw4IEBACiAJTUZJX1BEX1NUQVRFX09GRkxJTkUgPSAweDEw LAogCU1GSV9QRF9TVEFURV9GQUlMRUQgPSAweDExLAogCU1GSV9QRF9TVEFURV9SRUJVSUxEID0g MHgxNCwKLQlNRklfUERfU1RBVEVfT05MSU5FID0gMHgxOAorCU1GSV9QRF9TVEFURV9PTkxJTkUg PSAweDE4LAorCU1GSV9QRF9TVEFURV9DT1BZQkFDSyA9IDB4MjAKIH07CiAKIHVuaW9uIG1maV9s ZF9yZWYgewpJbmRleDogdXNyLnNiaW4vbWZpdXRpbC9tZmlfZHJpdmUuYwo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSB1c3Iuc2Jpbi9tZml1dGlsL21maV9kcml2ZS5jCShyZXZpc2lvbiAyMTQwMjUpCisrKyB1c3Iu c2Jpbi9tZml1dGlsL21maV9kcml2ZS5jCSh3b3JraW5nIGNvcHkpCkBAIC02NSw2ICs2NSw4IEBA CiAJCXJldHVybiAoIlJFQlVJTEQiKTsKIAljYXNlIE1GSV9QRF9TVEFURV9PTkxJTkU6CiAJCXJl dHVybiAoIk9OTElORSIpOworCWNhc2UgTUZJX1BEX1NUQVRFX0NPUFlCQUNLOgorCQlyZXR1cm4g KCJDT1BZQkFDSyIpOwogCWRlZmF1bHQ6CiAJCXNwcmludGYoYnVmLCAiUFNUQVRFIDB4JTA0eCIs IHN0YXRlKTsKIAkJcmV0dXJuIChidWYpOwo= --20cf30363f838c7da20492e70aab-- 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 From owner-freebsd-hardware@FreeBSD.ORG Tue Oct 19 13:16:17 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 175411065780; Tue, 19 Oct 2010 13:16:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C8B1F8FC1E; Tue, 19 Oct 2010 13:16:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7C3FE46B2C; Tue, 19 Oct 2010 09:16:16 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AB0778A029; Tue, 19 Oct 2010 09:16:14 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 19 Oct 2010 08:49:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <4CB8A614.6000707@greatbaysoftware.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201010190849.58660.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 19 Oct 2010 09:16:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Charles Owens , Sergey Kandaurov , 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: Tue, 19 Oct 2010 13:16:17 -0000 On Monday, October 18, 2010 12:55:18 pm Sergey Kandaurov wrote: > On 16 October 2010 02:18, Sergey Kandaurov wrote: > > On 16 October 2010 00:51, Charles Owens wrote: > >> Hmm... the problem appears to have resolved itself. After a few hours 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 was > >> before the failure". Is this correct? > >> > >> Thanks, > >> Charles > >> > >> [root@Bsvr ~]# mfiutil show drives > >> mfi0 Physical Drives: > >> ( 149G) ONLINE SATA enclosure 1, slot 0 > >> ( 149G) ONLINE SATA enclosure 1, slot 1 > >> ( 149G) ONLINE SATA enclosure 1, slot 2 > >> ( 149G) HOT SPARE SATA enclosure 1, slot > >> 3 > >> ( 149G) ONLINE SATA enclosure 1, slot 4 > >> > >> > > >>> > [...] > >>> [root@svr ~]# mfiutil show drives > >>> mfi0 Physical Drives: > >>> ( 149G) ONLINE SATA enclosure 1, slot > >>> 0 > >>> ( 149G) ONLINE SATA enclosure 1, slot > >>> 1 > >>> ( 149G) ONLINE SATA enclosure 1, slot > >>> 2 > >>> ( 149G) ONLINE SATA enclosure 1, slot > >>> 3 > >>> ( 149G) PSTATE 0x0020 SATA enclosure > >>> 1, slot 4 > >>> > >>> mfi0: port 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. If you have access to the MFI docs (or a reference in the Linux driver, e.g.) then this is fine. The existing pd_state enum lists the values for PD state that were listed in the MFI docs I had access to at the time I wrote mfiutil. -- John Baldwin From owner-freebsd-hardware@FreeBSD.ORG Tue Oct 19 14:05:26 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 241A5106564A; Tue, 19 Oct 2010 14:05:26 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4C338FC0A; Tue, 19 Oct 2010 14:05:25 +0000 (UTC) Received: by pvg7 with SMTP id 7so303644pvg.13 for ; Tue, 19 Oct 2010 07:05:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SJnUT1mehkASUwjfVD82he0NJvmynqL7NLfgEcjG97w=; b=kNIIWedDgmErJniT9P5YyxW3Q0MTADBUQv3YH3Pk2TMl2RJLUTZQyjKFx7KKvSKzVT u5PYOKb32oMoUYJYMYKzLQ4DKAYnMKbLr5Gy/64ttGO1MOsgtXuWR11qTC84sN8ZhZb0 P7pohX1FQiiTO4eLvogZfIvNGeQM/1F3k3wfE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=paiT3qgkqsPHjOdI4OGgyyXlKzR5E5UbrOcffrYxuTVqHlscuefGTOeamw0o/Rzk+X sgclK06mw01jNBGLOwXJ6RTiqWEVYXmXgv5yiVVoaknOsLdUaytel9+xpxi2c7xZbkDK khJyZxUm9z2d7IAcIqk7ihm2IzdJG/eP6r/9I= MIME-Version: 1.0 Received: by 10.229.91.75 with SMTP id l11mr5215807qcm.24.1287497124458; Tue, 19 Oct 2010 07:05:24 -0700 (PDT) Received: by 10.229.61.29 with HTTP; Tue, 19 Oct 2010 07:05:24 -0700 (PDT) In-Reply-To: <201010190849.58660.jhb@freebsd.org> References: <4CB8A614.6000707@greatbaysoftware.com> <201010190849.58660.jhb@freebsd.org> Date: Tue, 19 Oct 2010 18:05:24 +0400 Message-ID: From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Charles Owens , freebsd-current@freebsd.org, 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: Tue, 19 Oct 2010 14:05:26 -0000 On 19 October 2010 16:49, John Baldwin wrote: > On Monday, October 18, 2010 12:55:18 pm Sergey Kandaurov wrote: >> On 16 October 2010 02:18, Sergey Kandaurov wrote: >> > On 16 October 2010 00:51, Charles Owens = wrote: >> >> =A0Hmm... the problem appears to have resolved itself. =A0After a few= hours the >> >> new drive seems to have gone back into the array, and the original ho= t spare >> >> drive put back into hot-spare state. >> >> >> >> So I'm interpreting state 0x0020 to therefore mean something like "ha= ng on >> >> while I use this new drive to automatically put everything back as it= was >> >> before the failure". =A0Is this correct? >> >> >> >> Thanks, >> >> Charles >> >> >> >> [root@Bsvr ~]# mfiutil show drives >> >> mfi0 Physical Drives: >> >> ( =A0149G) ONLINE =A0SATA enclosu= re 1, slot 0 >> >> ( =A0149G) ONLINE =A0SATA enclosu= re 1, slot 1 >> >> ( =A0149G) ONLINE =A0SATA enclosu= re 1, slot 2 >> >> ( =A0149G) HOT SPARE =A0SATA encl= osure 1, slot >> >> 3 >> >> ( =A0149G) ONLINE =A0SATA enclosu= re 1, slot 4 >> >> >> >> >> >> >>> >> [...] >> >>> [root@svr ~]# mfiutil show drives >> >>> mfi0 Physical Drives: >> >>> ( =A0149G) ONLINE =A0SATA enclos= ure 1, slot >> >>> 0 >> >>> ( =A0149G) ONLINE =A0SATA enclos= ure 1, slot >> >>> 1 >> >>> ( =A0149G) ONLINE =A0SATA enclos= ure 1, slot >> >>> 2 >> >>> ( =A0149G) ONLINE =A0SATA enclos= ure 1, slot >> >>> 3 >> >>> ( =A0149G) PSTATE 0x0020 =A0SATA= enclosure >> >>> 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 ba= ck >> > 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. > > If you have access to the MFI docs (or a reference in the Linux driver, e= .g.) > then this is fine. =A0The existing pd_state enum lists the values for PD = state > that were listed in the MFI docs I had access to at the time I wrote mfiu= til. > Hi, John. I've no such access unfortunately. As for FreeBSD vendor's driver, it doesn't list PD states at all (and looks like their version lags behind other OS versions). However, they (LSI) are listing COPYBACK entry as 0x20 in its Linux driver= , and there: http://lkml.org/lkml/2009/5/5/389 --=20 wbr, pluknet From owner-freebsd-hardware@FreeBSD.ORG Tue Oct 19 14:12:32 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 BEA491065679; Tue, 19 Oct 2010 14:12:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 76A068FC34; Tue, 19 Oct 2010 14:12:32 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 08AB646BA0; Tue, 19 Oct 2010 10:12:32 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F06E58A01D; Tue, 19 Oct 2010 10:12:30 -0400 (EDT) From: John Baldwin To: Sergey Kandaurov Date: Tue, 19 Oct 2010 10:11:44 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <4CB8A614.6000707@greatbaysoftware.com> <201010190849.58660.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201010191011.44962.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 19 Oct 2010 10:12:31 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Charles Owens , freebsd-current@freebsd.org, 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: Tue, 19 Oct 2010 14:12:33 -0000 On Tuesday, October 19, 2010 10:05:24 am Sergey Kandaurov wrote: > On 19 October 2010 16:49, John Baldwin wrote: > > On Monday, October 18, 2010 12:55:18 pm Sergey Kandaurov wrote: > >> On 16 October 2010 02:18, Sergey Kandaurov wrote: > >> > On 16 October 2010 00:51, Charles Owens wrote: > >> >> Hmm... the problem appears to have resolved itself. After a few hours 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 was > >> >> before the failure". Is this correct? > >> >> > >> >> Thanks, > >> >> Charles > >> >> > >> >> [root@Bsvr ~]# mfiutil show drives > >> >> mfi0 Physical Drives: > >> >> ( 149G) ONLINE SATA enclosure 1, slot 0 > >> >> ( 149G) ONLINE SATA enclosure 1, slot 1 > >> >> ( 149G) ONLINE SATA enclosure 1, slot 2 > >> >> ( 149G) HOT SPARE SATA enclosure 1, slot > >> >> 3 > >> >> ( 149G) ONLINE SATA enclosure 1, slot 4 > >> >> > >> >> > >> > >> >>> > >> [...] > >> >>> [root@svr ~]# mfiutil show drives > >> >>> mfi0 Physical Drives: > >> >>> ( 149G) ONLINE SATA enclosure 1, slot > >> >>> 0 > >> >>> ( 149G) ONLINE SATA enclosure 1, slot > >> >>> 1 > >> >>> ( 149G) ONLINE SATA enclosure 1, slot > >> >>> 2 > >> >>> ( 149G) ONLINE SATA enclosure 1, slot > >> >>> 3 > >> >>> ( 149G) PSTATE 0x0020 SATA enclosure > >> >>> 1, slot 4 > >> >>> > >> >>> mfi0: port 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. > > > > If you have access to the MFI docs (or a reference in the Linux driver, e.g.) > > then this is fine. The existing pd_state enum lists the values for PD state > > that were listed in the MFI docs I had access to at the time I wrote mfiutil. > > > > Hi, John. > > I've no such access unfortunately. > As for FreeBSD vendor's driver, it doesn't list PD states at all > (and looks like their version lags behind other OS versions). > > However, they (LSI) are listing COPYBACK entry as 0x20 in its Linux driver, > and there: http://lkml.org/lkml/2009/5/5/389 Ok. You should add the SYSTEM state too (0x40) while you are at it. -- John Baldwin From owner-freebsd-hardware@FreeBSD.ORG Tue Oct 19 14:31:14 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 5F4141065741; Tue, 19 Oct 2010 14:31:14 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 6225E8FC08; Tue, 19 Oct 2010 14:31:13 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id o9JEGM3s046461; Tue, 19 Oct 2010 08:16:22 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: Date: Tue, 19 Oct 2010 08:16:22 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <5B6C7929-8868-487C-97DC-DACEAEBFBC55@samsco.org> References: <4CB8A614.6000707@greatbaysoftware.com> <4CB8BED6.8040204@greatbaysoftware.com> To: Garrett Cooper X-Mailer: Apple Mail (2.1081) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Charles Owens , Sergey Kandaurov , freebsd-hardware@freebsd.org, FreeBSD Current 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: Tue, 19 Oct 2010 14:31:14 -0000 On Oct 18, 2010, at 11:25 AM, Garrett Cooper wrote: > On Mon, Oct 18, 2010 at 9:55 AM, Sergey Kandaurov = wrote: >> On 16 October 2010 02:18, Sergey Kandaurov wrote: >>>=20 >=20 > Check with LSI before you commit that; you might not understand > the overall nuances of that value. In all fairness, we're talking about an information reporting attribute, = not an action attribute. And yes, most of us in this discussion have = been writing device drivers and working with vendors for years. Scott From owner-freebsd-hardware@FreeBSD.ORG Sat Oct 23 16:50:34 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 6445D1065672 for ; Sat, 23 Oct 2010 16:50:34 +0000 (UTC) (envelope-from noreply@wacom-asia.com) Received: from ap10.wacom.co.jp (ap10.wacom.co.jp [210.153.112.210]) by mx1.freebsd.org (Postfix) with ESMTP id 202248FC1B for ; Sat, 23 Oct 2010 16:50:34 +0000 (UTC) Received: by ap10.wacom.co.jp (Postfix, from userid 521) id 6132F19FA7FB; Sat, 23 Oct 2010 23:21:36 +0900 (JST) To: freebsd-hardware@freebsd.org Content-Transfer-Encoding: 8Bit X-Mailer: Drupal Errors-To: noreply@wacom-asia.com Sender: noreply@wacom-asia.com From: suzyzokaya@hotmail.fr Message-Id: <20101023150500.6132F19FA7FB@ap10.wacom.co.jp> Date: Sat, 23 Oct 2010 23:21:36 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Suzy Zokaya. has forwarded a page to you from Wacom India 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: Sat, 23 Oct 2010 16:50:34 -0000 [1]Wacom India [2]Suzy Zokaya. thought you would like to see this page from the Wacom India web site. Message from Sender: suzyzokaya@hotmail.fr Hello!!! I am Suzy Zokaya I saw your contact mail today when i was searching and browsing through internet,and i was deeply moved.I think that you are a very interesting person.So I decided to use the chance to get to know you.i do not think that the age appearance is so important. The most important is what is inside you and how do you feel about the life.I know this life from many sides and I am rather mature already to know how to make a man happy.I think we should use every chance to find our happiness. and I am contacting you for obvious reason which you will understand.Reply me through my email address (suzyzokaya@hotmail.fr) so that i will send my photo and more details to you,and i have a very important thing to tell you,i still hope for your reply,have a pleasant day, Suzy Zokaya. [3]IKEA chooses Wacom's SignPad to reduce costs and paperwork Wacom, the leading manufacturer of pen tablets, interactive pen displays and intuitive interface devices, today announces that the major home furnishings retailer IKEA has adopted the electronic receipt storage solution from TeleCash GmbH & Co. KG based on Wacomâs LCD signature tablet technology - the STU-500 (or SignPad)?- across Germany. In pionieering this solution, TeleCash is using the market leading technology from Wacom for generating electronical signatures. [4]Click here to read more on our site References 1. http://www.wacom.co.in/ 2. mailto:suzyzokaya@hotmail.fr 3. http://www.wacom.co.in/forward/emailref/301 4. http://www.wacom.co.in/forward/emailref/301