VMware Communities
allquixotic
Enthusiast
Enthusiast

Workstation 7 Broken on F12 Beta?

I am running Fedora 12 Beta x86_64. I bought Workstation 7, installed it, created a brand new VM, but when I try to restore focus to the host OS by pressing Ctrl+Alt, I get this error in a popup:

VMware Workstation unrecoverable error: (mks)

Unexpected signal: 6.

A log file is available in "/home/sean/vmware/Ubuntu 9.10 64-bit/vmware.log". Please request support and include the contents of the log file.

To collect data to submit to VMware support, select Help > About and click "Collect Support Data". You can also run the "vm-support" script in the Workstation folder directly.

We will respond on the basis of your support entitlement.

The log file in question prints an ugly stacktrace:

Oct 28 22:31:18.537: mks| Unexpected signal: 6.

Oct 28 22:31:18.537: mks| Core dump limit is 0 KB.

Oct 28 22:31:18.565: mks| Child process 14924 failed to dump core (status 0x6).

Oct 28 22:31:18.565: mks| Backtrace:

Oct 28 22:31:18.565: mks| Backtrace[0] 00007f3ecba917f0 rip=000000000041ef7c rbx=0000000000000000 rbp=000000000041ed70 r12=0000000000000006 r13=00007f3ecba91f30 r14=00007f3ecba91e00 r15=0000000000000001

Oct 28 22:31:18.565: mks| Backtrace[1] 00007f3ecba91810 rip=00000000004eb178 rbx=0000000000000001 rbp=0000000000ec9c00 r12=0000000000000006 r13=00007f3ecba91f30 r14=00007f3ecba91e00 r15=0000000000000001

Oct 28 22:31:18.565: mks| Backtrace[2] 00007f3ecba91d00 rip=000000000048f11f rbx=00007f3ecba91d40 rbp=0000000000ec9c00 r12=0000000000000006 r13=00007f3ecba91f30 r14=00007f3ecba91e00 r15=0000000000000001

Oct 28 22:31:18.565: mks| Backtrace[3] 00007f3ecba91e00 rip=0000003e57c0f320 rbx=00007fff4a1c8831 rbp=0000003e5713ebf4 r12=0000003e59cb9030 r13=0000003e59cb91e0 r14=0000003e5713ebf4 r15=000000000000021e

Oct 28 22:31:18.565: mks| Backtrace[4] 00007f3ecba92258 rip=0000003e57033575 rbx=00007fff4a1c8831 rbp=0000003e5713ebf4 r12=0000003e59cb9030 r13=0000003e59cb91e0 r14=0000003e5713ebf4 r15=000000000000021e

Oct 28 22:31:18.565: mks| Backtrace[5] 00007f3ecba92260 rip=0000003e57034d55 rbx=00007fff4a1c8831 rbp=0000003e5713ebf4 r12=0000003e59cb9030 r13=0000003e59cb91e0 r14=0000003e5713ebf4 r15=000000000000021e

Oct 28 22:31:18.565: mks| Backtrace[6] 00007f3ecba92390 rip=0000003e5702c655 rbx=00007fff4a1c8831 rbp=0000003e5713ebf4 r12=0000003e59cb9030 r13=0000003e59cb91e0 r14=0000003e5713ebf4 r15=000000000000021e

Oct 28 22:31:18.565: mks| Backtrace[7] 00007f3ecba92410 rip=0000003e59c4c97d rbx=00000000000004a4 rbp=00007f3ec4000a00 r12=00000000000004a4 r13=00007f3ecba924d0 r14=00007f3ecba926bc r15=00007f3ec42258f0

Oct 28 22:31:18.565: mks| Backtrace[8] 00007f3ecba92430 rip=0000003e59c4c999 rbx=00007f3ec4000a00 rbp=00000000000004a4 r12=00000000000004a4 r13=00007f3ecba924d0 r14=00007f3ecba926bc r15=00007f3ec42258f0

Oct 28 22:31:18.565: mks| Backtrace[9] 00007f3ecba92450 rip=0000003e59c33a8a rbx=00007f3ec4000a00 rbp=00007f3ec42248d0 r12=00000000000004a4 r13=00007f3ecba924d0 r14=00007f3ecba926bc r15=00007f3ec42258f0

Oct 28 22:31:18.565: mks| Backtrace[10] 00007f3ecba92490 rip=00000000007fbe60 rbx=00007f3ec416cd80 rbp=00007f3ecba924b0 r12=0000000000000001 r13=00007f3ecba924d0 r14=00007f3ecba926bc r15=00007f3ec42258f0

Oct 28 22:31:18.565: mks| Backtrace[11] 00007f3ecba92540 rip=00000000007fc0bc rbx=00007f3ec416cd80 rbp=00007f3ecba92550 r12=0000000000000001 r13=00007f3f16b2a090 r14=00007f3ecba926bc r15=0000000000000004

Oct 28 22:31:18.565: mks| Backtrace[12] 00007f3ecba92660 rip=0000000000635e3e rbx=0000000000000001 rbp=00007f3f175ac010 r12=0000000000000001 r13=00007f3f16b2a090 r14=00007f3ecba926bc r15=0000000000000004

Oct 28 22:31:18.565: mks| Backtrace[13] 00007f3ecba92670 rip=0000000000635f84 rbx=0000000000000001 rbp=00007f3f175ac010 r12=0000000000000001 r13=00007f3f16b2a090 r14=00007f3ecba926bc r15=0000000000000004

Oct 28 22:31:18.565: mks| Backtrace[14] 00007f3ecba926a0 rip=00000000004d9bfe rbx=00007f3ec0000a90 rbp=00007f3f175ac010 r12=0000000000000001 r13=00007f3f16b2a090 r14=00007f3ecba926bc r15=0000000000000004

Oct 28 22:31:18.565: mks| Backtrace[15] 00007f3ecba92700 rip=00000000004da2d4 rbx=00007f3ec0000a90 rbp=00000000013c2c90 r12=00007f3f175ad8c8 r13=0000000000000000 r14=00047709b4cc33ee r15=00007f3f175ac010

Oct 28 22:31:18.565: mks| Backtrace[16] 00007f3ecba92d90 rip=0000000000631021 rbx=0000000000000000 rbp=0000000000000000 r12=00007fff4a1c6f20 r13=0000000000000000 r14=0000000000000004 r15=0000000000000007

Oct 28 22:31:18.565: mks| Backtrace[17] 00007f3ecba92dd0 rip=000000000048fab2 rbx=0000000000fb7920 rbp=0000000000000000 r12=00007fff4a1c6f20 r13=0000000000000000 r14=0000000000000004 r15=0000000000000007

Oct 28 22:31:18.565: mks| Backtrace[18] 00007f3ecba92ef0 rip=0000003e57c0696a rbx=0000000000000000 rbp=0000000000000000 r12=00007fff4a1c6ea0 r13=0000000000000000 r14=0000000000000004 r15=0000000000000007

Oct 28 22:31:18.565: mks| Backtrace[19] 00007f3ecba93000 rip=0000003e570e18bd rbx=00007f3ecba93710 rbp=0000000000000000 r12=00007fff4a1c6ea0 r13=0000000000000000 r14=0000000000000004 r15=0000000000000007

Oct 28 22:31:18.565: mks| SymBacktrace[0] 00007f3ecba917f0 rip=000000000041ef7c in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.565: mks| SymBacktrace[1] 00007f3ecba91810 rip=00000000004eb178 in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.565: mks| SymBacktrace[2] 00007f3ecba91d00 rip=000000000048f11f in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.565: mks| SymBacktrace[3] 00007f3ecba91e00 rip=0000003e57c0f320 in function (null) in object /lib64/libpthread.so.0 loaded at 0000003e57c00000

Oct 28 22:31:18.565: mks| SymBacktrace[4] 00007f3ecba92258 rip=0000003e57033575 in function gsignal in object /lib64/libc.so.6 loaded at 0000003e57000000

Oct 28 22:31:18.565: mks| SymBacktrace[5] 00007f3ecba92260 rip=0000003e57034d55 in function abort in object /lib64/libc.so.6 loaded at 0000003e57000000

Oct 28 22:31:18.565: mks| SymBacktrace[6] 00007f3ecba92390 rip=0000003e5702c655 in function __assert_fail in object /lib64/libc.so.6 loaded at 0000003e57000000

Oct 28 22:31:18.565: mks| SymBacktrace[7] 00007f3ecba92410 rip=0000003e59c4c97d in function _XRead in object /usr/lib64/libX11.so.6 loaded at 0000003e59c00000

Oct 28 22:31:18.565: mks| SymBacktrace[8] 00007f3ecba92430 rip=0000003e59c4c999 in function _XReadPad in object /usr/lib64/libX11.so.6 loaded at 0000003e59c00000

Oct 28 22:31:18.565: mks| SymBacktrace[9] 00007f3ecba92450 rip=0000003e59c33a8a in function XGetModifierMapping in object /usr/lib64/libX11.so.6 loaded at 0000003e59c00000

Oct 28 22:31:18.565: mks| SymBacktrace[10] 00007f3ecba92490 rip=00000000007fbe60 in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.565: mks| SymBacktrace[11] 00007f3ecba92540 rip=00000000007fc0bc in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.565: mks| SymBacktrace[12] 00007f3ecba92660 rip=0000000000635e3e in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.565: mks| SymBacktrace[13] 00007f3ecba92670 rip=0000000000635f84 in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.565: mks| SymBacktrace[14] 00007f3ecba926a0 rip=00000000004d9bfe in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.565: mks| SymBacktrace[15] 00007f3ecba92700 rip=00000000004da2d4 in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.566: mks| SymBacktrace[16] 00007f3ecba92d90 rip=0000000000631021 in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.566: mks| SymBacktrace[17] 00007f3ecba92dd0 rip=000000000048fab2 in function (null) in object /usr/lib/vmware/bin/vmware-vmx loaded at 0000000000400000

Oct 28 22:31:18.566: mks| SymBacktrace[18] 00007f3ecba92ef0 rip=0000003e57c0696a in function (null) in object /lib64/libpthread.so.0 loaded at 0000003e57c00000

Oct 28 22:31:18.566: mks| SymBacktrace[19] 00007f3ecba93000 rip=0000003e570e18bd in function clone in object /lib64/libc.so.6 loaded at 0000003e57000000

Oct 28 22:31:18.566: mks| Msg_Post: Error

Oct 28 22:31:18.566: mks| http://msg.log.error.unrecoverable VMware Workstation unrecoverable error: (mks)

Oct 28 22:31:18.566: mks| Unexpected signal: 6.

Oct 28 22:31:18.566: mks| http://msg.panic.haveLog A log file is available in "/home/sean/vmware/Ubuntu 9.10 64-bit/vmware.log". http://msg.panic.requestSupport.withLog Please request support and include the contents of the log file. http://msg.panic.requestSupport.vmSupport.linux

Oct 28 22:31:18.566: mks| To collect data to submit to VMware support, select Help > About and click "Collect Support Data". You can also run the "vm-support" script in the Workstation folder directly.

Oct 28 22:31:18.566: mks| http://msg.panic.response We will respond on the basis of your support entitlement.

Oct 28 22:31:18.566: mks| -


Oct 28 22:31:41.567: vmx| VTHREAD watched thread 1 "mks" died

Oct 28 22:31:41.590: vcpu-1| VTHREAD watched thread 0 "vmx" died

Oct 28 22:31:41.905: Worker#0| VTHREAD watched thread 0 "vmx" died

Oct 28 22:31:42.535: vcpu-0| VTHREAD watched thread 0 "vmx" died

After that, I can't press any modifier keys (Shift, Ctrl, Alt, Capslock, Numlock, etc.) until I kill the X server and restart it. I have tried rebooting and most "general" troubleshooting efforts.

This did not occur with Workstation 7 RC running Fedora 12 Alpha. It looks like Workstation 7 needs to be updated to work with X.Org 7.5 / Xserver 1.7.0.

This is kind of confusing: I had no problems with Workstation 7 RC, Fedora 12 Alpha, and Nvidia binary graphics drivers 190.40 (RC). Now that the same versions of everything have gone from RC to release, and Fedora from alpha to beta, it's broken. You'd think this would make things more stable, not less.

Any suggestions? Should I just use my 30 day support entitlement and pray that VMware will care?

Thanks,

Sean

Reply
0 Kudos
12 Replies
ran
Contributor
Contributor

Unfortunatly it is a long story. Look, please:

http://communities.vmware.com/thread/229891?tstart=0

So wait.

Reply
0 Kudos
starheart
Contributor
Contributor

The problem on top of that is glibc can't be downgraded on Fedora 12 beta. Half the packages expressly require 2.10.90 instead of 2.10.1. Fedora 12 final is also scheduled to come out in 3 weeks. Ubuntu 9.10 just came out, I wonder if it has the the same problem. If so this problem is about to get a lot more attention.

Reply
0 Kudos
Noel
Expert
Expert

Ubuntu 9.10 just came out, I wonder if it has the the same problem

Workstation 7 works just fine with Karmic. No surprise:

  libc6   2.10.1-0ubuntu15   GNU C Library: Shared libraries

We'll see what happens as we prepare for Lucid.

Reply
0 Kudos
allquixotic
Enthusiast
Enthusiast

You're right; Ubuntu 9.10 Final uses the latest stable glibc, 2.10.1, like any sane distribution would. Fedora is very accustomed to shipping prerelease software in their final distro, even after pushing back milestones in order to cram more features in. They seem more comfortable about shipping prerelease software from their own guys (glibc is primarily from Ulrich Drepper, a Red Hat employee, and nouveau nvidia drivers are from Ben Skeggs, also a Red Hat employee). Of course they also shipped Firefox 3.5 Beta 4 in Fedora 11 Final.

BTW, glibc 2.10.90 is actually a preview of glibc 2.11. So obviously, glibc 2.11 breaks backwards compatibility with apps written for glibc <= 2.10.x. This is unfortunate, but VMware and every other proprietary software vendor must keep up by supporting newer versions of the open source stack as they are released. Otherwise you wind up with a lot of angry customers.

To be fair, VMware is doing a fairly decent job of keeping up these days. Their ALSA sound support is better; they support the latest Linux kernels; and they support the latest stable distribution releases. I have a feeling that a stable minor release to VMware Workstation 7 will be coming soon to support GLIBC 2.11.x and previews thereof. Hopefully I am eligible for product updates; I just bought VMware Workstation 7 through the online store for $189.

Reply
0 Kudos
starheart
Contributor
Contributor

I am running Fedora 12 beta updated to rawhide. I tried the crazy idea of installing Fedora 11 x86_64 in a chroot and installing VMware Workstation 7.0 x86_64 in that. It installs and runs. Interesting enough it crashes on ctrl-alt in the same way. My new theory is that since VMware Workstation still has to interact with rawhide's Xorg. That Xorg passes VMware Workstation some data in some way it doesn't like and that is actually what triggers the crash. Another way of saying it is that VMware Workstation 7.0 is incompatible with Xorg 1.7 when Xorg is run with glibc 2.10.90.

Reply
0 Kudos
allquixotic
Enthusiast
Enthusiast

I have an open support ticket with VMware Support about this, and the engineer was nice enough to file an internal feature enhancement ticket. If that ticket goes anywhere, VMware WS 7.0.1 (or whichever version number is the next minor release) may have glibc 2.11 support.

Reply
0 Kudos
starheart
Contributor
Contributor

I just updated glibc to 2.11-1. Based on my past experiences I restarted X to be sure it was using the new glibc. It still crashes in the exact same way. So no luck with the final release instead of just a preview.

Reply
0 Kudos
ran
Contributor
Contributor

To continue: http://communities.vmware.com/thread/229891 (locked now )

Have try latest ( 6.5.3 ) following you info and info from http://communities.vmware.com/message/1362009 but

+My info? I said that WS 7 Preview works with Ubuntu's 2.6.31 kernel,

which is now updated to the final 2.6.31 kernel. There are known issues

with WS 6.5.x, although I have not looked to see what changed in the WS

6.5.x series since switching to use the WS 7 Preview. Although, come to

think of it, I should probably put the latest on my Ubuntu Hardy

partition, which has been kept at WS 6.5 in case of emergency.+

Linux Notebook 2.6.31-2.fc12.x86_64 #1 SMP Thu Sep 10 00:25:40 EDT 2009

+I'd say that one of your problems is trying to use Fedora prior to Beta

or Release Candidate status. Unlike Ubuntu, which I can generally run

from the first Alpha, I have never had any success with Fedora's

pre-Beta releases. Fedora is generally stable from RC status onwards,

but in my experience, unusable pre-Beta. Take a look and see what

happens on or shortly after October 13, which is also when I'll install

Fedora 12 into a partition.+

++If you look at the VMware Compatibility Guide you'll see that of 100s of combinations of distributions, 32/64 bit, and versions that are supported, of Fedora only Fedora 11 is listed as supported, and only as ++

+Experimental

in WS 6.5.2. The only change I see with WS 6.5.3 is moving Ubuntu 9.04

from experimental to fully supported. That's not to say that others

don't work -- I was using VMware with Fedora 9 and 10 -- but they

aren't supported.+

Fedora12 RC is out ( Linux Notebook 2.6.31.5-115.fc12.x86_64 #1 SMP Tue Nov 3 23:56:19 EST 2009 x86_64 x86_64 x86_64 GNU/Linux), but problems at same point:

1) Install script:

The product is ready to be installed. Press Enter to begin

installation or Ctrl-C to cancel.

Installing VMware Player Application 3.0.0

Configuring...Traceback (most recent call last):

File "/tmp/vmis.9SCxiv/install/vmware-installer/python/lib/logging/handlers.py", line 73, in emit

if self.shouldRollover(record):

File "/tmp/vmis.9SCxiv/install/vmware-installer/python/lib/logging/handlers.py", line 146, in shouldRollover

msg = "%s\n" % self.format(record)

File "/tmp/vmis.9SCxiv/install/vmware-installer/python/lib/logging/__init__.py", line 630, in format

return fmt.format(record)

File "/tmp/vmis.9SCxiv/install/vmware-installer/python/lib/logging/__init__.py", line 421, in format

s = self._fmt % record.__dict__

UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 620: ordinaInstalling VMware Workstation 7.0.0

Configuring...

100%

Installation was successful.

2) I can not back to host system by pressing Ctrl+Alt - guest system

crashed in previouse test, but now I get:

vmware-vmx: xcb_io.c:542: XRead: Assertion `dpy-&gt;xcb-&gt;replydata != ((void *)0)' failed.

Unexpected signal: 6.

when mouse have been moved over guest window. ( Ctrl+Alt - same ).

So still waiting. VMware - hello???

Reply
0 Kudos
buckmann
Contributor
Contributor

Same problem here under Ubuntu 9.10 64-Bit, Workstation 7.0.0 build-203739. The crash appears after working a few hours with XP Pro SP3 in a VM.

Reply
0 Kudos
mbonsack
Contributor
Contributor

That's strange; I definitely have issues on WS 7 with mulit-core VMs using Ubuntu 9.10, but all manner of ctrl-alt behavior seems to work fine with my XP SP 3 VMs -- with Unity, full-screen, windowed, etc. A few bugs witn compiz key bindings, but never a single crash of the variety you mention. Also, 9.10 doesn't use that new version of glibc, so I'm confused...

Reply
0 Kudos
Noel
Expert
Expert

Same problem here under Ubuntu 9.10 64-Bit, Workstation 7.0.0 build-203739. The crash appears after working a few hours with XP Pro SP3 in a VM.

I'm not seeing that problem with the same host & guest pairing.

Reply
0 Kudos
starheart
Contributor
Contributor

This issue seems to be fixed in Fedora 12 Final. :smileygrin:

Reply
0 Kudos