[OpenIndiana-discuss] zpool in sorry state

Wed Jul 13 13:28:03 UTC 2011

Is the 9211-8i a different driver than mpt_sas?

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
>