On Wed, 2012-08-15 at 13:56 -0500, Johnny Hughes wrote: > 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. I've confirmed the same faulty behavior for the update to 6.3 on our dual-head systems. Also confirmed is that replacing the 6.3 base tigervnc-server-module rpm with the rebuilt one does fix the problem on the dual-head systems. One disturbing difference between single and dual headed systems is that on the dual-head systems Xorg generates a core dump and completely freezes up when the mouse movement is detected. Single-head systems just fail to connect. This complication could be somehow caused by our proprietary "ATI FirePro 2270" drivers, though. Once the rebuilt module is installed the systems run fine. I've also updated the upstream bug report. ./Cal