Re: [osol-discuss] Recover data from disk with zfs
When you created your zpool, you should have specified raidz1, which means ZFS allows one disc to crash without problems. If you have not specified raidz1, it means no discs are allowed to crash - if one disc crashes, your whole zpool is gone. If you have configured raidz1 on your zpool and one disc crashes, you can simply swap that disc to a new one, and use the command resilver which means your zpool will automatically repair itself. Google on zfs resilver -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
Thanks. Exactly the kind of info I wanted. This means I have to buy a Xeon grade Sandy Bridge, which sucks. I would prefer a cheap i5/whatever. AMD's new Bulldozer with graphics-on-die, does support ECC, but is not an option to me, because I want 3D graphics. Oracle is not supporting AMD cpus anymore, which means there will be no 3D graphics drivers for AMDs Bulldozer. I dont think anyone else will release Solaris 3D graphics drivers for AMD Bulldozer. Maybe I should just discard the ECC ram thing and use normal RAM for my Sandybridge. :o( -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
On Feb 22, 2011 Orvar Korvar wrote: This means I have to buy a Xeon grade Sandy Bridge, which sucks. I would prefer a cheap i5/whatever. Actually, the mobile core i5-2515E i7-2715QE will allegedly include ECC RAM support so don't be surprised if some desktop class CPUs will also. -Gary ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
On 2/22/2011 6:00 AM, Gary Driggs wrote: On Feb 22, 2011 Orvar Korvar wrote: This means I have to buy a Xeon grade Sandy Bridge, which sucks. I would prefer a cheap i5/whatever. Actually, the mobile core i5-2515E i7-2715QE will allegedly include ECC RAM support so don't be surprised if some desktop class CPUs will also. -Gary I highly doubt Intel will do this. There's no technical reason not to, but it's a product-line differentiator for them. They could do it now, but don't, and I can't see any reason for them to change their behavior. Remember that a i7 and a Xeon 5xxx are effectively identical CPUs (even today), except for the fact that the Xeons have an ECC-enabled Memory controller. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
On 2/22/2011 4:04 AM, Orvar Korvar wrote: Thanks. Exactly the kind of info I wanted. This means I have to buy a Xeon grade Sandy Bridge, which sucks. I would prefer a cheap i5/whatever. AMD's new Bulldozer with graphics-on-die, does support ECC, but is not an option to me, because I want 3D graphics. Oracle is not supporting AMD cpus anymore, which means there will be no 3D graphics drivers for AMDs Bulldozer. I dont think anyone else will release Solaris 3D graphics drivers for AMD Bulldozer. Maybe I should just discard the ECC ram thing and use normal RAM for my Sandybridge. :o( If you care about 3D, don't use the Sandy Bridge or Bulldozer on-die GPUs. Get a add-in graphics card. They're better supported all around. Both AMD and (particularly) Nvidia have good Solaris drivers for most of their add-in card product line nowdays. I can't speak officially for Oracle, but I don't see good support for even the integrated GPU in a Sandy Bridge as getting much traction (and support) from Oracle Solaris. There's very little reason for Oracle to spend the time to add the support (after all, its not like Oracle sells Workstations anymore, and even their Solaris OEM agreements with people like HP are for servers, not desktops). -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
On 02/22/11 07:47 AM, Erik Trimble wrote: If you care about 3D, don't use the Sandy Bridge or Bulldozer on-die GPUs. Get a add-in graphics card. They're better supported all around. Both AMD and (particularly) Nvidia have good Solaris drivers for most of their add-in card product line nowdays. No, mostly just nvidia. For AMD/ATI we currently only just pass through the open source 2D driver, without the support provided by the DRI driver in other OS'es for Kernel Modesetting (KMS) or hardware acceleration. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
On 2/22/2011 8:28 AM, Alan Coopersmith wrote: On 02/22/11 07:47 AM, Erik Trimble wrote: If you care about 3D, don't use the Sandy Bridge or Bulldozer on-die GPUs. Get a add-in graphics card. They're better supported all around. Both AMD and (particularly) Nvidia have good Solaris drivers for most of their add-in card product line nowdays. No, mostly just nvidia. For AMD/ATI we currently only just pass through the open source 2D driver, without the support provided by the DRI driver in other OS'es for Kernel Modesetting (KMS) or hardware acceleration Thanks for the correction, Alan. I had thought we'd added support for KMS, but, obviously, you know better than I. :-) -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
On Feb 22, 2011, at 7:43 AM, Erik Trimble wrote: On 2/22/2011 6:00 AM, Gary Driggs wrote: On Feb 22, 2011 Orvar Korvar wrote: This means I have to buy a Xeon grade Sandy Bridge, which sucks. I would prefer a cheap i5/whatever. Actually, the mobile core i5-2515E i7-2715QE will allegedly include ECC RAM support so don't be surprised if some desktop class CPUs will also. -Gary I highly doubt Intel will do this. There's no technical reason not to, but it's a product-line differentiator for them. They could do it now, but don't, and I can't see any reason for them to change their behavior. Remember that a i7 and a Xeon 5xxx are effectively identical CPUs (even today), except for the fact that the Xeons have an ECC-enabled Memory controller. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
On 02/22/11 08:46 AM, Erik Trimble wrote: On 2/22/2011 8:28 AM, Alan Coopersmith wrote: On 02/22/11 07:47 AM, Erik Trimble wrote: If you care about 3D, don't use the Sandy Bridge or Bulldozer on-die GPUs. Get a add-in graphics card. They're better supported all around. Both AMD and (particularly) Nvidia have good Solaris drivers for most of their add-in card product line nowdays. No, mostly just nvidia. For AMD/ATI we currently only just pass through the open source 2D driver, without the support provided by the DRI driver in other OS'es for Kernel Modesetting (KMS) or hardware acceleration Thanks for the correction, Alan. I had thought we'd added support for KMS, but, obviously, you know better than I. Not for AMD/ATI. KMS is work in progress for Intel graphics (a joint project of Intel Oracle, part of our ongoing partnership), but not yet integrated, nor has any KMS support for anything but Intel graphics been done. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
On Feb 22, 2011, Erik Trimble wrote: I highly doubt Intel will do this. There's no technical reason not to, but it's a product-line differentiator for them. Have a look note that these are mobile procs, not desktop procs... http://ark.intel.com/Product.aspx?id=54643code=i3-2310E http://ark.intel.com/Product.aspx?id=54647code=i5-2515E http://ark.intel.com/Product.aspx?id=54644code=i7-2715QE -Gary ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
On 2/22/2011 9:33 AM, Gary wrote: On Feb 22, 2011, Erik Trimble wrote: I highly doubt Intel will do this. There's no technical reason not to, but it's a product-line differentiator for them. Have a look note that these are mobile procs, not desktop procs... http://ark.intel.com/Product.aspx?id=54643code=i3-2310E http://ark.intel.com/Product.aspx?id=54647code=i5-2515E http://ark.intel.com/Product.aspx?id=54644code=i7-2715QE -Gary *Exactly* - mobile, not desktop. You can't put these CPUs in a normal desktop motherboard (different socket). These CPUs are specifically made for the mobile workstation laptop market. Think of these as Xeon for Laptops. Intel is the king of product differentiation. And, hairsplitting. If there's some way of making a buck for any minor feature, Intel's on top of it. Consequently, TANSTAAFL with Intel - if you want ECC on the desktop, well, you buy a Xeon CPU. And pay for it. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
I think it really matters what you're using it for. If you look around on AMD's site you'll see some mention of ECC being important for embedded applications now as well but I have to agree that most desktop users aren't going to care one way or another... Does either the Intel Core i7 processor or the Intel Core i5 processor family support Error Correction Code (ECC) memory? Neither family of desktop processors supports ECC memory. Typically ECC memory is used on servers and workstations rather than on desktop platforms. This is due to the price premium and extremely low likelihood of a data error occurring even on memory not utilizing ECC. http://www.intel.com/support/processors/sb/CS-029913.htm ECC memory support for low end SOHO server applications and applications requiring reliable data or minimum down time. http://www.amd.com/pl/products/embedded/processors/Pages/socket-am3.aspx ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Firmware download Support For NIC
Hi All, Some OS like Linux provide support for firmware file to be stored on disk. So that kernel driver module can access the Firmware file from filesystem and burn into flash. Is there similar mechanism in Solaris. Any documents and samples would be really helpful. Regards Raghu. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Another [OT] Hardware Post
Gary gdri...@gmail.com writes: Harry Putnam wrote: You can spend less with a dedicated predesigned commercial unit... Can you name a few? I didn't catch how many drives you said you needed. And was it this thread that I already responded to -- I'll use 8 drives if I want to use what I already have on a dysfunctional zfs server 2@500 (ide [pata] 2@500sataII 2@750sata) I expected to buy a pair of 1TB drives. I've been running in a mirrored setup so need 2X whatever drives I use. I could buy bigger disks but of course, that would mean letting 6drives I already have just set around. If I bought 4 2tb drives I'd have about the same capacity but it would cost around $400 (or is it cheaper for 4 2tb drivs?) One tempting thing about the Proliant Microserver N36L, It can be gotten damned cheap if this is the one you mean: http://www.cdw.com/shop/products/default.aspx?edc=2190307#TS ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Would I be wasting my time with intel P4 3GBram (32bit)
I will soon have a pair of older P4 3.2 Ghz (32bit) (single core) to put out to pasture. Would I be wasting my time thinking of using one or both for zfs fileserver, and sharespace to carry out video editing and other Graphics From networked i7 running Win 7. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
