VMware Server 2 beta
I managed to spend some time this morning playing with the new VMware Server 2 beta.
Firstly, a few things I had to do to get it working on a fairly vanilla Ubuntu Gutsy (7.10) install:
- Install xinetd:
$ sudo apt-get install xinetd
- Get a VMware Server (1.x) serial number from here:
- Download the install set: http://www.vmware.com/beta/server/registration.html
- Untar the tar.gz file and run the vmware-install.pl (with sudo)
- When prompted, run the vmware-config.pl script. The default answers should suffice for most set-ups. I already had some VMs in my home folder, so I changed the default location for the datastore.
- Once finished, I had to edit the /etc/vmware/hostd/authorization.xml file, and renamed the admin user from root to my own user account. From this forum post: http://communities.vmware.com/thread/112671
- I then had to reboot my laptop, as a “vmware-mgmt restart” still wouldn’t allow the web interface to start.
- There was no menu items added, but opening a browser to https://localhost:8333 allows you log into the Web Interface.
The Web Access is obviously based on the same tomcat Web Access as VI3, with a few extras. It seems to have more host options than the ESX3/VC2 Web Access (but I don’t have any access to one right now so I can’t be sure). There is no native console anymore, you can see plenty of disapproving comment about this in this forum post: http://communities.vmware.com/thread/112788
The Web Access is obviously the way that VMware are pushing for their Server product. This allows a smoother upgrade to VI3, and makes Server more like a baby ESX, rather than a free Workstation. I can understand why they want to do this, but it highlights a missing piece of the puzzle – there is still no VI Client for Linux/Mac users. I’ve never understood the reason for VMware creating its VI Client as a Windows only .net application. The old Server console (and Workstation) is based on a native console (GTK based?), which works very well in Windows and Linux.
This brings me on to an even bigger bug-bear, which is why the VC Server isn’t a Virtual Appliance based on a LAMP stack. The VC server can happily use a mySQL database. The web server is already there. If they had just written the VC server component in a cross platform way then we could install this on Linux (or a Windows server). I don’t see any point in paying for yet another Windows license, when this could be a downloadable VM. Anway, that’s for another post…
So rather than begging VMware to re-instate the old native console for this, I would rather see then drop the existing VI Client and re-write this as a cross platform client.
3 Responses to VMware Server 2 beta
Leave a Reply Cancel reply
Forbes Guthrie
Recent Posts
- Small update to the Reference Card
- Minor update to the vSphere 5 Reference Card
- vSphere 5 vReference Card released
- Cisco UCS boot from iSCSI SAN – ESXi design consideration
- vSphere 5 vReference card – Storage section
- Does 2008 R2 Failover Clustering require a change to the Notify Switches policy?
- vSphere 5 vReference card – Host section
- vSphere 5 vReference card – Install section
- Auto Deploy design concern
- vSphere 5 vReference card – vCenter section
Recent Comments
- honglus on How to PXE boot from your trunked vmnic0
- Sunmeet on Understanding ESXi – stateless, diskless, feckless
- Forbes Guthrie on vSphere 5 Card
- Forbes Guthrie on vSphere 5 Card
- Jakk on vSphere 5 Card
- Purushothama S on vSphere 5 notes
- Bjorn on vSphere 5 Card
- Chris on Minor update to the vSphere 5 Reference Card
- Michael Webster on Auto Deploy design concern
- Ankur Maheshwari on vSphere 5 notes
Twitter
- As much as I've become an NFS supporter over the years, VMFS5 & ATS is really making me like iSCSI & its better multipathing. : 2 weeks ago
- @__wintertale__ Hi Iona (& Lesley). Welcome to the twitterverse from a cloudy and wet Vancouver. How's the coffee? : 3 weeks ago
- RT @jtroyer: ... Kaua'i http://t.co/s4Ovo4jD << Staying in same resort next month. Pls, no destroying it with wild parties ;) : 3 weeks ago
- RT @dobaer: @forbesguthrie How was the run in your shiny new shoes? << Nice, the trails around Vancouver are stunning. : 3 weeks ago
- @h0bbel I'm a Salomon addict, but I'm scared to get these ones muddy :) : 3 weeks ago
- Just took my pwutty new #salomon trail shoes for an hour's run in Pacific Spirit Park. http://t.co/7dAQDXgl : 3 weeks ago
- RT @alim__k: @forbesguthrie @keith_aasen look at you guys, figuring this out over social media ;-) < that's where I do all my best designs : 3 weeks ago
- @keith_aasen Great, just what I was after. And presumably one per controller to prevent performance degradation on failover (after refill) : 3 weeks ago
- @keith_aasen You're the VDI sizing TR author :) You're my Guru! : 3 weeks ago
- NetApp gurus: VDI on 3170 - where's FlashCache watershed for 2x 512GB to 4. When is it 2TB not 1TB? Don't say "it depends" /cc @keith_aasen : 3 weeks ago











Ok I didn’t use above guide to install vmware server 2 on my linux, I came here after installation because I’m stuck with installation of guest system (winxp). First a comment, with the new RC1 build of the server the standard port is 443 instead of 8333.
Now a question, I dont know how to access a guest system window, where do I get the guest system window? I’m confused?
I think I understand it, I need VMware Remote Console Plug-in for my browser (Firefox 3), unfortunately it does not support Firefox3 (default on ubuntu 8.04). I tried also Opera 9.27, but I couldn’t even login. I’m f*****, I will not downgrade Firefox
Hi wide-blue,
its been a while since I played with this, so I had to hunt around a bit.
try this:
On the server-side, go to (adjust as necessary):
/usr/lib/vmware/webAccess/tomcat/apache-tomcat-xxxx/webapps/ui/plugin/
There, you’ll find several .xpi packages. Unzip the one you want to a temporary directory:
$ mkdir /tmp/xpi-out && cd /tmp/xpi-out
$ unzip /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/webapps/ui/plugin/vmware-vmrc-linux-x86.xpi
Edit the install.rdf file in the unzipped output, and change the compatibility (there’s a field that says 3.0.0., you should change that to 3.0. – or 3.0.1.*).
Then zip up the file again and replace the original (making a backup first):
$ cp /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/webapps/ui/plugin/vmware-vmrc-linux-x86.xpi \
/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/webapps/ui/plugin/vmware-vmrc-linux-x86.xpi.bak
$ zip -r /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/webapps/ui/plugin/vmware-vmrc-linux-x86.xpi *
This is from rrdharan over here:
http://communities.vmware.com/message/992800