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 <[email protected]> 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 > <[email protected]>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 >> > <[email protected]>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 >> > > > <[email protected]> >> > > > 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 >> > > > [email protected] >> > > > http://openindiana.org/mailman/listinfo/openindiana-discuss >> > > >> > > -- >> > > Vennlige hilsener / Best regards >> > > >> > > roy >> > > -- >> > > Roy Sigurd Karlsbakk >> > > (+47) 97542685 >> > > [email protected] >> > > 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 >> > > [email protected] >> > > http://openindiana.org/mailman/listinfo/openindiana-discuss >> > > >> > _______________________________________________ >> > OpenIndiana-discuss mailing list >> > [email protected] >> > http://openindiana.org/mailman/listinfo/openindiana-discuss >> >> -- >> Vennlige hilsener / Best regards >> >> roy >> -- >> Roy Sigurd Karlsbakk >> (+47) 97542685 >> [email protected] >> 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 >> [email protected] >> http://openindiana.org/mailman/listinfo/openindiana-discuss >> > > _______________________________________________ OpenIndiana-discuss mailing list [email protected] http://openindiana.org/mailman/listinfo/openindiana-discuss
