On Tue, Apr 29, 2008 at 12:36 PM, Elliott Peeler <[EMAIL PROTECTED]> wrote: > ... > In the authd log I see this: > > error: invalid sessionId rtxtsray01:7007:836040 > error: invalid sessionId rtxtsray01:7007:266726 > error: invalid sessionId rtxtsray01:7007:838842 > error: invalid sessionId rtxtsray01:7007:428535 > error: invalid sessionId rtxtsray01:7007:222285 > error: invalid sessionId rtxtsray01:7007:748920 > mkdir: "/var/opt/SUNWut/tokens/pseudo/.": No such file or directory > mkdir: "/var/opt/SUNWut/tokens/pseudo/.": No such file or directory > mkdir: "/var/opt/SUNWut/displays/.": No such file or directory > mkdir: "/var/opt/SUNWut/dispinfo/.": No such file or directory > file: No such file or directory > Lock file </var/opt/SUNWut/tokens/pseudo/00144f3c7981.lock> exists > /opt/SUNWut/lib/utdtsession[602]: /var/opt/SUNWut/displays/.tmp.19519: > cannot create > Error: couldn't create display file
The /var/opt/SUNWut subdirectories that have disappeared are implemented as symlinks to subdirectories of /tmp/SUNWut/config. Most likely some process (perhaps a cron job) has "cleaned up" /tmp/SUNWut and destroyed the files that authd maintains there. This will cause authd to become very unhappy and will cause Sun Ray sessions to die. If you run some sort of periodic /tmp scrubber then make sure that it doesn't scrub anything in /tmpSUNWut. A cold restart rebuilds the /tmp/SUNWut directories and the /var/opt/SUNWut symlinks, which explains why that brought SRSS back to life. OttoM. __ ottomeister Disclaimer: These are my opinions. I do not speak for my employer. _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
