Is Solaris now only a 30 day trial and after that you have to pay? Or can
you still download and use Solaris on x86 for free?
"Please remember, your right to use Solaris acquired as a download is
limited to a trial of 90 days, unless you acquire a service contract for
the downloaded Software."
Does anyone have a copy of what it used to say?
--
Ian Collins
If true, it will be the kiss of death to Solaris and drop it's adoption
for many. Funny timing to, I was loading Linux as my next web server to
replace the aging Solaris one. I really like Solaris but can see this
happening. At best, Solaris is now in maintenance mode.
I can't say this is unexpected news for me as I have watched how Oracle
does things in the past. Solaris is the best OS out there bar none, but
given Oracle now controls it, the OS is now destined to wither into the
background. I would not doubt they will monkey with MySQL as well. And
I don't see any of the forks doing well for MySQL.
OpenSolaris, I am sure it hasn't made any headway into businesses or I
would see it. It too is going to wither as a hobbiest excercise as
there is no impelling reason to use it over a Linux distro.
My future, Linux with PostgreSQL. Funny too as Ingres is the first UNIX
DB I used, and I thought it was always superior to Oracle back then,
sure was faster.
The wayback machine (running on Solaris or OpenSolaris IIRC) shows the
page in 2008
<http://web.archive.org/web/20080614035850/http://www.sun.com/software/solaris/popup.jsp?info=17>.
It just says you must have an entitlement doc.
--
Chris
So the last sentence I quoted has been tacked on the end. Sneaky.
--
Ian Collins
I guess the main organisation I work with is the counter example. We
are consolidating legacy Linux boxes with zones on OpenSolaris hosts.
For us, the compelling reasons are storage management, zones and CIFS.
--
Ian Collins
I have always seen Solaris in as RedHat and OpenSolaris as Fedora.
Organisations should pay for the license, personal use of a Enterprise
SW should be free IMHO.
/Michael
How do Oracle license their Linux?
--
Chris
CIFS? I haven't seen a Linux distro that could not do it. Storage
management, logical volume manager works quite well. Lots of VM options
too.
But to each their own, but you are the first I have hear in doing this
in a business production environment. Last I checked, I couldn't get
drivers for 1/2 my stuff.
--
--------------
Politicians don't provide anything, the tax payers do.
Couldn't agree more. While an organization should pay reasonable for a
technology, it is cost prohibitive for many of us to pay retail to run
this stuff. And by running it say at home, learning it, making skills
available to businesses to use it... there is the value. As businesses
are not going to shell out for technologoes that need full time @
$250/hr++ from Sun/Oracle. Might be ok to start for some with deep
pockets, but not for most.
Oracle has been successful squeezing the $$$ out of clients, but at some
point their model will be deemed over priced.
I'll work cheaper than that! Not much cheaper, just enough to remain
completive! ;-)
Zones != VMs. Try running a couple of dozen VMs on a modest box that
can support may zones.
> But to each their own, but you are the first I have hear in doing this
> in a business production environment. Last I checked, I couldn't get
> drivers for 1/2 my stuff.
We use Sun boxes...
Every system I have at home (AMD and Intel) works out of the box with
OpenSolaris.
--
Ian Collins
An exaggeration not, it isn't unusual for a technology company to want
$10K per week, $250/hr to get someone in that knows more than BS and
from the sourcing company. Oh, you can get a 3rd party for perhaps $80
but 80% the time they are just chair mushrooms with good talk but no
walk. That does not mean the person gets $250, the company they work
for gets that.
Mind you, you can often squeeze them down if done up front as part of
the larger sale. But that is not my point. My point being is if there
are not people skills locally, often a technology would be passed over
just for that reason alone.
It can be very difficult to use technology in which you have no training
or experience! Frequently, somebody has to be sent to school for a
week or two or three to learn how to install and make use of the latest
technology. Been to school, done that! Sometimes the new technology is
worth what it costs. And sometimes not!!
Agreed, zones is just chroot on steroids. Ok, maybe a little more but
basically is an extention of chroot. Not a bad implimentation either.
But I prefer the VM approach after having used both.
For example, a zone setup with sparse zones, now you want to patch 10
running zones and get all the support to agree on one date, you have to
do them all at once. Or if you whole root them from the start, you
loose the benefits of sparse and might as well be a VM and scheduling
patches etc is easier.
Plus VMs can run other OSes, ESX for example, Linux, W2008, W2003,
Solaris on the same boxen.
>> But to each their own, but you are the first I have hear in doing this
>> in a business production environment. Last I checked, I couldn't get
>> drivers for 1/2 my stuff.
>
> We use Sun boxes...
>
> 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? Because last I
checked it was a huge issue and major cause for people going to other
OSes. IF you had a BIOS switch to IDE mode emulation you could run it,
and many if not all newer systems don't have that option. Go by your
average Acer or HP quad proc from best Buy (AMD or Intel), and neither
Solaris runs.
OS2 was a great OS too, but lack of drivers for very common and popular
hardware killed it.
Not on the Asus P6T I use. I don't think there is any need for RAID
mode on Solaris systems.
--
Ian Collins
No arguement there. But experience compounds, if you have 20 years of
UNIX behind you, zones, containers and zfs is a weekend with a book.
While daunting for others. Much too depends on how much the individual
invests in their career.
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 work in a mixed Linux/OpenSolaris environent.
Solaris excels with cifs They do have samba as does
Linux, but their cifs is better.
zfs is the best file system bar none. It runs large file
systems well and flawlessly. You can manipulate disks on the fly
and goodbye fsck.
I haven't used zones, but playing with it see that is is
better and faster than a Virtual Machine.
--
The greatest dangers to liberty lurk in insidious encroachment by
men of zeal, well-meaning but without understanding. - Louis D. Brandeis
Zones will run Solaris and Linux. I have no interest in
Microsoft products.
If you are running RAID on Solaris, you don't know about
zfs. With zfs, just run a JBOD and build filesystems on the fly.
You can do the equiv of RAID 1, 5 and 6. You can grow and shrink
on the fly, you can have hot spares that change themselves in
automatically when a disk fails.
Hmm when I go there it says
"The Entitlement Document is an adjunct to the Software License
Agreement (SLA) that always accompanies the Solaris Operating System
software. The SLA sets forth the terms under which Sun Microsystems,
Inc. allows an end user to use the Solaris software for evaluation
purposes for 90 days and is a binding legal agreement between Sun and
the end user"
That doesn't appear so different to me
Niall Litchfield
http://www.orawin.info/
>Agreed, zones is just chroot on steroids. Ok, maybe a little more but
>basically is an extention of chroot. Not a bad implimentation either.
>But I prefer the VM approach after having used both.
VMs are generally much, much more expensive. (You can do a couple
of VMs on one system but 100s zones)
>For example, a zone setup with sparse zones, now you want to patch 10
>running zones and get all the support to agree on one date, you have to
>do them all at once. Or if you whole root them from the start, you
>loose the benefits of sparse and might as well be a VM and scheduling
>patches etc is easier.
Clearly, patches in Solaris 10 are a pain. It is something we're
trying to fix.
>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? Because last I
>checked it was a huge issue and major cause for people going to other
>OSes. IF you had a BIOS switch to IDE mode emulation you could run it,
>and many if not all newer systems don't have that option. Go by your
>average Acer or HP quad proc from best Buy (AMD or Intel), and neither
>Solaris runs.
SATA works, RAID does not. You don't need to use IDE mode.
Casper
--
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.
The current license has this new paragraph a little above the one
you're quoting:
"You may use Solaris only in one of the following ways: (1) if you have
obtained a system from Sun or one of Sun's partners that includes a
license for Solaris , you have a perpetual right under that license to
use only the version that was installed on the system (no right to use
updates, or upgrades to Solaris is included unless you acquire a
service plan that includes this right); or (2) under a valid, existing
license for Solaris and properly acquired Sun service plan that
includes rights to updates or upgrades to Solaris; or (3) under the
trial use terms below to which you must agree before downloading
Solaris."
As Ian noted, the "Solaris 10 Download Customers" section now has this
final sentence:
"Please remember, your right to use Solaris acquired as a download is
limited to a trial of 90 days, unless you acquire a service contract
for the downloaded Software."
--
Chris
Red Hat DOES NOT (in any, way, shape or form) restrict the use of
their software. It is free.
What isn't free is support updates... which is sort of similar to
how Solaris was, though arguably, just having a login got you most
of the security related updates.
The problem with RHEL and SLES is that you REALLY need the updates.
:-)
(ditto for Solaris btw... certainly don't want that gaping
"anyone can become root remotely" issue that early Sol 10 had)
Red Hat at least publishes their source rpms which makes it easy
to do the builds. This allows things like CentOS to exist which
basically acts as a builder of something that functionally should
be the same as RHEL and supplies updates using the Red Hat
source updates in CentOS compiled form.
Novell's SLES doesn't appear to make their support source rpm's available
for free (GPL??). You can get their GA source.
I don't argue that some SATA chipsets work, just that many in the very
popular ICH[7/8/9/10]R family do not. Even Sun says:
Cite:
http://www.sun.com/bigadmin/hcl/hcts/install_check.jsp
Line:
The disk is a SATA disk. Change the BIOS to make the SATA controller
work in legacy or compatible mode.
So legacy mode is needed, provided your system has it. If it does not
you are SOL. Lots of PCs like this.
Thanks Ian. Sorry I should have said 3 months not 30 days, I knew there was
a 3 in there somewhere just didn't remember how many zeros. I don't know
what this means to me the home user. I've been playing around with Solaris
10 since they first made it freely available. Now it looks like I'm not
allowed to use new versions? Is this the death of Solaris for home users
and developers?
Does anybody know if it stops working after 90 days or they just reserve
the right to sue people?
>On 21/03/2010 11:45 AM, Casper H.S. Dik wrote:
[snip]
>> SATA works, RAID does not. You don't need to use IDE mode.
>>
>> Casper
>
>I don't argue that some SATA chipsets work, just that many in the very
>popular ICH[7/8/9/10]R family do not. Even Sun says:
>
>Cite:
>http://www.sun.com/bigadmin/hcl/hcts/install_check.jsp
>
>Line:
>The disk is a SATA disk. Change the BIOS to make the SATA controller
>work in legacy or compatible mode.
>
>So legacy mode is needed, provided your system has it. If it does not
>you are SOL. Lots of PCs like this.
Wandering a little farther OT, do you have some examples? I'm not
arguing this, but my i7 EVGA board with
"South Bridge: Intel 82801JR ICH10R"
runs S10 and Open Solaris happily in AHCI mode for my all-SATA drives,
hard and optical. One counter example doesn't disprove your
statement, but certainly _this_ popular implementation is OK.
Just curious,
Bill
--
William D Waddington
william.w...@beezmo.com
"Even bugs...are unexpected signposts on
the long road of creativity..." - Ken Burtch
> Um, the licensing information (fromhttp://www.sun.com/software/solaris/get.jsp) now says:
>
> "Please remember, your right to use Solaris acquired as a download is
> limited to a trial of 90 days, unless you acquire a service contract for
> the downloaded Software."
I have just checked, those lines seem to have disappeared now.
Nope, it's still there.
--
Ian Collins
Nevermind, I have found the lines.
However I find the statements contradictory on the licensing
information page. These are all mentioned in the same page:
"In order to use the Solaris operating system for perpetual commercial
use, each system running Solaris must be expressly licensed to do so.
An Entitlement Document comprises such license and is delivered to you
either with a new Sun system or from Sun Services as part of your
service agreement."
"The registration process to receive an Entitlement Document is part
of the Solaris download process, with the Entitlement Document being
returned to you via e-mail."
"Please remember, your right to use Solaris acquired as a download is
limited to a trial of 90 days, unless you acquire a service contract
for the downloaded Software."
So do we need a "license" or a "service contract" to run Solaris for
"perpetual commercial use"? Is the entitlement document obtained
through download good enough or does it have to come with "new Sun
system or from Sun Services as part of your service agreement"? Are
we still free to use Solaris without a service contract for non-
commercial use?
Without a service contract, I was unable to get updates for SOL 9.
I assume SOL 10 is the same, or not??
ZFS is so awesome you can't even shrink it on the fly yet?
There are plenty of file systems in use that can't be shrunk. I'll
gladly take all the benefits of ZFS and live with this limitation.
Also ZFS device removal is already on the pipeline.
Sami
How about expaning it, adding disks to a pool is this also in the
pipiline since I have experienced more problems with to a need to expand
than to shrink the fs.
/michael
Expanding a pool (by adding new devices) has always been a feature.
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.
--
Chris
No, you need a BIOS which can
a) Disable RAID mode, and
b) having done so, doesn't still claim it's a RAID device.
It's not a chipset problem - it's a buggy BIOS problem.
Solaris could plough on regardless and use the RAID device as a
non-RAID device, but as it would have no clue if it was destroying
data belonging to other OS's, that's a big No-No.
--
Andrew Gabriel
[email address is not usable -- followup in the newsgroup]
Some of the foundation work for this has been putback already.
> How about expaning it, adding disks to a pool is this also in the
> pipiline since I have experienced more problems with to a need to expand
> than to shrink the fs.
ZFS has been able to do this since long before it was ever released.
Chris Ridd wrote:
> On 2010-03-24 09:59:14 +0000, Michael Laajanen said:
>
>> Hi,
>>
>> Sami Ketola wrote:
>>> ITguy <sout...@gmail.com> wrote:
>>>>> ZFS is so awesome you can't even shrink it on the fly yet?
>>>> There are plenty of file systems in use that can't be shrunk. I'll
>>>> gladly take all the benefits of ZFS and live with this limitation.
>>>
>>> Also ZFS device removal is already on the pipeline.
>>>
>>> Sami
>>>
>> How about expaning it, adding disks to a pool is this also in the
>> pipiline since I have experienced more problems with to a need to
>> expand than to shrink the fs.
>
> Expanding a pool (by adding new devices) has always been a feature.
>
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.
> 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
>Hi,
Expanding a pool was available in the first release of ZFS.
The only thing you cannot do is adding a disk to a raidz group
(but you concatenate an additional raidz group)
(zpool add)
>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
>> 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
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
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.
> In article <80v7ar...@mid.individual.net>,
> Chris Ridd <chri...@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
><http://mail.opensolaris.org/pipermail/onnv-notify/2009-June/009585.html>
>Ancient history :-)
Well, "autoexpand" allows you to grow disks to larger disks *without*
rebooting. Before you needed to reboot or export/import the pool.
Casper