Re: [zfs-discuss] Has anyone used a Dell with a PERC H310?
On 01/07/2013 04:16 PM, Sašo Kiselkov wrote: PERC H200 are well behaved cards that are easy to reflash and work well (even in JBOD mode) on Illumos - they are essentially a LSI SAS 9211. If you can get them, they're one heck of a reliable beast, and cheap too! I've had trouble with one of those (Dell PERC H200) in a Z68X-UD3H-B3 motherboard. When it was inserted in any slot, the machine wouldn't power on. I put it in a Dell desktop I borrowed for a day and it worked there. Any idea as to what might be the trouble? Couldn't even get it working long enough to attempt to reflash its BIOS. The machine would power on for a few seconds and immediately turn off. ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Has anyone used a Dell with a PERC H310?
Hi, Thank you very much for hints, I will try. Best Regards, a. -Original Message- From: Sašo Kiselkov [mailto:skiselkov...@gmail.com] Sent: Monday, January 07, 2013 10:16 PM To: Tim Fletcher Cc: Andrzej Sochon; zfs-discuss@opensolaris.org Subject: Re: [zfs-discuss] Has anyone used a Dell with a PERC H310? On 01/07/2013 09:32 PM, Tim Fletcher wrote: On 07/01/13 14:01, Andrzej Sochon wrote: Hello *Sašo*! I found you here: http://mail.opensolaris.org/pipermail/zfs-discuss/2012-May/051546.htm l How about reflashing LSI firmware to the card? I read on Dell's spec sheets that the card runs an LSISAS2008 chip, so chances are that standard LSI firmware will work on it. I can send you all the required bits to do the reflash, if you like. I got Dell Perc H310 controller for do-it-yourself experiments, I tried to run it on non-Dell PC platforms like Asus P5Q and Foxconn G31MX. Without success. I will appreciate very much any hint how to get LSI firmware and reflash Dell H310. I've successfully crossflashed Dell H200 cards with this method http://forums.servethehome.com/showthread.php?467-DELL-H200-Flash-to-I T-firmware-Procedure-for-DELL-servers PERC H200 are well behaved cards that are easy to reflash and work well (even in JBOD mode) on Illumos - they are essentially a LSI SAS 9211. If you can get them, they're one heck of a reliable beast, and cheap too! -- Saso ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] HP Proliant DL360 G7
On Jul 2, 2012, at 7:57 PM, Richard Elling wrote: FYI, HP also sells an 8-port IT-style HBA (SC-08Ge), but it is hard to locate with their configurators. There might be a more modern equivalent cleverly hidden somewhere difficult to find. -- richard Richard, Do you know if the HBAs in HP controllers be swapped out with any well characterized (by nexenta) HBAs like the 9211-8e or do they require a specific 'controller HBA' like the SC-08Ge? IE, does it void the warranty if you open up the controller and stick a third party card in there? Did you ever try to 'bypass' the controllers at all and just plug into an expander? I prefer HP hardware also but the controller is getting in the way. Ill be asking HP the same questions in the next few weeks with any luck but your opinion and experiences are on another level compared to HPs pre-sales department... not that theyre bad but in this realm youre the man :) Thanks, Mark ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] HP Proliant DL360 G7
On 01/08/2013 04:27 PM, mark wrote: On Jul 2, 2012, at 7:57 PM, Richard Elling wrote: FYI, HP also sells an 8-port IT-style HBA (SC-08Ge), but it is hard to locate with their configurators. There might be a more modern equivalent cleverly hidden somewhere difficult to find. -- richard Richard, Do you know if the HBAs in HP controllers be swapped out with any well characterized (by nexenta) HBAs like the 9211-8e or do they require a specific 'controller HBA' like the SC-08Ge? IE, does it void the warranty if you open up the controller and stick a third party card in there? Did you ever try to 'bypass' the controllers at all and just plug into an expander? I prefer HP hardware also but the controller is getting in the way. Ill be asking HP the same questions in the next few weeks with any luck but your opinion and experiences are on another level compared to HPs pre-sales department... not that theyre bad but in this realm youre the man :) I know you didn't ask me, but I can tell you my experience: it depends on what you mean by warranty. If you mean as in warranty on sales of goods (as mandated by law), then no, sticking a different HBA in your servers does not void your warranty (unless this is expressly labeled on the product - manufacturers typically also put protective labels on screws then). When it comes to support services, though, such as phone support and firmware updates, then yes, using a third-party HBA can make these difficult and/or impossible. HP storage enclosure and drive firmware, for example, can only be flashed through an HP-branded SmartArray card. Depending on what software you are running on the machines it can make no difference at all, or a lot of difference. For instance, if you're running proprietary storage controller software on the server (think something like NexentaStor, but from the HW vendor), then your custom HBA might simply be flat out unsupported and the only response you'll get from the vendor support team is stick the card we shipped it with back in. OTOH if you're running something not HW vendor-specific (like the aforementioned NexentaStor, or any other Illumos variant), and the HW vendor at least gives lip service to supporting your platform (always tell the support folk you're running Solaris), then chances are that your support contract will be just as valid as before. I've had drives fail on Dell machines and each time support was happy when I just told them drive dead, running Solaris, here's the log output, send a new one please. Cheers, -- Saso ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] HP Proliant DL360 G7
This has been covered here, but it works. I typically use LSI-9211 and 9205 controller in G6 and G7 ProLiant systems for ZFS use. I usually bypass the onboard controller. I don't use the HP expander card since the LSI cards provide enough ports. That expander card is good for ZFS, though. See: http://serverfault.com/a/398579/13325 and http://flic.kr/s/aHsjtyfUBB -- Edmund White ewwh...@mac.com On 1/8/13 9:27 AM, mark carne...@gmail.com wrote: On Jul 2, 2012, at 7:57 PM, Richard Elling wrote: FYI, HP also sells an 8-port IT-style HBA (SC-08Ge), but it is hard to locate with their configurators. There might be a more modern equivalent cleverly hidden somewhere difficult to find. -- richard Richard, Do you know if the HBAs in HP controllers be swapped out with any well characterized (by nexenta) HBAs like the 9211-8e or do they require a specific 'controller HBA' like the SC-08Ge? IE, does it void the warranty if you open up the controller and stick a third party card in there? Did you ever try to 'bypass' the controllers at all and just plug into an expander? I prefer HP hardware also but the controller is getting in the way. Ill be asking HP the same questions in the next few weeks with any luck but your opinion and experiences are on another level compared to HPs pre-sales department... not that theyre bad but in this realm youre the man :) Thanks, Mark ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
[zfs-discuss] pool metadata has duplicate children
I seem to have managed to end up with a pool that is confused abut its children disks. The pool is faulted with corrupt metadata: pool: d state: FAULTED status: The pool metadata is corrupted and the pool cannot be opened. action: Destroy and re-create the pool from a backup source. see: http://illumos.org/msg/ZFS-8000-72 scan: none requested config: NAME STATE READ WRITE CKSUM dFAULTED 0 0 1 raidz1-0 FAULTED 0 0 6 da1 ONLINE 0 0 0 3419704811362497180 OFFLINE 0 0 0 was /dev/da2 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 But if I look at the labels on all the online disks I see this: # zdb -ul /dev/da1 | egrep '(children|path)' children[0]: path: '/dev/da1' children[1]: path: '/dev/da2' children[2]: path: '/dev/da2' children[3]: path: '/dev/da3' children[4]: path: '/dev/da4' ... But the offline disk (da2) shows the older correct label: children[0]: path: '/dev/da1' children[1]: path: '/dev/da2' children[2]: path: '/dev/da3' children[3]: path: '/dev/da4' children[4]: path: '/dev/da5' zpool import -F doesnt help because none of the labels on the unfaulted disks seem to have the right label. And unless I can import the pool I cant replace the bad drive. Also zpool seems to really not want to import a raidz1 pool with one faulted drive even though that should be readable. I have read about the undocumented -V option but dont know if that would help. I got into this state when i noticed the pool was DEGRADED and was trying to replace the bad disk. I am debugging it under FreeBSD 9.1 Suggestions of things to try welcome, Im more interested in learning what went wrong than restoring the pool. I dont think I should have been able to go from one offline drive to a unrecoverable pool this easily. -jg ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] HP Proliant DL360 G7
Good call Saso. Sigh... I guess I wait to hear from HP on supported IT mode HBAs in their D2000s or other jbods. On Tue, Jan 8, 2013 at 11:40 AM, Sašo Kiselkov skiselkov...@gmail.comwrote: On 01/08/2013 04:27 PM, mark wrote: On Jul 2, 2012, at 7:57 PM, Richard Elling wrote: FYI, HP also sells an 8-port IT-style HBA (SC-08Ge), but it is hard to locate with their configurators. There might be a more modern equivalent cleverly hidden somewhere difficult to find. -- richard Richard, Do you know if the HBAs in HP controllers be swapped out with any well characterized (by nexenta) HBAs like the 9211-8e or do they require a specific 'controller HBA' like the SC-08Ge? IE, does it void the warranty if you open up the controller and stick a third party card in there? Did you ever try to 'bypass' the controllers at all and just plug into an expander? I prefer HP hardware also but the controller is getting in the way. Ill be asking HP the same questions in the next few weeks with any luck but your opinion and experiences are on another level compared to HPs pre-sales department... not that theyre bad but in this realm youre the man :) I know you didn't ask me, but I can tell you my experience: it depends on what you mean by warranty. If you mean as in warranty on sales of goods (as mandated by law), then no, sticking a different HBA in your servers does not void your warranty (unless this is expressly labeled on the product - manufacturers typically also put protective labels on screws then). When it comes to support services, though, such as phone support and firmware updates, then yes, using a third-party HBA can make these difficult and/or impossible. HP storage enclosure and drive firmware, for example, can only be flashed through an HP-branded SmartArray card. Depending on what software you are running on the machines it can make no difference at all, or a lot of difference. For instance, if you're running proprietary storage controller software on the server (think something like NexentaStor, but from the HW vendor), then your custom HBA might simply be flat out unsupported and the only response you'll get from the vendor support team is stick the card we shipped it with back in. OTOH if you're running something not HW vendor-specific (like the aforementioned NexentaStor, or any other Illumos variant), and the HW vendor at least gives lip service to supporting your platform (always tell the support folk you're running Solaris), then chances are that your support contract will be just as valid as before. I've had drives fail on Dell machines and each time support was happy when I just told them drive dead, running Solaris, here's the log output, send a new one please. Cheers, -- Saso ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] HP Proliant DL360 G7
The D2600 and D2700 enclosures are fully supported as Nexenta JBODs.http://serverfault.com/a/461977/13325 I run them in multiple production environmentshttp://flic.kr/p/dJWXBd.http://flic.kr/p/dJWXBd I *could* use an HP-branded LSI controller (SC08Gehttp://h18004.www1.hp.com/products/quickspecs/13082_na/13082_na.HTML), but I prefer the higher performance of the LSI 9211 and 9205e HBA's. I recently posted on Server Fault with the Nexenta consolehttp://serverfault.com/a/461977/13325 representation of the HP D2700 JBOD. It's already integrated with NexentaStor. -- Edmund White ewwh...@mac.com From: Mark - carne...@gmail.commailto:carne...@gmail.com Date: Tuesday, January 8, 2013 12:09 PM To: Sašo Kiselkov skiselkov...@gmail.commailto:skiselkov...@gmail.com Cc: zfs-discuss@opensolaris.orgmailto:zfs-discuss@opensolaris.org zfs-discuss@opensolaris.orgmailto:zfs-discuss@opensolaris.org Subject: Re: [zfs-discuss] HP Proliant DL360 G7 Good call Saso. Sigh... I guess I wait to hear from HP on supported IT mode HBAs in their D2000s or other jbods. On Tue, Jan 8, 2013 at 11:40 AM, Sašo Kiselkov skiselkov...@gmail.commailto:skiselkov...@gmail.com wrote: On 01/08/2013 04:27 PM, mark wrote: On Jul 2, 2012, at 7:57 PM, Richard Elling wrote: FYI, HP also sells an 8-port IT-style HBA (SC-08Ge), but it is hard to locate with their configurators. There might be a more modern equivalent cleverly hidden somewhere difficult to find. -- richard Richard, Do you know if the HBAs in HP controllers be swapped out with any well characterized (by nexenta) HBAs like the 9211-8e or do they require a specific 'controller HBA' like the SC-08Ge? IE, does it void the warranty if you open up the controller and stick a third party card in there? Did you ever try to 'bypass' the controllers at all and just plug into an expander? I prefer HP hardware also but the controller is getting in the way. Ill be asking HP the same questions in the next few weeks with any luck but your opinion and experiences are on another level compared to HPs pre-sales department... not that theyre bad but in this realm youre the man :) I know you didn't ask me, but I can tell you my experience: it depends on what you mean by warranty. If you mean as in warranty on sales of goods (as mandated by law), then no, sticking a different HBA in your servers does not void your warranty (unless this is expressly labeled on the product - manufacturers typically also put protective labels on screws then). When it comes to support services, though, such as phone support and firmware updates, then yes, using a third-party HBA can make these difficult and/or impossible. HP storage enclosure and drive firmware, for example, can only be flashed through an HP-branded SmartArray card. Depending on what software you are running on the machines it can make no difference at all, or a lot of difference. For instance, if you're running proprietary storage controller software on the server (think something like NexentaStor, but from the HW vendor), then your custom HBA might simply be flat out unsupported and the only response you'll get from the vendor support team is stick the card we shipped it with back in. OTOH if you're running something not HW vendor-specific (like the aforementioned NexentaStor, or any other Illumos variant), and the HW vendor at least gives lip service to supporting your platform (always tell the support folk you're running Solaris), then chances are that your support contract will be just as valid as before. I've had drives fail on Dell machines and each time support was happy when I just told them drive dead, running Solaris, here's the log output, send a new one please. Cheers, -- Saso ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] pool metadata has duplicate children
Have you tried importing the pool with that drive completely unplugged? Which HBA are you using? How many of these disks are on same or separate HBAs? Gregg Wonderly On Jan 8, 2013, at 12:05 PM, John Giannandrea j...@meer.net wrote: I seem to have managed to end up with a pool that is confused abut its children disks. The pool is faulted with corrupt metadata: pool: d state: FAULTED status: The pool metadata is corrupted and the pool cannot be opened. action: Destroy and re-create the pool from a backup source. see: http://illumos.org/msg/ZFS-8000-72 scan: none requested config: NAME STATE READ WRITE CKSUM dFAULTED 0 0 1 raidz1-0 FAULTED 0 0 6 da1 ONLINE 0 0 0 3419704811362497180 OFFLINE 0 0 0 was /dev/da2 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 But if I look at the labels on all the online disks I see this: # zdb -ul /dev/da1 | egrep '(children|path)' children[0]: path: '/dev/da1' children[1]: path: '/dev/da2' children[2]: path: '/dev/da2' children[3]: path: '/dev/da3' children[4]: path: '/dev/da4' ... But the offline disk (da2) shows the older correct label: children[0]: path: '/dev/da1' children[1]: path: '/dev/da2' children[2]: path: '/dev/da3' children[3]: path: '/dev/da4' children[4]: path: '/dev/da5' zpool import -F doesnt help because none of the labels on the unfaulted disks seem to have the right label. And unless I can import the pool I cant replace the bad drive. Also zpool seems to really not want to import a raidz1 pool with one faulted drive even though that should be readable. I have read about the undocumented -V option but dont know if that would help. I got into this state when i noticed the pool was DEGRADED and was trying to replace the bad disk. I am debugging it under FreeBSD 9.1 Suggestions of things to try welcome, Im more interested in learning what went wrong than restoring the pool. I dont think I should have been able to go from one offline drive to a unrecoverable pool this easily. -jg ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Has anyone used a Dell with a PERC H310?
On Mon, Jan 7, 2013 at 4:16 PM, Sašo Kiselkov skiselkov...@gmail.comwrote: PERC H200 are well behaved cards that are easy to reflash and work well (even in JBOD mode) on Illumos - they are essentially a LSI SAS 9211. If you can get them, they're one heck of a reliable beast, and cheap too! That method that was linked seemed very specific to Dell servers; from my experience with reflashing various LSI cards, can't I just USB boot to a FreeDOS environment in any system, and then run sasflash/sas2flsh with the appropriate IT-mode firmware? Seems like the M1015 has spiked in price again on eBay (US) whilst the H200 is still under $100. --khd ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Has anyone used a Dell with a PERC H310?
On Tue, Jan 08, 2013 at 06:36:18AM -0500, Ray Arachelian wrote: On 01/07/2013 04:16 PM, Sašo Kiselkov wrote: PERC H200 are well behaved cards that are easy to reflash and work well (even in JBOD mode) on Illumos - they are essentially a LSI SAS 9211. If you can get them, they're one heck of a reliable beast, and cheap too! I've had trouble with one of those (Dell PERC H200) in a Z68X-UD3H-B3 motherboard. When it was inserted in any slot, the machine wouldn't power on. I put it in a Dell desktop I borrowed for a day and it worked there. Any idea as to what might be the trouble? Couldn't even get it working long enough to attempt to reflash its BIOS. The machine would power on for a few seconds and immediately turn off. wild guess: Not enough available PCI option rom memory for the H200 card on that motherboard? -- Pasi ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] pool metadata has duplicate children
Gregg Wonderly gregg...@gmail.com wrote: Have you tried importing the pool with that drive completely unplugged? Thanks for your reply. I just tried that. zpool import now says: pool: d id: 13178956075737687211 state: FAULTED status: The pool metadata is corrupted. action: The pool cannot be imported due to damaged devices or data. The pool may be active on another system, but can be imported using the '-f' flag. see: http://illumos.org/msg/ZFS-8000-72 config: dFAULTED corrupted data raidz1-0 FAULTED corrupted data da1 ONLINE 3419704811362497180 OFFLINE da2 ONLINE da3 ONLINE da4 ONLINE Notice that in the absence of the faulted da2 the OS has assigned da3 to da2 etc. I suspect this was part of the original problem in creating a label with two da2s zdb still reports that the label has two da2 children: vdev_tree: type: 'raidz' id: 0 guid: 11828532517066189487 nparity: 1 metaslab_array: 23 metaslab_shift: 36 ashift: 9 asize: 920660480 is_log: 0 children[0]: type: 'disk' id: 0 guid: 13697627234083630557 path: '/dev/da1' whole_disk: 0 DTL: 78 children[1]: type: 'disk' id: 1 guid: 3419704811362497180 path: '/dev/da2' whole_disk: 0 DTL: 71 offline: 1 children[2]: type: 'disk' id: 2 guid: 6790266178760006782 path: '/dev/da2' whole_disk: 0 DTL: 77 children[3]: type: 'disk' id: 3 guid: 2883571222332651955 path: '/dev/da3' whole_disk: 0 DTL: 76 children[4]: type: 'disk' id: 4 guid: 16640597255468768296 path: '/dev/da4' whole_disk: 0 DTL: 75 Which HBA are you using? How many of these disks are on same or separate HBAs? all the disks are on the same HBA twa0: 3ware 9000 series Storage Controller twa0: INFO: (0x15: 0x1300): Controller details:: Model 9500S-8, 8 ports, Firmware FE9X 2.08.00.006 da0 at twa0 bus 0 scbus0 target 0 lun 0 da1 at twa0 bus 0 scbus0 target 1 lun 0 da2 at twa0 bus 0 scbus0 target 2 lun 0 da3 at twa0 bus 0 scbus0 target 3 lun 0 da4 at twa0 bus 0 scbus0 target 4 lun 0 -jg ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] HP Proliant DL360 G7
On Jan 8, 2013, at 10:30 AM, Edmund White ewwh...@mac.com wrote: The D2600 and D2700 enclosures are fully supported as Nexenta JBODs. I run them in multiple production environments. Yes, I worked on the field qualifications for these… very nice JBODs :-) I *could* use an HP-branded LSI controller (SC08Ge), but I prefer the higher performance of the LSI 9211 and 9205e HBA's. Many of the big-box vendors have to deal with Windows as the target OS. Until Server 2012, the use of JBODs with lots of disks was challenging for Windows. Hence, they offer few options for the folks who want JBOD control. -- richard I recently posted on Server Fault with the Nexenta console representation of the HP D2700 JBOD. It's already integrated with NexentaStor. -- Edmund White ewwh...@mac.com From: Mark - carne...@gmail.com Date: Tuesday, January 8, 2013 12:09 PM To: Sašo Kiselkov skiselkov...@gmail.com Cc: zfs-discuss@opensolaris.org zfs-discuss@opensolaris.org Subject: Re: [zfs-discuss] HP Proliant DL360 G7 Good call Saso. Sigh... I guess I wait to hear from HP on supported IT mode HBAs in their D2000s or other jbods. On Tue, Jan 8, 2013 at 11:40 AM, Sašo Kiselkov skiselkov...@gmail.com wrote: On 01/08/2013 04:27 PM, mark wrote: On Jul 2, 2012, at 7:57 PM, Richard Elling wrote: FYI, HP also sells an 8-port IT-style HBA (SC-08Ge), but it is hard to locate with their configurators. There might be a more modern equivalent cleverly hidden somewhere difficult to find. -- richard Richard, Do you know if the HBAs in HP controllers be swapped out with any well characterized (by nexenta) HBAs like the 9211-8e or do they require a specific 'controller HBA' like the SC-08Ge? IE, does it void the warranty if you open up the controller and stick a third party card in there? Did you ever try to 'bypass' the controllers at all and just plug into an expander? I prefer HP hardware also but the controller is getting in the way. Ill be asking HP the same questions in the next few weeks with any luck but your opinion and experiences are on another level compared to HPs pre-sales department... not that theyre bad but in this realm youre the man :) I know you didn't ask me, but I can tell you my experience: it depends on what you mean by warranty. If you mean as in warranty on sales of goods (as mandated by law), then no, sticking a different HBA in your servers does not void your warranty (unless this is expressly labeled on the product - manufacturers typically also put protective labels on screws then). When it comes to support services, though, such as phone support and firmware updates, then yes, using a third-party HBA can make these difficult and/or impossible. HP storage enclosure and drive firmware, for example, can only be flashed through an HP-branded SmartArray card. Depending on what software you are running on the machines it can make no difference at all, or a lot of difference. For instance, if you're running proprietary storage controller software on the server (think something like NexentaStor, but from the HW vendor), then your custom HBA might simply be flat out unsupported and the only response you'll get from the vendor support team is stick the card we shipped it with back in. OTOH if you're running something not HW vendor-specific (like the aforementioned NexentaStor, or any other Illumos variant), and the HW vendor at least gives lip service to supporting your platform (always tell the support folk you're running Solaris), then chances are that your support contract will be just as valid as before. I've had drives fail on Dell machines and each time support was happy when I just told them drive dead, running Solaris, here's the log output, send a new one please. Cheers, -- Saso ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- ZFS and performance consulting http://www.RichardElling.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss