Error: “The remote session was disconnected because there was no terminal server license server available to provide a license”

Windows 2003 Terminal Servers do not recognize the Windows 2000 Licensing server and the following error occurs:

“The remote session was disconnected because there was no terminal server license server available to provide a license.

User-added image

The following event ids are logged:

Event ID 1004: No Terminal Server licenses available.

Event ID 1011: There are no Terminal Server licenses available.

Users cannot log on to a session using either ICA or RDP.

Background

Microsoft stated that Windows 2003 Server serves the Windows 2003 Terminal Server licensing. In the old licensing scheme, the licensing was on an Active Directory controller but in Windows 2003 this is no longer a requirement.

Refer to Q279561 Microsoft technote to install a Windows 2003 Server and point all Terminal Server users to the installed license.

Note: Windows XP and pre-release client OS requires TS License of 2003. Vista, Windows 7 and later require license from 2008 Terminal Server.

Related:

  • No Related Posts

Session Recording stopped due to insufficient Disk space. Events logged : Event ID 1004 (Citrix Session Recording Logging) and Event ID 2005 (Citrix Session Recording Storage Manager)

Description: The storage to save recordings ran out of available disk space.

Event ID : Event ID 1004 (Citrix Session Recording Logging)

The description for the event ID “1004” from the source “Citrix Session Recording Logging” was not found. Either the component that triggers this event is not installed on the local computer, or the installation is damaged. You can install or repair the component on the local computer.

If the event occurred on another computer, the display information had to be saved with the event.

The following information was saved with the event:

Exception caught while in unknown context. Exception caught by unhandled exception handler.

— Exception Details —

Type: System.Runtime.InteropServices.COMException

Message: The object invoked has disconnected from its clients. (Exception from HRESULT: 0x80010108 (RPC_E_DISCONNECTED))

Stack trace:

at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal (Int32 errorCode, IntPtr errorInfo)

at System.Runtime.InteropServices.Marshal.ThrowExceptionForHR (Int32 errorCode, IntPtr errorInfo)

at System.Management.SinkForEventQuery.Cancel ()

at System.Management.ManagementEventWatcher.Stop ()

at System.Management.ManagementEventWatcher.Finalize ()

And

Event ID 2005 (Citrix Session Recording Storage Manager)

Data lost while recording file: E:SessionRecordings20191113i_e571b4cf-###-###-##########.icl

3779688 bytes missing.

Session Recording does not save even after the disk space is increased.

Related:

How to enable/collect logs on WEM Broker

TYPES OF LOGS AVAILABLE:

FOR LOGGING INFORMATION RELATING TO WEM AGENTS, SEE CTX220635

There are a number of logs that can be collected from the WEM Broker to help with troubleshooting/diagnosing an issue

A: WEM Infrastructure Broker Service issues:

#1: WEM Infrastructure Broker Event logs

These logs are created be default in Event viewer. This event viewer log is where the Infrastructure Broker Service will log all basic errors.

a: Norskale Broker Service

This log can be found inside Event Viewer under the “Applications and Services logs” section.

#2: WEM Infrastructure Debug Log

This log must be manually enabled for the WEM Infrastructure Broker Service.

a: Citrix WEM Infrastructure Service Debug.log

To enable Debug logging for the Infrastructure Broker Service, go to the “Advanced Settings” tab in the Infrastructure Broker Service Configuration console (a/k/a “WEM Infrastructure Service Configuration Utility”), tick the “Enable Debug Mode” checkbox & click “Save Configuration”.

#3: WCF Trace:

This WCF trace must be manually configured and is normally helpful when there is a communication issue which involves the WEM Broker.

a: Norskale Broker Service.exe

B: WEM Console issues:

This is the main log for the WEM Administration Console; If the WEM Administration Console is erroring out, this log will likely contain the cause of the error. This log is NOT enabled by default.

#1: Citrix WEM Console Trace.Log:

To enable verbose logging (debug mode), open the WEM Administration Console, click on the “Options” tab in the top ribbon, tick the “Enable Debug Mode” checkbox & click “Apply”.

#2: WCF Trace

This WCF trace must be manually configured and is normally helpful when there is a communication issue between any WEM Console and the WEM site/database.

a: Norskale Administration Console.exe


C: WEM Database issues:

This log is created whenever the Database Management Console/Utility attempts a database creation or upgrade & logs all errors pertaining to those operations.

#1: Citrix WEM Database Management Utility Debug Log.log:

This log is created by default and is located in the following default location: “C:Program Files (x86)NorskaleNorskale Infrastructure Services”

HOW TO IMPLEMENT AND GATHER LOGS:

A: WEM Infrastructure Broker Service issues:

#1: WEM Infrastructure Broker Event logs

***Created by default during normal WEM Broker operations***

Filename: Norskale Broker Service

Location: Event Viewer >> “Applications and Services Logs”

#2: WEM Infrastructure Debug Log

***Must be manually enabled***

Filename: Citrix WEM Agent Host Service Debug.log

Location: “%PROGRAMFILES(X86)%NorskaleNorskale Agent Host”

#3: WCF Traces:

***Must be manually enabled***

a: Norskale Broker Service

Filename: NorskaleInfrastructureBrokerService-Traces.svclog

Location: “C:Trace”

#1: Stop the “Norskale Infrastructure Service”.

#2: Make a backup copy of the “Norskale Broker Service.exe.config” file located in the default location of “%PROGRAMFILES(X86)%NorskaleNorskale Infrastructure Services”.

#3: Using Notepad or Wordpad, edit the original .config file adding the multiple lines of code from the attached document named “Norskale Infrastructure Broker Service.txt” to the file. Paste the code into the file starting on the 2nd line just after the <configuration> marker, then save the file.

#4: Create a directory on the root of the C: drive called “trace” if one does not already exist.

#5: Start the “Norskale Infrastructure Service”.

Here are contents of the attached file:

User-added image

B: WEM Console issues:

#1: WEM Console Debug Log

***Must be manually enabled***

Filename: Citrix WEM Console Trace.log

Location: “%userprofile%”

a: Citrix WEM Console Trace.Log

#1: To enable verbose logging (debug mode), open the WEM Administration Console, click on the “Options” tab in the top ribbon, tick the “Enable Debug Mode” checkbox & click “Apply”.

#2: Launch the WEM Administration Console

#2: WCF Trace:

***Must be manually enabled***

a: Norskale Broker Service

Filename: WEMConsole-Traces.svclog

Location: “C:Trace”

#1: Close the WEM Administration Console if open.

#2: Make a backup copy of the “Norskale Administration Console.exe.config” file located in the default location of “%PROGRAMFILES(X86)%NorskaleNorskale Administration Console”.

#3: Using Notepad or Wordpad, edit the original .config file adding the multiple lines of code from the attached document named “WEM Administration Console.txt” to the file. Paste the code into the file starting on the 3rd line just after the <configuration> marker, then save the file.

Here are contents of the attached file:

User-added image

#4: Create a directory on the root of the C: drive called “trace” if one does not already exist.

#5: Launch the WEM Administration Console and connect to the WEM site, reproduce issue & close the console to write the logs.

C: WEM Database issues:

#1: Citrix WEM Database Management Utility Debug Log.log:

***Created by default when performing any database creation/upgrade from the WEM Broker server***

Filenames: Citrix WEM Database Management Utility Debug Log.log

Location: “%PROGRAMFILES(X86)%NorskaleNorskale Infrastructure Services”

****REVERT ALL CHANGES AFTER COLLECTING THE APPROPRIATE LOGS****

FOR LOGGING INFORMATION RELATING TO WEM AGENTS, SEE CTX220635

Related:

Virtual Apps and Desktops 7.X: Logon Duration in MonitorData.Session Table in Monitoring Database shows “Null”

Custom Security Descriptor was set for the Application Event logs on the VDA’s.

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetserviceseventlogApplication]

“customsd”=”O:BAG:SYD:(D;; 0xf0007;;;AN)(D;; 0xf0007;;;BG)(A;; 0xf0007;;;SY)(A;; 0x5;;;BA)(A;; 0x7;;;SO)(A;; 0x3;;;IU)(A;; 0x2;;;BA)(A;; 0x2;;;LS)(A;; 0x2;;;NS)(A;;0x1;;;S-1-5-21-905980934-1232030010-646806464-20420)”

Due to CustomSD set on that Application Event Logs, UPMPlugin loaded in BrokerAgent (that runs under Network Service account) was denied permission to read the Application events . Hence, it couldn’t get the Desktop Ready event, and so no ‘upmlogon’ payload was sent to Citrix Monitor Service and so logon duration was not logged.

Related:

Citrix Director is unable to display personalization data under user data section with error “Unexpected server error”.

Below symptoms and errors are observed:

1. Personalization Data under user data section displays error “Unexpected server error”.

2. Event ID 6 with source Citrix Director Service is logged under Application logs with below description:

The following information was included with the event:

An unexpected error occurred.

User: ‘domainuser’

Console operation: ‘Retrieving desktops profile and vDisk details…’

Additional information:

‘Value was either too large or too small for an Int32.’

Related:

Reboot Schedule Doesn't work for two Delivery Groups in XenApp

Use Case: “We have a schedule to restart the machines in the delivery group every Sunday. The problem is that a few machines don’t turn back on, others don’t even receive the command to turn off.”

Checking the Event Viewer logs in the Delivery Controller we see these errors:

Event ID 3105

Log name: Application

Source: Citrix Broker Service

Text: The Citrix Broker Service has terminated the processing of the GroupReboot for Desktop ‘[Delivery Group name]’ The reboot cycle UID = 999 ended with the final state ‘Abandoned’ Summary: ‘0’ machines successfully rebooted, ‘2’ machines failed to reboot. ‘1’ machines were not processed

Related:

DLP 15.5 Agent – EDPA Service will stop and change to “manual”

I need a solution

When installing DLP 15.5 agent on Windows 7 Enterprise, the EDPA service “stops” and the start up for that service turns to “Manual”.    Event viewer shows “The EDPA service terminated with the following error:   The handle is invalid.  Event 7023.

Has anyone else run into this issue?  If so, can they share how they resolved it?  We want to test out 15.5 agent but this is preventing us from installing and testing on Windows 7 machines.

Thanks in advance. 

0

Related:

XenApp/XenDesktop 7.15 LTSR CU3: AppDataRoaming Folder Redirection Fails When Configured Using UPM Policies From Citrix Studio

  • You enable the below policy. However, AppDataRoaming folder redirection fails on VDA’s with Windows 10 and Windows Server 2016 installed. In the user’s UPM profile store directory AppDataRoaming does not get created.

appdata2

  • Below error 2007 is seen in the Application Event logs:

appdata1

  • In CDF logs collected from the VDA you see the below error:

188938,2,2018/12/05 18:36:14:81092,6712,2616,0,upmGpCse,134,CreateDirectoryAPIWrapper,9,Error,”CreateDirectoryAPIWrapper: CreateDirectory \?UNCxxxupm10$yyyAppDataRoaming failed: 0x3″,””

188940,2,2018/12/05 18:36:14:81092,6712,2616,0,upmGpCse,793,UpmShell::RedirectFullPath,9,Error,”UpmShell::RedirectFullPath: Creating the user’s folder <\xxxupm10$yyyAppDataRoaming> failed: 0x3″,””

Related:

Security Center DC040780 Error

I need a solution

I’m running the latest Windows 10 Pro 1809 with SEP 12.1.6 and noticed that Event ID 17 (Security Center failed to validate caller with error DC040780) appears every 5 minutes in my Windows Application event log.  A quick Internet search seems to indicate it’s antivirus related where my Security Center service is running.  Is this error a known issue with SEP 12.1.6 and Win10 Pro 1809?  Doesn’t seem to be affecting my workstation’s functionality but was wondering if there was a fix to stop this repeating event log entry; aside from upgrading SEP.  Thanks in advance!

0

Related:

  • No Related Posts

Need to search for text inside SMSMSE Event Log

I need a solution

When I’m troubleshooting missing email that is not in the quarantine, I can’t find any way to look up a sender in the Event Log and say, “Oh, here’s what went wrong.” The SMSMSE Event Log gets 1000 entries a day so scrolling with eyballs is not a solution. I have a tool to search in the Exchange SMTP logs but that will only say “550 5.7.1 Requested action not taken: message refused,” which brings me back to the SMSMSE Event Log. Without finding it in that log, I can’t even tell if it was a sender typo, server problem or anything. I can’t find text logs and can’t access the SMSMSE database via SQL Server Management Studio.
 
BTW Symantec: THANK YOU SO MUCH for including “Subject” field in the Quarantine listing!!!!! That is immensely useful and I’ve been hoping for it for years.
 
-frank

0

Related: