Slashdot Mirror


The End of Sun's Cobalt Servers

knighten writes "Sun Microsystems has taken the last of its Cobalt line of server appliances off the shelves in favor of the AMD based Sun Fire line." The article makes note of several relevant bits of history regarding Cobalt, the Appliance Server market, and Sun's Linux strategies.

28 of 88 comments (clear)

  1. Continued Support by ohchaos · · Score: 4, Interesting

    This will be yet another good test for the opensource concept. As sun ends support for these devices, will someone else pick up the ball (be it in a commercial sense, or a free sense) and continue providing updates (at least security updates....) for these now orphaned linux-based products?

    1. Re:Continued Support by mcbridematt · · Score: 5, Informative

      The Qube 3 and RaQ 550 Source code was released to the Cobalt Users Group of Japan under a BSD-link license.

      Since their server is down, this is the google cache

      Did you know that Cobalt has the biggest market share of on-line Linux servers after Redhat?

  2. Ease of use by mocker · · Score: 5, Interesting

    As someone who maintains Cobalt servers on a daily basis I can say that this has been coming for some time. Sun has been very poor about releasing patches for exploits on the Cobalt server. These are fun servers to play with when you get the hang of it, but newer control panels (Plesk, CPanel) pretty much make them obsolete.

  3. Someone didn't proofread their press release... by Tet · · Score: 4, Interesting
    From the article:
    Sun is strategically focused on delivering choice and performance to our customers, offering general purpose x86 servers that can run Solaris SPARC [...] operating systems.

    An x86 machine that that can run Solaris SPARC operating systems? Clever... :-)

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
    1. Re:Someone didn't proofread their press release... by RevRa · · Score: 2, Insightful

      Yea, that's not what he's saying though. Solaris SPARC runs only on SPARC, Solaris x86 runs on x86.

      The article says that Solaris SPARC runs on x86, it's a contradiction.

      --
      - Kate
      "DNA is life. The rest is just translation."
  4. Sun is going down by superpulpsicle · · Score: 3, Interesting

    I am finding it difficult to see Sun's position in the market more and more each year. The best thing to have happened to this company was free downloads of solaris 9 x86. It is virtually impossible to convince my manager to buy Sun anything nowadays.

    For high end stuff we have AIX. It comes with LVM and other critical stuff. It has ridiculously stable support for fibre channels and just the most outstanding support.

    For middle to low end we have PCs with windows and linux.

    I can't seem to see where Sun (with or without their cobalt server) fits in today's market anymore.

    1. Re:Sun is going down by johnlcallaway · · Score: 5, Interesting

      I don't have much AIX experience, but there is one reason why I suggested Sun for our data center servers, binary scalability. Sun servers scale from 1U/1CPU lower cost servers (5K) and developer stations to clusters of over 300 CPU servers, all with full binary compatiblity. I have yet to not be able to take software off a 1CPU low-end sun box and not be able to run it on the top-of-the-line servers without any recompiling.

      This provides the capability to develop on low-end boxes without the headaches associated with recompiling on production servers and shortens our development cycle.

      I will admit though, with most of the development moving into the Java world, maybe this doesn't make as much sense. However, we have still found it useful to do some of the development work on smaller Sun boxes for performance benchmarking and forcasting performance when something goes into production.

      I've stayed away from IBM because of past bad experiences, providing quotes that are not complete solutions resulting in server cost overruns or software that is not yet written. (They once replied to a quote for a automated-failover system, and provided an neat OS2 solution. When pressed on how the failover worked, they finally admitted that once we ordered the system, they would write it.)

      If IBM costs have come down, and their ability to fully respond to quotes has improved, maybe they are worth another look. But if not, Sun is still my server of choice for critical production systems.

      --
      I rarely read replies, it's my opinion and if you thought about your opinion a little more, I'm OK with that.
    2. Re:Sun is going down by argoff · · Score: 2, Insightful

      Sun servers scale from 1U/1CPU lower cost servers (5K) and developer stations to clusters of over 300 CPU servers, all with full binary compatiblity. I have yet to not be able to take software off a 1CPU low-end sun box and not be able to run it on the top-of-the-line servers without any recompiling.

      This provides the capability to develop on low-end boxes without the headaches associated with recompiling on production servers and shortens our development cycle.

      Most datacenters I've been in could not ignore the x86 and could not risk being locked into one vendor - so the benefits of scalability sorta wiped themselves out by the simple fact that Sun was too closed and forced companies to have multiple vendors. In addition, nobody can be cost competitive unless they can be farmable as well be scaleable ... Sun never could compete with the x86/BSD/Linux in that area. In theory scaleability sounded nice, but in reality I've never seen a truely scalable datacenter. Finally, now linux works on a wide variety of IBM, HP, Sun, and x86 boxes all the way from pda's to supercomputers. Ironically, it has delivered virtual "scalability" benefits that Sun could have never imagined.

      IMHO, java still has too much overhead. We havent got the efficiency and equality that has been promised yet, but I assume we will get there someday.

    3. Re:Sun is going down by johnlcallaway · · Score: 4, Insightful

      Your statement about a 'truly scaleable datacenter' does not make sense. You say you've never seen one, but then you mention that Linux has delivered scalabilty beneifts Sun could never imagine. Please make up your mind which it is.

      Myself, I have seen scalability. I've have seen applications start out on 2cpu $20K database servers and migrate to E15-type servers without any code change. I'm not saying Linux (or AIX) cannot do this, but this is scalability that Sun does provide at a competitive price.

      Having priced the cost of multi-CPU server-quality x86 platforms, there is very little cost benefit to going there. Multi-CPU server quality x86 boxes cost almost as much as the same Sun boxes.

      As for Java, since you did not mention any alternative, I cannot provide any response. However, since the application servers and web server provide enough bandwidth, there is no reason to switch to anything else. I am not ready to jump on the 'let's switch everything to Linux' bandwagon yet, but I am on the 'let's review it as we deploy new products or grow existing ones.'

      I am sure Linux will migrate into our datacenter, and eventually support production applications. It just doesn't make any sense to replace what works and is proven with something else unless there is a clear cost advantage.

      --
      I rarely read replies, it's my opinion and if you thought about your opinion a little more, I'm OK with that.
    4. Re:Sun is going down by protohiro1 · · Score: 2, Interesting

      Databases are what require that kind of power. How about core banking systems, payment processing...databeses. Online, can't fail ever, fast as possible databases.

      --
      Sig removed because it was obnoxious
    5. Re:Sun is going down by johnlcallaway · · Score: 3, Insightful

      Risk analysis applications that process 10 million complex transactions in a few hours and produce hundreds of megs of output.

      A large server may not be dedicated to just one database. There is a significant cost savings in purchasing a single high end system for several databases rather than splitting them over several smaller systems. With the partitioning technology available from Sun, you can start with a smallish (15 CPU) server and grow up as is needed. Using smaller servers to start with is cheaper, but the cost of swapping them out is expensive if the database requires more horsepower than the system can deliver. (Sun isn't the only one to support hardware/software partitioning, I'm just using it as an example.)

      It is always a juggling act to find the appropriate cost/performance mix that provides both long term and short term advantages. Purchasing systems that are not expandable is often cheaper in the short term. Purchasing expandable systems is often cheaper in the long run, but the risk is the application may not grow enough to realize the savings before the technology becomes obsolete.

      I hate estimating hardware requirements these days...

      --
      I rarely read replies, it's my opinion and if you thought about your opinion a little more, I'm OK with that.
    6. Re:Sun is going down by GreggBert · · Score: 2, Interesting
      Big, bloated CMS systems like Vignette Story Server need that kind of Power. Yes, there are better, more efficient choices for CMS software, but when you have trained a dozen developers in your I.T. Dept in Story Server development, bought license worth more than a house and management has you locked in, your choices are limited.

      Therefore, you need this kind of power. Sun servers have, so far, provided us with that power. That and heavy use of technologies like Akamai Edgesuite have allowed to handle some very large web sites.

      --


      If you don't understand anything I post, please accept that I ate paste as a small boy...
  5. What credentials do you need to report on tech? by DShard · · Score: 2, Insightful

    The article reads like the cobalt was the only true "server appliance" left. As I see it this forgets all about blade servers, network attached storage and a nifty box I saw from IBM that allowed you to stack multiple servers to form a larger one footprint box. They have even moved into the consumer space with media servers and firewalls. The author obviously knows nothing about what is or isn't a buzzword.

  6. Those Cobalt cubes were cute... by MsGeek · · Score: 3, Interesting
    I suppose that all those looking for a similar device should look into VIA Mini-ITX. This one in particular looks like it could be very useful with its twin Ethernet interfaces and four (count 'em) serial ports. Router/RAS anyone?

    Still...they just don't have the Kawaii factor of the Cobalt cube. I want one but I can't spare the money, dammit.

    --
    Knowledge is power. Knowledge shared is power multiplied.
    1. Re:Those Cobalt cubes were cute... by linuxpyro · · Score: 2

      I have a Qube2 that has held up pretty well. I bought it on eBay for $170, and it functions as a gateway, Web, and Mail server for my home network. In a way, the end of the Cobalt line does have some benefits; there may be more of these that hit the market as used items. I wouldn' mind getting a bunch more and stacking them in my basement to look like an even bigger cube...

      --
      Saying "I'll probably get modded down for this" in a post is the best way to get it modded up.
  7. Should have never bought it by argoff · · Score: 4, Insightful

    I know I'm gonna get nailed for this, but the fact is that Sun should have never bought them. In a way, Sun was unworthy - Sun's CEO was too jealous of Microsoft to ever make a service based approach work, or at least be competitive price wise.

    From a data center perspective, yeah its true that Sun boxes can do some things better than x86 boxes running Linux, but I can't tell you how many times I've seen companies buy 100K worth of Sun servers to do services that I know darn well could just as well by an x86 box or two. It always amazed me to see the salesman talk "scalable" for systems that were really farmable. Yeah, experience with high end Sun boxes was great for my resume, thanks, but I wanted my career to have meaning too - and having a bunch of overpriced toys just for the sake of ego seems a little shallow, don't you think. (Sorta like Sun's CEO, :)

    IMHO, the Sun just needs to set. Now that 64 bit Opetrons are out, they will have almost nothing to offer in the midrange. The lost the lowrange a long time ago, but are still in denial. And in the high range, the IBM and HP can beat them out in all categorises.

    1. Re:Should have never bought it by cbreaker · · Score: 2, Interesting

      The Opterons are priced very competitively, have you seen the prices? These things are fast and cheap.

      Sun's Opteron servers will fill the midrange, and even low-midrange, quite nicely.

      --
      - It's not the Macs I hate. It's Digg users. -
  8. not a surprise by USAPatriot · · Score: 5, Interesting

    Anyone recognize the niche as that of Cobalt, before Sun took them over? Did those do well enough that this can be popular?

    Unfortunately, as an operator of a Cobalt RaQ for many years, I found it to be very limiting once we did figure out how to really use it and how little the custom interfaces allowed, but it was great for people who just wouldn't learn that stuff.

    I hope no one thinks these are patch-proof though,. Our Cobalt needed patches and even with them had trouble avoiding a few compromises since patches were so delayed. Now it runs Debian and I couldn't be happier with the little box.

    --

    Slashdot Moderation: From positive to terrible in 2 "insightful" posts.

  9. The raq3, 3i, and 4 *were* AMD machines. by TheBeardIsRed · · Score: 2, Informative

    The cobalt raq3 and 3i used AMD K6-2 350mhz i586 chips and the raq 4 used a K6-2 450. It would seem that sun is just re-kindling old business partnerships held between cobalt corp and AMD (before sun bought cobalt).

  10. Sun has released all code under BSD license by Anonymous Coward · · Score: 4, Informative

    Sun has been very generous and released ALL the code from the Qube 3 and now the RaQ 550 under BSD license. See open.cobaltqube.org for more info.

  11. Sad is how much they paid by slash-tard · · Score: 2, Insightful

    They originally paid about 2 Billion, yes with a B for the company and basically have nothing to show for it.

  12. Cobalt was dying anyway by VJoseph · · Score: 3, Informative

    Netcraft has some information about a decline in the number of sites running on Cobalt servers, and about Sun discontinuing them.

    http://news.netcraft.com/archives/2003/12/19/sun _d iscontinuing_cobalt_linux_servers.html

    It's kind of sad that they puchased Cobalt for $2 billion, not too long ago, and now they're discontinuing the Cobalt line. That's $2 billion down the drain. When Sun is making business decisions like this, it's hard to image them being a major force in the computer industry for much longer.

  13. Oh yes, I'll buy another Sun.... by carndearg · · Score: 4, Interesting
    Quite a few of my customers have used Cobalt Raq servers in hosting facilities. In my view they were a fantastic product, offering a very useful Linux box to me the developer and one of the best www based admin frontends around to my non-tech-savvy customers.

    I know that Sun paid well too much for the company and that perhaps in a post-dotcom culture the market for server appliances may have contracted somewhat, but it surprises me that there was aparently no money to be made from selling Cobalts. I have met more than one hosting provider desperate to source more Raqs over the past year.

    In my view Sun have damaged their reputation in my sector of the marketplace. Fair enough they're dropping the range, so I guess they expect customers to be happy to migrate to equivalent Sun kit. But how can I trust to buy a replacement Sun brnaded server from a company whose idea of support for a range of web server appliances was to stick with PHP 4.0.6, a rather aged piece of software that simply doesnt run everything these days. Leaving people like me to either compile our own or scour the web for install-and-pray packages would be fine for a geeks-only free distribution but is not what you expect from a product you pay good money for.

  14. Sunset by fm6 · · Score: 2, Interesting
    Remember the "network computer" thing 5 years ago? Sun bought a whole string of software companies so they could have a head start on the necessary Java applications, only to shut them down when the NC market didn't materialize. In some cases, these companies went away only a few months after being acquired.

    Scott M. keeps making expensive blunders like this, but nobody seems to hold him accountable. Very disturbing.

  15. Another info point by Anonymous Coward · · Score: 2, Informative

    There's more in this eWeek article, especially stuff implying that the Cobalt acquisition might not have been all peaches and cream for Sun.

  16. the summary is a bit mis-leading by the+melon · · Score: 2, Informative

    the SunFire line is not only comprised of AMD based x86 machines. Mostly it is SPARC machines, but the first x86 SunFire was the v60x and the v65x. Both are based on Intel Xeon DP chips.

  17. Good Bye....A rant :-) by MegaHamsterX · · Score: 3, Interesting

    After admining many of these machines and becoming an expert of sorts, I can rebuild one of these after an intrustion in a few minutes and have it patched.

    I know all about them .pkg files, I have built and released quite a few internally for customers in need of patches now, not when Sun/Cobalt felt like it.

    I know how to get a borked interface working again, all the tell tale signs of an exploit, placating customers as they plead and ask why their was an intrusion as they patch it the minute Cobalt releases a patch.

    The hardware in the raq3 and 4 servers look like a modified laptop design minus video.

    Actually I'm probably wrong about this, but laptops have better performance for the same spec processor.

    On the units with SCSI why are the drives IDE?

    What exactly is the PCI slot for?

    I have seen so many fail right out of the box, sometimes 2 out of the carton of 5 with the rest failing over the next 6 months.

    The perl scripting was totally horrid, the web interface runs as root, why isn't dns in the postgres database, why does it have it's own unique flat file.

    All the commands and tecniques I used were unsupported, the backup through the web interface was broken for sometime before they fixed it, tho I fixed the mangled backup and made them work anyway. These machines were unsupported if you wanted them to actually work correctly, the interface fell short in so many areas as to be useless. Let's not forget the main webserver authenticating through PAM by default......why??

    I can go into many more reasons why I hate these machines, they certainly don't fail safe, fill the disk up with logs and watch as the machine borks all of it's conf files.

    Bad engineering all around.

    I am glad to see them go, while Sun may not be perfect, these little bastard appliances gave Sun a black eye in my view.

    I thought Sun might be able to put them back on track, they did by disco'ing them.

    A Cobalt rep (pre Sun) paid us a visit to show fail-over in a demo....it just failed...I asked her if they were designed in someone's garage, she said basicly yes.....2 Billion dollars later this realization hits Sun.

  18. Qube 3 Sourcecode by mcbridematt · · Score: 2, Informative

    The Qube 3 sourcecode was released to the Cobalt Users Group of Japan at open.cobaltqube.org (down at the moment) :(

    What a sad ending. I am still drooling over this sexy Cobalt Qube 2 advertisment