Dseven wrote:



Donald Birtch wrote on 03/28/06 10:17 AM:

The SunRays will remember what server they connected to last and then reattempt the connection.


Not true - Sun Ray DTUs do not "remember" anything.


They will also attach to a server if there is an active session.


More precisely; the first server that the DTU connects to after being
reset will redirect it to another server within the same group if there
is a session there associated with the token presented (could be a
smartcard, or the DTU ID).


Not, however for "idle" sessions - sessions
sitting at a login greeter.  These are ignored
during session-location.  So a simple Control-Moon
or power-cycle ought to rebalance a Sun Ray, and the old idle
greeter session, once disconnected, will be reaped
after a few minutes.

Non-Smartcard sessions are a little surprising,
because they only load-balance after the username
is entered.  This is because SRSS always does
load-balancing and session-location together (if
there's no existing logged in session, it
balances), and for NSCM the token used to identify
the session is based on the username, so you have
to enter your username first.

This can sometimes cause a lot of NSCM greeter
sessions to occur on a single host.  These should
be low-impact and not create a resource problem,
but if this is an issue you can (in SRSS 3.1) use
the new .parms file for bootup parameters, and
specify the servers option and the select=random
option to generate some randomization for where
NSCM greeter sessions are placed.

-Bob



The SunRays can be balanced by unplugging all the SunRays, killing the sessions using 'utrestart -c' on both servers, and then plugging the SunRays back in.


That's a pretty big hammer. You don't want to "balance Sun Rays" anyway,
rather you want to distribute *sessions*. Every time a new session is
created, it is placed on the server within the group that is deemed to
be "least loaded" at that time.

    ~D..



fitra budi anggoro wrote:

Both server are up then we connect to sun ray. And we also restart some sun ray client with ctrl-alt-backspace. But they still go to the same server. Any idea? I still want to have non NSCM policy (all users will connect using smart card).

Thanks & Regards,
Fitra

*/"P.S.M. Swamiji" <[EMAIL PROTECTED]>/* wrote:

    Probably Server-A up first and all are connected to Server-A.
    You may enable NSCM policy to get the load balance happens during
    session creation.

    Regards
    P.S.M.Swamiji


    fitra budi anggoro wrote:

    > Guys,
> I've got 80 clients connected to 2 x [EMAIL PROTECTED] USIV 32 GB. What really > strange is 75 clients connected to Server A and only 5 connected to
    > Server B. Shouldn't SRSS 3.1 have Load Balance Capabilities? It
    should
    > have right.
    > One more things, Ser! ver A collaps with 75 number of users
    connected.
    > It should still handle this amount of user right? Very strange
    also.
    > We only use Oracle Forms Application and StarOffice.
    > Any idea to why this is happen?
    > Thanks
    > Fitra
    >
    >
------------------------------------------------------------------------
    > New Yahoo! Messenger with Voice. Call regular phones from your PC
    >
    > and save big.
    >
>------------------------------------------------------------------------
    >
    >_______________________________________________
    >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


------------------------------------------------------------------------ New Yahoo! Messenger with Voice. Call regular phones from your PC <http://us.rd.yahoo.com/mail_us/taglines/postman6/*http://us.rd.yahoo.com/evt=39663/*http://voice.yahoo.com> and save big. ------------------------------------------------------------------------

_______________________________________________
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

Reply via email to