Bug 169370

Summary: VMware-console fails with X-server abort on .49.2 update
Product: [Fedora] Fedora Reporter: Michael Wilmes <mwilmes>
Component: xorg-x11Assignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED CANTFIX QA Contact: David Lawrence <dkl>
Severity: high Docs Contact:
Priority: medium    
Version: 4   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-02-09 12:41:50 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Xorg.0.log
none
xorg.conf none

Description Michael Wilmes 2005-09-27 16:01:29 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7

Description of problem:
After update from xorg v.45 -> v.49.2 vmware-console (GSX server client gui) aborts when starting a VM. The complete X-Server aborts without further interaction. KDM login screen appears again, all previous KDE session data is lost.

After downgrade to xorg v.45 everything works as expected.

Version-Release number of selected component (if applicable):
xorg-x11-6.8.2-37.FC4.49.2

How reproducible:
Always

Steps to Reproduce:
1. update xorg to v.49.2
2. startup vmware-console
3. select VM and click on start VM
4. X-server immediately crashes
  

Actual Results:  X-server immediately crashes

Expected Results:  Selected VM screen should be displayed in vmware-console window.

Additional info:

excerpt from /var/log/messages:

gdm[9078]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0
Comment 1 Michael Wilmes 2005-09-27 16:03:40 UTC 
excerp from vmware-serverd.log

Sep 27 17:20:28: app| vmdbPipe_Streams Couldn't read: OVL_STATUS_EOF
Sep 27 17:20:28: app| SP: Deleting user session: 0 username: micki
Sep 27 17:20:28: app| VMServerd IPC closed the connection with thread
/home/micki/vmware/winxp_office/Windows XP Pro Office.vmx (0x95a5a80)
Sep 27 17:20:28: app| Lost connection to /home/micki/vmware/winxp_office/Windows
XP Pro Office.vmx (/home/micki/vmware/winxp_office/Windows XP Pro Office.vmx)
 unexpectedly.
Sep 27 17:20:28: app| vmdbPipe_Streams Couldn't read: OVL_STATUS_EOF
Sep 27 17:20:28: app| VMHS: Connection to VM broken: cfg:
/home/micki/vmware/winxp_office/Windows XP Pro Office.vmx; error: Pipe: Read
failed; state: 3
Sep 27 17:20:28: app| VM suddenly changed state: poweredOff.
Sep 27 17:20:28: app| VM suddenly changed state: poweredOff.
Sep 27 17:20:28: app| VM suddenly changed state: poweredOff.
Sep 27 17:20:28: app| cleanup: cleaned up 1 objects
Comment 2 Michael Wilmes 2005-09-27 16:06:39 UTC 
*** Bug 169369 has been marked as a duplicate of this bug. ***
Comment 3 Michael Wilmes 2005-09-27 16:07:29 UTC 
Created attachment 119308 [details]
Xorg.0.log
Comment 4 Mike A. Harris 2005-09-27 17:44:24 UTC 
Could you attach your X server config file for review also please.
Comment 5 Michael Wilmes 2005-09-28 07:40:03 UTC 
Created attachment 119348 [details]
xorg.conf
Comment 6 Mike A. Harris 2006-02-09 12:41:50 UTC 
I've reviewed the file attachments, and there is nothing obvious in the log
which indicates for sure that there is an X bug causing this problem.  This
could just as well be a VMware problem, or a kernel interaction problem of
some sort.  It's also worth noting that we do not officially support systems
which have 3rd party kernel modules such as VMware loaded, so unfortunately
unless there is a way to reproduce this problem without VMware being
installed, there's not a lot we can do.

If you believe that it is indeed a legitimate X bug however, you can write
to the xorg.org mailing list to discuss the problem and
seek technical assistance in diagnosing the issue further.  Alternatively
VMWare technical support may be able to provide further assistance/support.

Setting status to "CANTFIX"  (unsupported software installation, without
any way to reproduce or diagnose without proprietary 3rd party software)