Workflow? Not sure what you mean.
We want to restrict access to the DTUs. Simple as that. This is a
large telescope perched on top of a mountain in Chile and we don't want
everyone to access everything. I'd also like to keep everything locked
and cooled inside the computer room, with one card reader, one kbd, one
mouse and two screens (maybe 10 though) in the front control panel (a
purpose built unit that almost resembles NASA mission control but
doesn't nearly as cool).
For the timebeing we're just testing Sun Ray out to see if it'll work
here, and that the users will actually like it.
If one DTU is the primary, how do I specify which DTU is the primary, or
does SRSS do this?
Is there any way to predict which DTU SRSS decides will be the primary,
especially during the configuration?
Brad Lackey wrote:
Maybe I'm totally missing the point of what you're trying to do, but
it doesn't make sense to me.
Multi-Head Sun Ray's are typically located in the same physical
workspace so that on user (identified by card or pseudo token) can
have both displays tied to their single session. Most of the time they
have Xinerama turned on so that they have one large desktop spread
between the two screens.
In a MH setup one DTU is the primary and the other is the secondary.
The kbd and mouse should be connected to the primary. The primary is
also where the card would be inserted and removed for session mobility.
The dtlogin window should show on the primary DHU in the MH group.
What work flow are you trying to accomplish with two DTU's in separate
locations as part of the *same* Mh group?
Brad
S. Loewenthal wrote:
_Update: _
With the card in DTUB (has kbd and mouse in it), the dtlogin is
displayed on DTUA and the kbd and mouse on DTUB don't work.
If I remove the card and insert it into DTUA, the dtlogin moves to
DTUB and the mouse pointer can be moved, but cannot interact with
dtlogin. The kbd does nothing.
With no card inserted the dtlogin moves to DTUA, and the keyboard and
mouse on DTUB don't work.
NB. Keyboard and mouse are Dell and Logitech, but the initual
multihead config was done with the same keyboard and mouse, which
worked then.
S.
S. Loewenthal wrote:
I have tried to setup a 2x1 multihead policy for two DTUs. However,
one DTU is inaccessable by users because it is in the conputer room,
and the other is accessable by users in the operations room. One
keyboard and mouse plugged into the DTU in the Operations Room. We
only want the users to use one smartcard reader. I thought that
this would be a simple task, but my three attempts have simply
driven me crazy. Have anybody got any ideas on why it is impossible
to assign keytboard control between the two DTUs.
NS. There is only one keyboard and mouse for the two DTUs.
*Attempt 1*
Set up two DTUs in a 2x1 multihead policy. [DTUA and DTUB]
Started utumhconfig on DTUA and set policy up. DTUA is on
righthandside.
Moved smartcard to DTUB. DTUB is on lefthandside.
Removed smartcard and put into DTUA.
Keyboard and mouse are then plugged into DTUA.
Results: utmhconfig automatically put keyboard control on
lefthandside (DTUB). This is not what we want because DTUA is in the
conputer room and DTUB is in the users' Operational Centre.
*Attempt 2*
Set up two DTUs in a 2x1 multihead policy. [DTUA and DTUB]
Started utumhconfig on DTUB and set policy up. DTUB is set to
lefthandside.
Moved smartcard to DTUA. DTUA is set to righthandside.
Smartcard is already in DTUA so don't have to move it.
Keyboard and mouse are already plugged into DTUA.
Results: utmhconfig automatically put keyboard control on
lefthandside!
This is not what we want because DTUA is in the conputer room and
DTUB is in the users' Operational Centre.
*Attempt 3*
Physically swapped DTUAs position with DTUB.
Plugged keyboard into DTU in the operations centre.
Results: The keyboard and mouse control have magically moved to the
opposite DTU!!!! WTF. I physically moved the DTUs from one room to
another. How is this possible?
I tried attempt 3 again, incase I had mixed up the two DTUs when I
pshyically swapped their positions, but got the same results!
Regards, Stressed Simon.
_______________________________________________
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
--
*Brad Lackey*
Desktop and Mobility
Client Solutions Organization
(720) 548-3339
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
------------------------------------------------------------------------
_______________________________________________
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
