This discussion is archived
3 Replies Latest reply: Dec 20, 2012 2:18 PM by 979816 RSS

Problem with action on card removal

979816 Newbie
Currently Being Moderated
With VDI 3.4.1 and SRSS 5.3.1, there seems to be a problem when "action on card removal" is set to "recycle flexible desktop". The desktop gets recycled as expected, but if the user then reinserts their card, they get connected back to the same desktop, without VDI noting that they are assigned to that desktop. I assume that the vda script is simply looping and reconnecting, but shouldn't it check to make sure that the user is still assigned to the desktop before reconnecting them to the same desktop?
  • 1. Re: Problem with action on card removal
    979816 Newbie
    Currently Being Moderated
    Upon further investigation, it appears that the problem is with uttsc. It fails to notice that the VM has gone away, perhaps because vmware reverts the clone to a running snapshot within 2 seconds. Therefore, uttsc never exits, and when the user reconnects, uttsc simply reestablishes the connection to the new VM, without the vda script ever running the desktop selector (vdaselector), which is what tells the vda service to assign the VM to the user. I'm guessing I can work around this bug in uttsc by creating my own utaction (with delay) that will kill the user's Xsession, thereby killing the entire kiosk session. Hopefully Oracle will fix this bug soon, or document a better fix.
  • 2. Re: Problem with action on card removal
    979816 Newbie
    Currently Being Moderated
    In the process of diagnosing a different problem (see Cloning  process with VDI 3.4.1 and vCenter 5.0.0 I have discovered that uttsc does not hang around just because we were reverting to a snapshot of a running VM. We are now reverting to a snapshot of a powered down VM that needs to go through the powering on process, and the problem persists with uttsc not exiting when the VM is taken out from under it.
  • 3. Re: Problem with action on card removal
    979816 Newbie
    Currently Being Moderated
    For anyone else who might be experiencing this problem, I have discovered that this is actually a new "feature" of uttsc, related to hotdesking and reconnection. It seems that Oracle did not think through all of the use cases before changing this behaviour. To restore the original behaviour server-wide, you can change the SunRay Server kiosk mode settings to pass the arguments "-H autoreconnect -U 0" (in addition to any other arguments you may want). This sets "autoreconnect" to be the default behaviour, but sets the number of autoreconnect attempts to zero. These can also be set per-pool, but not quite as easily (autoreconnect is a pool property, but "-U 0" needs to be set as a custom SunRay setting on the pool).

Legend

  • Correct Answers - 10 points
  • Helpful Answers - 5 points