Link to home
Start Free TrialLog in
Avatar of eensolution
eensolution

asked on

Session sharing in Xenapp6 not working

Dear all,

We are having a complicated problem with our Xenapp farm.

Situation:
- DC01 is domain controller, file server, and Citrix licensing server
- XA01 is Xenapp server, and web interface server.
- XA02 is Xenapp server.

- XA01 and XA02 are in the same farm and working group. Both have all published applications installed, same versions, all working fine. Both are Windows Server 2008 R2 SP1.
- Clients connect through web interface to a published desktop of one of the servers. Load balanced.
- Applications are a mix of native installed and streamed to client applications.
- Single sign on is enabled.

The problems:
- If a user opens a desktop session, and from there starts Application A (native installed, published), a NEW session is created. Sometimes to the same server, sometimes to the other server. If i look in the delivery console > servers > for example XA01 > users, the user has TWO sessions with seperate session ID's. One for the desktop, one for the started application. If the user starts a third application, a third session is created on the same or on the other server, and so on. Seems like session sharing is not working? When checking qfarm /load, both servers report around 1400 on a busy day.
- The second problem is in single sign on. If a user starts an application, he sometimes gets a Windows Server 2008 R2 logon screen before the application starts. When he enters his credentials, the application starts normally. This only seems to happen if the application is started on a different server than where his desktop session is on. First we had this problem all the time because the online plugin constantly snapped back to "prompt mode". We fixed this by adding "DELKEY ("Software\Citrix\PNAgent")" to the loginscript, also see http://jasonhess.blogspot.com/2009/01/citrix-11-client-and-pass-through.html. Now, the problems occurs randomly as described before.
- The third problem is that sometimes, when a user logs in to the desktop, a login screen from the online plugin pops up, asking for credentials. When the credentials are entered, it does not appear again for quite a time. After a random amount of logons the user gets te prompt again.

Please help out!
Avatar of acbxyz
acbxyz
Flag of Germany image

To your first problem: As far as I know, session sharing never works with desktop sessions. Application started from within a desktop session always create a new one. But the second application should open on the same server/session as the first application.
Do both application have same configuration (audio, color depth, encryption level)

Anyway, why do you start published applications from a desktop session when those applications are installed "local" in your desktop session?
Avatar of eensolution
eensolution

ASKER

Hi there,

Did some more research. I made a mistake. I now see that everyone has just ONE session each. Started applications are noted in the console, but with the same Session id. Strange thing is that you say session sharing should not use the desktop session for started application, but it does.

Just logged in with a test user. Started MS Word, Excel, Outlook and a streamed application. All have started on the same server, under the same session ID as the desktop session.

Just for some users, outlook for example is started on a different server then where there Desktop session is running on. For example, the desktop session is running on XA01. Also Word and Excel are running under this session ID on this server, but outlook is started on XA02. At this time, the servers have almost the same load (2400/2600).

Another strange thing is the reported client name in the delivery console. If i log in to a desktop session, the client name of the session is the name of my own laptop. When i start some apps like Outlook, also my laptop name is noted as the client name. However, for some users the client name is not the workstation name, but XA01 or XA02. It only happens when users are connecting over the internet through the CAG. Is that the reason, and could this have something to do with the problems?

Now, to answer your question "Anyway, why do you start published applications from a desktop session when those applications are installed "local" in your desktop session?"...
Why not? This should work. I could just make ordinary shortcuts to make shure that the application is started on the same server, but this would not solve the problem for the several streamed applications that also have the SSO problem.

Please help!
ASKER CERTIFIED SOLUTION
Avatar of joharder
joharder
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
You were correct that SSO was not working. As a last resort we reinstalled the whole farm, and used Xenapp 6.5. This works like a charm!