Main menu


Advertisements

Originally created as a place for me to store some notes, this blog comments on my daily encounters with technology and aims to share some of this knowledge with fellow systems administrators and technical architects across the 'net. Amazingly, it's become quite popular!

SmartFeed by FeedBurner Subscribe to the site feed.

If you find the information here useful, then please consider linking to this site.

Recent Contributions

Tag cloud

Active Directory Adobe ADSL Apache App-V (SoftGrid) Apple Architecture BizTalk Server Blogger Blogging Bluetooth Bridge CA Camera Raw Certification Configuration Manager (SMS) Dell Desktop Search Digital photography DNG DNS Domain names DRM Dynamics CRM E-mail ESXi Exchange Hosted Services Exchange Server File formats Flash Forefront Friends Front Row FTP Google Green computing Groove History Host Integration Server HP Humour IAG IBM/Lenovo IIS iLife Industry trends Instant messaging Internet IP Phone iPhone iPod ISA Server iSight IT law IT Operations iTunes Java Lightroom Linux Live Meeting Live/Office Communications Server Macintosh Mainframes Malware MED-V Microsoft Microsoft.NET MIIS Mobility Money Motoring MS-DOS NetWare Networking hardware Networks Novell Office Office Communicator OpenOffice Operations Manager OS deployment OS X Outlook P2P Parallels Desktop Patch management PC hardware Photography Photoshop PHP Podcasts PowerPoint Press coverage Professional skills Project Proxy Server QOS QuickTime Real Player Remote access RFID RSS SAP Scripting Search Security Server hardware SharePoint Site notices Skype Social networking Software licensing Solaris Spam SQL Server Storage Symantec System Center Tablet PCs TCP/IP Telephony TV Useful books Useful software Useful websites Video Virtual Infrastructure Virtual PC Virtual Server/Hyper-V Virtualisation Visio Visual Studio VMM VMware VMware Fusion VMware Player VMware Server VMware Workstation Waffle and randomness Web browsers Web services Website development Wi-Fi Windows Windows 2000 Windows 7 Windows 9x Windows Home Server Windows Live/MSN Windows Media Windows Mobile Windows NT Windows PE Windows Server 2003 Windows Server 2008 Windows Small Business Server 2003 Windows Vista Windows XP Word WordPerfect WordPress WWW XBox 360 Xen Zune

Calendar

April 2007
M T W T F S S
« Mar   May »
 1
2345678
9101112131415
16171819202122
23242526272829
30  

Archive

Running VMware Server Console on a Mac

Last year, I bought a 20″ wide-screen monitor which I run at a resolution of 1680×1050 pixels. Working with all that screen space is fantastic (especially with 4 virtual desktops), except that I’ve got so used to it that the standard 1024×768 pixels on the notebook PC that I use for work seems too small and an upgrade is out of the question as the PC is only 18 months old.

For a while now, I’ve been running the notebook on the desk next to my main display but I’m running out of desk space. As I virtualised my corporate Windows XP build a while back, I thought it would be great if, when I’m working at home, I could run the Linux VMware Server Console on my Mac (which is connected to the large display). The virtual machine would still be limited to 1024×768 but I could access corporate applications in the VMware Server Console and do the big screen stuff (web, e-mail, document edits, etc.) natively on the Mac, using the whole display. Yes, I know that if I used Microsoft Virtual Server I could run it in a browser, but I’d need ActiveX and I’m not using Internet Explorer. Similarly RDP is an option, but I find it to be a bit flaky on an Intel Mac. Anyway, I’m a (pseudo-)geek and so I need to feed on problems like this from time to time!

Actually, much of the hard work has already been done for me - googling for vmware console mac soon turns up Rui Carmo’s article at The Tao of Mac on how to run [the VMware Console] remotely with Apple’s X11; however Rui’s article was written a while ago now and my VMware Server (v1.0.1-build 29996) installation on Fedora Core 5 doesn’t use the command vmware-console - instead I have to use vmware. Nevertheless, it got me 90% of the way there:

  • On the (Linux) VMware Server:
    • Configure SSH and X11 forwarding (my original post used a Windows client and public/private keys but the principles are similar - this time I used password authentication, making sure that the PasswordAuthentication yes and X11Forwarding yes lines were present in /etc/ssh/sshd_config and restarting the SSH daemon with service sshd restart).
    • Locate an appropriate keyboard map in /usr/lib/vmware/xkeymap/, edit the map if necessary (there is a VMware article about keyboard mapping on a Linux host that may be useful - don’t worry that it’s a VMware Workstation document) and edit ~/.vmware/preferences to include xkeymap.language="keyboardmap (I used gb101 for my Apple UK keyboard).
  • On the Mac:

At this point VMware Server Console ran successfully under X11 on my Mac; however whenever I powered on a virtual machine all I saw was a black screen and a message in the xterm window which read:

X11 connection rejected because of wrong authentication.

After trying a remote VMware Server Console connection to localhost and restarting the Linux host (I’m not sure which, if either, of these made a difference) I found that the virtual machine was actually starting but that for some reason the display wasn’t being repeated in the X11 VMware Server Console on the Mac; however this time there was a different message displayed:

Unable to connect to the MKS: You need execute access in order to connect with the VMware Server Console. Access denied for config file: /var/lib/vmware/Virtual Machines/virtualmachinenname/virtualmachinenname.vmx.

After setting execute permissions to the virtual machine configuration file chmod +x virtualmachinenname.vmx (changing the permission set from 640 to 751), I was able to successfully view the VM on the Mac (and simultaneously on the Linux host) - the only (very minor) issues are that the mouse pointer is solid white when accessing the virtual machine (so sometimes I lose it) and that the sound is not forwarded (no big deal). Now my notebook PC is docked on a shelf away from the desk, with the lid closed, and I’m running the VMware Server Console from the Mac, having reclaimed some space on my desk.

Comments

1

Comment from Rui Carmo
Time: Wednesday 11 April 2007, 0:22

Hmmm. Thanks for the update. I’m linking to your post from my site, if you don’t mind :)

2

Comment from Mark Wilson
Time: Wednesday 11 April 2007, 7:15

I don’t mind at all Rui - thanks for writing the original article!

3

Comment from Mark Wilson
Time: Wednesday 11 April 2007, 13:43

OK. So last night this was working. Then I took the notebook PC to work with me and when I returned home this afternoon I had problems connecting. Here’s some extra information that I’ve found…

Sometimes the VMware Server Console gets upset and throws weird errors. The are not consistent - the most recent was Failed to disconnect from the MKS: Pipe: Write failed but I’ve also had other MKS errors, one warning that the host didn’t have any sound device and a number of plain black screens. What seems to work is this:

  • Log on interactively to the Linux machine before launching the X11 VMware Server Console.
  • If the X11 connection rejected because of wrong authentication error returns, then try xauth generate :0 . trusted (as suggested in Rui Carmo’s original post).
4

Comment from Simon
Time: Sunday 14 October 2007, 6:57

Well, i’ve tried this, and i would like to mention that everthing is dead slow. The mouse lags horribly, just as if you connect to the PC via VNC.
I’d be glad if you had any solutions for this.

5

Comment from Mark Wilson
Time: Sunday 14 October 2007, 8:50

Simon,
That wasn’t my experience at all. You don’t mention whether it was the console access or the VMs that was slow but if console access in general is slow it may be an issue with the specs. of your PCs and/or network and if the virtual machines are slow are you sure that you have installed the VMware Tools inside each VM?

Mark

6

Comment from Jason Dixon
Time: Saturday 20 October 2007, 17:08

Just a quick comment for the archives. If you’re stupid like me, and decided to install the bare minimum of packages for your Linux host, you might have overlooked xauth. If, for some reason, you try to “ssh -Y user@host” and DISPLAY is not set properly (localhost:10.0), you’re probably missing the xauth package. On my CentOS 4.5 system, it was an easy fix of “yum install xauth” and we were off to the races. :)

7

Comment from Mark Wilson
Time: Saturday 20 October 2007, 18:57

Thanks for the tip Jason - and I wouldn’t consider installing the minimum number of packages to be stupid - it’s good security practice to only install the components of the system that are absolutely necessary.

8

Comment from Jason Dixon
Time: Saturday 20 October 2007, 19:23

Hi Mark. Actually, I was stressing the “overlooked xauth” part as dumb, not the “bare minimum” part. But yes, you’re absolutely correct. I install the bare minimum of packages on any system plugged into network, for security reasons. Especially when it’s a Linux server. ;)

9

Comment from A. Davis
Time: Wednesday 2 January 2008, 1:07

I used a simpler solution than an ssh tunnel. My MacBook Pro is using BootCamp with XP installed. I have VMWare Fusion running and it opens my XP BootCamp partition w/o issue. In XP I have quite a few remote access tools installed (I’m an IT consultant so sometimes its RDP, sometimes, VNC, sometimes remote X, and sometimes RAdmin). I installed the VMWare Server Console in XP, then turned on Unity mode and just started using the Windows console natively within OS X. Worked just fine…

10

Comment from Mark Wilson
Time: Wednesday 2 January 2008, 8:26

@A. Davis - thanks for your comment Andrew - it’s good to know that method works but unfortunately wasn’t an option when I wrote this post back in April 2007 as Boot Camp and VMware Fusion were both beta products back then. Hopefully I’ll be getting a MacBook Pro myself soon, after which I shall pick up a copy of VMware Fusion and give it a go!

11

Comment from Jeremy K.
Time: Saturday 9 February 2008, 19:30

Has anyone got the vmware-server-console compiled and running on their Mac natively? I am using Leopard 10.5.1 with MacPorts installed and can get vmware-server-console to run locally via the “ssh -Y” method. However the console keeps crashing when I try to configure the remote VM. I would love to try running the console locally instead to help (potentially) alleviate that issue.

Thanks Mark for the writeup and to Rui for the original article. Keep the Mac + VMWare Server goodness coming!

Cheers,

Jeremy

Write a comment

Please note the rules for comments and the privacy policy and data protection notice. I'm sorry but, because not everyone sticks to the rules, I've had to implement some spam prevention measures - if you're experiencing difficulties leaving a comment, please let me know.





The following XHTML tags may be used: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>