VMware
...
Known Issues
The sections below detail known issues with using VMware discovered by the IS&T Vmware release team during testing. Additional known issues provided by VMware can be found in the Release Notes for each product. For details, see the VMware Workstation 6.0.x Release Notes and Vmware Fusion Release Notes.
...
Changing VMware Fusion to "optimize for Mac OS application performance" via Fusion's preferences may cause your virtual machine or entire OS to hang, possibly corrupting the virtual machine disk. To avoid this, users should use the default setting of "optimize for virtual machine disk performance." Apple and VMware are working to resolve this issue. For more information, see VMware's Team Fusion blog
...
The code that Red Hat Linux uses to discover network interfaces at boot time can produce some difficult to interpret behavior under VMware. Red Hat Linux records the ethernet interface hardware address (also called the MAC address). Every time it sees a new MAC address it moves aside the old network configuration, and creates a new one which completely ignores any network settings previously used and instead uses DHCP to set the IP address.
If you clone a VM, or if you copy it, or even if you move it to a different directory on the same host, the MAC address will change. This is because, unless you do extra hand configuration to set a MAC address explicitly, VMware will generate one that is a hash on the host ID, the location of the VM files, and a few other things.
Using the recommended NAT networking setup will hide the effects of this behavior. NAT utilizes the networking of your host system in a way that is unaffected by changes to the MAC address of the VM guests.
A setup with Bridged networking will appear to stop working. Red Hat Network will tell you that you have updates, but then not give them to you. Attempts to visit a web site will bring you to the MIT Network registration web page.
Any static IP address set, along with name servers will be ignored because the old config has been moved aside. A setup using DHCP will also stop working because the MAC address previously registered is no longer the one you are using.
Deleting the HWADDR entry from the network configuration files causes the network interface discovery to behave erratically. At first it seems that network configuration stays the same even if the MAC address changes. In fact events like kernel updates force the network device discovery code to run, and then the network configuration changes even though the MAC address has been the same.
Therefore: After you move or clone a Linux VM guest using Bridged networking, you will need to deal with a changed MAC address:
If you have a static IP address configured, go to System->Administration->Network and move all the configuration you will see for eth0.bak into eth0.
If you registered the VM guest for DHCP, you need to re-register.
...
During installation VMware gives a warning about CPU speed : " VMware Workstation has measured your CPU speed to be 2394 MHZ, but Windows reports that it is 2401. This may mean that your computer has a power saving feature that varied the processor speed. As a result, the clock in your virtual machine may run too fast or too slow." See the attached screenshots. That explains why the time is off betwee host system and running virtual OS. This can be corrected by enabling the time synchronization option in VMware Tools.
...
VMware Fusion will crash without giving an error message on a MacBook Air when a CD/DVD drive is "Connected" and set to "Automatically detect physical CD/DVD drive." To resolve this, select the virtual machine from the Virtual Machine Library and press Settings. Then, select CD/DVD under Removable Devices, make sure Connected is un-checked and click OK.unmigrated-wiki-markup
...
\[alexp, Athena VM\] If a .vmss (VMware suspended state) file is around when you launch a VM, networking can be irreparably broken even if the VM had previously been halted. The only fix seems to be to remove the .vmss file from the VM directory.unmigrated-wiki-markup
...
\[alexp, Athena VM\] I've seen Kerberos tickets and tokens disappear on a running VM, long before they're due to expire, for no obvious reason.unmigrated-wiki-markup
...
\[alexp, Athena VM\] I've had problems running the VPN in the host OS. Running it in the guest seems to work for me.unmigrated-wiki-markup
...
\[alexp, Athena VM\] Leaving a VM suspended for about 5 days and subsequently resuming results in broken network and AFS. Restarting these as root did not fix them. It was necessary to reboot the VM. Athena 9.4.43 VMs can't be updated to latest release due to rpm conflict between WMware Tools in the VM and VMware Player in the Athena release (introduced after 9.4.43).
...
Wiki Markup
VMwarePlayer
to */etc/athena/rpmupdate.exceptions* lets an Athena VM update correctly. However the user must then run vmware-config-tools.pl manually as root after the update to restore VMware Tools functionality.
...
Wiki Markup
ADDR=dhcp; export ADDR
vpnc works well as vpn within an Athena VM. To restore zephyr functionality on VM restart, you will likely need to run:
zctl loadunmigrated-wiki-markup
...
\[alexp, Athena VM\] PXE install issues on Windows (XP, Vista) host machines for Athena VMs:
Both on my laptop and on another machine running
Vista, I kept running into a situation where the PXE installer would
attempt to connect but spin forever, or sometimes connect and begin
the install, but then hang shortly after. There were no obvious clues,
error messages or useful logs. Finally I took my machine up to the
demo center and tried there, and everything ran fine, so it must have
been some network problem. What made this really nasty was that:
...
Choosing Take Ownership does nothing but pop up the alert again.
You must choose Cancel and hand-delete the lock file directory from your copy.
This issue has been reported to VMware and a remedy is expected in the next major release.
...
| Anchor | ||||
|---|---|---|---|---|
|
One way to work-around the above issue of the Lock Directory being present even when the VM guest is powered off is to close the tab containing reference to the virtual machine. There is an option, "Remember opened virtual machines between sessions." which disables creation of these tabs. Unfortunately due to another defect, un-checking this option disables the Quit command and the close window function (controlled by the "X" in the window manager decorations.)
This defect is also known to VMware and will be fixed in an upcoming release.
To get Quit working again, use the File->Close command and re-run vmware-config.pl
...
- Time Machine, Mac OS X 10.5's built-in backup solution, will duplicate any virtual machine that has been run since the last backup. As virtual machines tend to be large, they might take up a considerable amount of space on your backup drive. For more information see the release announcement from the Fusion Blog.
- Full screen mode interfers with opening the spotlight search dialog and Spaces. These bugs have been reported to Apple.
- For additional known issues, see the VMware Fusion Release Notes.