Terminalserver license issue
Dear all,

My Terminalserver has a problem discovering the existing Terminalserver License servers even the Licensing Diagnosis tool discovers everything well.
Environment:
  • MS license server with Windows 2008 R2, installed and activated Terminalserver license server, installed 25 TS User CALS for 2008 (and 702 CALS for 2003)
    The License server security group Group Policy setting hasn't been enabled.
  • MS license server with Windows 2003, installed and activated Terminalserver license server (Domain license server), installed 702 CALS for 2003
  • Terminal server Windows 2008 (plus Citrix XenApp 5 FP2)
  • Windows XP SP2 client
Configuration:
  • The Terminalserver is configured to use User CALS, the user CALS for 2008 have been applied to the license server.
  • The Windows 2008 License server has been specified by configuring License Server discovery mode for the terminal server in the Terminal Services Configuration tool. The Licensing Diagnosis tool reports the server a fine also showing the available Windows 2008 per user CALS. The 2003 server is also reported with the hint of the old version.
  • We also added the server as preferred license server in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers.
Issue:
  • Logon is only possible with mstsc /admin, otherwise the error "A device attached to the system is not functioning" is shown. After logon a small window on the systray informs the server could not locate a valid license server. But the Licensing Diagnosis tool reports the licensing server correctly.
  • After every reboot the terminalserver shows the message: Citrix license error "A problem with Terminal Services functionality has been corrected on the server running XenApp. The correction involves changes to the registry. Please reboot the server."
  • If we restart the Terminalservices manually after the reboot everything works fine.

My Questions:
Why can't the terminalserver find the license server even the Licensing Diagnosis tool is able to? Why is the manual restart of the Terminalservices helpful, but not a server restart?

Additional hint:
During installation the Fujitsu ServerView Agents are installed on the Terminalserver, following the below links we uninstalled the agents, after that the discovery works fine in the Licensing Diagnosis tool.
Knowledgebase number KB977686 has been allocated but isn't visible yet.
Links:
http://social.technet.microsoft.com/Forums/en/winserverTS/thread/4fa27bdd-0b9e-440f-a7c7-146a7484a028
http://forum.de.ts.fujitsu.com/forum/viewtopic.php?f=102&;p=132689


Any help is highly appreciated.

Thanks in advance and best regards
Ralf Hoffmann
December 3rd, 2009 10:05am

Hello Ralph,

Have you tried setting the license server for your RDS Servers by GPO. I find this much more reliable.

Robert
Free Windows Admin Tool Kit Click here and download it now
December 3rd, 2009 12:35pm

Dear all,

short update:
The 2003-RessourceKit Tool "lsview" shows everything as fine:

**********Log file generated on: 12/04/09 10:58:46**********

----------Trying Registry Bypass Discovery----------

SERVER=****vmplic0001
WaitNamedPipe time == 52
RPC call TLSRpcConnect returned 0
RPC call TLSRpcGetVersion returned 0 and version 0x60000604
!!!Connected to License Service on kasvmplic0001
RPC call TLSRpcGetVersion returned 0 and version 0x60000604
RPC call TLSRpcDisconnect returned 0

----------Trying Domain License Server Discovery----------

SERVER=*********.**.**.*****.com
WaitNamedPipe time == 57
WaitNamedPipe (\\*********.**.**.*****.com\pipe\TermServLicensing) failed 0x2
Can't connect to *********.**.**.*****.com. Maybe it has no License Service running on it.

SERVER=*********.**.**.*****.com
WaitNamedPipe time == 61
WaitNamedPipe (\\*********.**.**.*****.com\pipe\TermServLicensing) failed 0x2
Can't connect to *********.**.**.*****.com. Maybe it has no License Service running on it.

----------Trying Enterprise License Server Discovery----------

SERVER=*****vmplic0001
WaitNamedPipe time == 1
RPC call TLSRpcConnect returned 0
RPC call TLSRpcGetVersion returned 0 and version 0x60000604
RPC call TLSRpcDisconnect returned 0
December 7th, 2009 9:39am

Hello Ralph,

Any firewall in between or on the W2K8 server??

Robert
Free Windows Admin Tool Kit Click here and download it now
December 7th, 2009 10:54am

Hello Robert,

unfortunately there is no firewall between the servers. We also disabled all non-Microsoft services and still got the Citrix license error.
We installed a test box without any Fujitsu-Siemens drivers and it works fine, so we now focus on the ServerAgents and KBKB977686.

Best regards
Ralf Hoffmann
December 9th, 2009 9:12am

Hello Ralf,

Now you ahve me confused. Can't the servers find the RDS license server or can't the terminal server find the XenApp Licensing server??

For the RDS Licensing server make sure you have configured the license server in GPO assigned to the terminal servers OU where all terminal servers are.
For the XenApp Licensing server make sure the MFCOM service role is installed (pre-requirements for XenApp license server) and make sure you start the AMC Console with an account logged on that has appropriate permissions in the XenApp license console.

Robert
Free Windows Admin Tool Kit Click here and download it now
December 9th, 2009 9:47am

Issue has been solved.


-------------------------------------------------------------------

Incorrect values in the registry under the fallowing key were causing the problem:

   HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp

Values were overridden by a GPO Policy.

 

Solution:

-------------------------------------------------------------------

Removing the policy that was overriding the RDP-TCP key solved the problem.

 

##########################################

January 5th, 2010 7:45pm

I am having the same problem.  Do you know what values were being modified in that reg key that was causing the issue?

Free Windows Admin Tool Kit Click here and download it now
June 10th, 2011 9:21pm

I am having the same problem.  Do you know what values were being modified in that reg key that was causing the issue?

pl reply

September 5th, 2015 2:23am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics