[OpenIndiana-discuss] zpool in sorry state

Wed Jul 13 06:53:05 UTC 2011

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.