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.

88 comments

  1. Kinda sad, I guess... by Kid+Zero · · Score: 0, Redundant

    But then we do get the new AMD chipped servers.

  2. Sad to see Cobalt go... by Glock27 · · Score: 0, Redundant

    but the upcoming new Sun Opteron systems look pretty sweet! :-)

    --
    Galileo: "The Earth revolves around the Sun!"
    Score: -1 100% Flamebait
  3. 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?

  4. 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.

    1. Re:Ease of use by hendridm · · Score: 1

      Yeah, these things were revolutionary for their time. I was disappointed when I learned that Sun had purchased Cobalt, apparently with good reason. It's a shame Sun let them stagnate.

    2. Re:Ease of use by grossdog · · Score: 1

      I see that you didn't mention the popular Ensim control panel software.

      Good thing. Ensim is the worst, buggiest, least stable server software I have ever used. Ever. Period.

      I realize that this is a bit off-topic, but if it saves one person the trouble that I went through working with Ensim (and finally, the trouble of having to wipe several servers to get rid of it), then it was worth it.

    3. Re:Ease of use by eln · · Score: 1

      Oh my God yes, Ensim is terrible. I was forced to work with it at a (somehow still in business) company I used to work for. Its feature set is tiny, and what is there doesn't work right.

      It's really surprising actually, since when you look under the hood, the methods it uses to do what it does (the whole "multiple servers on one physical CPU" thing) aren't all that revolutionary.

  5. 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 DumbSwede · · Score: 1
      I remember running some falavor of Solaris on a 386 at Wolfram Research over 13 years ago, so Sun has been making x86 for quite some time. Like most other OS's, it can be ported to other architectures.

      from: Solaris 2.6

      Supported Hardware Platforms: SPARC: sun4c, sun4m, sun4d, sun4u Intel 486, Pentium, Pentium Pro

    2. 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."
    3. Re:Someone didn't proofread their press release... by LittleBigLui · · Score: 1
      The article says that Solaris SPARC runs on x86, it's a contradiction.


      It's not a contradiction, it's an emulation.

      To be honest, it's probably simply a mistake :)
      --
      Free as in mason.
    4. Re:Someone didn't proofread their press release... by ccp · · Score: 1


      Your post is both

      1) Correct

      and

      2) Totally off mark.

      Please go back and read what the other guy said.

      Cheers,

  6. 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 Anonymous Coward · · Score: 0

      Yeah I see your point....lets add it to the list:

      1. *BSD is dying
      2. Apple is dying
      3. (insert tech or company here) is dying
      4. Sun is dying!

      I feel better now.

    3. 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.

    4. Re:Sun is going down by Anonymous Coward · · Score: 0

      Yeah, I was doing SSA over fiber optic cable on RS/6000s back in the mid 90s.. good stuff.

      This has been in the works for some time.. what's sad is it's another example of a company buying tech that's 'hot' and then suffocating it with halfassed support until they finally decide to kill it.

      *bows head* I only got to play with one raq, and it was pretty freaking neat at the time. sad to see em go..

    5. 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.
    6. Re:Sun is going down by TheSunborn · · Score: 1

      OK, I am curious. What kind of applications does require THAT MUCH cpu power?

      And standart sql databases don't count, because you don't deploy them on your highend application server.

    7. 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
    8. 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.
    9. Re:Sun is going down by Anonymous Coward · · Score: 0

      For high end stuff we have AIX.......I can't seem to see where Sun (with or without their cobalt server) fits in today's market anymore.

      Sun has the high-end niche - you can buy Sun servers with 72 CPUs, for example. Linux isn't quite there yet.

      But in the long run, I agree with you: Sun has no future.

    10. 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...
    11. Re:Sun is going down by Doomdark · · Score: 1
      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.

      I think this really depends on what one is doing. On server-side web app (and similar) processing, Java (with 1.4 JDK) seems to be pretty low overhead, considering what it's doing (as in fully standards compliant with unicode encodings etc). Most overhead comes (IMO) from various (often unnecessary complicated, for what they do) frameworks, and from people who have no experience in considering performance impacts on designs or implementations.

      There are areas where Java is closer to optimal, low overhead alternatives, and then there are others (byte-handling still has overhead, for one; scientific calcs can not be optimized nearly to degree other native compiled languages can etc. etc). And even with low overhead areas, there are still occasional issues with most demanding loads... But all in all, to me it seems to finally be decent tradeoff, between robustness of runtime environment (obtaining 24/7 uptimes is restricted not by JVM but by architecture of implemented system, and potentially hardware), and moderate overhead due to runtime VM; as compared to having even less overhead but more challenging development (making 110% sure memory handling in C/C++ is foolproof... in Java you can much more gracefully handle unexpected failures, NPEs etc).

      --
      I like paying taxes. With them I buy civilization -- Oliver Wendell Holmes
    12. Re:Sun is going down by Anonymous Coward · · Score: 0
      For high end stuff we have AIX.

      I hate to break it to your company, but you're breaking the law! SCO has pulled IBM's UNIX license so they have no right to distribute AIX anymore. Whether you like it or not, IBM's UNIX days are numbered and so is Linux.

    13. Re:Sun is going down by mcbridematt · · Score: 1

      Most overhead comes (IMO) from various (often unnecessary complicated, for what they do) frameworks, and from people who have no experience in considering performance impacts on designs or implementations.

      I have to agree. I hate using generic packages to do tasks in Jazilla, which makes the process more complicated and wastes code on inefficient conversion routines. Whenever possible, I try to code stuff in the simplest form I can, and without anything Jazilla doesn't need.

    14. Re:Sun is going down by veldstra · · Score: 1

      Scalability may be no longer SUN's 'domain' or key strength, but when it comes to 'keep going', solaris on sun hardware is almost a class on it's own. Where I've seen Linux on intel come to a grinding halt due to excessive load, I have seen solaris going and going, at loads which are really bizarre.
      I am a devoted Linux user, but I can say that SUN's products are top-class, and thus deserve a place in today's IT market.
      My work requires absolute reliability from the systems we purchase, and so far SUN requires the least attendance, stays up best, and keeps performing predictable in terms of performance. Sure, Modern x86 CPU's outperform the SPARCs when it comes to raw CPU power. But the SUN systems keep a constant performance level at normal loads, where the x86 drops right away. I know this is mainly due to the 'ancient' x86 architecture, which is kept alive by businesses requiring 'compatibility' right down to the apps for the 8086.
      On the other hand, SUN delivers similar compatibility, but without the performance loss. But that may be cause they started off better than Intel?

    15. Re:Sun is going down by Doomdark · · Score: 1

      Ok, this is off-topic, but how is Jazilla doing? I probably need to have a look at home page... I'd be very interested in having a look, perhaps even helping if there's something interesting I might have expertise on. Back in the day I did write a simple HTML rendering component (JDK 1.1, before swing), and nowadays am interested in implementing efficient data structures. Plus it'd be fun to get to do some actual app development (not just server-side) for a change. :-)

      --
      I like paying taxes. With them I buy civilization -- Oliver Wendell Holmes
    16. Re:Sun is going down by mcbridematt · · Score: 1

      I haven't had a lot of time compared to the start of the year to work on it, but Milestone 3 has just come out of the door.

      Funny how I'm getting people who work on Server side stuff wanting to work on Jazilla... I'm only starting to work on Servlets :)

  7. 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.

  8. About a weak ago ... by GNUALMAFUERTE · · Score: 0

    We migrated from a Cobalt server we had, It's good to hear that that abomination of nature will no longer be with us : )

    --
    WTF am I doing replying to an AC at 5 A.M on a Friday night?
  9. 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 Jeff+DeMaagd · · Score: 1

      and four (count 'em) serial ports.

      Uh, yeah. I suppose if you count USB too, then you would have five, but there is only one RS-232 port on that board. It isn't often that I see USB referred to as a serial port, while technically true, most people just call it USB.

    2. Re:Those Cobalt cubes were cute... by man_ls · · Score: 1

      Yea, I agree with you - I thought RS-232 when I read that, although, USB is a serial port and was touted as the replacement to RS-232 when it came out.

      Technically correct but daaaaamn, not like I'd expect.

    3. Re:Those Cobalt cubes were cute... by Anonymous Coward · · Score: 0

      Those look pretty cool for routers and servers. Do they run Linux and/or OpenBSD? Anyone sell them with small cases?

    4. Re:Those Cobalt cubes were cute... by runderwo · · Score: 1

      There is 1 port on the board and 3 headers for serial port brackets. Look at the pic.

    5. 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.
  10. 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. -
    2. Re:Should have never bought it by davecb · · Score: 1
      I disagree: the Cobalt folks knew how to do two things Sun (and Dec, SGI, IBM, etc) didn't know how to do:
      • sell equipment with a low margin in quantity one, and
      • build miniturized appliances.
      With a tight economy, the first is a basic competance any company needs. Sun and DEC used to be quite bad at that, back when I bought both.

      The second was a gateway to the current 1U and blade servers, which are cheaper than Dell, the usual low-cost-leader.

      --dave (biasd, you understand) c-b

      --
      davecb@spamcop.net
    3. Re:Should have never bought it by virtual_mps · · Score: 1
      Sun's Opteron servers will fill the midrange, and even low-midrange, quite nicely.

      Hmm. I have trouble believing that sun can sell opterons cheaper than traditional x86 vendors--they have terrible distribution channels and a lot of overhead. So if there are two opterons, one expensive one from sun and one cheap one from someone else (and the cheap one probably has a better warranty and cheaper support costs) why would I buy the sun version? This is why sun isn't going to be able to compete. They're currently charging premiums for being sun and because they're the only ones you can buy sun hardware from. If they become a vendor of commodity hardware the flaws of their distribution channels become even more glaringly obvious.
    4. Re:Should have never bought it by christophersaul · · Score: 1

      Why should the Sun set? Just because new technology comes out doesn't mean that a company can't adapt and use it, hence the collaboration with AMD to product Opteron based servers, the existing Xeon based machines, the UIIIi CPUs for one to four CPUs and the continuing development of UltraSparc for the really high end. Don't forget too the thousands of commercial apps for Sparc that aren't available for any Opteron based platforms. In the high range IBM and HP can certainly not 'beat them out' in all categories - that's a ridiculously glib statement.

    5. Re:Should have never bought it by christophersaul · · Score: 1

      What flaws have the distribution channel got exactly then?

      Sun are doing fine with the pricing of the Xeon based kit they sell. Why do you assume that Sun are randomly going to sell extra expensivie Opteron kit and expect people to buy it?

    6. Re:Should have never bought it by cbreaker · · Score: 1

      I don't know about distribution channels and prices, but as far as the previous comment about Sun not having any mid-range product, the Opteron fits that bill.

      Opteron is no Itanium, it's priced to compete in the x86 world.

      I sure hope it takes off. A lot of the types of applications I run would benefit greatly from 64-bit computing.

      --
      - It's not the Macs I hate. It's Digg users. -
    7. Re:Should have never bought it by leandrod · · Score: 1
      > the Sun just needs to set. Now that 64 bit Opetrons are out, they will have almost nothing to offer in the midrange.

      RISC is still a superior architecture. Maybe Sun won't ever adapt to higher volumes, but it is not clear that x86-64 is the answer to RISC.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
  11. 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.

  12. 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).

  13. 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.

  14. 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.

    1. Re:Sad is how much they paid by Anonymous Coward · · Score: 1
      Indeed. And saddest thing is, that none of VPs or executives really got kicked out because of this... I think it's ok to make mistakes, but some mistakes should have consequences such as losing one's job. Monetary loss is Sun's, fine; company trusts its decision makers, to take the risk. But there should be feedback from results like this, to individuals taking the risk for company.

      It's not that the purchase of company was bad, except that price tag was way too steep, even back then (ie. even in inflated dotcom era). But then the actual integration of Cobalt failed badly... and all in all, the whole thing bombed.

    2. Re:Sad is how much they paid by Anonymous Coward · · Score: 1, Informative

      2 B in stock @ $60. Now it's $4. So they paid about $130 M. Good math skills.

  15. Just a clarification by weebler · · Score: 1, Informative

    Poster says "in favor of the AMD based Sun Fire line"
    This means some products in the Sun Fire range, with Opterons. The poster's line sounds like all SF products will be sold with Opterons and the UltraSparc will be EOLd -- Not the case! You wont see a SF15k with Opterons any time soon ;)

  16. 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.

    1. Re:Cobalt was dying anyway by Anonymous Coward · · Score: 1, Informative

      2 billion in stock, when the stock was $60. Now it is $4. so they "paid" how much, again? Less than the capitol they acquired from Cobalt. Itls Cobalt that got the short end of that one.

    2. Re:Cobalt was dying anyway by Stephen+Samuel · · Score: 1
      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.

      An anon coward pointed out that it was $2B in dot.com stock that is now worth $150M .bust. Furthermore, what Sun got was Cobalt's market -- the ability to walk SUN salespeople into the offices of every company that ever bought a Coboalt, and up-sell them sun-blades and *86 boxes that are roughly aimed at the same market as the cobalts were.

      They also got Cobalt's cheap-box production facilities/technology that are now probably being used to build their SunBlades.
      All in all, not a bad buy for a bunch of overpriced stock, if you ask me.

      --
      Free Software: Like love, it grows best when given away.
  17. 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.

  18. My provider by gmhowell · · Score: 1

    I wonder what my hosting provider plans to do about this. I should ask them.

    --
    Jesus was all right but his disciples were thick and ordinary. -John Lennon
  19. 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.

  20. I need to proofread my proofreading by DumbSwede · · Score: 1
    My bad

    He has indeed pointed out a mistake, and I misread his correction. So much for my promising career as an editor.

  21. 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.

  22. 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.

  23. my little raq 2 will go down fighting, kicking and by kraksmoka · · Score: 1

    screaming, while i clutch the pizza box! they took commodity hosting to a great level.

    --
    "You never want a serious crisis to go to waste." - Rahm Emanuel
  24. Well.. by NaveWeiss · · Score: 0, Offtopic

    Poor SlashChick. She must be sad by now..

    --
    Slashdot community, please notice: I am looking for a girlfriend.
    Nave H. Weiss
  25. Sun does Intel too by antarctican · · Score: 1

    Umm, Sun is very actively selling their new Xeon based systems currently as well. I actually just installed a V65x last Monday in our cluster.

    Of course we won't mention that these machines are just OEM'ed from Intel... I know this because I bought the equivilent of a V60x directly from Intel this fall... for much less then what Sun charges. :)

    1. Re:Sun does Intel too by Hoser+McMoose · · Score: 1

      The first Opteron servers that Sun announced are also OEMed. They showed off two servers a couple months back, one was a Newisys 2100 (1U, 2P) and the other a Newisys 4300 (3U, 4P). You can already buy the 2100 from a number of other companies (Racksaver, Appro, Angstrom, and probably a handful of others).

      I haven't seen anyone selling the Newisys 4300 server yet (most companies selling 4P Opteron servers are using the Celestica model instead), but they may arrive by the time Sun starts shipping theirs.

  26. Sun Servers by Anonymous Coward · · Score: 0

    Maybe we'll be able to get Qube cases for our
    sff motherboards..

  27. 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.

    1. Re:Good Bye....A rant :-) by Anonymous Coward · · Score: 0

      > On the units with SCSI why are the drives IDE?

      Component source cost

      > What exactly is the PCI slot for?

      Extra NICs or a sound card for a nice rack mounted mp3 jukebox.

      > 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.

      Hmm, the DNS records are SQL in Qube3, RaQ550 boxes.

      RIP

    2. Re:Good Bye....A rant :-) by MegaHamsterX · · Score: 1

      Well, the machines already had 2 nics on board, I don't think the sound card fits the devices intended purpose and merely drives the price up on the unit(the pci slot it plugs into).

      So they'd rather give users a pci slot that won't be used in it's intended application (this does add to the complexity of the board) but something that would actually be useful in it's intended application is omitted(a nice SCSI drive).

      RAQ3 and RAQ4 machines had a seperate file that DNS was generated from, it is a good thing they fixed this, one less place to tar-up....or forget to.

      I will give them one thing, in a full height rack with all of them on, they did look cool. Now it's time for someone to pick up this ball and replicate what they did, but actually make a decent interface, actually an interface with an "Advanced" tab would be all that's needed.

      As far as with the sound card......yep I did consider it for the RAQ4 , but then they sent me one of those Qube cardboard mockups, it sat on my desk, I'd look at it every now and then and almost convince myself to buy it for just that purpose.

      They sent me many pens, many pads of paper, a shirt, a watch, that cardboard qube thing, the posters and many other nic-nacs. I can't remember another company who barraged me with stuff to that degree. I always enjoyed getting the pens as they actually weren't bad to write with, not the typical vendor pen that runs out of ink in the first day, I still have the cobalt pens, they were me red stapler :-)

  28. Sometimes DOA, sometimes free... by name_already_taken · · Score: 1
    Your story about Cobalt shipping DOA boxes reminded me of my experience with a dead Cobalt server years ago...

    The first 2700WG (the original Qube model) I ordered arrived DOA, so I went through the RMA process and returned it for a replacement. When no replacement showed up I called them again and the Cobalt rep told me they'd credited my Amex card for the purchase price (I'd returned it for a replacement, not a refund). I told him I wanted a replacement server, so he sent one out, but they never charged my card for it again.

    That free server is still running on a shelf at work, albeit with much more RAM and a 30GB drive.

    --
    Putting moderation advice in your .sig lowers your karma!
    1. Re:Sometimes DOA, sometimes free... by MegaHamsterX · · Score: 1

      I hope you read this....do you know what the max size harddrive the original qube can take, was it limited to 137GB, that model was the mips processor version right?

  29. 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

  30. Uck! by Anonymous Coward · · Score: 0

    That's either a drag queen or a degenerate 38 year old barfly hiding in a dark cloud of cig smoke. You need to upgrade your tastes in both women and computers.

    1. Re:Uck! by mcbridematt · · Score: 1

      Yeah I know that :) The only thing that looks good in the photo is the Qube.

      Keep in mind that this ad was from PC Magazine Australia in 1999.

  31. Re:Debian is on its deathbed by Anonymous Coward · · Score: 0

    I read the link you supplied, and the article makes not one mention of a single debian user (much less thousands) switching. What it does say is:

    "While the other distros still aren't quite as polished as Debian when it comes to package quality and administrative ease, they have gotten a lot better - good enough anyway to suit a marketplace that favors technical mediocrity coupled with slick marketing."

    Which seems to not quite be the same as your opinion of the advantage of RPMs over debs and apt.

  32. And this is a bad thing? by emtboy9 · · Score: 1

    Having been in a position where I was required to work on cobalt servers, I can only say, its about damned time.

    In their day, I am sure that these little toys were great for a small business looking for a simple end to end solution, and I must admit that the user interface for hosting customers was great, not to mention the fact that a rack of the Cobalt RaQ servers just looks damned cool in a dark server room, but, they were and are an incredible PITA to work on.

    Upgrading the software was difficult, installing your own software was difficult since Sun placed things in odd locations, and when one of these things developed problems, you were pretty much left with the MS solution: Shut Up and Reinstall.

    So, thank god... besides, now maybe I will be able to snap one up cheap on ebay for my home. I need a new mp3 server ;)

    --
    "Our funds have never taken part in toxic or death spiral convertible financings of any sort" -BayStar's managing partne
  33. End of Qube by cant_get_a_good_nick · · Score: 1

    When they came out, pretty cool. One shop I worked at had one. Made it simple for the non-UNIX people to administer (pretty much everybody but me) but if you poked around at all under the web GUI you broke stuff. And you waited forever for patches, a security hell mitigated only partially by the fact that our Qube was a MIPS (a lot fewer script-kiddie hacks for anything non-x86). Our boss said not to compile stuff for it, void warranty, yadda yadda.

    I still wanted a MIPS one for home, once NetBSD got ported to it. Finally, a real, supported OS on it. Then mini-ITX for factor machines coming everywhere. The Qube was a pioneer, never kept it's lead.

  34. Viable Alternatives? by axjms · · Score: 1

    With the exception of building out a linux box and manually configuring the myriad of services that are integrated into a Qube does anyone know of some good, simple to use, alternatives to the Qube 3? I have one of these in a small business now and would like to swap it out for something better but I am having a hard time finding something that would work. Any leads?

    --
    It is not enough to succeed, others must fail. - Gore Vidal
  35. Insane Popularity by Nazmun · · Score: 1

    If it is really that popular, why in hell did sun shut it down. I mean those servers were extremely expensive for the hardware they used so their must have been a good margin there.

    --
    Hmmm... Pie...