Slashdot Mirror


Is OpenStack the New Linux?

snydeq writes "As the self-proclaimed 'cloud OS for the datacenter,' OpenStack is fast becoming one of the more intriguing movements in open source — complete with lofty ambitions, community in-fighting, and commercial appeal. But questions remain whether this project can reach its potential of becoming the new Linux. 'The allure of OpenStack is clear: Like Linux, OpenStack aims to provide a kernel around which all kinds of software vendors can build businesses. But with OpenStack, we're talking multiple projects to provide agile cloud management of compute, storage, and networking resources across the data center — plus authentication, self-service, resource monitoring, and a slew of other projects. It's hugely ambitious, perhaps the most far-reaching open source project ever, although still at a very early stage. ... Clearly, the sky-high aspirations of OpenStack both fuel its outrageous momentum and incur the risk of overreach and collapse, as it incites all manner of competition. The promise is big, but the success of OpenStack is by no means assured.'"

185 comments

  1. Done. by Frosty+Piss · · Score: 5, Funny

    ...projects to provide agile cloud management...

    Whenever I see "blaw...blaw AGILE blaw...blaw", I stop reading.

    --
    If you want news from today, you have to come back tomorrow.
    1. Re:Done. by Anonymous Coward · · Score: 5, Insightful

      Needed webscale and enterprise value there. Agile alone isn't agile enough.

    2. Re:Done. by Anonymous Coward · · Score: 2

      Whenever I see a question mark in the headline I stop reading.

    3. Re:Done. by Anonymous Coward · · Score: 0

      But more importantly how will it syngerize my current infrastructure?

    4. Re:Done. by NickFortune · · Score: 4, Insightful

      I got that with "cloud".

      How open can the system be when it runs on someone else's hardware under someone else's control?

      OK, maybe potentially big news for cloud service vendors, but I can't the average Linux hobby coder giving this a lot of time or effort

      --
      Don't let THEM immanentize the Eschaton!
    5. Re:Done. by Anonymous Coward · · Score: 0

      But don't you see?? This is it! This is the year of OpenStack!

      -A.C.

    6. Re:Done. by Anonymous Coward · · Score: 1

      Well, if you want to host your own Cloud, it is very open. Though, it's aimed at those who want to offer Cloud services to others, so maybe it's not so open for the client. Instead of building their own from scratch, companies can use open stack. It helps the company offering cloud services because it's OS and has a community for support. It creates more competitive business because a client can take their cloud data to another OpenStack company if they aren't satisfied with the service. And it helps Rackspace's get way more development resources for their money and hopefully make a better product. Since it's open, RS is competing on service, which of course is their strong suit.

    7. Re:Done. by Anonymous Coward · · Score: 0

      What if we proactively resynergize the cloud environment to more effectively leverage the inherent verticles of the paradigm?

    8. Re:Done. by simcop2387 · · Score: 5, Interesting

      I always think of Betteridge's Law of Headlines

      http://en.wikipedia.org/wiki/Betteridge's_Law_of_Headlines

    9. Re:Done. by gman003 · · Score: 5, Interesting

      I dunno...

      We're already hearing about "local clouds" - essentially building a small-scale cloud for your own large company. So, say, Hewlett-Packard could, instead of renting cloud space, could build a small "cloud" just for themselves.

      Once that becomes relatively common, someone will come up with the "personal cloud" - a small home server, that "does" "everything" "the cloud" "does". I actually expect IPv6 may help with this - if you can access "your" cloud from anywhere, what advantage does "the" cloud have?

      And then, once that becomes common for nerds and the tech-savvy wealthy, someone will decide to do it in software instead of a dedicated hardware appliance. I expect they shall call it a "desktop cloud".

      And then the loop begins AGAIN!

    10. Re:Done. by Anonymous Coward · · Score: 0

      Whenever I see "blaw...blaw CLOUD blaw...blaw", I stop reading.

    11. Re:Done. by Anonymous Coward · · Score: 0

      I got that with "cloud".

      I also auto respond with a mental "ignore" button as soon as I see "cloud".
      I haven't looked too deeply into what a "cloud" is supposed to be (descriptions I recall tend used a lot of soft-science speak), but my notion is that it is just the age-old LAMP bundle given a dose of marketing. At its core, it seems that the main gist of the effort behind "the cloud" is handing over your unique IT needs to a faceless group of people for some minor savings in the first couple of quarters under their control.
      Yeah, that's gonna happen.

    12. Re:Done. by Anonymous Coward · · Score: 0

      But not typing? Damn. Well thanks, you have just imitated everything that annoys me in life. People talking on a subject with no idea what the subject at hand actually is.

    13. Re:Done. by Smauler · · Score: 5, Funny

      I reckon the slashdot editors should just have gone the whole hog, with :

      "2013 : The Year of OpenStack on the Desktop?"

    14. Re:Done. by the_B0fh · · Score: 1

      It will start with spellcheck...

    15. Re:Done. by MrBandersnatch · · Score: 3, Interesting

      I thought the same but have been doing some digging of late. I've only really looked at depth into AWS so far, and yes, it can be as simple as sticking a LAMP stack in the "cloud". BUT if you need to scale that up, there's some rather neat stuff for load balancing and auto-scaling, basically being able to build a service/system that could handle the slashdot effect without needing the long term hardware commitments. And its rather easy to do. Add into it the ability to distribute your content across multiple cache servers to speed up access and you have the ability to put together global infrastructure at a fraction of the cost of a data centre deployment.

      Now as to the long-term costs, I actually view that as much as a matter of good management of that infrastructure - demand not as expected then cut back on resources used or if there's constant demand then reserve (pay up front for) that capacity and cut costs. While it might not be right for every project cloud based services have enough advantages and make sufficient economic sense that it is fool-hardy to ignore them any longer.

    16. Re:Done. by TubeSteak · · Score: 1

      We're already hearing about "local clouds" - essentially building a small-scale cloud for your own large company.

      The difference between mainframes + thin clients and "local clouds" is.... the number of servers?

      --
      [Fuck Beta]
      o0t!
    17. Re:Done. by Bobtree · · Score: 1

      Is Betteridge's Law of Headlines the new Sturgeon's Law?

    18. Re:Done. by gd2shoe · · Score: 1

      I hear you. The summary reads like an advert.

      --
      I won't join Slashcott. OTOH, If Beta goes live, I just won't be back until it's fixed. Sorry Dice.
    19. Re:Done. by aix+tom · · Score: 4, Insightful

      So at which number of "servers" does it become a cloud?

      Up until about 2-3 years ago we had about 50 or so "Hardware" servers at our company. Which we replaced one after the other with two bladecenters with 24 blades in total, in two different buildings plus NAS clusters, running everything on virtual machines. Those are advertised by IBM as "IBM BladeCenter for Cloud", so at least THEY think that already is "the cloud".

      I, personally, have come to think that once you run something in a virtual machine, clustered in a way that one hardware box going down has no effect of your "Application" running it is basically "The Cloud". Of course that has been around for decades "The Cloud" is only a new marketing speak that has come up.

    20. Re:Done. by ducomputergeek · · Score: 2

      At first I tried calling 'cloud computing' time-share 2.0. The name never caught on with the younger developers, but got some laughs from the guys who were a bit older than I am, and a raised eye-brow or two. (I'm in my mid 30's, but my parents worked around the computers in the glory days of room sized main frames).

      Cloud computing can be useful. We're using a CDN to serve up the relatively static HTML/JS/CSS client and "cloud computing" for the web services layer to handle traffic spikes. On major event days (say when we're doing 4 - 5 events on a day) is when it gets hammered. It would cost quite a bit for dedicated equipment and expertise to handle those types of loads only to sit idle 95% of the time. Now the database cluster is all dedicated hardware which we've spent some money on. I've been involved in a couple horrible project that attempted to scale databases on "cloud computing" before things were frankly ready. I think enough hiccups are understood now that we'll likely explore it later this year.

      --
      "The problem with socialism is eventually you run out of other people's money" - Thatcher.
    21. Re:Done. by Frnknstn · · Score: 1

      Re: your sig:

      Dark Matter is the Phlogiston of Contemporary Cosmology

      Does that mean that quantum field theory is the luminiferous aether of modern particle physics?

      --
      If it's in you sig, it's in your post.
    22. Re:Done. by yahwotqa · · Score: 1

      Personal cloud? Oh, you mean owncloud.org

    23. Re:Done. by icebraining · · Score: 2

      I prefer the Freedom Box.

    24. Re:Done. by dissy · · Score: 1

      How open can the system be when it runs on someone else's hardware under someone else's control?

      You sound just like the old greybeards
      "Why on earth would you ever want to use Unix?! I mean it's not even your computer under your control!"

      Just as one can install any flavor and distro of unix on their own hardware at home or work, so too can it be done with "cloud" management software.

      I have three systems running in my basement all running as virtualization hosts. Each and every one of those is owned by me, and is run by me.
      The only thing missing to make it a "cloud" is the management software, which are tasks I perform manually right now.

      I would LOVE to be able to load up a tiny hypervisor on a flash drive to boot a brand new machine from, plug it in my network, and BAM have it's CPU memory and storage resources added to the pool automatically, and not have to think about it.
      I would love to be able to just specify the VM instance I want, and let the software figure out the best actual server to put it on this moment, as well as have the software move them all around willy-nilly to best utilize the available resources.

      It's also worth noting for you that if such software existed and I installed it, then the hardware will still be owned by me, and I will still manage it.

      I haven't heard of OpenStack before this article, and have no idea how far along the project it (sounds like not very, but we all know how accurate slashdot summaries tend to be), but if they actually delivered on that promise I would install it for my own use in a heartbeat.

    25. Re:Done. by Anonymous Coward · · Score: 0

      That sounds OK for the one time your system is slashdotted, anyway. And as a file-sharing service, I don't think "the cloud" can be beat, but it is prudent to identify what you want shared, and what you want not-shared, and make sure "the cloud" only gets the former.

    26. Re:Done. by radish · · Score: 4, Interesting

      I think "Cloud" is less about physical architecture and more about feature set. When I think "Cloud" I think dynamic, quickly reconfigurable, essentially "limitless". Where I work we're moving away from a traditional model where applications are installed on their own dedicated servers with dedicated DB and FS storage to a Cloud model where VMs can be dynamically allocated in seconds, cloned from images and ready to roll. Storage is via EC2 style no-sql object storage and doesn't need to be pre-provisioned. For a small shop this probably doesn't sound very exciting but when you're in an environment with tens of thousands of machines and are used to multi-week wait times for approval, purchasing and install of new hardware it's a pretty big shift.

      So it's not the redundancy, or even use of VMs that's interesting, it's the pooling of resources - having compute & storage be essentially utilities you can take as little or as much of as you need. Places like Google have been doing this for a long time, but it's only recently becoming mainstream in other orgs.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    27. Re:Done. by mfh · · Score: 1

      Whenever I see "blaw...blaw AGILE blaw...blaw", I stop reading.

      To be fair, in this case the word agile applies. The problem that Linux faces every step of the way is that we have slow positioning in markets overall. We are told by the marketing people that linux is too geeky for the typical Joe Public... That he wants a PC running Windows -- and his wife wants an Apple.

      When he gets started on his first web business, he would want something he can deploy easily on his own. Is that Linux?

      The next big market is not big corporations -- it's the long tail and that means average computer userd with online business ideas and no skill.

      --
      The dangers of knowledge trigger emotional distress in human beings.
    28. Re:Done. by sonamchauhan · · Score: 1

      Spellcheck your username first! :-P

    29. Re:Done. by Anonymous Coward · · Score: 0

      No.

    30. Re:Done. by Anonymous Coward · · Score: 0

      My own cloud? Isn't that a cluster?

    31. Re:Done. by kdemetter · · Score: 1

      Mod parent up.

    32. Re:Done. by kdemetter · · Score: 1

      No !

    33. Re:Done. by eric_herm · · Score: 1

      Yep, that's a part of the issue. Flexibility, and high level management is what should be added to the cluster to be IMHO recognized as cloud ( or IaaS, ie, infrastructure as a service, as others called it because cloud is quite meaningless outside of wheater ).

    34. Re:Done. by davester666 · · Score: 1

      Whenever I see "Posted by timothy", I stop reading...

      --
      Sleep your way to a whiter smile...date a dentist!
    35. Re:Done. by martyros · · Score: 1

      I think "cloud" has to do more with the separation of managing the physical aspect of things from managing the software. Think about it: What does IT involve? It invovles both managing the physical aspect of things -- monitoring disks as they wear out, sorting out physical places to put servers, power and cooling, plugging in cables, configuring network switches and KVMs / serial consoles, &c &c. It also involves managing the software aspect -- installing operating systems, configuring servers, users, and so on. But if you think about it, those are completely distinct tasks; there's no reason they need to be done by the same person, and it's actually probably a bit uncommon for one person will enjoy and be good at doing both.

      So as far as I'm concerned, any time you have one person working on the physical layer, and someone else working on the software layer, with one having no necessary knowledge of the other, you have a cloud.

      --

      TCP: Why the Internet is full of SYN.

    36. Re:Done. by GPLHost-Thomas · · Score: 2

      Well, that's the whole point of it. Previously, we had stuff like AWS, where you had nothing but an API to play with, and everything else was closed source. Now, we do have Openstack, and you aren't forced to run your stuff on someone's else hardware. Moreover, if you still don't want to use a public cloud, but don't want to be locked-in, you will be free to move from one provider to another, and it's going to be easy to do so, because everyone will be using the same cloud core. So yes, it's very open, and it's hugely important that it is. This is why Debian, Citrix and the Openstack project made a common press release after Openstack reached Debian in a usable form, and after I finished polishing Xen Cloud Platform in Debian as well (both will be in Debian Wheezy).

      Also, I dislike the fact that others are painting Openstack as a rackspace only product. Reality: it's not. Read the "AUTHORS" file of the project, and you'll see that it's simply not the case. Read who's got the most commits, and it's not the case again. Last, read how Openstack has open governance, and you'll realize it once more.

    37. Re:Done. by GPLHost-Thomas · · Score: 1

      The difference between mainframes + thin clients and "local clouds" is.... the number of servers?

      I don't think this has to do with the number of servers. Typically, a mainframe would be bought from a big vendor (let's say IBM), would have a proprietary API (if there's an API at all), and would run on that vendor's hardware. A "local cloud" would run on commodity hardware (eg: any cheap PC...).

    38. Re:Done. by GPLHost-Thomas · · Score: 1

      BTW, owncloud has just made it into Debian, and will be part of Wheezy! :)

    39. Re:Done. by Anonymous Coward · · Score: 0

      It becomes "cloud" with automated processes for provisioning of resourced.

    40. Re:Done. by Anonymous Coward · · Score: 0

      Excellent comment. Agile is 21st century waffle word. Last century it was object and structured.

  2. No by Anonymous Coward · · Score: 0, Troll

    Stop being retarded.

    1. Re:No by Anonymous Coward · · Score: 0

      Linux controls the life-cycle of applications the way open stack wants to manage the life-cycle of VMs.
      I think a "Beowulf cluster" would be a better technology to make the "New Linux".

    2. Re:No by Zero__Kelvin · · Score: 1

      Linux already controls the life-cycle of VMs.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  3. yup by Anonymous Coward · · Score: 2, Funny

    I've HURD this before.

    1. Re:yup by Anonymous Coward · · Score: 2, Funny

      Somehow I just GNU there would be a smarmy AC cracking puns.

    2. Re:yup by Anonymous Coward · · Score: 0

      It emacs no sense.

  4. Meta-engineering by Beryllium+Sphere(tm) · · Score: 4, Insightful

    As a general rule, the only way to build something large and complex that works is to grow it from something small and simple that works.

    1. Re:Meta-engineering by morcego · · Score: 5, Insightful

      As a general rule, the only way to build something large and complex that works is to grow it from something small and simple that works.

      As a general rule, something simple that works will grow into something large and complex that doesn't work, and no one can figure why.

      --
      morcego
    2. Re:Meta-engineering by Anonymous Coward · · Score: 0

      Way too many developers practice rampant entropy. But, they talk a good game, get promoted to mgmt & big bucks & wear ties, then corporate only listens the them & get rid of anyone with brains for jumping up & down & screaming "I told you so!".

    3. Re:Meta-engineering by Anonymous Coward · · Score: 0

      When you're in the little room
      and you're working on something good
      but if it's really good
      you're might need a bigger room
      when you're in the bigger room
      you might know what to do
      you might need to think of
      how you got started
      when you're sitting in your little room

    4. Re:Meta-engineering by osu-neko · · Score: 1

      As a general rule, something simple that works will grow into something large and complex that doesn't work, and no one can figure why.

      Feeping creaturism...

      --
      "Convictions are more dangerous enemies of truth than lies."
    5. Re:Meta-engineering by Anonymous Coward · · Score: 0

      Gall's Law

      "A complex system that works is invariably found to have evolved from a simple system that worked. The inverse proposition also appears to be true: A complex system designed from scratch never works and cannot be made to work. You have to start over, beginning with a working simple system."

    6. Re:Meta-engineering by Anonymous Coward · · Score: 0

      When one finds clouds one often finds rain and suddenly the parade is over.

    7. Re:Meta-engineering by EETech1 · · Score: 1

      That feature is going in Version 3.0 which is based on V1.89b and the V2.X branch is being discarded.

      It had to have a bunch more SWedges installed to support all the additional functionality correctly without spazzing out.

  5. Wait, what? by Anonymous Coward · · Score: 5, Insightful

    OpenStack is a Linux distribution organized for deploying a compute cloud. Linux is the new Linux?

    1. Re:Wait, what? by MightyMartian · · Score: 5, Insightful

      In other words "We have a new distro, how can we get some free advertising..."

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    2. Re:Wait, what? by Anonymous Coward · · Score: 1

      I'm not following. OpenStack isn't a Linux distro, Red Hat is contributing to it but they didn't start it or own it.

    3. Re:Wait, what? by Vairon · · Score: 1

      I don't think it's even a Linux distribution because the install guides for the different types of OpenStack nodes start with instructions for Ubuntu, Debian, CentOS, Fedora, RHEL.

      http://wiki.openstack.org/InstallInstructions/Nova (Compute node)
      http://wiki.openstack.org/InstallInstructions/Swift (Storage node)
      http://wiki.openstack.org/InstallInstructions/Glance (Image server)

    4. Re:Wait, what? by Anonymous Coward · · Score: 5, Interesting

      OpenStack is a Linux distribution organized for deploying a compute cloud. Linux is the new Linux?

      No it's not. It's a virtualization management platform with appropriate interfaces for clients that you can deploy on pretty much any Linux server.

    5. Re:Wait, what? by MattW · · Score: 5, Informative

      OpenStack isn't a distro. It's a collection of utilities for virtualizing and managing compute and storage resources to build clouds. Putting Apache, PHP, and MySQL onto a linux box doesn't make the LAMP stack "Linux" any more than putting OpenStack services (Nova, swift, etc) onto a Linux distro makes OpenStack Linux.

    6. Re:Wait, what? by nurb432 · · Score: 1

      As i was reading this, i was thinking the same thing. Besides, you have to have a client to get there...

      --
      ---- Booth was a patriot ----
    7. Re:Wait, what? by Anonymous Coward · · Score: 0

      Isn't OpenStack goal to implement the concepts published about Google's internal data-center software Google OS v1, which is also Linux based?

    8. Re:Wait, what? by sp1n · · Score: 3, Informative

      OpenStack is a virtualization and object storage infrastructure and management system. It is not an operating system or a Linux distribution. It's an application. Rackspace is a major sponsor of the project, and eats their own dog food. Nova is the VM side, and supports (to varying degrees) pretty much every hypervisor. Swift is the object store that Rackspace Cloud Files is based on.

      This should not be compared to kernels, Linux or anything of the sort. "...a major threat to VMware, Citrix and Parallels datacenter management products" would be a lot better.

    9. Re:Wait, what? by Anonymous Coward · · Score: 0

      2005 called, they want their ParallelKnoppix back?

    10. Re:Wait, what? by Zero__Kelvin · · Score: 1

      Putting any other application stack on a Linux Box - LAMP based or not - doesn't make that application the new Linux, either.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    11. Re:Wait, what? by GPLHost-Thomas · · Score: 2

      It's not a distribution, it's just that stupid marketing people call it "operating system for the cloud", which adds lots of confusion. They do that also because "Open Stack" can be shortened into OS (which is same as operating system). But in fact, Openstack isn't an operating system, nor a distribution, it's just a bunch of Python scripts which are, by the way, pretty hard to ship into decent packages (I can tell because I'm partly working, as a Debian Developer, on the Debian packaging myself). Compared to XCP, it's really messy, and you don't have a single upstream contact.

      By the way, the original team behind Openstack was coming from the Ubuntu world, so Openstack is a way more focused on Ubuntu than anything else. Even though that starts to become less truth since we're working on having Essex in Debian, all the unstable development is made in Ubuntu, and unit tests with jenkins there runs on that as well.

    12. Re:Wait, what? by GPLHost-Thomas · · Score: 2

      Rackspace is a major sponsor of the project, and eats their own dog food.

      That's only right for Swift, not for Nova. Rackspace has yet to do the switch, because they don't have good enough guys to do the packaging on Debian stable, which is their target. I believe that by this time, they must have more or less stopped the effort, and will be waiting Wheezy (just a guess here based on previous packages I saw).

      Nova is the VM side, and supports (to varying degrees) pretty much every hypervisor.

      That's "pretty much" what they want to let you believe. The reality is harsher than this. For real, Nova supports KVM and XCP (Xen Cloud Platform). The later pushed me to work with Citrix to have it in Debian (it's available in SID/testing right now). If one tells you that you can run Xen with libvirt, reply to him that nobody does this, and that the support must be broken, and anyway, there's so little documentation about it. As for LXC, well, the container itself is broken (eg: you can escape from the chroot), so nobody is fool enough to put that in production for serious use. Then there's UML and QEMU, but I don't think I have to even explain why nobody would want to run that as an hypervisor.

      Then, as not supported, there is: VMWare, Hyper-V, Virtualbox (some got removed recently because its driver was crap and didn't support enough feature to make it useful). Alltogether, that's not "pretty much every hypervisor" in my book...

      This should not be compared to kernels, Linux or anything of the sort. "...a major threat to VMware, Citrix and Parallels datacenter management products" would be a lot better.

      I fully agree with that! But not the Citrix part. Citrix is an active contributor, and one of the reasons why they built a packaged version of XCP is because it made sense when playing with Openstack.

  6. Noise without content by Anonymous Coward · · Score: 4, Interesting

    It sounds very exciting until you look at the code. Then you realise that the quality in the project is entirely in the marketing, and there's nothing of worth code-wise at all.

    1. Re:Noise without content by martyros · · Score: 1

      It sounds very exciting until you look at the code. Then you realise that the quality in the project is entirely in the marketing, and there's nothing of worth code-wise at all.

      In may ways, it's the opposite of Linux. Linux was started by a lone programmer who had *something that worked*. That something attracted other people to work on it, and eventually became the massive development project it is today. But from then until now it has worked on the "benevolent dictator" model, where a single person has the final say. The success of any such project depends heavily on the character and abilities of said dictator.

      From what I can tell, OpenStack was started by a bunch of companies who have had all kinds of grand visions for the future, but whose ideas have far exceeded what they actually had working. I'm not sure what the development model is, but given its roots, it's doubtful it will every go to the "benevolent dictator" model. So it's not the same at all.

      --

      TCP: Why the Internet is full of SYN.

  7. More clound BS? Not again. by gweihir · · Score: 3, Insightful

    And something that does everything, no less. In general, this means it does nothing well. Big egos are just the hallmark of failure. Lets see whether anybody even remembers this in 20 years. Personally, I doubt it.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:More clound BS? Not again. by Anonymous Coward · · Score: 0

      Big egos are just the hallmark of failure.

      lolwut?

    2. Re:More clound BS? Not again. by Anonymous Coward · · Score: 0

      It takes a big ego to start an operating system project. We wouldn't even have Linux if it wasn't for a guy who thought he could make a faster kernel than the stock minix kernel.

    3. Re:More clound BS? Not again. by metrometro · · Score: 4, Funny

      Big egos are just the hallmark of failure.

      -- Sent from my iPhone

      FTFY

    4. Re:More clound BS? Not again. by kelemvor4 · · Score: 1

      Big egos are just the hallmark of failure.

      Eh? I'm pretty sure most successful people have huge egos. Steve Jobs, Donald Trump, Hurd the turd... I could make a long and pointless list pretty easily. I think that big egos are generally the result of success.

    5. Re:More clound BS? Not again. by gman003 · · Score: 1

      A big enough failure guarantees your place in history.

      You remember the Ford Pinto? The Hindenburg? The Titanic?

      Do you at least remember the Alamo?

      Failures, every one of them, but remembered!

    6. Re:More clound BS? Not again. by Anonymous Coward · · Score: 0

      There are also a lot of people in prison with huge egos too...

    7. Re:More clound BS? Not again. by xded · · Score: 1

      I wonder if people were saying the same thing 21 years ago when Linus Torvalds released his OS.

      (I'm not implying that I think OpenStack will be successful, just that your point doesn't sound so strong to me.)

    8. Re:More clound BS? Not again. by Anonymous Coward · · Score: 0

      There are also a lot of people in prison with huge egos too...

      Since people with big egos have both succeeded and failed, then big egos may not be the hallmark of failure after all.

  8. Question in the title by SolitaryMan · · Score: 1

    Just applying the rule I saw somewhere: if the title is a question, the answer is "No".

    --
    May Peace Prevail On Earth
    1. Re:Question in the title by iozozturk · · Score: 1

      Just applying the rule I saw somewhere: if the title is a question, the answer is "No".

      this was just what came to my mind when i just read the title, w/o the knowledge of this rule. cheers

      --
      twitter.com/ismetozozturk
  9. Whenever I see by bazald · · Score: 1

    Whenever I see "Whenever I see",

    --
    Insert self-referential sig here.
  10. what problem does OpenStack address? by hxnwix · · Score: 3, Insightful

    Is there some deficiency in Linux and the various BSDs that OpenStack is intended to remedy?

    1. Re:what problem does OpenStack address? by Anonymous Coward · · Score: 3, Funny

      Is there some deficiency in Linux and the various BSDs that OpenStack is intended to remedy?

      Yes: Not enough free advertising on Slashdot.

    2. Re:what problem does OpenStack address? by MindStalker · · Score: 4, Informative

      Its not intended to be a replacement for an OS. If you read the article its basic a set of software to allow you to roll you own cloud solution. Basically Amazon EC2 in a box. You'd still need to install OSs on the virtual machines.
      No no its no the new Linux, the Title is misleading.

    3. Re:what problem does OpenStack address? by Vairon · · Score: 2

      OpenStack runs on Linux.

    4. Re:what problem does OpenStack address? by Instine · · Score: 2

      Yes.

      Though I think AppScale is the way forward. I've looked at this who scaleable PaaS, node image thing for a while now, and here's where I'm at: What these things should do is what AppScale is doing. Offering a homogeneous node that has the potential to fulfill any or all rolls of a horizontally scalable webservice stack. Like a stem cell. It affords you encapsulation to the server level. Usually a virtual server. This is harder than it sounds, and more important than you may think.

      That is, its servers become instances of a class of node, if you like. This is very important regarding scalability, as it reduces devops complexity massively. You have no config nightmare. No special cases, no spread of hostname and ip configs throughout your spring, ruby, grails, maven, ivy, .... You have one yaml file that contains a list of server IPs. And if you want, specifies roles for each (datastore, app server, etc...). Maybe not even that.

      When you deploy new code it spread over all nodes. No config needed. When you want another node, no config needed. It's beautiful. Yes you could build something this horizontally scalable yourself with the tools the have, but its a LOT of work, and generally, people get it wrong. It becomes messy, with many configs, and poor scaling factors. Projects like this encapsulate the job of doing this assembling scalable technologies and auto configuring then. They are very valuable to those who need them (building things like large multi-tenanted SaaS solutions). Because the headache of rolling your own or coping without is quite a problem.

      --
      Because you can - or because you should?
    5. Re:what problem does OpenStack address? by Anonymous Coward · · Score: 0

      What is the "cloud", please?

      I mean, is it just like the virtualised processing units on mainframes of the '60s?

      I have been on the Internet for 17 years now and I haven't yet met a term used so much but meaning so close to nothing.

    6. Re:what problem does OpenStack address? by Anonymous Coward · · Score: 0

      What is the "cloud", please?

      I mean, is it just like the virtualised processing units on mainframes of the '60s?

      I have been on the Internet for 17 years now and I haven't yet met a term used so much but meaning so close to nothing.

      do you really think all this cloud stuff is bs...and that the large amount of sysadmins that are utilizing it are just plain dumb?

      i work at a company that serves massive amounts of web requests in the retail sector. we have a ~30% greater need for computing resources for the period between mid-november and early january. why should we buy that hardware just to let it sit idle for most of the year? why not use resources from a "cloud" provider that allows us to scale horizontally very quickly as needed?

      we also have a "private cloud", where our developers can spin up entire environments in minutes to do, well, whatever it is they need to do. zero sysadmin help required.

      or say you work at a small startup that can't afford to purchase their own physical servers, or don't have a full time sysadmin to manager them. the cost to enter the cloud market is very attractive in such a situation (although AWS can be somewhat pricey), so they may choose to go that route.

      just because there's no need for cloud computing at your company doesn't mean there's not a need elsewhere. cloud is often used as a buzz word, that's tru, but that doesn't mean that's ALL it's used as.

    7. Re:what problem does OpenStack address? by Anonymous Coward · · Score: 0

      You are discussing the value of the cloud.

      I am honestly asking for a clear definition of what "the cloud" is. I know why timesharing the mainframe is useful and I know why virtual servers are useful - as I said, we've had them since the '60s. What I am trying to understand is what "the cloud" is, if anything more than that.

    8. Re:what problem does OpenStack address? by XXeR · · Score: 1

      are you being intentionally obtuse? so you have a single physical server, and you throw xen on it. how can you enable a developer to easily launch several guests that make up a db/app stack on which he is developing? now extrapolate to 1000 servers. tools built to make this easy and to manage them as one unit can define a cloud computing environment. openstack is one such suite of tools, eucalyptus is another. AWS is an example of a commercial provider of an environment like this, fully API'd for ease of use. before the "cloud" movement, none of this was even remotely easy to do...so the need is there.

      i'm sorry, but i'm not interested in quoting the definition for you, feel free to read up:

      http://en.wikipedia.org/wiki/Cloud_computing

    9. Re:what problem does OpenStack address? by morkk · · Score: 1

      have a ~30% greater need for computing resources for the period between mid-november and early january

      This is the myth I want to see busted. You see, every company in retail wants that extra 30% at Xmas. Now are you saying that the service provider is going to have all that extra infrastructure just sitting around all year waiting for your and all your competitors' peak requirements? Or is the guy who pays most going to be adequately serviced while the rest of you pound sand? (hint: no, yes)

    10. Re:what problem does OpenStack address? by DEmmons · · Score: 1

      Your bring up an interesting point, but it would only hold if every cloud subscriber was a retailer. Cloud hosting services are used by a lot of different industries with different scaling needs: record labels about to release a new hit album need to temporarily scale up their web infrastructure, for example, and a similar thing happens with movies. Speaking of movies, some studios use cloud hosting services to spin up hundreds of nodes for effects post-production - we're talking about a lot more than just web hosting here. But the biggest reason such seasonal trends are not causing the issues you're talking about is that the major cloud service providers are growing constantly - their resources aren't static throughout the year. This is not likely to level off very soon, but when and if it does, that's when it would be interesting to see how they handle large seasonal spikes. -Dan

    11. Re:what problem does OpenStack address? by Raenex · · Score: 1

      What is the "cloud", please?

      The latest marketing term for Internet services.

  11. Surprisingly hyped platform by Anonymous Coward · · Score: 3, Interesting

    There must have been a lot of development going on in the OpenStack camp during the past year. Last time I checked many features that were already available in other open source cloud platform products were work-in-progress and setting up and configuring a functional private cloud was cumbersome at best. I wonder how they have managed to gain such publicity and backing over more mature competitors.

    1. Re:Surprisingly hyped platform by ISoldat53 · · Score: 1

      All it needs now is a movie about the founders and it'll be ready for an IPO.

    2. Re:Surprisingly hyped platform by GPLHost-Thomas · · Score: 1

      Well, if you checked last year, then you'll have to check again. Indeed, a lot of work has been done over the last year!

  12. Do you mind if I grab your wallet? by mccrew · · Score: 3, Funny

    Just testing out that question in the title thing... :)

    --
    Hey, Windows users, there is no such thing as "forward" slash, there is only slash and backslash.
    1. Re:Do you mind if I grab your wallet? by heathen_01 · · Score: 1
  13. Better question by Anonymous Coward · · Score: 0

    Is slashdot the new infoworld?

    Whenever I read a summary and think, this sounds like infoworld - it is.

  14. OpenStack is the new Linux by aglider · · Score: 2

    Just like Linux has been the new DOS.
    No way to compare pears and beans.

    --
    Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
    1. Re:OpenStack is the new Linux by aglider · · Score: 2

      ... and, most important thing, OpenStack is NEITHER an operating system, NOR a kernel.
      And Linux has not been the new television!

      --
      Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
  15. wait a sec... it's a linux distro with some python by hxnwix · · Score: 1

    I was misled by the summary. This isn't a whole new OS from the ground up - it's a Linux distro with some python code included.

    Is a Linux distro with some python the new Linux? Umm... yeah... how about no.

  16. Oh please. by Anonymous Coward · · Score: 0

    Any time the word "cloud' is used, a real tech wants to punch you in the face.
    "The cloud" is a title so we don't have explain how the internet works to moronic Mr.CEO and pals.

    1. Re:Oh please. by Anonymous Coward · · Score: 0

      Unfortunately, those pals were the folks in Marketing.

    2. Re:Oh please. by Bengie · · Score: 1

      To me, the word "cloud" describes a type of service, but most marketing uses it to describe anything that involves the network.

    3. Re:Oh please. by kelemvor4 · · Score: 1

      Any time the word "cloud' is used, a real tech wants to punch you in the face. "The cloud" is a title so we don't have explain how the internet works to moronic Mr.CEO and pals.

      Amen, brother. It's really getting annoying to me lately.

    4. Re:Oh please. by MattW · · Score: 3, Informative

      There's a term used called "cloudwashing" that covers inappropriate use of the term cloud, but cloud technology is real and every company in tech is pouring money into this transition.

      Anyone who has worked in IT in large enterprise has seen the benefits of virtualization in action; there's an enormous amount of capex and opex savings, and VMware basically dominates the market. There's a reason 99%+ of the Fortune 500 have an ELA with them.

      The same principles behind that revolution are now reaching into the public space, and looking to blend the private IT compute farms with public cloud resources as well; plus more apps being deployed as SaaS, and more apps being developed on PaaS stacks; all the technology of big data (eg, Mongo), messaging (eg RabbitMQ), and so on just form a virtuous circle with this trend. Apps become more able to run in generic clouds without requiring very specific hardware control, and thus IaaS clouds become more attractive.

      If you're in system, network, storage, or security administration, or IT of any sort, and you're not learning about this, you're basically a COBOL programmer waiting to be put out to farm.

    5. Re:Oh please. by Dcnjoe60 · · Score: 3, Insightful

      There's a term used called "cloudwashing" that covers inappropriate use of the term cloud, but cloud technology is real and every company in tech is pouring money into this transition.

      Anyone who has worked in IT in large enterprise has seen the benefits of virtualization in action; there's an enormous amount of capex and opex savings, and VMware basically dominates the market. There's a reason 99%+ of the Fortune 500 have an ELA with them.

      The same principles behind that revolution are now reaching into the public space, and looking to blend the private IT compute farms with public cloud resources as well; plus more apps being deployed as SaaS, and more apps being developed on PaaS stacks; all the technology of big data (eg, Mongo), messaging (eg RabbitMQ), and so on just form a virtuous circle with this trend. Apps become more able to run in generic clouds without requiring very specific hardware control, and thus IaaS clouds become more attractive.

      If you're in system, network, storage, or security administration, or IT of any sort, and you're not learning about this, you're basically a COBOL programmer waiting to be put out to farm.

      Funny, we just hired two COBOL programmers at $80K each to maintain some legacy mainframe systems. When cloud technology can permit hard core data entry, say for insurance records or the like, then I'll worry. But until then, throughput is more important than an app being able to run from wherever in the cloud. Besides, in my line of business. We don't run apps. We run programs that process millions of secure transactions. We have data entry clerks that key documents and data that can't be captured electronically.

      You would probably say that we have our own private cloud. I would say that we have our own methods to allow secure access to our internal systems. By the way, I would predict that there will be COBOL programmers still programming even after cloud computing has been replaced with the next marketing hyped phrase.

    6. Re:Oh please. by MattW · · Score: 3, Insightful

      Funny, we just hired two COBOL programmers at $80K each to maintain some legacy mainframe systems.

      This reminds me of a guy I knew in ~1994, who was griping that all his experience was in COBOL, and after getting laid off from making $75k/year, he couldn't find another job. At the time, I was in college, and so I wasn't really familiar with the idea of keeping your skills updated...

      When cloud technology can permit hard core data entry, say for insurance records or the like, then I'll worry. But until then, throughput is more important than an app being able to run from wherever in the cloud. Besides, in my line of business. We don't run apps. We run programs that process millions of secure transactions. We have data entry clerks that key documents and data that can't be captured electronically.

      You would probably say that we have our own private cloud. I would say that we have our own methods to allow secure access to our internal systems. By the way, I would predict that there will be COBOL programmers still programming even after cloud computing has been replaced with the next marketing hyped phrase.

      So I don't know that I would recommend cloud for you; there are reasons to use it, and reasons not to use it. As the technology and ops experience matures, it will be easier to adopt - basically like any tech. But for almost everyone, there are real benefits. Both capex and opex; and some people are using cloud in a way that their capex savings is ~0 (or negative) but their opex savings is huge. (See: Netflix running their entire infrastructure with 3 admins) Program ~= App. I file my expenses through an Oracle app, that runs in a cloud, that automatically fetches corporate card transactions from Visa, and lets me roll them into an expense report.

      I'm one of the authors of Securing the Virtual Environment, and my co-author is a QSA, and one of the points of writing the book was to talk about the fact that cloud *can* be secure and can be compliant. (Although in the case of a public cloud, obviously compliance requires underlying compliance by your provider, as well as your own processes) Of course, there are a bunch of risks, too - but there are, for example, cloud services that have passed HIPAA and FISMA audits.

      In short, cloud is more than just a buzzword; it's an evolution in the technology that powers IT. I'd say it's more evolution than revolution, but it is more than a buzzword.

    7. Re:Oh please. by Anonymous Coward · · Score: 0

      More than a buzzword? Ahhhhh bullshit you fucking idiot. It's the mainframe reinvented with all the problems not solved.

      You are a dickhead

    8. Re:Oh please. by MrBandersnatch · · Score: 1

      Interesting. I'm only starting looking into cloud based systems and it strikes me that security is going to be THE big hurdle in making a valid business case and the fact that security seems to be based around policy compliance seems to be a chink in the armour (not that any connected service needs any more than already exist it appears). Looking at the Amazon description for your book though it seems I may be misinformed, I'll have to check it out :)

    9. Re:Oh please. by Zontar+The+Mindless · · Score: 1

      We look forward to reading your book.

      --
      Il n'y a pas de Planet B.
    10. Re:Oh please. by GPLHost-Thomas · · Score: 1

      Well, it seems indeed, you'd need a little bit more knowledge. Yes, there's "the cloud" (as in: stupid marketing journalistic word), and real IaaS. Openstack is the later, and there's nothing dirty here. The moron might not be the one you think.

    11. Re:Oh please. by Dcnjoe60 · · Score: 1

      I did not mean to imply that the "cloud" is not important, or at least won't be. I was really commenting on the COBOL side of things. However, with the exception of the monetizing of consumer products, such as Netflix that you mention. Aren't most cloud applications really just an extension of the client server model that we were all using in the 90s (your expense account example for instance). Of course, back then, they were all running on TCP/IP on internal networks or across T-1 lines where as now they are running on TCP/IP across the internet.

      It seems that what cloud computing really means, today, is the use of the public network to replace private networks that relayed the same information. Granted such a use has more capabilities, particularly being able to access from almost any where, but the underlying technologies aren't really different than 20 years ago (thin clients with data bases on the back end -- although the tools have improved since then).

      Even in our mainframe environment, we use a lot of COBOL on the back end with Java on the front, therefore leveraging what each tool is best at. I would agree, that the cloud is more than a buzzword, but it is over-hyped by marketers and the media. It is just a natural progression (evolution, if you will) of what came before it, from these applications running across private networks to public networks. I do look forward to buying and reading your book.

    12. Re:Oh please. by MattW · · Score: 1

      So, the general attributes of cloud for IaaS, offhand, are:

      - Elasticity; you can provision and deprovision it dynamically and rapidly, and you pay only for what you use (and granular billing to go with it)
      - Redundancy "under the hood"; your specific instance may fail, but a cloud service should heal without intervention from a tenant, beyond doing things required by their instance(s) restarting
      - Multi-tenancy - meaning many unrelated entities can safely share the same hardware with a separation of concerns
      - API interfaces
      - Accessibility over a network

      Some people would include a lot of other attributes, such as "linearly scalable" (ie, 1 instance = N units of processing, then 2 instances should = 2N units of processing).

      Ultimately, the promise of cloud computing is to deliver just as much computing as you need, where you need it, only for as long as you need it, with ~0 setup needed on your part. If you've ever provisioned servers, you end up asking something like:

      - Do I need shared, dedicated servers, or my own colo space to set up?
      - Do I need routers, firewalls, load balancers, vpn concentrators, etc?
      - Which things need (for security/role reasons) separation?

      And then, what's your timeline when any of those answers change?

      Cloud handles application scale-up and scale-down more gracefully; this is one of those things that's been driving virtualization in the enterprise for a decade; enterprises can consolidate servers, and old applications can share a tiny slice of hardware but still not be end-of-lifed, rather than needing their own server to run on. Applications which have a sudden burst of popularity could conceivable scale up massively - imagine a world where no one is ever slashdotted.

      Virtual networking can give every application its own isolated network with its own firewall policy, using ~30mhz worth of cpu.

      Anyhow, this sort of thing has driven virtualization in the enterprise for a while because of capex cost. The average utilization of non-virtualized servers is, iirc, ~30%; post-virtualization, it's 80-90%+. That means enterprises that use virtualization simply spend less than half on servers and the costs of maintaining them. Then there's opex. Rather than the complex provisioning associated with sizing, installing, and maintaining bespoke computing for every user/org/BU, the IT process can be streamlined to having a one-size-fits all provisioning, and the virtualization/cloud layer can carve it up dynamically. You have way fewer people needed per piece of hardware. To say nothing of how the resource sharing makes it self-healing. Physical server dies? The virtual machines that were on it power up automatically on a different machine. (In fact, VMware FT can actually add an application-independent hot-failover to any x86 server; physical hardware dies, the shadow copy immediately resumes running with the full state on the failover hardware)

      Thin clients hitting servers (ie, dumb X terms hitting mainframe-type servers) was a similar concept in the sense that you were time-sharing resources, but this makes a similar arrangement possible without operating system dependencies, with application portability (ie, I can move a virtual machine from one cloud at one provider, to another cloud at another provider, about as fast as the bits from the virtual disk can copy over the network - and of course, all the empty space doesn't need to move).

      Not really even touching on what private/hybrid cloud means to an enterprise; but suffice it to say, there's a reason why nearly every company in the Fortune 500 has some users pulling out corporate cards and buying compute from AWS; and why they'd like to supply that same experience to their users on a private cloud platform.

    13. Re:Oh please. by Raenex · · Score: 1

      Lots of people write books to cash in on the latest marketing trend. There's been many names for this type of computing. These days everybody attaches "cloud" to everything they do, but there's nothing original here.

  17. If you wonder why it sounds like marketing... by Anonymous Coward · · Score: 1

    FTFA:

    It's a big change of scene for me. My last full-time job was in Windows Server product marketing, which prevented me from writing for InfoWorld or anyone else except my Redmond bosses for four years. Now I'm back in the game, laptop battery fully charged, ready to chronicle the next big thing in open source.

    It sounds like marketing because it is marketing.

  18. Question in the title by Anonymous Coward · · Score: 0

    Someone once said, when there's a question in the title, the answer is NO. That's definitely the case here.
     
     

    Like Linux, OpenStack aims to provide a kernel around which all kinds of software vendors can build businesses

    Ah yes, I remember the original post from Linus, where he said, "I aim to provide a kernel around which all kinds of software vendors can build businesses." That's exactly why he did it. That's exactly how he talks.

  19. Re:wait a sec... it's a linux distro with some pyt by Vairon · · Score: 2

    I don't believe it's a Linux distribution because it's intended to be installed on Fedora, RHEL, Debian, Ubuntu, etc.

    http://wiki.openstack.org/InstallInstructions/Nova

  20. No by Pf0tzenpfritz · · Score: 5, Funny

    As a "cloud OS for the datacenter" Open Stack clearly has to iconoclast on empowering croud-sorced segregation-effects within the namespace of its initial synergies. Anything else would be a paradigm shift.

    --
    Oh, the beautiful gloss of greality!
  21. Re:wait a sec... it's a linux distro with some pyt by MattW · · Score: 1

    It's meant to be syllogistic.

    As in:

    Linux:Operating Systems::OpenStack:Cloud

    At this point, though, OpenStack is still pre-1.0, perhaps equivalent to Linux circa 1993. Whether it can polish up and continue to deliver what is needed is yet to be seen.

    The impetus behind cloud right now means that this will be a lot more high profile than Linux was in 1993. There's all sorts of politics (eg Why Citrix Left Openstack) at play, and no one has an OpenStack cloud of any significant size running. OpenStack has been tooting its horn for 18+ months and yet the most advanced player is really just going into production. Rackspace clearly sees OpenStack as an avenue to leverage outside development in an effort to go after Amazon, but whether that makes it viable for other people - and thus creates a rewarding ecosystem - has yet to be seen.

  22. No just marketing BS by Sycraft-fu · · Score: 1

    We have a stupid research group that is always chasing after the latest trend. "The cloud" is their new shit and they want OpenStack bad. They don't know why they want it, they just do. Of course when our Linux guy sets it up for them, they can't use it because they have no idea how. They don't like the idea of just using VMWare for some reason. It isn't cool enough to them.

    1. Re:No just marketing BS by GPLHost-Thomas · · Score: 1

      I have read many of the same kind of statements. Mostly, it's from people who don't understand what's going on (and you're of course one of them). No, "the cloud" isn't just a marketing word. It's a reality, and it has features which real people use to do real things. Do you want a simple example? Rebuilding all of the Debian packages at once in less than few hours, and sending out report to every package maintainer when there's a FTBFS (Fail To Buid From Source).

      Saying that VMWare is the only solution means you didn't even have a look at the OpenXenManager screenshots. It does exactly the same stuff as VMWare, has a nice GUI, but uses only open source stuff (eg: XCP). It's not about being "cool" to prefer such tool, it's all about not being vendor-locked-in, and have freedom (do I have to state all the Stallman freedoms I'm talking about?).

      Please stop shouting "marketing buzz" each time you see the word, instead, start doing your homework, and try to understand why everyone is shifting to IaaS.

    2. Re:No just marketing BS by Sycraft-fu · · Score: 1

      Should have guessed that comment would attract an OSS zealot. No VMWare isn't the only solution, however it is an easy one to implement, and it is one we have free licenses for (for research and education) and it is one that we the tech people are trained on, since it runs the back end for our department. VMWare gets shit done, that's why they can charge what they do. It is a hell of a good platform. Would do precisely what the research group wants.

      However they want OpenStack. They can't say why, they can't give a coherent reason is to what it does, they just want it. Then, when they got it, they can't make anything work because they don't understand it, they want our Linux lead to teach them which is all kinds of not his job and something he has no time for.

      If you want to come and show us why your chosen OSS solution is better, feel free. I can setup a time to meet with my boss. However you'd better do your homework, he's extremely smart, has looked at all the solutions out there, and has some good reasons for sticking with VMWare. If you just want to scream about OSS because you like it, then I'm disinterested in listening further.

    3. Re:No just marketing BS by GPLHost-Thomas · · Score: 1

      VMWare gets shit done

      Right. And so does XCP. They are now very comparable and competitive products.

      If you want to come and show us why your chosen OSS solution is better, feel free. I can setup a time to meet with my boss.

      Wow, will you pay for the plane ticket across the Pacific ocean? :) Seriously, what VMWare has that XCP doesn't?

      If you just want to scream about OSS because you like it, then I'm disinterested in listening further.

      No, what I'm saying is that what was right a year ago isn't the same today, and things are moving fast. You may want to re-evaluate. I was really amazed at XCP, and didn't think it was that good. It's fast, nicely integrated with the OS now that it's packaged, and knowing that it's the Xen hypervisor behind all this nice GUI is simply fantastic. When I hear about ESXi, I know that there's going to be an opaque Linux running in the background for which I'll have no access and wont ever know what's running on it: very scary in terms of security, which is about 2 decades away from what I would expect from a modern software, especially knowing that this is all based on open source technology (I mean, the ESXi stack), in order to run some open source VMs mostly. And this has nothing to do with being an OSS "zealot" as you say.

  23. Smoke everywere by Anonymous Coward · · Score: 0

    is it smoke, vapor or just hype?

    1. Re:Smoke everywere by GPLHost-Thomas · · Score: 1

      Maybe if you tried to install Openstack on some hardware, you wouldn't write this.

  24. Which is why... by tlambert · · Score: 2

    As a general rule, the only way to build something large and complex that works is to grow it from something small and simple that works.

    Which is why the Saturn V booster used in the Apollo 11 mission to the moon was built out of Legos.

    -- Terry

    1. Re:Which is why... by Zero__Kelvin · · Score: 1

      I'm pretty sure his qualifier "as a general rule" makes your post absurdly meaningless.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    2. Re:Which is why... by mrax · · Score: 1

      As a general rule, the only way to build something large and complex that works is to grow it from something small and simple that works.

      Which is why the Saturn V booster used in the Apollo 11 mission to the moon was built out of Legos.

      -- Terry

      I find you couldn't be more wrong... I don't see it feasible building Saturn V without first making: small test rockets-> V2 -> Atlas -> Titan -> Saturn V (this is not meant to be 100% accurate line, but you get the point) ...

  25. Betteridge's Law of Headlines? by Jon_E · · Score: 1

    I stopped reading this thread when I saw "blaw .. blaw AGI

  26. Does this mean... by Archeopteryx · · Score: 1

    ...we will hear every year for the next 20 how this year is the year of OpenStack on the desktop?

    --
    Dog is my co-pilot.
    1. Re:Does this mean... by Zero__Kelvin · · Score: 1

      Of course not. We will hear how year xxyy is the year of OpenStack floating gently above the desktop.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  27. "the New Linux" is an analogy (you literal dorks) by mounthood · · Score: 3, Interesting

    "the New Linux" is an analogy (you literal dorks). From the FAQ http://openstack.org/projects/openstack-faq/

    What does it mean for the cloud ecosystem?

    This is not yet code that comes with certification from operating system or hardware vendors. Instead it's aimed at providers, institutions, and enterprises with highly technical operations teams that have the capabilities and needs to turn physical hardware into large-scale cloud deployments.

    Still, wide adoption of an open-source, open-standards cloud should be huge for everyone. It means customers won't have to fear lock-in and technology companies can participate in a growing market that spans cloud providers.

    A great analogy comes from the early days of the Internet: the transition away from fractured, proprietary flavors of UNIX toward open-source Linux. An open cloud stands to provide the same benefits for large-scale cloud computing that the Linux standard provided inside the server.

    --
    tomorrow who's gonna fuss
  28. "The most far-reaching"? by Xtifr · · Score: 1

    Considering that a full Debian system (binaries for one platform) comes on eight DVDs, I think this project, whatever it might be, has a long way to go before it can really claim to be the "most far-reaching open source project." More mainstream, perhaps, but far less ambitious.

    1. Re:"The most far-reaching"? by petit_robert · · Score: 1

      The full Debian system includes something like 35 000 packages, only a fraction of which are needed for any machine.

      I run several Debian based web servers with a LAMP stack of Linux/Apache/Mod_perl/Postgresql. Disk usage is less than 3Go.

    2. Re:"The most far-reaching"? by Xtifr · · Score: 1

      Yes, but the amount of effort put in to make sure that your arbitrary selection out of those 35k works is pretty amazing. Want to use lighttpd or aolserver instead of apache? No problem. Firebird instead of pgsql or mysql? No problem. A BSD kernel instead of Linux? A little more work, but still basically no problem. Rexx instead of Perl? Hey, it's your system, and we're not here to cast aspersions on your sanity! :)

  29. OpenStack, no by Anonymous Coward · · Score: 0

    OpenStack is the answer to CPanel or Plesk, nothing more.

    Here's why:

    The software installed is not installed in an optimal manner, nor is it even remotely efficient.

    So where you might only need one highly-tuned VM, you need instead 10 poorly tuned VM's to get the same performance. This allows Amazon and other Cloud providers to charge you by the hour at 10 times the amount. So please don't use pre-produced Linux installs in cloud infrastructure that bills you by CPU hours (no, they don't give you any credit for idle time either.)

    If you're willing to go the extra mile and fine-tune everything to fit the clould VM so you can use 100% of it (you must make sure you disable page-file usage, otherwise your disk i/o charges will add up quickly) you've already spent 80% of the time it would have been to create the images offline.

    It's like why the hell do people insist on re-inventing the wheel.

    Make a program in straight ASM, it's 100% efficient
    Make a program in C, it's 90% efficient
    Make a program in C++,C#,OBJC it's 80% efficient
    Make a program in Java, Javascript, Perl, or some other interpreted language, it's now 40% efficient
    Make a program in HTML5+Javascript or Flash it's 10% efficient

    The same for virtual Machines:
    Install the OS on bare metal 100% efficient
    Install an OS in a Hypervisor on bare metal, it's 90% efficient+1GB ram lost
    Install the OS in a OS Paravirtualized, it's 80% efficient, and will die under heavy loads
    Install multiple OS's in a Hypervisor on bare metal, with deduplication, each VM is now about 85% efficient if they run the same OS or 60% efficient if they're different, including different patch levels.

    One bad sector on any hard drive= all virtual machines lost.

    So I don't understand why anyone would use Virtualization at all. The only proper way to setup cloud infrastructure requires a much larger investment:
    2 NAS+2VM hosts, so 4 physical machines. But in a high density setup, these 4 machines must be independent from each other, with their own UPS, power supplies, ram and networking. You can stack additional ones on top (eg 4+4, 6+6) until you meet the power draw limit in the cabinet, but you still need a minimum of 2 cabinets with two separate power supply sources.

    The NAS systems are iSCSI accessed, to provide virtual hard drives for the VM machines. The NAS's are connected to each other to keep copies and load balance.

    Inside your VM setup, in a LAMP stack, you always setup the file system against the same iSCSI mount locations, so that in the event of the VM hardware failing, you can restart the VM on the other VM hardware with no delay. If you need to share data, then on your first VM, you should set it up to share it's shared iSCSI mounts, and on all your additional machines VM's you mount the share to the same location instead of calling the iSCSI server.

    There's lots of fun logic behind this too, like using PXE to boot the VM's so there's no physical drives in the VM machines.

    If you need more than one copy of the VM, then you can use PXE to literately boot a copy from the NAS hardware. Or if the virtualizing software supports it, clone it. Subject to licencing.

    1. Re:OpenStack, no by Anonymous Coward · · Score: 0

      One bad sector on any hard drive= all virtual machines lost.

      Not even slightly. RAID is a solved problem.

      The only proper way to setup cloud infrastructure requires a much larger investment: 2 NAS+2VM hosts, so 4 physical machines.

      Public Cloud providers are working at scales 1000 times that, and are doing far better than your basic n+1 redundancy.

      You can stack additional ones on top (eg 4+4, 6+6) until you meet the power draw limit in the cabinet, but you still need a minimum of 2 cabinets with two separate power supply sources.

      This is where Public Cloud providers have got you beat. They can achieve densities far beyond what most people can even dream of, at a cost you'd give your right arm for. Economy of scale is king in the Cloud.

      The NAS systems are iSCSI accessed, to provide virtual hard drives for the VM machines. The NAS's are connected to each other to keep copies and load balance.

      NAS? No one serious uses NAS. Perhaps you meant SAN? The Public Cloud providers have you beat there as well with their block storage systems.

      If you need more than one copy of the VM, then you can use PXE to literately boot a copy from the NAS hardware.

      Yeah or you could just click the button and have a new VM booted from an existing image. Who needs PXE?

    2. Re:OpenStack, no by GPLHost-Thomas · · Score: 1

      OpenStack is the answer to CPanel or Plesk, nothing more.

      They have absolutely nothing to share. If you are saying this because of the Horizon dashboard, then you are mistaking. IaaS has all to do with API, using it like you would with a web interface is stupid, in this case, you need VPSes, not cloud computing.

      So where you might only need one highly-tuned VM, you need instead 10 poorly tuned VM's to get the same performance. This allows Amazon and other Cloud providers to charge you by the hour at 10 times the amount.

      Exactly for what reason you would spend some time to highly-tune a VM not in the cloud, while you would when it is in a IaaS? It doesn't make sense. In both situations, you can skip the tuning if you are lazy and have enough money to buy computing power. Also, what allowed AWS to have such an expensive pricing model is just the fact that their was very few competitors, and Openstack is changing this.

      One bad sector on any hard drive= all virtual machines lost.

      WHAT??? Come on, you clearly didn't understand what it was about. On the cloud, you'd be storing stuff on highly redundant storage. Like, your images would be stored with Swift (with glance using it), meaning that you'd get at least 3 copies of all files. And your instances would be disposable (eg: if one crash, it's not a problem, just fire-up another one stored in Swift). So no reason to loose anything if only one HDD crashes...

      So I don't understand why anyone would use Virtualization at all.

      Indeed, you don't understand...

      The only proper way to setup cloud infrastructure requires a much larger investment: 2 NAS+2VM hosts, so 4 physical machines.

      Nobody pretended that you could start with very few investment. The model only works when you have the need for a lot. BTW, Openstack doesn't use NAS, it has nothing to do with it. The whole point of Openstack is to use "commodity" cheap hardware. Typically, you'd setup Swift WITHOUT RAID for example.

      The rest of our hardware assumptions are just wrong (you're talking about iSCSI, NAS and so on, when, again, Openstack doesn't need them...).

  30. Year of the... by Anonymous Coward · · Score: 0

    It's not "the new Linux" until somebody on Slashdot proclaims:

    "2012 is the Year of Open Stack in/on [the] {Desktop, Cloud, Mobile, Laptop, Dead Badger, etc.}"

    There. Now it's the new Linux.

  31. We fed this into a 1960s computer and it exploded by Dogtanian · · Score: 1, Flamebait

    I always think of Betteridge's Law of Headlines

    Headline I'd like to see: "Is Betteridge's Law of Headlines actually correct?"

    --
    "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
  32. Re:"the New Linux" is an analogy (you literal dork by Anonymous Coward · · Score: 0

    They could have made it clear by saying something like "OpenStack is to cloud solutions what Linux was to the many proprietary flavors of Unix"
    As it was written, I read past the headline to find about the next new OS.

  33. Can....what? by Anonymous Coward · · Score: 0

    Can pianos become the new kaxons? They both make sound, but one sound is nicer!

  34. Ego doesn't mean what you think it does by Zero__Kelvin · · Score: 1

    Yes. Linus Torvalds is well known for his huge ego. ... or was it his self-deprecating humor?

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    1. Re:Ego doesn't mean what you think it does by Raenex · · Score: 1

      Both. He has big opinions and can be an asshole about them, as in you're a moron if you disagree. He occasionally tries to couch them in humor, but the ego and mean spirit shine through.

    2. Re:Ego doesn't mean what you think it does by Zero__Kelvin · · Score: 1

      No. A person with a huge ego thinks he is better than others when he is not. When Linus says that you are a stupid if you use Subversion when a real SCM tool like git is available, he is merely stating a fact. When he acts as if he is better at software than most people, it is because he is better at it than most people. Your perception that he is egotistical and mean spirited is a direct result of your low self esteem combined with your inner knowledge that he is right, and you don't like that fact. In other words, the truth hurts.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    3. Re:Ego doesn't mean what you think it does by Raenex · · Score: 1

      Wow, suck his dick much?

      Did you know git came about because an accomplished open source person dared to try and reverse engineer the protocol from the proprietary source control Linus was using, and Linus shit all over him for it? Did you know that Linus refused to support a kernel debugger because he doesn't like them?

      There are other examples that I'd have to dig up as I don't remember off the top of my head. In other words, the simple fact is that he's an egotistical asshole and you're a douchebag fanboy.

    4. Re:Ego doesn't mean what you think it does by Zero__Kelvin · · Score: 1

      "Did you know git came about because an accomplished open source person dared to try and reverse engineer the protocol from the proprietary source control Linus was using, and Linus shit all over him for it?"

      You're about as clueless as a person can be, aren't you? Larry McVoy, Bitkeeper's proprietary developer withdrew free use of the product after he claimed that Andrew Tridgell had reverse-engineered the BitKeeper protocols. Linus didn't "shit all over" anyone. He simply did what a great Open Source developer does, and developed something better for free.

      "Did you know that Linus refused to support a kernel debugger because he doesn't like them?"

      Linus wasn't opposed to a kernel debugger. He was opposed to one that wasn't small and clean: From LWN

      "Another feature that is notable not for its size, but because people have tried to get me to merge it for some long is kgdb support. Which really turned out pretty small and clean, once people started putting their effort into making it so."

      People with big ego's don't concede that a feature turned out small and clean and then merge it. They refuse to do so because they have argued against it, and so they say: "how dare anyone question me!!!!

      "There are other examples that I'd have to dig up "

      If you ever dig up a legitimate one let me know ... ROTFLMAO.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    5. Re:Ego doesn't mean what you think it does by Raenex · · Score: 1

      You're about as clueless as a person can be, aren't you? [..] Linus didn't "shit all over" anyone. He simply did what a great Open Source developer does, and developed something better for free.

      This is the part where I correct you and make you look like the clueless fuck you claimed I was:

      "Tridge could have done something constructive: he could
      have written the best damn SCM on the planet, and believed
      that open source generates better things, and competed
      against BitKeeper that way.

      He'd have been a hero to me. It's unquestionably true that
      BitKeeper has advanced the state of SCM technology. Anybody
      who argues against that just doesn't know what the hell he
      is talking about. But I'd have loved even an "almost-as-
      good" open source SCM, because that would obviously just
      be a good idea.

      But that's not what Tridge did. He didn't write a "better
      SCM than BK". He didn't even try - it wasn't his goal. He
      just wanted to see what the protocols and data was,
      without actually producing any replacement for the
      (inevitable) problems he caused and knew about.

      He didn't create something new and impressive. He just
      tore down something new (and impressive) because he could,
      and rather than helping others, he screwed people over.
      And you expect me to _respect_ that kind of behaviour?"

      Linus wasn't opposed to a kernel debugger. He was opposed to one that wasn't small and clean: From LWN

      Now this is truly hysterical. You apparently did some searching and found the original email from 2000 where he absolutely tears into kernel debuggers and the people who use them, and that's what you linked to, but you quoted from the email where 8 years later he finally merged in support.

      Here's what he said in 2000, per your link:

      "But I'm not going to help you use one, and I wuld frankly prefer people not to use kernel debuggers that much. So I don't make it part of the standard distribution, and if the existing debuggers aren't very well known I won't shed a tear over it."

      And that's just the part that just cuts to the chase. He's much more derogatory earlier on. This is what happens when you're a douchebag fanboy. You can't even read what Linus told you himself:

      "I'm a bastard. I have absolutely no clue why people can ever think otherwise. Yet they do. People think I'm a nice guy, and the fact is that I'm a scheming, conniving bastard who doesn't care for any hurt feelings or lost hours of work if it just results in what I consider to be a better system."

      If you ever dig up a legitimate one let me know ... ROTFLMAO.

      Yep, you're quite the joke.

    6. Re:Ego doesn't mean what you think it does by Zero__Kelvin · · Score: 1

      Why don't you link to the whole post? Because it makes it clear that you are a moron. Linus correctly is against relying on debuggers, and he doesn't want morons like you who rely on them writing code for the kernel. He wanted the bar to be higher to filter idiots out. He's correct. I agree with him. Imagine how horrible the kernel would be if we had idiots like you writing code for it. Yet he eventually did merge a debugger into the kernel when it made sense to do so. You are apparently too stupid to figure out that completely disproves your claim that he is an egomaniac. In the immortal words of your smarter brother Gomer Pyle, Surprise, Surprise, Surprise.

      Like I said. The truth hurts. Choke on it.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    7. Re:Ego doesn't mean what you think it does by Raenex · · Score: 1

      Why don't you link to the whole post?

      Why don't you link to it? You fucked up your link, twice now (the first time you linked to it you ignored the contents and quoted from something else). And since you posted it before, why should I have to link to it again?

      Linus correctly is against relying on debuggers, and he doesn't want morons like you who rely on them writing code for the kernel.

      Funny how your position has changed. First you claimed he wasn't opposed to a kernel debugger, yet when proved otherwise instead of admitting your mistake you now claim his position is correct.

      Then you completely ignore the second example involving Tridgell and BitKeeper, where you were again proven wrong.

      Like I said. The truth hurts. Choke on it.

      Given how embarrassingly wrong you were on both of your claims, I find your own ego rather amusing, especially considering that you're nothing but a dick-sucking, douchebag fanboy.

    8. Re:Ego doesn't mean what you think it does by Zero__Kelvin · · Score: 1

      He's so opposed to it he merged it into the kernel. I can't stop laughing at you long enough to continue posting. You are just too fscking hilarious ;-)

      Plonk!

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    9. Re:Ego doesn't mean what you think it does by Raenex · · Score: 1

      He's so opposed to it he merged it into the kernel.

      8 years after the fact, and he even noted his long stance against it, and you even linked to his original stance against it while ignoring it and then embracing it and now ignoring it again. You also ignored how you were wrong on the BitKeeper issue, again.

      Plonk!

      Battle cry of the defeated. Good riddance. It's really annoying talking to dick-sucking, douchebag fanboys with blinders on.

  35. Re:"the New Linux" is an analogy (you literal dork by nixman99 · · Score: 1

    God I wish I had mod points. I'm reading the comments and wondering how so many people could ignore the giant whooshing sound of the point going over their heads.

  36. Re:wait a sec... it's a linux distro with some pyt by cas2000 · · Score: 1

    I work for a .au university on an openstack cloud service providing compute infrastructure as a service for researchers. we currently have about 2000 cores on 84 compute nodes (plus swift storage and volume storage and nova-api and database and so on) and about 700 users (and anyone with a login at any australian university can have a login with a small allocation of cores/memory/cpu-time, with larger allocations on request), with another 2000 cores ready to go as soon as the regions/zones/cells (or whatever they're calling it this week) code in nova works. we're currently running a very hacked up version of Openstack "Diablo" on Ubuntu Lucid, and will be upgrading to Openstack "Essex" on Ubuntu Precise in the very near future (next week, most likely, unless something comes up to delay us).

    any of our users can login, spin up a few VMs through the web dashboard (or via command-line tools), and run or develop the code for their research project. we've also got people working on tools to enable researchers to spin up entire HPC clusters on demand within our cloud.

    the openstack "Cells" code is crucial to us, because over the next couple of years we'll be expanding the research cloud in stages to have nodes in more universities - it's a national science infrastructure project, funded by the .au federal government. in the not-too-distant future there will be tens of thousands of cores.

    So, yeah, there are openstack deployments of significant size already running.

    nothing's ever perfect - the current openstack code has a lot of problems....but there's also a lot that's good or even great about it, and the rate of improvement is impressive.

    actually, one of the biggest problems with openstack is terminology. the various components of openstack began as separate projects, and they have re-used the same terminology (especially the word "zone") to mean very different things, which tends to make things confusing. that's one of the things that is being worked on.

  37. So you CAN'T define the cloud, then? by Zero__Kelvin · · Score: 1

    So you are saying that the cloud is just an alias for virtualization? Given your vast studies in this arena, can you explain the difference between hypercloudification and paracloudification?

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  38. No. Here's why .... only good 4 large scale infra by Anonymous Coward · · Score: 0

    OpenStack makes no sense if you have fewer than 100 VMs. It is too complex, too cumbersome, and too hard to setup on 1 machine for production. You really need 2 boxes, but for all that effort, you are still screwed by the complexity of the solution when Proxmox or even just a group of KVM/LXC servers can handle the same job.

    If you are an ISP then OpenStack **is** what you want. Start now, so you aren't left behind. Just don't over think the networking if you want shared VLANs across multiple sites.

    If you are a large telecom, OpenStack may or may not be useful. The networking becomes highly complex, very quickly and your internal security and network security teams are going to freak out if you do the "best practices" for OpenStack networking. Seriously - it is very complex and completely unmaintainable. COMPLETELY.

    Like I said initially, if you have fewer than 100 VMs or 50 physical servers, then forget OpenStack. It isn't worth it. Get comfortable with libvirt, KVM and LXC, those are really what you want anyway.

    Oh, and if you are looking at virtualization in the cloud - paying someone else to run your infra - personally, I think you are completely crazy and haven't talked it over with lawyers who understand the risks you are accepting in doing that. Sure, putting your corporate main web page on an external host makes perfect sense, even front-end web boxes with static content out there is a great idea too, but not your financial or DB servers. No way. If you are too small to handle having those in-house, then you need to pay a service provider for the "service", not try to manage it yourself on an IAAS cloud offering. If you do buy a service, be certain that your contract has penalties for any breach regardless of cause and downtime. Basically, for every hour down (unapproved), you should get a day of free service. Anyone doing virtualization right, should be able to have downtimes under 5 minutes a month.

  39. It was a reaction to incrementalism by tlambert · · Score: 2

    I strongly disagree that it's a general rule.

    I find that a lot of people I would not ordinarily view as idiots have this absurd idea ingrained in their psyche that it's possible to incrementally get from thing ABC to thing XYZ. Mostly I have to believe that these people have never had to reverse engineer anything.

    One of the places this happens most often is in Open Source software, where people have drank the Eric Raymond kool aid about "The Cathedral and the Bazaar". Sometimes you need to build a cathedral, and there's simply no way to get there from a mud hut. I think SourceForge "declarative projects", where people believe that by simply declaring an Open Source project, they will get droves of willing bodies to implement it from scratch. This is the big lie that was Mozilla for a long time, until they finally had working code for people to tinker with, and even then, they attracted tinkers. It shows: they ended up with a bricolage.

    Another example is the idea that you can get from a system with a small set of capabilities to a system with a large set of capabilities without sitting down, mapping out the problem space, and then designing a framework in which it's actually possible to represent the entirety of that space. This misconception is often perpetrated in things like Portage, which is a glorified package management system which is frequently pressed into service as a build system, a task to which it is demonstrably unsuited.

    I'm generally annoyed when anyone portrays something that was revolutionary at its time as part of a natural evolutionary progression on a straight line route from point A to point B, and that it as somehow "obvious" that this revolutionary idea was the next step in the progression. 20/20 hindsight (or Monday morning quarterbacking, if you prefer) aside, it does a great disservice to the revolutionaries who came up with the idea/application at a time when no one else was doing anything similar.

    -- Terry

    1. Re:It was a reaction to incrementalism by Anonymous Coward · · Score: 0

      Sometimes you need to build a cathedral, and there's simply no way to get there from a mud hut.

      Yet, that is exactly the way it happened, over a very long time, admittedly, through aggregation, analysis and systematization of builders' experience and refinement of goals. Ultimately, Saturn V is descendant of black powder propelled bamboo "fiery arrows". Also, some cathedral-sized great pagodas in Asia were literally made out of mud. However, I'll grant you this: it is ridiculous to start ambitious project with substandard knowledge of that kind of technology. If you are aiming to push the limits, you better start from bleeding edge. Open Source projects are not meant to achieve excellence per se. Their purpose is to democratize the know-how and especially to democratize and amass R&D, to reveal or reinvent the trade secrets of master builders for anyone who may need them. It is also a memento mori to proprietary technology professionals, keeping them agile and forcing them to innovate, to revolutionize, to try to keep the proprietary state of the art ahead from OS state of the art.

  40. NO by Anonymous Coward · · Score: 0

    NO

  41. LXC by Alex+Belits · · Score: 1

    The only important thing about OpenStack is that it supports implementation of managed, dynamically allocated and partitioned clusters (what "cloud" really is) with LXC, a non-virtualization host partitioning technology.

    --
    Contrary to the popular belief, there indeed is no God.
    1. Re:LXC by GPLHost-Thomas · · Score: 1

      The only issue is that LXC is currently borken in the kernel, because you can easily escape from the chroot that it provides. So no, LXC isn't for the moment the key feature, but we do expect it will.

    2. Re:LXC by Alex+Belits · · Score: 1

      The only issue is that LXC is currently borken in the kernel, because you can easily escape from the chroot that it provides.

      [citation needed]

      --
      Contrary to the popular belief, there indeed is no God.
    3. Re:LXC by GPLHost-Thomas · · Score: 1

      I'm not going to do the homework for you, I don't have the blog entry handy, but I for sure tested it myself (hint: this has been discussed in debian-devel@l.d.o when Ben announced that Vserver and OpenVZ patches would be dropped from Wheezy because nobody has time to maintain it). It's a public fact, and known by everyone. So go and find your citation yourself, then you can click the edit button and fill the citation... :)

    4. Re:LXC by Alex+Belits · · Score: 1

      I'm not going to do the homework for you

      Actually it is your responsibility to provide something more than bold claims when it comes to supposed security vulnerabilities.

      I can only find one claim from Adam Borowski <kilobyte@angband.pl> that "lxc is not supposed to be secure (it provides a chroot with usage limits, but no isolation)", what is incorrect despite being unchallenged in that particular thread.

      I don't have the blog entry handy, but I for sure tested it myself

      "The blog entry" was extensively discussed in this thread: http://www.mail-archive.com/lxc-users@lists.sourceforge.net/msg02368.html , and it was demonstrated that it's possible to use existing and widely used mechanisms in Linux kernel to prevent attacks of this kind, most relevant messages being http://www.mail-archive.com/lxc-users@lists.sourceforge.net/msg02382.html and http://www.mail-archive.com/lxc-users@lists.sourceforge.net/msg02375.html .

      The link to the python script mentioned, no longer works due to what looks like switch to Git, so it's now http://git.coredumb.net/cgit.cgi/coredumb/tree/scripts/python/smack_label.py .

      While those mechanisms may sound complex, may happen to be buggy, and are surrounded by all kinds of disclaimers, same applies in spades to virtualization implementation and virtual environment management tools. Just because VMWare is run by overconfident assholes who refuse to acknowledge impact of their products' bugs, does not mean that virtualization is not supposed be taken with the same expectations.

      So far, it looks like a trivial combination of well-known mechanisms present in Linux kernel, provides a securely isolated environment within LXC right now, despite all the claims that LXC is "doing it wrong" by not bundling a namespace mechanisms with it, or various trash-talk from fans of virtualization and other host compartmentalization methods.

      It would be a valid criticism toward OpenStacks, distributions and other LXC users if those people were neglecting to provide secure configuration and documentation on it as it applies to the security models and policies of their application. But this is not what you claimed, you claimed that the whole mechanism is insecure and therefore unusable, and you have nothing to back your statements but dismissive remarks of unrelated people and exploits for blatantly insecure configurations that happen to use LXC.

      So back to your own irresponsible behavior:

      If LXC implementation is fundamentally insecure as you claim, it's supposed to be treated as broken, and it should not be available in any "stable" version of anything. If that was the case, either:

      1. There would have to be an easily accessible announcement (at very least, a CVE entry).
      or
      2. Security practices of Linux kernel developers, OpenStack developers and all distributions are unsafe.

      Referring to some mythical mailing list messages about other products and features without such reference amounts to FUD-mongering on par with our Microsoft-sponsored friends. This is completely unrelated to your own lack of research on the subject -- ignorance and laziness by themselves are forgivable, spewing vague ignorant bullshit is not.

      --
      Contrary to the popular belief, there indeed is no God.
    5. Re:LXC by GPLHost-Thomas · · Score: 1
      Thanks, you've found the blog post that I was talking about. I'm happy to read that there are mechanisms to get around it and that I was mistaking. However, if then LXC doesn't provide sysfs access to its containers, it's really not convenient. Is that mandatory to make it secured? Or are there ways to still provide sysfs in a safe way?

      While those mechanisms may sound complex, may happen to be buggy, and are surrounded by all kinds of disclaimers, same applies in spades to virtualization implementation

      I can't agree with this. Please give me a link to where there was a hole in Xen for example, allowing to gain access to the dom0 from a domU (note: PCI pass-through issues don't count, because you don't need them, and if you do, it's on your own Desktop, and we're talking about servers here). To the best of what I know, this never happened yet with Xen (it did with KVM though). I'm not saying that the software is perfect, or that it will never happen, but it just didn't (yet?). But anyways, there would be a lot of nice feature you'd like about LXC, even without it to be 100% safe.

      If LXC implementation is fundamentally insecure as you claim, it's supposed to be treated as broken, and it should not be available in any "stable" version of anything.

      Well, first of all, I'm not working on the kernel stuff in Debian. If I was and had time to work on it, probably I would have kept the VZ feature patch for the next release, until LXC became more mature in Wheezy+1. Unfortunately, I am listed as maintainer or uploader for 82 packages already, and I think that's enough work. :)

      Referring to some mythical mailing list messages about other products and features without such reference amounts to FUD-mongering

      No, it's because I didn't know enough. It happens to all of us, and I'm ok to admit my mistake. Please keep your tone lower, there's no need to use such wording. I have read the debian-devel list, and nobody cared or knew this was wrong, which is quite surprising. Or are you saying that I shouldn't trust other Debian developers and the kernel team, maybe? Sorry, but even after your post, I'll continue to trust them! There's no collaborative work without trust.

    6. Re:LXC by Alex+Belits · · Score: 1

      Thanks, you've found the blog post that I was talking about. I'm happy to read that there are mechanisms to get around it and that I was mistaking. However, if then LXC doesn't provide sysfs access to its containers, it's really not convenient. Is that mandatory to make it secured? Or are there ways to still provide sysfs in a safe way?

      Yes, and that was discussed, too, however convenience is a completely unrelated matter to security. You claimed that LXC are inherently insecure. You talked out of your ass. Don't do that in the future.

      I can't agree with this. Please give me a link to where there was a hole in Xen for example, allowing to gain access to the dom0 from a domU (note: PCI pass-through issues don't count, because you don't need them, and if you do, it's on your own Desktop, and we're talking about servers here). To the best of what I know, this never happened yet with Xen (it did with KVM though). I'm not saying that the software is perfect, or that it will never happen, but it just didn't (yet?). But anyways, there would be a lot of nice feature you'd like about LXC, even without it to be 100% safe.

      I have never looked, however even if there never was such a bug found, it does not mean much -- Xen is not as widely used as VMWare, and VMWare had plenty of security bugs. For what it's worth, there weren't any bugs found in secured LXC setup, but this is not a reason to claim that there definitely aren't any. I have mentioned VMWare in particular because they show irresponsibility and hubris in face of actual bugs actually being found, and this behavior determines users' attitude toward virtualization as a whole -- it is perceived to be more secure than OS kernel, even though it is not.

      Well, first of all, I'm not working on the kernel stuff in Debian.

      Then why in the world you spew bullshit that you have heard somewhere (from a person who doesn't work on "kernel stuff in Debian", either) without even trying to verify its validity, or at least trying to provide a way for someone else to verify it? If you really wanted to post something and too lazy to do your research, you could've said "I can't find exactly where, but someone on debian-devel claimed that LXC are insecure". Now, compare it with what you actually posted and tell me, how in the world this is acceptable for sane, adult person discussing important matters in OS architecture??

      --
      Contrary to the popular belief, there indeed is no God.
    7. Re:LXC by GPLHost-Thomas · · Score: 1

      You talked out of your ass.

      Fucking hell, please don't write this way. I talked out of what I thought I learned from debian-devel@, and I wasn't trying to do propaganda.

      it is perceived to be more secure than OS kernel, even though it is not.

      I can't tell about the issues with VMWare, but I'm sure that there's less virtualization specific holes than kernel root exploits. So in this way, yes, virtualization is more secure than let's say a simple chrootuid (even with a grsec kernel).

      Then why in the world you spew bullshit that you have heard somewhere

      Because that "somewhere" is not just a random place, it's the debian-devel list, with many knowledgeable people reading it, and which I consider a valuable source. And there was nobody to tell that the blog post was wrong, not even guys from the kernel team when discussing the mater. I don't pretend that I know better than them, and I do trust them. Still, this was a mistake this time, and I understand it now.

    8. Re:LXC by Alex+Belits · · Score: 1

      Fucking hell, please don't write this way. I talked out of what I thought I learned from debian-devel@, and I wasn't trying to do propaganda.

      Well, yes, but I just wanted to emphasize how harmful it can be to spread unsourced and unverified information while claiming to be well-informed on the subject. Unfortunately for everyone who tries to make informed decisions, this kind of bold statements, spread as rumors and repeated by everyone, create an environment of what seems to be consensus among experts, or even truth. My comparison with propaganda efforts is limited on the fact that the same effect is being exploited by astroturfers -- they make false but plausible claims, state them boldly, provide no references that could be reviewed, studied or debunked, and see people picking it up as trustworthy.

      I can't tell about the issues with VMWare, but I'm sure that there's less virtualization specific holes than kernel root exploits.

      Not really. Kernel security bugs are in specific functionality -- they are applicable to specific functionality that may or may not be available on the system, and accessible through a specific interface that is often optional or recommended to be inaccessible on a system with locally untrusted users. Virtualization, on the other hand, has very limited interface, and if something is a security bug, it's almost guaranteed to be exploitable on all systems, with no mitigation or pre-emptive restrictions that could have prevented it. And there is a matter of the whole "host" or "management" environment that, if exploited, has overriding access to absolutely everything. With LXC and other host partitioning mechanisms, it's whatever runs outside the containers, and proper administration can reduce the functionality and interfaces to a minimum. With virtualization, one is lucky if virtualization system's vendor did not stuff GUI and a mail server in there.

      So in this way, yes, virtualization is more secure than let's say a simple chrootuid (even with a grsec kernel).

      And that's why people use LXC combined with SMACK or SELinux instead of that. As far as truly horrendous security bugs are concerned, such as unrestricted access to raw memory or storage, virtualization and kernel-based containers are equally insecure and equally likely to have such a bug, however even theoretically, virtualization provides less discriminative way of limiting access to the functionality involved, as it does not manage OS-managed primitives. For everything simpler or dependent on the OS interface, OS-managed security is in a better position because it has more clear representation of what item or interface belings where, and does not rely on management requests coming from any of the managed environments.

      The only way to make virtualization more secure than that, is to detach it completely from the managed environment's kernel ("IBM mainframe" solution), but then either the performance loss would make the whole thing completely moot, or requirements for hardware-implemented features will make things unreasonably expensive, or the potentially bug-carrying code will shift into hardware where it would cause bugs that are more severe, less detectable and harder to mitigate. With those paths, in my opinion, leading to dead ends, I consider the whole "hypervisor" direction, and specifically its justification through security, to be a harmful distraction in OS/architecture development.

      So, there are three, somewhat related points:

      1. In general, LXC and similar "host-partitioning" or "kernel-managed containers" mechanisms are the only direction worth future development, as far as production-oriented multi-user hosted/managed environment are concerned. Everything else is either misdirected (authors do not understand how to use or provide such functionality in kernel), malicious (an attempt to impose what is essentially an OS product on everyone, including people who already chosen another OS), or un

      --
      Contrary to the popular belief, there indeed is no God.
    9. Re:LXC by GPLHost-Thomas · · Score: 1

      Well, DJB is famous for his very strong views, I wouldn't give this as an example! :)

  42. The New Raspberry PI by Anonymous Coward · · Score: 0

    more hype, not much substance, more effort

  43. Re:We fed this into a 1960s computer and it explod by Boronx · · Score: 1

    It was until now.

  44. Sounds good on paper but... by elabs · · Score: 1

    It sounds good on paper but actually getting OpenStack to work on our hardware was a nightmare. It took multiple man months just to get our test machines to fully boot up. We recently switched to Azure and we're not going back any time soon.

  45. Is Betteridge's Law of Headlines true? by Chrisq · · Score: 1

    I always think of Betteridge's Law of Headlines

    http://en.wikipedia.org/wiki/Betteridge's_Law_of_Headlines

    Is Betteridge's Law of Headlines true?
    Only you can decide! .... though there is only one logically consistent answer.

  46. Is Betteridge's Law of Headlines false? by Chrisq · · Score: 1

    Is Betteridge's Law of Headlines false? I just realised that I could do better. Now I've got you ... answer that one!

    1. Re:Is Betteridge's Law of Headlines false? by Anonymous Coward · · Score: 0

      Error reading /dev/brain: Input/output error
      Kernel Panic - not syncing

  47. Most far-reaching open source project ever? by loufoque · · Score: 1

    A suite of tools to manage a data center being the "most far-reaching open source project ever"? Seriously?
    What a joke.

    1. Re:Most far-reaching open source project ever? by LeadSongDog · · Score: 1

      Perhaps the Deep Space Network? Of course it isn't all open source, but at least some of it is.

      --
      Oh, I'm sorry sir, I thought you were referring to me, Mr. Wensleydale.
  48. Cool by Anonymous Coward · · Score: 0

    Lots of buzz words, lots of coolness. It could well be the next Hurd.

  49. So intriguing in fact... by Anonymous Coward · · Score: 0

    So intriguing that I've never heard of it before?

    I can't wait to refocus my synergies on webscale agile technologies.

  50. HP is way ahead of that already by DEmmons · · Score: 1

    Funny you should mention HP: https://www.hpcloud.com/ It looks like they are implementing OpenStack very similarly to Rackspace, which should help back up OpenStack's claims of freedom from vendor lock-in. -Dan