[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] VMWare vs. Xen, is the conflict by VMware deliberate?


  • To: xen list <xen-users@xxxxxxxxxxxxxxxxxxx>
  • From: Nico Kadel-Garcia <nkadel@xxxxxxxxx>
  • Date: Mon, 18 Feb 2008 09:05:45 +0000
  • Delivery-date: Mon, 18 Feb 2008 01:01:39 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=nFgE/bw6z9oOP3jYTkoob9AURlrIofX/WMc1dheedF/ei1kIXsYpNeQiwiDDmBQpUELD6QgbhQ5QKR7gO8iHanfex1NeuN0xAVneQoC4i1P88dLFwgbGXlk6WFTWdnDWYvXJ+wYjiEgTVtz8IOeYTkpmJa6y+GcrN+FUOs2yobk=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

I've been trying to virtualize SCO OpenServer 5.0.6 for various reasons, and found that the Xensource 4.x doesn't support it, nor does the open source Xen 3.x in any of the environments I've tried. It works on VMware, but for various reasons I prefer to use Xen on my Dom0. (I like open source, and the base OS for the commercial reasons is much, much more recent, and I suspect the Xen Dom0 performance for managing backup systems is superior.)

So, I tried running VMWare Workstation on top of a Xen enabled Dom0. And VMWare promptly started up with a "You're running a Xen Hypervisor! Bad sys-geek, no biscuit! We're taking our start-up tool and going home, p-b-b-b-b-b-b-t-h!"

Is this a well-founded refusal to start on their part, perhaps due to kernel behavior conflicts? Or is this an anti-competitive move, to avoid being able to run VMware Workstation on Xen Dom0's and force people to select VMWare only? I've not taken apart the kernel modules well enough to tell, but I hate to have to dedicate entire servers to VMware: it can absorb the resources I'd otherwise use to provide Xen.



_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.