Never mind. The culprit has been found and the appropriate number of
lashes administered. :-)
Thanks again Otto.
Elliott Peeler wrote:
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
<[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
------------------------------------------------------------------------
_______________________________________________
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
