Re: VMware Workstation 6.0.3 Build 80004 With KeyGen Keygen
Sheldon Cibrian
Once you have installed VMware, configured two virtual machines as below (I called mine sclus3 and sclus 4), this was the minimum I could get away with without it being to slow. I will discuss how to add the shared storage later if you are wondering. I selected the Solaris 10 64-bit make sure its the 64-bit as Sun cluster needs a 64-bit operating system. I remove any unnecessary hardware like the USB, etc.
Once you have configured the VM's its time to install Solaris in them, but first lets discuss what we need to install Solaris, Sun have a good data cluster worksheet that you can download fill in and use to configure your cluster. To install Solaris you can either use a burned iso image of Solaris on a DVD or use the iso image directly from your hard disk, just change the settings in CDROM and select "use ISO image" and point it to the Solaris 10 iso image file.
I will discuss creating resources and group later, but when you start the Solaris servers the disk setup should look something like below, in the real world you would now configure the Volume manager software be it Sun or Veritas to mirror root disks, etc but i am leaving this out and only concentrating on Sun Cluster.
The next thing you should do is setup SSH so that both servers can access each other without the need for a password, I will leave you to google on how to do this as there are many documents out there for setting up SSH.
First create two virtual disks using the vmware workstation software, I select one of the nodes then "edit virtual machine settings" node then select "add" -> select hard disk -> next -> create new virtual disk -> next -> select SCSI -> next -> select where you want the disk to be located, I created a separate directory that contains all my shared disks (see below)-> I created 0.5GB size disk and make sure you select the "allocate all disk space now" -> next, the virtual disk will now be created. Repeat this process again so that we have two virtual disks to play around with.
The two virtual disks that I created for this example are sc32disk1.vmdk and sc32disk2.vmdk (at the top), ignore the others these are for other clusters I have created (Solaris 3.1 cluster and Veritas 5.0 cluster)
Now we need to make the virtual hosts aware of these virtual disks, you have to edit the both virtual hosts configuration file (sclus3 and sclus4), the file in my setup was located c:\Documents and Settings\vallep\My Documents\My Virtual Machines\sclus3\Solaris 10 64-bit.vmx and add the following, change the paths to reflect where you put the virtual disks.
I installed the software using he GUI, so make sure you are using either the VMWare console screen or have a Xterm session open, change directory to where you unzip the cluster software and run the following
Note: I tried the typical option but this failed, i think it was getting mixed up with what network adaptors to use with which transport switch, so i used the custom option instead and configured it manually, it's not that difficult
The cluster created the two interconnect interfaces for us (e1000g1 and e1000g2), I took the default values but you could have specified the IP addresses, it also created a private VLAN clprivnet0, snooping his interface I can see the two nodes communicating with each other across this network.
[Problem]
VMWare's keyboard mapping is imperfect, sometimes resulting in certain keys stopping functionality when running under VMWare, requiring the user to setup their configuration settings manually in VMWare. For a detailed explanation see the following article:
[Original Report]
After a day or so of running the shift key mysteriously stops working as does the cap lock. In other words I cannot enter shifted characters of any kind. The keyboard is connected to a KVM and all other systems respond to it properly. In additional any VMWare sessions I have open respond correctly. So I have the condition where all non-vmware applications in Ubuntu Hardy (all updates applied as of 2008-02-26 at 12:43 UTC) fail to recognize the shift key BUT applications within an active (a paused/restarted session also works) VMWare sessions running DO recognize the key.
When this condition occurs ALL applications (except those within a VMWare session) are also unstable and will usually crash within a few keystrokes.If I continue to operate in this mode. I cannot pinpoint what, if any, application triggers this. It has always happened while working within terminal/browser/vmware sessions and NOT when opening a new application. It could be related to the KVM switch, but none of my other systems (2 Mandriva, 1 Windows) are affected by this.
Care to test the latest 2.6.24-11 kernel. If the issue still exists, per the kernel team's bug policy, can you please attach the following information. Please be sure to attach each file as a separate attachment.
It would also be helpful if you could attach the segfaults you are seeing. For more information regarding the kernel team bug policy, please refer to . Thanks again and we appreciate your help and feedback.
So far no crashes in the last 24 hours (running 2.6.24-11). Plus a reboot issue (where the system locked with a LCD white screen - never reported) has also been resolved. I will continue to monitor and on any errors post the requested data. The segfaults have, usually, been submitted as a different bug. I will also attach them here if I can.
Hello,
I have to say I have been having the same kind of problem using vmware-server-console... but with not only the shift key dead, but the ctrl and alt keys too... They work perfectly in the vmware session running, but not outside, and programs started after that seems to segfaults rather quickly after some key presses. I have to check if the 2.6.24-11 solves the problem by me (it was installed this morning)...
Correction: problem still exists for me on kernel 2.6.24-11 :( But I am still not sure when it happened exactly, as I am using Vmware server (remotely through vmware-server-console) and vmware workstation locally...
I'm having the same issue in Hardy Beta 4. This is installed on my laptop and use it for daily use. Let me know what I need to attach to help resolve this issue. The log out and log in works for me, however this is annoying. The 'setxkbmap' does not resolve my issue.
hello,
I have seen that the summary changed for "Shift key (and caps lock) stop working when using VMWare" but I think that the problem is not related to VMWare, I am experiencing it without using vmware. I will send my log the next time I boot on hardy
This bug report was initially about this issue happening when using VMWare and should stay that way as it is probably a separate bug. If the two people who are experiencing the symptom without using VMWare could submit separate bug reports and subscribe me to them, that would be quite helpful. Thanks in advance.
1. I reinstalled Ubuntu, from scratch using the BETA download
2. I had NO problems with or without VmWare using the nv driver
3. I finally figured out how to enable Nvidia proprietary driver
4. Problems began anew within a day or so
5. Once the problem begins Ubuntu is HIGHLY unstable with crashes in all range of applications. The VMwre session is unaffected (which makes sense). Recover is log on/off.
I realize this is not very scientific and possibly of minimal value. I have now disabled the proprietary Nvidia drivers (gads video is slow now) to see if that helps. I run in VMware extensively as I am using it for development, but I suspect VMware is a red herring. I think the problem is with the proprietary Nvidia drivers on my HP Laptop (8600 m).
I've experienced this bug only when using VMWare and I am using the "ati" video driver in my host operating system. Subsequently to avoid confusing this bug report I think it would be best if robb were to open a new bug report regarding his issue.
There may be more to this bug than just VMware or just Nvidia. I think until it can be isolated it is best to leave this bug as is. I don't see a reason to spawn another bug report based on a hypothesis used to isolate this one. Once more data is accumulated a new more specific bug can be filed if appropriate.
I find it curious you only encounter this bug when running VMware. Out of curiosity are you using the VMware tools in the client? I am, and maybe that interaction is contributing to this problem. And just to add more confusion lets say it is an Xorg issue and some drivers are more susceptible than others. Just guessing, but some ideas to track down. So may variables that are hard to isolate since the bug does not, at least for me, happen instantly.
It's been 24 hours or so, longer than any prior good result with Nvidia drivers, and my system is stable using the "nv" driver. VMware works fine as do all other applications so far. Also resolved is the odd auto-repeat for the keyboard. Using the 'Nvidia' driver I get weird keyboard auto-repeat timeouts in VMware (long pauses to start and then VERY fast repeat). With the "nv" driver the repeats work as expected.
I too have been experiencing this issue. I launch VMware Workstation 6.0.3 build 80004 and when I click inside a Windows XP console (don't have any other VMs yet) and come back out, my shift keys, caps lock, control and alt keys no longer function. Like in the other cases, my mouse continues to function properly, so I can click through and log out. Logging out seems to reset whatever needs to be reset because I can log back in and the keyboard works as expected.
Here is the other spin to this -- if I open a GNOME Terminal in this state and press *ANY* key at all, the terminal window immediately disappears. I also had Firefox go to lunch on me when I was typing into the location bar. I can trigger that again and send a crash report if necessary.
I am attaching the requested output mentioned earlier. I have no segfaults or anything at this time to report. I do not believe anything is crashing per say, but I am definitely having the keyboard issues reported and it (at least for me) seems to be related to the VMware console functionality.
b1e95dc632