I've spent the last couple of days talking to my regional support guy (I opened a ticket with Sun). So far, we have confirmed that CAM is not launching applications at all. If I disable CAM, then dtlogin comes up just like it should on the DTUs. I am even able to launch uttsc from a dt session. If I reenable CAM, no matter what application I try to launch (uttsc, dtsession, xterm, xbiff, etc.), it will not launch. While I'm waiting to hear back from him again, I was wondering if anybody here had any ideas as to where to look or what packages to check. Or if they might have another idea of what might be wrong.
So far, we have been looking for a file or dir that may have gotten corrupted, or just got its permissions switched. pkgchk has found a small handful with "funny" permissions, which we were able to fix with pkgchk -f. Here's the list of packages we've checked so far: SUNWuta SUNWutj SUNWutk SUNWutkx SUNWutm SUNWuto SUNWutr SUNWutu SUNWutux SUNWutkio SUNWutkir I've also sent him dumps from SunExplorer and ut_gather. Also of note, I discovered a core dump in /var/opt/SUNWut/log. It indicates that Xsun is terminated by xauth for one of the desktops. From pstack: core 'core' of 21147: /usr/openwin/bin/Xsun :24 -terminate -auth /tmp/SUNWut/config/xauth/24 This core dump seems to get overwritten whenever the service is restarted. The desktop ID changes each time, so I'm guessing it's the first one that dumps out, killing the service. The only other notable thing we can see in the logs is lots of verbose messages for utauthd in /var/opt/SUNWut/log/messages. Unfortunately, this goes back as far as my messages logfiles are rotated, so it doesn't seem to provide any useful information. If anybody else has anything that would help me find the actual problem, I'd be glad to hear it. As of right now, my lab has been out of commission for at least two business days, plus a whole weekend. Pretty soon my students and faculty will be lining up at my door with pitchforks and torches. Thanks. Seth Seth Galitzer wrote: > Never mind my previous response. I was able to save the new > configuration by running a Confirm operation before the cold restart. > Unfortunately, I still get no desktop or terminal. Where shall I look next? > > Thanks. > Seth > > Craig Bender wrote: >> Typically it's a scripting error that causes cycling. If your uttsc CAM >> app is still set to launch and is set to critical that will prevent >> anything from working. >> >> Remember "dtsession" in itself is just a windowing manager. >> >> 1) Remove everything from the Apps to launch side, save for dtsession >> 2) Create a Terminal called Term, point to /usr/dt/bin/dtterm >> 3) Set attribute as Default >> 4) Save >> 5) Add this to apps to launch >> 6) utrestart -c >> >> >> >> Seth Galitzer wrote: >>> Craig, >>> >>> Thanks for the suggestion. I do have enough CALs for that lab. Like I >>> said, it's been running happily for three months now. I added the CAM >>> app to launch dterm and I get the same result. The DTU goes through >>> status 21, 22A, 26A, 14A, 26A, and then restarts the boot process. >>> >>> Note I also tried setting the default CAM app to dtsession and I get the >>> same result. So it looks like CAM isn't behaving properly, or at least >>> not launching applications. How can I debug this? >>> >>> Thanks. >>> Seth >>> >>> Craig Bender wrote: >>>> Almost sounds like a licensing issue. Do you have enough CAL's? >>>> >>>> Create a cam app that points to /usr/dt/bin/dtterm and set it to launch >>>> >>>> Then try to run your uttsc command by hand to see the output. >>>> >>>> Seth Galitzer wrote: >>>>> Greetings, >>>>> >>>>> I've had SRSS running happily now for a few months. Suddenly in the >>>>> last couple of days, uttsc just doesn't work. The DTUs are getting an >>>>> IP and making their initial connection to the SRSS, but the uttsc >>>>> connection never happens. >>>>> >>>>> I just patched uttsc to 124848-02. SRSS (3.1.1) is already at the >>>>> latest patch. I haven't done any other patches to the Sol10 SRSS host. >>>>> I did install some Windows patches recently on the WTS I'm trying to >>>>> get a desktop session on, but they don't look like they're related to >>>>> terminal services or rdp. I can get a desktop session to the WTS from >>>>> rdesktop on another machine. The SRSS machine can ping all the DTUs >>>>> and >>>>> the WTS just fine. >>>>> >>>>> I don't see anything obvious telling me the problem in >>>>> /var/opt/SUNWut/log/*. I can't seem to find a logfile for uttsc. Is >>>>> there one? If so, where? >>>>> >>>>> Can anybody give me any other places to look to try and debug this? >>>>> Any >>>>> information would be helpful. >>>>> >>>>> Thanks. >>>>> Seth >>>>> > > > -- Seth Galitzer Systems Coordinator Computing and Information Sciences Kansas State University [EMAIL PROTECTED] 785-532-7790 _______________________________________________ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users
