When multiple sessions for one user is allowed we try to keep these sessions on the same ThinLinc agent in order to avoid problems with for example shared homedirs and other software.
If the agent hosting an existing session for the user goes down and the user tries to create an additional session we allow the user to do so on a different agent.
While the fact that this happened can be deduced by carefully checking the logs, it would be nice if we could log this more clearly. A separate log line preferably.
Depending on how bug 7619 gets resolved its possible that we might encounter this scenario under different circumstances.
If an agent with user sessions is removed from a subcluster config it will continue working for the existing sessions. Bug 7619 could get resolved in such a way that we allow users with multiple sessions to create new sessions on a different agent after the original agent was removed. In that case we need a clear warning in the log for that too.
The scenario described in bug 7619 now has logging. There is however no logging yet when a new session is started on a different agent due to the first agent being down.
Adding logging for this might require some restructuring of the code. The logic for keeping sessions on the same agent (and the exception in bug 7619) resides in the loadbalancer at the moment. However, the loadbalancer doesn't know where the sessions actually end up being created, that would be in handler_newsession.
It would not be desirable to spread the knowledge of this decision spread across multiple modules. We would probably want to lift this logic out to reside in handler_newsession instead of in loadbalancer in the future.