[SunRay-Users] Crash event help requested

[Elliott Peeler]

Thanks Otto.  I noticed the error entries and went looking for the files 
before I did the cold restart. The odd thing is, /tmp/SUNWut was still 
there and had a couple of files in it but the config directory was 
indeed gone. I can't imagine what process we would have running that 
would single out the config directory under the SUNWut directory in 
/tmp.  Before I went looking for the files I did do a warm restart. 
Would that have recreated the /tmp/SUNWut directory but not the 
directories further down the tree?

We don't have anything that's cleaning up /tmp that I can find so while 
it's good to know what happened, the why is still has me perplexed.

Thanks again.

Elliott

ottomeister wrote:
> On Tue, Apr 29, 2008 at 12:36 PM, Elliott Peeler
> <elliott.peeler at us.fujitsu.com> 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
> SunRay-Users at filibeto.org
> http://www.filibeto.org/mailman/listinfo/sunray-users
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.filibeto.org/pipermail/sunray-users/attachments/20080430/2078a10b/attachment.html