Hi Bob et al,
On P.S.M.Swamiji advice, I dropped in the -O flag into the uttsc
command line params, and it works perfectly now. I'm also not using
the -r usb:on flag.
Regards,
Stuart.
------
Stuart Robinson
Collective Systems Ltd
M: +44 (0)7866 433 911
E: [email protected]
www.collectivesystems.com
ClearPath Sun Ray Broker: http://www.collectivesystems.com/clearpath
Bob Doolittle wrote:
It would also be interesting to hear if Stuart has the same result.
These could always be separate problems that only appear similar...
-Bob
Bob Doolittle wrote:
OK, so this certainly sounds like a uttsc problem, rather than a X
server or core SRSS problem.
It seems a few people are seeing it.
Sangeeta - any tips on diagnostic steps people could do to isolate
this? Does it sound like a known problem?
-Bob
M Lubratt wrote:
Bob,
I'm sorry it took so long to get back to you. I finally had a black
screen
to test what you suggested below. I was able to display a xterm
screen on
the blacked out DTU. I was also able to execute commands from that
xterm
window. On a non-blacked out DTU, I can display the xterm window,
but I
can't execute any commands (the window can't get the focus and there
is no
window manager running).
HTH!
Regards,
Mark
On Thu, Dec 10, 2009 at 7:22 AM, Bob Doolittle
<[email protected]>wrote:
It would be helpful to isolate whether the problem is with the
uttsc/Windows session or the native Solaris session, since the only
reports
we're hearing are from Windows users (coincidence or not?).
When in this state is it possible to login remotely, and set
DISPLAY and
XAUTHORITY such that you can try running an xterm or something and
see if it
displays? Usually I su to root, look at the XAUTHORITY file
specified on the
Xnewt command line for that display, and set XAUTHORITY to that
same file.
Make sure of course to export/setenv XAUTHORITY and DISPLAY.
-Bob
Stuart wrote:
I have the same issue on a deployment where by the screens go
black when
you take a card out and put it into another desktop. The only way
to sort
it is to terminate the session.
I've not managed to fix it yet either. I'm running 10/09, 4.2,
2.2 and
windows 2008 for the desktop sessions.
Stuart.
------
Stuart Robinson
Collective Systems Ltd
M: +44 (0)7866 433 911
E: [email protected]
www.collectivesystems.com
ClearPath Sun Ray Broker: http://www.collectivesystems.com/clearpath
M Lubratt wrote:
Hello!
I recently upgraded to SRSS 4.2, SRWC 2.2 on Solaris 10 10/09 (fresh
install on all three). I had been running SRSS 4.1, SRWC 2.1 on
Solaris 10
5/09. I'm using uttsc to connect to a couple of Windows XP Pro
VMs running
on VMware vSphere 4.0. The Sun Ray server is also running within
a VM on
the vSphere machine. I'm connecting using meta-kiosk. After the
upgrade,
I'm noticing the DTUs will go to a black screen at indeterminate
times. I
can see the mouse pointer move across the black screen, but I
can't seem to
wake up the session. The only remedy I've found is to terminate the
particular session.
The flags I'm currently using for uttsc are
KIOSK_SESSION_ARGS="-t 1800
-- -m -b -E" in /etc/opt/SUNWkio/sessions/uttsc.conf and the
kiosk mode
timeout is set to 12000 seconds.
It's become so annoying that I've gone back to using the 4.1 Sun Ray
server. I feel like there is a configuration switch somewhere
that I've
missed.
Does anyone have any suggestions?
Thanks!
Mark
------------------------------------------------------------------------
_______________________________________________
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
------------------------------------------------------------------------
_______________________________________________
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
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
