If you have a support contract, I encourage you to open a case. They'll have
you run ut_gather, and we can do some postmortem to determine your problem.
Thanks,
Bob
On 06/27/11 11:25 AM, Beckman, Daniel wrote:
If I just do CTRL-Moon, it returns to a 26D state and never gets a session.
By "idle UNIX session", I mean in the Sun Ray web administration, I go under Desktop Units, see that
"Unix User" shows "No user logged in" and click "Terminate Idle Session". If I do that
and then have user press CTRL-Moon, then it will successfully come up with a session.
We're running kiosk policy -- users get a Windows 2008 R2 (RDS) desktop.
After a few hours, "utdesktop -lw" shows several DTUs in an error state. The
only fix for those is to terminate the idle UNIX session, then have the user hit
CTRL-Moon.
Just Ctrl-Moon doesn't restore it?
What does "idle UNIX session" mean exactly?
Are you running kiosk policy? Or are users logging into Unix desktops first and
then running uttsc manually?
Have your DTUs upgraded to 5.2.1 firmware? What does utfwload show?
Yes. Running utfwload shows:
4.3_146928-01_2011.06.03.14.41
(It doesn't show anything for those units that are in an error state)
Running utload -r -t pseudo.<MAC> doesn't work -- I get:
cat: cannot open /tmp/SUNWut/config/tokens/pseudo/<MAC>
Session ID cannot be determined.
That's a surprising command to run in this circumstance. It's not a supported
end-user command, and it's just for loading new firmware.
Why are you trying to load new firmware?
Why this way?
-Bob
Well, I was attempting to use utload to perform a remote CTRL-Moon so I didn't
have to ask a user to do it. I had heard that it now supports the -r switch to
reset.
Thanks,
Daniel
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
