[OpenIndiana-discuss] zpool in sorry state

[Eric Pierce]

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
>>
>
>