Hello, That matches the stack trace I got:
(gdb) where #0 0x0824283b in xmesa_check_and_update_buffer_size (xmctx=0x0, drawBuffer=0xab55e48) at xm_api.c:1887 #1 0x0824360b in XMesaResizeBuffers (b=0xab55e48) at xm_api.c:2539 #2 0x0823ef6d in __glXMesaDrawableResize (base=0xa433f10) at xf86glx.c:112 #3 0x081ff78d in PositionWindow (pWin=0xab0d778, x=519, y=104) at glxscreens.c:230 #4 0x0809b18a in ResizeChildrenWinSize (pWin=0xab0ce30, dx=0, dy=0, dw=0, dh=-25) at window.c:1867 #5 0x081d7e8d in miSlideAndSizeWindow (pWin=0xab0ce30, x=518, y=27, w=562, h=478, pSib=0x0) at miwindow.c:728 #6 0x0809c564 in ConfigureWindow (pWin=0xab0ce30, mask=15, vlist=0xab2d39c, client=0xa3a4e88) at window.c:2492 #7 0x0806ec43 in ProcConfigureWindow (client=0xa3a4e88) at dispatch.c:764 #8 0x0819240c in XaceCatchDispatchProc (client=0xa3a4e88) at xace.c:281 #9 0x0806e221 in Dispatch () at dispatch.c:457 #10 0x0808a98c in main (argc=7, argv=0xffa6a494, envp=0xffa6a4b4) at main.c:445 Buttay cyril wrote: > ottomeister a écrit : >> On Wed, Sep 23, 2009 at 2:31 PM, Bob Doolittle >> <[email protected]> wrote: >>> So if I follow, it's the CentOS session that's terminating? >>> It sounds like the X server is crashing. >>> gdm might have logged some clues in /var/log/gdm or wherever it >>> stores its >>> logs (sorry, my RHEL system is down at the moment). >>> I'm less familiar with Linux than Solaris, is there an equivalent of >>> coreadm >>> so that you can force core dumps to some particular location? If so, >>> I'd do >>> that and see if you can find a core dump for Xnewt. >> >> The Sun Ray X server, and therefore its error messages (in >> /var/dt/Xerrors) and possible core dumps, will be on the Solaris >> machine that is running SRSS. So 'coreadm' can be used to >> gather core dumps in a specific location. >> >> If core dumps are being generated then 'pstack' on those files >> will tell us whether this is the same issue as the Matlab crash. >> >> OttoM. > > Thank you for your replies. > > I did a bit of digging from what you suggested. > > - on the linux box, nothing to declare > - on the solaris server: > - /var/dt/Xerrors contains many errors regarding keyboard > configuration (but they're explicitely noted as non-fatal). However, I > have the following message: > "FreeFontPath: FPE "/usr/X11/lib/X11/fonts/misc/" refcount is 2, should > be 1; fixing." sometimes (but not always) directly followed by "Xserver > exiting (desktop RESET)". As there is no timestamp in this file, I > cannot say if that corresponds to the crashes I'm encountering > - /core is created every time the Xserver crashes, and pstack /core > returns (hopping the formatting won't be lost in the email): > ________________________________________________________________ > core '/core' of 20747: /opt/SUNWut/lib/Xnewt :2 -nobanner -auth > /var/dt/A:2-NRaOuk -query pis > 0826f457 xmesa_check_and_update_buffer_size (0, 98b9ed0, 8047518, > 8125d52, 0) + 27 > 08270199 XMesaResizeBuffers (98b9ed0, 84d50b0, 8047538, 8213ece, > 8c8d1a0, 26) + 29 > 0826c270 __glXMesaDrawableResize (8c8d1a0, 26, 4d, 84d50b0, 86b97b8, > 8bea588) + 20 > 08213ece PositionWindow (8bea588, a3, 4d, 84d50b0, 2e203fb, 88b9188) + 7e > 0812da20 ResizeChildrenWinSize (8be9440, 9e, 0, ffffff62, 0, 88a98c8) + a0 > 081e9ddb miSlideAndSizeWindow (8be9440, 9e, 0, ffffff62, 0, 88b92a0) + 19b > 0812ea80 ConfigureWindow (8be9440, 5, 9d3adf0, 889cbc0, 2a8, 0) + b90 > 08106d54 ProcConfigureWindow (889cbc0, 889cbc0, 84edf60, 84d50b0, > 889cbc0, 86b5ac0) + 94 > 081a9bbd XaceCatchDispatchProc (889cbc0, 889cbc0, 5, 15, 9d3ade4, 0) + 8d > 0810e287 Dispatch (2, 0, 8047e58, 8121af1, fec9d788, 80a1a7c) + 4b7 > 08121f71 main (9, 8047e58, 8047e80) + 491 > 080a369a _start (9, 8047f00, 8047f16, 8047f19, 8047f23, 8047f29) + 7a > ____________________________________________________________________ > > I'm completely lost here, but there are some keywords (namely Mesa) that > sound similar to the bug Tom Crummey described. > > I suppose my only option now is to contact sun to have more information > regarding this bug, because if it is a bug, and if it is not fixed, then > I'm afraid the sun rays won't be of any use to us (which would be a > shame, I quite like this system!) > > Thank you for your help > > Regards > > Cyril > > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users -- Tom. -------------------------------------------------------------------------- Tom Crummey, Systems and Network Manager, EMAIL: [email protected] Dept. of Electronic and Electrical Engineering, University College London, Roberts Building, TEL: +44 (0)20 7679 3898 Torrington Place, FAX: +44 (0)20 7388 9325 London, UK, WC1E 7JE. -------------------------------------------------------------------------- _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
