Novell Defends 'Unstable' Xen Claims 132
daria42 writes "Novell has fired back at Red Hat's claims that the open source Xen virtualization software is not yet ready for enterprise use. 'We had all the major hardware partners that had virtualization hardware like IBM, Intel and AMD. They all stood up and said "Yes, this technology's ready, and we fully support deployments based on Xen and in combination with SUSE Linux Enterprise 10."', Novell's chief technology officer said today. 'So I guess the other vendors would not do that if it weren't ready.'"
Summary is incomplete (Score:5, Informative)
1. All desktops in Novell have been using OpenOffice for a year now.
2. 80% of desktops in Novell now use Linux (I presume the remainder use Windows).
3. The article mentions some explanations for the recent personell changes in Novell. Not much content, though, just "we are in a different place now and need different people" (where have I heard that before).
Re:Summary is incomplete (Score:5, Informative)
This is very important. Novell is the second largest contributor to OO.o (behind Sun, who still do about 80% of the work). Unlike Sun, however, Novell is primarily working on dogfooding issues. People within their organisation say 'I need this feature,' and they implement it. Better VBA support, for example, is a Novell focus area. They also work a lot on the UI and are responsible for the new build system (I'm not sure if that's in the trunk yet) that makes it much easier for new developers to get involved.
Re:Red Hat's fault (Score:3, Informative)
Re:Red Hat's fault (Score:4, Informative)
Um, considering that in VM situations, most of that 1.2G can be in a shared read-only partition (or an LVM2 RW snapshot), and that modern hard drives are quite large, I respectfully disagree.
See the LVM HOWTO [tldp.org] which SPECIFICALLY mentions XEN as an applcaion of RW snapshots.
Re:Red Hat's fault (Score:3, Informative)
Seems Odd... (Score:4, Informative)
I agree with them (Score:4, Informative)
even running it on a redhat platform....the guests are all ubuntu not sure about redhat
stability while running as a guest.
Xen rocks? I don't think so. It just barely works. (Score:4, Informative)
No one we know has been able to get SUSE's version to work. It seems to be a branch of Xensource's work, but we can't get the source to try and hammer it out.
We're neither Red Hat or SUSE lackeys, but it would have been nice to have a kewl distro that allowed something beyond SELinux, which has its own heartburn problems.
Re:Red Hat's fault (Score:4, Informative)
I put things into separate Xen domains nearly only for security. Having potentially vulnerable crap like php or python on only a single VM means that only that single VM will be endangered when a new hole is discovered. And when you don't have even things like wget installed, most attackers who pwn you will move to an easier target. Not to mention that I would want to see the face of that script kiddie once he notices the box has only IPv6 connectivity :p
Re:Novell more unstable than Xen (Score:2, Informative)
Now to be critical of Novell. I have used SuSE both before, and after the Novell buyout. And to be honest I had much more confidence in their earlier systems stabilities. I manage quite a few linux boxen, and most are SuSE. (My boss is a Novell junkie to a fault.) My favorite boxes are inevitably the Debian-stable boxes. Yast is a foul stumbling block if you ask me. And I have had some trouble with features they say are ready for production. If the feature you want relys on a kernel module that is experimental then that feature, and/or your box will only be as stable as that module...No matter how much Novell insists otherwise. I will mention though that I have not found Xen to be an issue. It runs just as well as my patched vanilla kernels on other boxes.
Re:Xen rocks? I don't think so. It just barely wor (Score:4, Informative)
To save you some searching here's the make command
make XEN_TARGET_X86_PAE=y install
though for 64bit goodness you'll probably have to throw another flag in there.
Re:Seems Odd... (Score:2, Informative)
[...]
I thought the same thing when I saw the summary. However, unixshell# uses some features of Xen pretty heavily that it seems everybody else barely touches. (see post #8 in this thread [unixshell.com] for details) I believe that there are many people using Xen without problems because they never hit those bugs. That's not an excuse for bugs, they still should be fixed, it's just that unixshell# is finding some obscure ones.
In fairness to unixshell#, they are offering to migrate servers to their sister company, and they seem to be very forthcoming about the status of their servers. It seems that they are experiencing *occasional* lock-ups and reboots. Some people don't care, others do, and have left. They are actually out of space. It seems that they ordered another server, and were told that there no room by the data center. No warning at all. There are some other public incidents involving the data center's service and unixshell# seems to be reconsidering their choice of data centers. They appear, also, to not be worried about expanding until the Xen bugs are fixed. I don't blame them, more buggy servers means more headaches for the admins.
I just wanted to offer a counter opinion, both Xen and unixshell# have operated above my expectations so far. Xen is a relatively new technology, I expect there may be some hiccups here and there. Until now, I have been fairly lucky.