<div>I think that what you did is perfectly ok, but I think it would be better in the public algorithm, if the script will check if the session failed due to display and if so it will lock the display number for NX, and try again on the next free port. All this without failing the session, that is, it will try and try (up to max attempts) until it will be able to establish a session.<SPAN contentEditable=false style="DISPLAY: inline-block"></SPAN></div>


<div><br>
</div>


<div><br>
</div>
-----Original Message-----<br>
From: Kai Lappalainen <nxlist@httgmbh.net><br>
To: freenx-knx@kde.org<br>
Sent: Tue, 9 Dec 2008 10:32 pm<br>
Subject: [FreeNX-kNX] $SESS_DISPLAY in server_startrestore_session()<br>
<br>


<div id=AOLMsgPart_0_5212452c-2834-448b-a9ea-2c630a7d76a3 style="FONT-SIZE: 12px; MARGIN: 0px; COLOR: #000; FONT-FAMILY: Tahoma, Verdana, Arial, Sans-Serif; BACKGROUND-COLOR: #fff"><PRE style="FONT-SIZE: 9pt"><TT>Hello,    recently we've had some trouble with FreeNX under load not beeing able to   start a new session, because the "stupid but working algo..." (comment from   nxserver script!) was not really working. ;-)    The problem was, that nxserver (in server_startrestore_session()) always tried   to use the same $SESS_DISPLAY, which was locked somehow(?) - eventhough no   lock-files existed.   The reason for the "lock" could not be found. There were no processes left   running from the user who last successfully used this display number.    If we forced FreeNX to use the next display by manually "blocking" this faulty   display number (touch /tmp/.X<displaynum>-lock) people were able to login   again using the next free (working) numbers.    The commercial NXServer uses another logic here: It does not search for the   next free display number (starting from display-base) but instead always   increments the display number, starting again at display_base when reaching   the limit (round-robin).  It uses /usr/NX/var/db/running/display.{last} for storing the last used   display number.    I modified nxserver to mimic this behaviour and hope there will be no more   troubles in the future.    Maybe this should generally be implemented in FreeNX this way?    Best regards,  Kai Lappalainen  --   ________________________________________________________________________  HOULDER TERRATRANS GMBH - Dorotheenstr. 82 - D-22301 Hamburg   Commercial Register No.: Hamburg HRB 8674 - Management: Stefan W. Dircks  ________________________________________________________________       Were you helped on this list with your FreeNX problem?      Then please write up the solution in the FreeNX Wiki/FAQ:    <A>http://openfacts2.berlios.de/wikien/index.php/BerliosProject:FreeNX_-_FAQ</A>               Don't forget to check the

 NX Knowledge Base:                   <A>http://www.nomachine.com/kb/</A>     ________________________________________________________________         FreeNX-kNX mailing list --- <A>FreeNX-kNX@kde.org</A>        <A>https://mail.kde.org/mailman/listinfo/freenx-knx</A>  ________________________________________________________________  </TT></PRE></div>
<div id='MAILCIAMA013-5c6b493fcaf11d7' class='aol_ad_footer'><BR/><FONT style="color: black; font: normal 10pt ARIAL, SAN-SERIF;"><HR style="MARGIN-TOP: 10px"></HR>Listen to 350+ music, sports, & news radio stations – including songs for the holidays – FREE while you browse. <a href="http://toolbar.aol.com/aolradio/download.html?ncid=emlweusdown00000013">Start Listening Now</a>! </div>