I was able to get gdm to stop complaining with the help of a colleague by adding '0=inactive' at the bottom of /etc/X11/gdm/custom.conf. However, the Sun Ray still sits at 26B. I'll have to play with it more tonight with a SR that has the 2009.06 firmware, instead of the one that I'm at now (2008.11) to see if that might be part of the problem.
-Trey ---------- Stephen (Trey) Repetski [email protected] Rochester Institute of Technology '13 Student Systems Administrator, Thomas Jefferson High School for Science and Technology '09 On Wed, Aug 12, 2009 at 14:58, Stephen Repetski <[email protected]>wrote: > On Wed, Aug 12, 2009 at 2:17 PM, Bob Doolittle > <[email protected]>wrote: > >> Stephen Repetski wrote: >> >>> Yes, I applied that fix, rebooted and did a utrestart -c for good >>> measure. >>> >>> /var/opt/SUNWut/log/message log after resetting the ray: >>> >>> >> >> <snip> >> >> Aug 12 17:21:40 domU-12-31-39-06-49-33 utdtsession: [ID 702911 user.info >>> ] >>> Add (,pseudo.00144fc8a1a2,normal) >>> Aug 12 17:21:40 domU-12-31-39-06-49-33 utdtsession: [ID 702911 >>> user.error] >>> Error: No display numbers available >>> Aug 12 17:21:40 domU-12-31-39-06-49-33 utauthd: [ID 741085 user.info] >>> Worker2 UNEXPECTED: SESSION_ERROR pseudo.00144fc8a1a2 exitCode=2 >>> Aug 12 17:21:40 domU-12-31-39-06-49-33 utauthd: [ID 902801 user.info] >>> Worker2 NOTICE: DISCONNECT IEEE802.00144fc8a1a2, pseudo.00144fc8a1a2 >>> cannot >>> init session >>> Aug 12 17:21:40 domU-12-31-39-06-49-33 utauthd: [ID 226395 user.info] >>> SessionManager0 NOTICE: TERMINATE: ACTIVE session >>> Aug 12 17:21:40 domU-12-31-39-06-49-33 utauthd: [ID 283604 user.info] >>> Worker2 NOTICE: DESTROY pseudo.00144fc8a1a2 lifetime=311 >>> Aug 12 17:21:40 domU-12-31-39-06-49-33 gdm-XKeepsCrashing: [ID 702911 >>> user.notice] GDM can't start X server. >>> >>> >>> Was the above log taken before or after applying the patch? >> > > This was taken before applying the patch. These messages don't appear now > after I utrestarted the server, and the Sun Ray is stuck on 26B. I've > attached the messages log after a clean utrestart and then 2 Sun Rays > connecting to the server. I didn't have ports 6002-<upper boundary> open on > the server side, which I do now (1660/tcp, 1661/tcp, 40000/udp, 42000/udp, > 6002-7000/tcp, 7007-7009/tcp, 7009/udp, 7010-12/tcp, 7013/udp, 7015/tcp) > > IsGdmSyncedWithSRSS shows: > > No process for 2 in Xservers > No gdmdynamic config for 2 in Xservers > 2 > The following dpys have display files but no (unreserved) entry in > Xservers: > 3 > > The Xservers file was not created by srss; I manually touched the file > (/tmp/SUNWut/config/xconfig/Xservers) to make it exist. After this did a > utrestart, and the display information was added by the software. > > >> >> >> -Bob >> >> On Wed, Aug 12, 2009 at 12:54 PM, Joerg Barfurth <[email protected]> wrote: >>> >>> >>> >>>> Stephen Repetski schrieb: >>>> >>>> >>>> >>>>> Hi all, >>>>> >>>>> I'm having this same problem on an Osol 2009.06 box with SRSS 5 EA 1. >>>>> Could someone send me this isGdmSyncedWithSRSS script? >>>>> >>>>> >>>>> >>>>> >>>> Did you apply the sock2path fix mentioned elsewhere in this thread and >>>> described somewhere on the Wiki? >>>> >>>> - Jörg >>>> >>>> _______________________________________________ >>>> SunRay-Users mailing list >>>> [email protected] >>>> http://www.filibeto.org/mailman/listinfo/sunray-users >>>> >>>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> SunRay-Users mailing list >>> [email protected] >>> http://www.filibeto.org/mailman/listinfo/sunray-users >>> >>> >> >> _______________________________________________ >> SunRay-Users mailing list >> [email protected] >> http://www.filibeto.org/mailman/listinfo/sunray-users >> > >
_______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
