Citrix Director: Fehlerursachen und Fehlerbehebung

Die folgenden Tabellen beschreiben die verschiedenen Fehlerkategorien, die Ursachen und die Maßnahmen, die Sie zur Behebung der Probleme ergreifen müssen. Weitere Informationen finden Sie unter Enumerationen, Fehlercodes und Beschreibungen.

Fehler bei Verbindungsherstellung

|Kategorie|Ursache|Problem|Aktion| |—|—|—|—| |N/A|[0] Unbekannt. Dieser Fehlercode ist nicht zugeordnet.|Der Überwachungsdienst kann den Grund für den gemeldeten Start- oder Verbindungsfehler anhand der vom Brokering-Dienst bereitgestellten Informationen nicht ermitteln.|Sammeln Sie CDF-Protokolle auf dem Controller und wenden Sie sich an den Citrix Support.| |[0] Keine|[1] Keine|Keine|N/A| |[2] Maschinenfehler|[2] Sitzungsvorbereitung|Die Anforderung zur Sitzungsvorbereitung vom Delivery Controller an den VDA ist fehlgeschlagen. Mögliche Ursachen: Kommunikationsprobleme zwischen Controller und VDA, Probleme des Broker-Dienstes beim Erstellen einer Vorbereitungsanforderung oder Netzwerkprobleme, die dazu führen, dass der VDA die Anforderung nicht akzeptiert.|Beachten Sie die Schritte zur Fehlerbehebung im Knowledge Center-Artikel [Fehlerbehebung bei der Registrierung von Virtual Delivery Agents bei Delivery Controllern in Citrix Virtual Apps and Desktops](https://support.citrix.com/support-home/kbsearch/article?articleNumber=CTX136668) für häufige Probleme, die Kommunikationsprobleme zwischen dem Controller und dem VDA verursachen.| |[2] Maschinenfehler|[3] Registrierungs-Timeout|Der VDA wurde eingeschaltet, aber es trat ein Timeout auf, während er versuchte, sich beim Delivery Controller zu registrieren.|Stellen Sie sicher, dass der Citrix Broker Service auf dem Delivery Controller und der Desktop-Dienst auf dem VDA ausgeführt werden. Starten Sie diese, falls sie angehalten wurden.| |[1] Client-Verbindungsfehler|[4] Verbindungs-Timeout|Der Client hat sich nicht mit dem VDA verbunden, nachdem der VDA für den Sitzungsstart vorbereitet wurde. Die Sitzung wurde erfolgreich vermittelt, aber es trat ein Timeout auf, während auf die Verbindung des Clients mit dem VDA gewartet wurde. Mögliche Ursachen: Firewall-Einstellungen, Netzwerkunterbrechungen oder Einstellungen, die Remote-Verbindungen verhindern.|Überprüfen Sie die Director-Konsole, um festzustellen, ob der Client derzeit eine aktive Verbindung hat, was bedeutet, dass kein Benutzer betroffen ist. Wenn keine Sitzung vorhanden ist, überprüfen Sie die Ereignisprotokolle auf dem Client und auf dem VDA auf Fehler. Beheben Sie alle Probleme mit der Netzwerkkonnektivität zwischen dem Client und dem VDA.| |[4] Keine Lizenzen verfügbar|[5] Lizenzierung|Die Lizenzanforderung ist fehlgeschlagen. Mögliche Ursachen: Unzureichende Anzahl von Lizenzen oder der Lizenzserver ist seit mehr als 30 Tagen ausgefallen.|Stellen Sie sicher, dass der Lizenzserver online und erreichbar ist. Beheben Sie alle Probleme mit der Netzwerkkonnektivität zum Lizenzserver oder starten Sie den Lizenzserver neu, falls er fehlerhaft zu sein scheint. Stellen Sie sicher, dass genügend Lizenzen in der Umgebung vorhanden sind, und weisen Sie bei Bedarf weitere zu.| |[1] Client-Verbindungsfehler|[6] Ticketing|Während des Ticketing ist ein Fehler aufgetreten, der darauf hinweist, dass die Client-Verbindung zum VDA nicht der vermittelten Anforderung entspricht. Ein Startanforderungsticket wird vom Broker vorbereitet und in der ICA®-Datei übermittelt. Wenn der Benutzer versucht, eine Sitzung zu starten, validiert der VDA das Startticket in der ICA-Datei mit dem Broker. Mögliche Ursachen: Die ICA-Datei ist beschädigt oder der Benutzer versucht, eine nicht autorisierte Verbindung herzustellen.|Stellen Sie sicher, dass der Benutzer Zugriff auf die Anwendung oder den Desktop hat, basierend auf den in den Bereitstellungsgruppen definierten Benutzergruppen. Weisen Sie den Benutzer an, die Anwendung oder den Desktop neu zu starten, um festzustellen, ob es sich um ein einmaliges Problem handelt. Wenn das Problem erneut auftritt, überprüfen Sie die Ereignisprotokolle des Clientgeräts auf Fehler. Stellen Sie sicher, dass der VDA, mit dem der Benutzer versucht, eine Verbindung herzustellen, registriert ist. Falls nicht registriert, überprüfen Sie die Ereignisprotokolle auf dem VDA und beheben Sie alle Registrierungsprobleme.| |[1] Client-Verbindungsfehler|[7] Sonstiges|Eine Sitzung wurde vom VDA als beendet gemeldet, nachdem der Client den VDA initial kontaktiert, aber die Verbindungssequenz noch nicht abgeschlossen hatte.|Überprüfen Sie, ob die Sitzung nicht vom Benutzer vor dem Start beendet wurde. Versuchen Sie, die Sitzung neu zu starten. Wenn das Problem weiterhin besteht, sammeln Sie CDF-Protokolle und wenden Sie sich an den Citrix Support.| |[1] Client-Verbindungsfehler|[8] Allgemeiner Fehler|Die Sitzung konnte nicht gestartet werden. Mögliche Ursachen: Ein vermittelter Start wurde angefordert, während der Broker noch gestartet oder initialisiert wurde, oder ein interner Fehler während der Vermittlungsphase eines Starts.|Stellen Sie sicher, dass der Citrix Broker Service ausgeführt wird, und versuchen Sie, die Sitzung erneut zu starten.| |[5] Konfiguration|[9] Wartungsmodus|Der VDA oder die Bereitstellungsgruppe, zu der der VDA gehört, ist im Wartungsmodus.|Stellen Sie fest, ob der Wartungsmodus erforderlich ist. Deaktivieren Sie den Wartungsmodus für die betreffende Bereitstellungsgruppe oder Maschine, falls er nicht benötigt wird, und weisen Sie den Benutzer an, die Verbindung erneut herzustellen.| |[5] Konfiguration|[10] Anwendung deaktiviert|Die Anwendung kann von Endbenutzern nicht aufgerufen werden, da sie vom Administrator deaktiviert wurde.|Wenn die Anwendung für den Produktionseinsatz vorgesehen ist, aktivieren Sie die Anwendung und weisen Sie den Benutzer an, die Verbindung erneut herzustellen.| |[4] Keine Lizenzen verfügbar|[11] Lizenzfunktion verweigert|Die verwendete Funktion ist nicht durch die vorhandenen Lizenzen abgedeckt.|Wenden Sie sich an einen Citrix Vertriebsmitarbeiter, um die Funktionen zu bestätigen, die von der vorhandenen Citrix Virtual Apps and Desktops™ Lizenzedition und -art abgedeckt sind.| |[3] Keine Kapazität verfügbar|[13] Sitzungslimit erreicht|Alle VDAs sind in Gebrauch und es gibt keine Kapazität, um weitere Sitzungen zu hosten. Mögliche Ursachen: Alle VDAs sind in Gebrauch (für Single-Session-OS-VDAs) oder alle VDAs haben die konfigurierte maximale Anzahl gleichzeitiger Sitzungen erreicht (für Multi-Session-OS-VDAs).| Überprüfen Sie, ob sich VDAs im Wartungsmodus befinden. Deaktivieren Sie den Wartungsmodus, falls er nicht benötigt wird, um mehr Kapazität freizugeben. Erwägen Sie, den Wert für **Maximale Anzahl von Sitzungen** in den Citrix-Richtlinieneinstellungen zu erhöhen, um mehr Sitzungen pro Server-VDA zuzulassen. Erwägen Sie, weitere Multi-Session-OS-VDAs hinzuzufügen. Erwägen Sie, weitere Single-Session-OS-VDAs hinzuzufügen.| |[5] Konfiguration|[14] Nicht zugelassenes Protokoll|Die ICA- und RDP-Protokolle sind nicht zugelassen.|Führen Sie den PowerShell-Befehl **Get-BrokerAccessPolicyRule** auf dem Delivery Controller aus und überprüfen Sie, ob der Wert **AllowedProtocols** alle gewünschten Protokolle enthält. Dieses Problem tritt nur bei einer Fehlkonfiguration auf.| |[5] Konfiguration|[15] Ressource nicht verfügbar| Die Anwendung oder der Desktop, mit der/dem der Benutzer versucht, eine Verbindung herzustellen, ist nicht verfügbar. Diese Anwendung oder dieser Desktop existiert möglicherweise nicht, oder es sind keine VDAs verfügbar, um sie/ihn auszuführen. Mögliche Ursachen: Die Anwendung oder der Desktop wurde nicht veröffentlicht, oder die VDAs, die die Anwendung oder den Desktop hosten, haben die maximale Last erreicht, oder die Anwendung oder der Desktop ist im Wartungsmodus.|Stellen Sie sicher, dass die Anwendung oder der Desktop noch veröffentlicht ist und die VDAs sich nicht im Wartungsmodus befinden. Stellen Sie fest, ob die Multi-Session-OS-VDAs voll ausgelastet sind. Falls ja, stellen Sie weitere Multi-Session-OS-VDAs bereit. Stellen Sie sicher, dass Single-Session-OS-VDAs für Verbindungen verfügbar sind. Stellen Sie bei Bedarf weitere Single-Session-OS-VDAs bereit.| |[5] Konfiguration|[16] Aktive Sitzungswiederverbindung deaktiviert|Die ICA-Sitzung ist aktiv und mit einem anderen Endpunkt verbunden. Da die **Aktive Sitzungswiederverbindung** jedoch deaktiviert ist, kann der Client keine Verbindung zur aktiven Sitzung herstellen.|Überprüfen Sie auf dem Delivery Controller, ob die **Aktive Sitzungswiederverbindung** aktiviert ist. Stellen Sie sicher, dass der Wert von **DisableActiveSessionReconnect** in der Registrierung unter **HKEY_LOCAL_MACHINE\Software\Citrix\Desktop\Server** auf 0 gesetzt ist.| |[2] Maschinenfehler|[17] Keine Sitzung zur Wiederverbindung|Der Client versuchte, eine Verbindung zu einer bestimmten Sitzung wiederherzustellen, aber die Sitzung wurde beendet.|Wiederholen Sie die Workspace Control-Wiederverbindung.| |[2] Maschinenfehler|[18] Start fehlgeschlagen|Der VDA kann für den Sitzungsstart nicht eingeschaltet werden. Dies ist ein vom Hypervisor gemeldetes Problem.|Wenn die Maschine noch ausgeschaltet ist, versuchen Sie, die Maschine über Citrix Studio zu starten. Wenn dies fehlschlägt, überprüfen Sie die Hypervisor-Konnektivität und -Berechtigungen. Wenn der VDA eine PVS-bereitgestellte Maschine ist, überprüfen Sie in der PVS-Konsole, ob die Maschine läuft. Falls nicht, stellen Sie sicher, dass der Maschine eine Personal vDisk zugewiesen ist, melden Sie sich beim Hypervisor an, um die VM zurückzusetzen.| |[2] Maschinenfehler|[19] Abgelehnt|Der Delivery Controller sendet eine Anforderung an den VDA, sich auf eine Verbindung von einem Endbenutzer vorzubereiten, aber der VDA lehnt diese Anforderung aktiv ab.|Überprüfen Sie per Ping, ob der Delivery Controller und der VDA erfolgreich kommunizieren können. Falls nicht, beheben Sie alle Firewall- oder Netzwerkrouting-Probleme.| |[2] Maschinenfehler|[20] Konfigurationssatz-Fehler| Der Delivery Controller hat während des Sitzungsstarts keine erforderlichen Konfigurationsdaten, wie z. B. Richtlinieneinstellungen und Sitzungsinformationen, an den VDA gesendet. Mögliche Ursachen: Kommunikationsprobleme zwischen Controller und VDA, Probleme des Broker-Dienstes beim Erstellen einer Konfigurationssatz-Anforderung oder Netzwerkprobleme, die dazu führen, dass der VDA die Anforderung nicht akzeptiert.|-| |[3] Keine Kapazität verfügbar|[21] Maximale Gesamtinstanzen überschritten|Die maximale Anzahl von Instanzen einer Anwendung wurde erreicht. Es können keine weiteren Instanzen der Anwendung auf dem VDA geöffnet werden. Dieses Problem hängt mit der Funktion zur Anwendungsbegrenzung zusammen.|Erwägen Sie, die Anwendungseinstellung **Anzahl gleichzeitig ausgeführter Instanzen begrenzen** auf einen höheren Wert zu erhöhen, falls die Lizenzierung dies zulässt.| |[3] Keine Kapazität verfügbar|[22] Maximale Instanzen pro Benutzer überschritten|Der Benutzer versucht, mehr als eine Instanz einer Anwendung zu öffnen, aber die Anwendung ist so konfiguriert, dass nur eine einzige Instanz der Anwendung pro Benutzer zugelassen ist. Dieses Problem hängt mit der Funktion zur Anwendungsbegrenzung zusammen.|Standardmäßig ist nur eine Instanz der Anwendung pro Benutzer zulässig. Wenn mehrere Instanzen pro Benutzer erforderlich sind, erwägen Sie, die Einstellung **Auf eine Instanz pro Benutzer begrenzen** in den Anwendungseinstellungen zu deaktivieren.| |[1] Client-Verbindungsfehler|[23] Kommunikationsfehler|Der Delivery Controller versuchte, Informationen an den VDA zu senden, z. B. eine Anforderung zur Vorbereitung einer Verbindung, aber während des Kommunikationsversuchs trat ein Fehler auf. Dies kann durch Netzwerkunterbrechungen verursacht werden.|Falls bereits gestartet, starten Sie den Desktop-Dienst auf dem VDA neu, um den Registrierungsprozess neu zu starten und zu überprüfen, ob der VDA erfolgreich registriert wird. Bestätigen Sie, dass die für den VDA konfigurierten Delivery Controller über die Details im Anwendungsereignisprotokoll korrekt sind.| |[3] Keine Kapazität verfügbar|[100] Keine Maschine verfügbar Der Überwachungsdienst konvertiert [12] Kein Desktop verfügbar in diesen Fehlercode.|Der VDA, der zum Starten der Sitzung zugewiesen ist, befindet sich in einem ungültigen Zustand oder ist nicht verfügbar. Mögliche Ursachen: Der Energiezustand des VDA ist unbekannt oder nicht verfügbar, der VDA wurde seit der letzten Benutzersitzung nicht neu gestartet, die Sitzungsfreigabe ist deaktiviert, obwohl die aktuelle Sitzung sie erfordert, oder der VDA wurde aus der Bereitstellungsgruppe oder vom Standort entfernt.|Stellen Sie sicher, dass der VDA in einer Bereitstellungsgruppe ist. Falls nicht, fügen Sie ihn der entsprechenden Bereitstellungsgruppe hinzu. Stellen Sie sicher, dass genügend VDAs registriert und im Bereitschaftszustand sind, um den vom Benutzer angeforderten veröffentlichten freigegebenen Desktop oder die Anwendung starten zu können. Stellen Sie sicher, dass der Hypervisor, der den VDA hostet, sich nicht im Wartungsmodus befindet.| |[2] Maschinenfehler|[101] Maschine nicht funktionsfähig. Der Überwachungsdienst konvertiert [12] Kein Desktop verfügbar in diesen Fehlercode.| Der VDA ist nicht betriebsbereit. Mögliche Ursachen: Der VDA wurde aus der Bereitstellungsgruppe entfernt, der VDA ist nicht registriert, der Energiezustand des VDA ist nicht verfügbar oder der VDA weist interne Probleme auf.|Stellen Sie sicher, dass der VDA in einer Bereitstellungsgruppe ist. Falls nicht, fügen Sie ihn der entsprechenden Bereitstellungsgruppe hinzu. Stellen Sie sicher, dass der VDA in Citrix Studio als eingeschaltet angezeigt wird. Wenn der Energiezustand für mehrere Maschinen unbekannt ist, beheben Sie alle Probleme mit der Konnektivität zum Hypervisor oder Hostausfälle. Stellen Sie sicher, dass der Hypervisor, der den VDA hostet, sich nicht im Wartungsmodus befindet. Starten Sie den VDA neu, sobald diese Probleme behoben wurden.|

Maschinenausfalltyp

|Fehlercode|Fehlercode-ID|Problem|Maßnahme| |—|—|–|–| |Unbekannt|-|-|-| |Nicht registriert|3|-|-| |Max. Kapazität (im Director als Max. Last dargestellt)|4|Die Maschine meldet, dass sie ihre maximale Kapazität erreicht hat, d. h. den maximalen Lastindex.|Stellen Sie sicher, dass alle Hypervisoren eingeschaltet sind. Fügen Sie den betroffenen Bereitstellungsgruppen weitere Maschinen hinzu, indem Sie dem Hypervisor mehr Kapazität hinzufügen oder weitere Hypervisoren hinzufügen.| |Startvorgang hängt|2|Die VM hat ihren Startvorgang nicht abgeschlossen und kommuniziert nicht mit dem Hypervisor.|Stellen Sie sicher, dass die VM auf dem Hypervisor erfolgreich gestartet wurde. Suchen Sie nach anderen Meldungen auf der VM, z. B. zu Betriebssystemproblemen. Stellen Sie sicher, dass die Hypervisor-Tools auf der VM installiert sind. Stellen Sie sicher, dass der VDA auf der VM installiert ist.| |Start fehlgeschlagen|1|Beim Versuch, die VM auf dem Hypervisor zu starten, traten Probleme auf.|Überprüfen Sie die Hypervisor-Protokolle.| |Keine|0|-|-|

Grund für die Maschinenabmeldung (anwendbar, wenn der Fehlertyp “Nicht registriert” oder “Unbekannt” ist)