On 08/15/2012 09:47 AM, Cal Webster wrote:
On Tue, 2012-08-14 at 20:55 -0500, Johnny Hughes wrote:
On 08/14/2012 05:23 PM, Cal Webster wrote:
We began experiencing failed vnc connections to the console display on servers that have been updated to EL 6.3. No such failures have occurred on similar connections to EL 6.2 servers.
On the client machine a normal vncviewer display appears with the expected graphical login until the mouse pointer is moved within the boundaries of the vncviewer window. At this point the window closes and an error message appears in both a pop-up window and in the terminal window in which the session was initiated stating "read: Connection reset by peer (104)".
On the server end, a core dump is generated and a abrt bug report is created.
/var/log/messages
Aug 14 11:00:30 jato2 abrt[11411]: File '/usr/bin/Xorg' seems to be deleted Aug 14 11:00:30 jato2 abrt[11411]: Saved core dump of pid 7892 (/usr/bin/Xorg) to /var/spool/abrt/ccpp-2012-08-14-11:00:30-7892 (42041344 bytes) Aug 14 11:00:30 jato2 abrtd: Directory 'ccpp-2012-08-14-11:00:30-7892' creation detected
This bug has been reported in the CentOS bug tracker here:
0005824: tigervnc-server-module keep crashing http://bugs.centos.org/view.php?id=5824
However, this appears to be a bug upstream. The source RPM provided with CentOS is identical to that of upstream with no modifications. Also, there is an upstream bug reported that appears to have the same symptoms. I have added a comment to the upstream bug report (listed below) if anyone wishes to see the details.
tigervnc-server-module crashes with dual screen setup https://bugzilla.redhat.com/show_bug.cgi?id=820443
We have verified that rebuilding the unmodified source RPM for tigervnc produces a tigervnc-server-module RPM that does not suffer from this bug.
Removing the original tigervnc-server-module package and replacing it with the rebuilt one fixes the problem.
I've duplicated the problem on 2 EL 6.3 x86_64 single-head display machines and have verified the fix.
Tomorrow, I'll duplicate the problem on a dual-head x86_64 machine that currently still works after updating to EL 6.2 then confirm the the fix.
Did you rebuild the SRPM using mock or directly on a physical machine with rpmbuild?
No mock, just a simple "rpmbuild -ba SPEC/tigervnc.spec"
OK, if you find that this solves your problems for sure, I will build the SRPM outside of mock and see if it is different.