[OpenIndiana-discuss] zpool in sorry state

[Christopher Chan]

On Wednesday, July 13, 2011 09:28 PM, Eric Pierce wrote:
> Is the 9211-8i a different driver than mpt_sas?

No it is not. LSI 2008 chip - mpt_sas driver


>
> On Wed, Jul 13, 2011 at 2:53 AM, Roy Sigurd Karlsbakk<roy at karlsbakk.net>wrote:
>
>> We're moving to 9211-8i - so far no such problems with those. Exporting and
>> reimporting the pool shouldn't be a problem.
>>
>> roy
>>
>> ----- Original Message -----
>>> Also, would it be possible to just export the pool, install the new
>>> HBA, and
>>> re-import the pool or is that asking too much? :)
>>>
>>> On Tue, Jul 12, 2011 at 9:07 PM, Eric Pierce<agtcovert at gmail.com>
>>> wrote:
>>>
>>>> Is it functionally different if I don't even bother with the raid
>>>> crap on
>>>> it, or should I change the firmware anyway?
>>>>
>>>> The LSI controller is built into the motherboard of the supermicro
>>>> server
>>>> we have. Do you have a recommendation for a better SAS HBA?
>>>>
>>>>
>>>> On Tue, Jul 12, 2011 at 3:54 PM, Roy Sigurd Karlsbakk
>>>> <roy at karlsbakk.net>wrote:
>>>>
>>>>> And by the way, the IR firmware is the 'raid' firmware, supporting
>>>>> mirrors. Better use the IT firmware for ZFS
>>>>>
>>>>> roy
>>>>>
>>>>> ----- Original Message -----
>>>>>> It's an LSI2008-IR. Same thing or different? It's a SAS
>>>>>> controller, no
>>>>>> RAID.
>>>>>>
>>>>>> On Sat, Jul 9, 2011 at 3:21 PM, Roy Sigurd Karlsbakk
>>>>>> <roy at karlsbakk.net>wrote:
>>>>>>
>>>>>>> It wouldn't be an LSI 3801/3081 board by any chance? I've seen
>>>>>>> some
>>>>>>> rather
>>>>>>> bad issues like this with those boards
>>>>>>>
>>>>>>> roy
>>>>>>>
>>>>>>> ----- Original Message -----
>>>>>>>> Indeed, right now zpool status -v is reporting only 1
>>>>>>>> unrecoverable
>>>>>>>> error.
>>>>>>>> However, other LUNs aren't recognized by VMWare as VMFS
>>>>>>>> volumes
>>>>>>>> anymore.
>>>>>>>>
>>>>>>>> The server does have ECC memory, and an LSI SAS controller
>>>>>>>> (no
>>>>>>>> RAID,
>>>>>>>> ZFS
>>>>>>>> handles everything). We've had this in production for about 4
>>>>>>>> months
>>>>>>>> without issue until yesterday. I agree about mirror-8; I'm
>>>>>>>> concerned
>>>>>>>> it may
>>>>>>>> also have problems. I did online one drive in mirror-3. The
>>>>>>>> other
>>>>>>>> drive,
>>>>>>>> wouldn't online.
>>>>>>>>
>>>>>>>> At this point I want to get the two replacement drives I have
>>>>>>>> installed,
>>>>>>>> which goes back to one of my questions: what's the best
>>>>>>>> method for
>>>>>>>> replacement with hot spare already in place? I've seen other
>>>>>>>> articles/posts
>>>>>>>> about simply using zpool detach pool_name failed_device, but
>>>>>>>> I
>>>>>>>> want to
>>>>>>>> make
>>>>>>>> sure I get that part right and don't cause further problems.
>>>>>>>> Once
>>>>>>>> I
>>>>>>>> know
>>>>>>>> those are in place, I'm going to run a full scrub in the
>>>>>>>> evening.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Eric Pierce
>>>>>>>>
>>>>>>>> On Fri, Jul 8, 2011 at 9:27 AM, Lucas Van Tol
>>>>>>>> <catseyev9 at hotmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> I think the re silver should have looked at all the data
>>>>>>>>> and
>>>>>>>>> given
>>>>>>>>> you the
>>>>>>>>> entire list of bad data, but I'm not entirely sure if re
>>>>>>>>> silvers
>>>>>>>>> look
>>>>>>>>> outside of the vdev they are fixing.
>>>>>>>>> A scrub would look at all the data and verify it.
>>>>>>>>>
>>>>>>>>> I note that your drives are out due to too many errors.
>>>>>>>>> Normally, I would say just replace them, but since you lost
>>>>>>>>> so
>>>>>>>>> many
>>>>>>>>> at
>>>>>>>>> once; it may be worth trying to force the drives online.
>>>>>>>>> I don't know how that will interact with the spares, but if
>>>>>>>>> the
>>>>>>>>> original
>>>>>>>>> drives can be brought online and a scrub run; one of the
>>>>>>>>> two
>>>>>>>>> drives
>>>>>>>>> may
>>>>>>>>> still have the missing data; after which a scrub may
>>>>>>>>> recover it.
>>>>>>>>> It would be a problem if the spare detached itself though,
>>>>>>>>> and
>>>>>>>>> I'm
>>>>>>>>> not sure
>>>>>>>>> how spares behave in such situations.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Also; mirror 8 has more 'read' errors than I would trust.
>>>>>>>>> I find it suspicious that there are an equal #'s of
>>>>>>>>> failures on
>>>>>>>>> disks in
>>>>>>>>> that vdev.
>>>>>>>>> Have you had any memory or disk controller issues on the
>>>>>>>>> system,
>>>>>>>>> and
>>>>>>>>> are
>>>>>>>>> you using ECC memory?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> -Lucas Van Tol
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> OpenIndiana-discuss mailing list
>>>>>>>> OpenIndiana-discuss at openindiana.org
>>>>>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>>>
>>>>>>> --
>>>>>>> Vennlige hilsener / Best regards
>>>>>>>
>>>>>>> roy
>>>>>>> --
>>>>>>> Roy Sigurd Karlsbakk
>>>>>>> (+47) 97542685
>>>>>>> roy at karlsbakk.net
>>>>>>> http://blogg.karlsbakk.net/
>>>>>>> --
>>>>>>> I all pedagogikk er det essensielt at pensum presenteres
>>>>>>> intelligibelt. Det
>>>>>>> er et elementært imperativ for alle pedagoger å unngå eksessiv
>>>>>>> anvendelse av
>>>>>>> idiomer med fremmed opprinnelse. I de fleste tilfeller
>>>>>>> eksisterer
>>>>>>> adekvate
>>>>>>> og relevante synonymer på norsk.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> OpenIndiana-discuss mailing list
>>>>>>> OpenIndiana-discuss at openindiana.org
>>>>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>>>
>>>>>> _______________________________________________
>>>>>> OpenIndiana-discuss mailing list
>>>>>> OpenIndiana-discuss at openindiana.org
>>>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>
>>>>> --
>>>>> Vennlige hilsener / Best regards
>>>>>
>>>>> roy
>>>>> --
>>>>> Roy Sigurd Karlsbakk
>>>>> (+47) 97542685
>>>>> roy at karlsbakk.net
>>>>> http://blogg.karlsbakk.net/
>>>>> --
>>>>> I all pedagogikk er det essensielt at pensum presenteres
>>>>> intelligibelt.
>>>>> Det er et elementært imperativ for alle pedagoger å unngå eksessiv
>>>>> anvendelse av idiomer med fremmed opprinnelse. I de fleste
>>>>> tilfeller
>>>>> eksisterer adekvate og relevante synonymer på norsk.
>>>>>
>>>>> _______________________________________________
>>>>> OpenIndiana-discuss mailing list
>>>>> OpenIndiana-discuss at openindiana.org
>>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>
>>>>
>>>>
>>> _______________________________________________
>>> OpenIndiana-discuss mailing list
>>> OpenIndiana-discuss at openindiana.org
>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>
>> --
>> Vennlige hilsener / Best regards
>>
>> roy
>> --
>> Roy Sigurd Karlsbakk
>> (+47) 97542685
>> roy at karlsbakk.net
>> http://blogg.karlsbakk.net/
>> --
>> I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det
>> er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av
>> idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate
>> og relevante synonymer på norsk.
>>
>> _______________________________________________
>> OpenIndiana-discuss mailing list
>> OpenIndiana-discuss at openindiana.org
>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>
> _______________________________________________
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss at openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss