Oracle changed the Solaris license terms?
in [Solaris]
|
From: Casper H.S. Dik on 24 Mar 2010 10:03 Michael Laajanen <michael_laajanen(a)yahoo.com> writes: >Right a pool can be expanded by adding a new vdev, but adding a disk to >a vdev was what I meant and it is a pain to not have that. Here you are talking about raidz? You can add a disk to a mirror but that won't add any usuable storage. >> You can also expand by replacing (one at a time!) existing devices with >> bigger ones if you have autoexpand set on. I'm not sure when that >> feature arrived. >> >Hmm, that must have been about 2-3 years ago atleast. >/michael -- Expressed in this posting are my opinions. They are in no way related to opinions held by my employer, Sun Microsystems. Statements on Sun products included here are not gospel and may be fiction rather than truth.
From: Chris Ridd on 24 Mar 2010 15:26 On 2010-03-24 13:41:43 +0000, Michael Laajanen said: >> You can also expand by replacing (one at a time!) existing devices with >> bigger ones if you have autoexpand set on. I'm not sure when that >> feature arrived. >> > Hmm, that must have been about 2-3 years ago atleast. It was the middle of last year, judging from this post: <http://mail.opensolaris.org/pipermail/onnv-notify/2009-June/009585.html> Ancient history :-) -- Chris
From: Ian Collins on 24 Mar 2010 22:18 On 03/21/10 05:14 PM, Canuck57 wrote: > On 20/03/2010 9:24 PM, Ian Collins wrote: >> On 03/21/10 04:09 PM, Canuck57 wrote: >>> On 20/03/2010 8:20 PM, Ian Collins wrote: >>>> >>>> Every system I have at home (AMD and Intel) works out of the box with >>>> OpenSolaris. >>> >>> Downloads should increase on OpenSlaris provided Oracle does not squish >>> the project. >>> >>> Might even try OpenSolaris it once I here they get ICH[7/8/9/10]R >>> drivers in SATA RAID mode. Is that still an issue? >> >> Not on the Asus P6T I use. I don't think there is any need for RAID mode >> on Solaris systems. >> > > http://www.dansketcher.com/solaris-sata-support-for-onboard-chipsets/ > > http://opensolaris.org/jive/thread.jspa?messageID=190077 > > http://serverfault.com/questions/61779/solaris-10-5-09-cant-find-sata-disk > > The above links describes the issues. Basically Solaris SATA support for > COTS SATA controllers needs serious work as many new BIOS do not support > IDE legacy modes any more. Linux solved this years ago now. Really > limits one to choices of hardware and thus like OS2, a hinderance. I'm happy to confirm that this P6T (ICH10) system works happily in native or IDE mode. Swapping controller modes is certainly something I wouldn't have attempted prior to ZFS boot! bash-4.0$ cfgadm Ap_Id Type Receptacle Occupant Condition sata0/0 sata-port empty unconfigured ok sata0/1 sata-port empty unconfigured ok sata1/0 sata-port empty unconfigured ok sata1/1::dsk/c10t1d0 cd/dvd connected configured ok sata1/2 sata-port empty unconfigured ok sata1/3 sata-port empty unconfigured ok sata1/4::dsk/c10t4d0 disk connected configured ok sata1/5::dsk/c10t5d0 disk connected configured ok -- Ian Collins
From: Andrew Gabriel on 25 Mar 2010 06:27 In article <80v7arFtuaU1(a)mid.individual.net>, Chris Ridd <chrisridd(a)mac.com> writes: > On 2010-03-24 13:41:43 +0000, Michael Laajanen said: > >>> You can also expand by replacing (one at a time!) existing devices with >>> bigger ones if you have autoexpand set on. I'm not sure when that >>> feature arrived. >>> >> Hmm, that must have been about 2-3 years ago atleast. > > It was the middle of last year, judging from this post: > > <http://mail.opensolaris.org/pipermail/onnv-notify/2009-June/009585.html> > > Ancient history :-) I think that's the autoexpand property. You could always expand before that, but exactly when it happened wasn't well defined and changed from one release to another. In the original release, expansion happened automatically, but that caused problems in some cases (e.g. a LUN grew the instant you detached a smaller mirror side, and you couldn't then reattach it). This was subsequently turned off, but you still got LUNs growing if system happened to reboot. autoexpand property tidied this all up, but expanding LUNs has always been there. -- Andrew Gabriel [email address is not usable -- followup in the newsgroup]
From: Chris Ridd on 25 Mar 2010 06:32
On 2010-03-25 10:27:44 +0000, Andrew Gabriel said: > In article <80v7arFtuaU1(a)mid.individual.net>, > Chris Ridd <chrisridd(a)mac.com> writes: >> On 2010-03-24 13:41:43 +0000, Michael Laajanen said: >> >>>> You can also expand by replacing (one at a time!) existing devices with >>>> bigger ones if you have autoexpand set on. I'm not sure when that >>>> feature arrived. >>>> >>> Hmm, that must have been about 2-3 years ago atleast. >> >> It was the middle of last year, judging from this post: >> >> <http://mail.opensolaris.org/pipermail/onnv-notify/2009-June/009585.html> >> >> Ancient history :-) > > I think that's the autoexpand property. That's right. > You could always expand before that, but exactly when it happened > wasn't well defined and changed from one release to another. > In the original release, expansion happened automatically, but that > caused problems in some cases (e.g. a LUN grew the instant you detached > a smaller mirror side, and you couldn't then reattach it). This was > subsequently turned off, but you still got LUNs growing if system > happened to reboot. autoexpand property tidied this all up, but > expanding LUNs has always been there. Thanks for clarifying. -- Chris |