Is the 9211-8i a different driver than mpt_sas? On Wed, Jul 13, 2011 at 2:53 AM, Roy Sigurd Karlsbakk <r...@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 <agtcov...@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 > > > <r...@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 > > >> > <r...@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 > > >> > > > <catsey...@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@openindiana.org > > >> > > > http://openindiana.org/mailman/listinfo/openindiana-discuss > > >> > > > > >> > > -- > > >> > > Vennlige hilsener / Best regards > > >> > > > > >> > > roy > > >> > > -- > > >> > > Roy Sigurd Karlsbakk > > >> > > (+47) 97542685 > > >> > > r...@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@openindiana.org > > >> > > http://openindiana.org/mailman/listinfo/openindiana-discuss > > >> > > > > >> > _______________________________________________ > > >> > OpenIndiana-discuss mailing list > > >> > OpenIndiana-discuss@openindiana.org > > >> > http://openindiana.org/mailman/listinfo/openindiana-discuss > > >> > > >> -- > > >> Vennlige hilsener / Best regards > > >> > > >> roy > > >> -- > > >> Roy Sigurd Karlsbakk > > >> (+47) 97542685 > > >> r...@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@openindiana.org > > >> http://openindiana.org/mailman/listinfo/openindiana-discuss > > >> > > > > > > > > _______________________________________________ > > OpenIndiana-discuss mailing list > > OpenIndiana-discuss@openindiana.org > > http://openindiana.org/mailman/listinfo/openindiana-discuss > > -- > Vennlige hilsener / Best regards > > roy > -- > Roy Sigurd Karlsbakk > (+47) 97542685 > r...@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@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > _______________________________________________ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
