ControlUp Team When it comes to managing a Citrix environment, there’s a lot to take into account. You’ve got to make sure your Citrix Virtual Apps & Desktops (XenApp & XenDesktop if you’ve been around that long) environment is properly licensed, that your NetScalers are doing their thing, and that, no matter what, your users are able to stay productive. But there are some errors that can get in the way of that.
Anhand von anonymisierten Daten und Gesprächen mit unseren Tausenden von Kunden haben wir eine Rangliste der 10 häufigsten Citrix-Fehler erstellt, die bei ihnen auftreten. Wir beleuchten die Fehler selbst und ihre möglichen Ursachen und zeigen Ihnen auch, wie ControlUp sie beheben kann.
Zur Einstimmung finden Sie hier die vollständige Liste der Citrix Broker Ereignisse und Fehlercodes.
The Top 10 Citrix Errors, Ranked
- Citrix Broker-Dienst - Ereignis-ID 1151
- Citrix Broker-Dienst - Ereignis-ID: 2013
- Citrix Broker-Dienst - Ereignis-ID: 1065
- Citrix Telemetrie-Dienst - Ereignis-ID: 1007
- Citrix Desktop-Dienst - Ereignis-ID: 1001
- Citrix Broker-Dienst - Ereignis-ID: 1201
- Citrix Store Services (StoreFront)-Ereignis-ID: 4003
- Citrix Remote Broker Provider-Ereignis-ID: 514
- Desktop nicht verfügbar - Desktop kann nicht gestartet werden
- Langsame Anmeldungen
Quelle: Citrix Broker Service-Ereignis-ID: 1151
Fehler beim Ausfall des Lizenzservers: "Der Citrix Brokerdienst kann den Lizenzserver '%1' nicht kontaktieren. Stellen Sie sicher, dass der Lizenzserver korrekt funktioniert und dass die Details zur Identifizierung des Lizenzservers in der XenDesktop-Konfiguration korrekt sind."
Jeder Fehler ist unerwünscht, aber dieser hier kann relativ harmlos sein. Glücklicherweise hat Citrix für den Fall einer Unterbrechung des Lizenzservers oder -dienstes eine Gnadenfrist von 30 Tagen vorgesehen, damit Delivery Controller auch ohne funktionierenden Lizenzierungsdienst weiterhin erfolgreich neue Benutzersitzungen vermitteln können. Dennoch ist es ratsam, für eine schnelle Lösung zu sorgen, damit Sie den Lizenzserver wieder in einen funktionierenden Zustand versetzen können.
Die erste Voraussetzung dafür ist natürlich, dass Sie tatsächlich benachrichtigt werden, wenn der Lizenzserver nicht verfügbar ist. Wie bereits erwähnt, werden Ihre Citrix Virtual Apps & Desktops-Endbenutzer wahrscheinlich keine Probleme haben, wenn dieser Fehler auftritt, so dass sie Ihren Helpdesk nicht deswegen anrufen werden (Gott sei Dank für kleine Gefallen). Trotzdem wollen Sie natürlich nicht den ganzen Tag die Ereignisprotokolle durchforsten (dafür hat niemand Zeit).
Hier ist, wie ControlUp hier helfen kann.
Für die Frühwarnung können Sie Folgendes verwenden ControlUp Pfadfinderbienen um schnell und einfach die Verfügbarkeit Ihres Citrix-Lizenzservers und aller seiner wichtigen LizenzierungsdiensteDie Einrichtung ist einfach und dauert nur wenige Minuten.
Sie können Warnungen einrichten, wenn der Server oder die Dienste nicht verfügbar sind oder langsamer als gewöhnlich reagieren. Wenn Sie möchten, können Sie sogar noch granularer vorgehen, da die proaktive Überwachung von Scoutbees viele verschiedene Optionen in der Funktion "Alert Policy" bietet. Sie können zum Beispiel einen HTTPS-Test auf der Lizenzverwaltungskonsole durchführen und werden gewarnt, wenn die Seite nicht geladen werden kann oder wenn das Zertifikat bald abläuft.
Mit ControlUp für VDI können Sie den Zustand des Lizenzservers schnell überprüfen. Hier können Sie sehen, ob Ihnen die verfügbaren Lizenzen ausgehen. Um diese Metriken anzuzeigen, installieren Sie einfach den ControlUp-Agenten auf Ihren Citrix-Lizenzservern.
Wenn Ihr Citrix-Lizenzserver wirklich ausgefallen ist und Sie ihn schnell wieder zum Laufen bringen wollen, können Sie natürlich in Ihrer Real-Time DX-Konsole zu dem Server navigieren und ihn entweder über Power-Management-Aktionen einschalten [wenn Sie mit der rechten Maustaste auf den Server klicken] oder, wenn Sie in Real-Time DX mit Ihrem Hypervisor verbunden sind (ControlUp unterstützt Citrix Hypervisor [XenServer, wenn Sie Old-School sind], VMware vSphere, Nutanix Acropolis und Microsoft Hyper-V), können Sie ControlUps ausgezeichnete VM einschalten Skript-Aktion.
Wenn Ihr Lizenzserver eingeschaltet zu sein scheint, wenn Sie mit ihm verbunden sind, können Sie versuchen, von der ControlUp for VDI-Konsole aus auf die virtuelle Maschine zuzugreifen, um sicherzustellen, dass er funktioniert, und / oder die Dienste zu verwalten, um sicherzustellen, dass die lizenzbezogenen Dienste alle gestartet sind. Wenn nicht, starten Sie sie.
Quelle: Citrix Broker Service-Ereignis-ID: 2013
Bei der Verarbeitung einer HTTP-Anfrage durch den Citrix Broker-Dienst ist eine unerwartete Ausnahme aufgetreten.
Dieser Fehler kann durch verschiedene zugrunde liegende Probleme verursacht werden, und die Benutzer erhalten die allgemeine Fehlermeldung "Die Anwendung kann nicht gestartet werden".
Zu den möglichen Ursachen für diesen Fehler gehören Probleme mit der Datenbankkonnektivität, die zu einem Datenbank-Failover-Ereignis führen, aber aufgrund einer Fehlkonfiguration ist ein erfolgreiches Failover nicht möglich. In einigen Fällen kann ein Neustart der Delivery Controller helfen, die Dienste wiederherzustellen. Sie können diese Neustarts über die Real-Time Console mithilfe von Aktionen durchführen. Wenn dies nicht hilft, ist es am besten, mit dem Citrix-Support zusammenzuarbeiten und eine Lösung zu koordinieren. Dies könnte die Aktualisierung einer Datenbankkonfigurationsänderung beinhalten.
Wenn Sie als Citrix-Administrator mehr als nur eine Tasse Kaffee getrunken haben, sind Sie mit dem Sammeln von CDF-Traces zur Weitergabe an den Citrix-Support vertraut. Wenn Sie ein Problem haben, das schwer zu reproduzieren ist und intermittierend auftritt, ist es schwierig, einen effektiven CDF-Trace zu erhalten, es sei denn, Sie verwenden ControlUp Automatisieren. Dies ist ein großartiger Blog darüber, wie ControlUp Automate hilft bei der Maximierung der Ressourcenoptimieren die Erfahrung der Endbenutzer und ergänzen Ihre Bemühungen zur Fehlerbehebung.
Quelle: Citrix Broker Service-Ereignis-ID: 1065
“The Citrix Broker Service failed to determine the base settings needed for virtual desktop agent of machine ‘%1′”
Laut Citrix können Sie als ersten Schritt zur Abhilfe einen Neustart des VDA versuchen. Wenn das Problem dadurch nicht behoben wird oder häufiger auftritt, sollten Sie CDF-Spuren sammeln und dem Citrix-Support mitteilen. Dieser könnte Ihnen raten, folgende Einstellungen zu ändern Registry-Einstellungen auf Ihren Delivery Controllern:
HKEY_LOCAL_MACHINE\Software\Citrix\DesktopServer\MaxTimeBeforeStuckOnBootFaultSecs DWORD-Wert: 30000
HKEY_LOCAL_MACHINE\Software\Citrix\DesktopServer\MaxTimeBeforeUnregisteredFaultSecs DWORD-Wert: 30000
MaxTimeBeforeStuckOnBootFaultSecs: Wie lange wird gewartet (in Sekunden), nachdem eine Maschine gestartet wurde, aber keine Benachrichtigung von der HCL erhalten hat, dass die VM-Tools ausgeführt werden. Nach dieser Zeitspanne würde der Fehlerstatus einer Maschine auf StuckOnBoot gesetzt.
MaxTimeBeforeUnregisteredFaultSecs: Wie lange wird gewartet (in Sekunden), nachdem eine Maschine startet, aber nicht beim Broker registriert ist (mit oder ohne Registrierungsversuch). Nach dieser Zeitspanne wird der Fehlerstatus eines Rechners auf "Nicht registriert" gesetzt.
Mit der Controller-Funktion von Real-Time DX können Sie schnell und einfach die Registrierungswerte für alle Ihre Delivery Controller auf einmal festlegen. Gehen Sie einfach zu Controllers, klicken Sie auf Registry, und fügen Sie Ihre Delivery Controllers hinzu. Dann erstellen Sie einfach die vorgeschlagenen Registry Values.
Wenn die Verlängerung der Timeout-Periode über die Registrierung hilft, die Fehler zu lindern, ist es immer noch eine gute Idee, mit dem Citrix-Support zusammenzuarbeiten und ihm zu erlauben, einige CDF-Traces zu betrachten, um herauszufinden, was die Ursache für die Langsamkeit in Ihrer Umgebung ist. Auch hier können Sie ControlUp Automate verwenden, um diese CDF-Traces automatisch für Sie auszuführen.
Eine andere Möglichkeit, dieses Problem zu beheben, ist die Einrichtung eines Scoutbees Scout, um die Netzwerkleistung zu Ihren Delivery Controllern mit einem Custom Hive im gleichen IP-Subnetz wie Ihre VDAs zu testen. Dies ist eine großartige Lösung, wenn das Problem nur zeitweise auftritt. Sie können damit Trends in der Leistung im Laufe der Zeit erkennen und die Verschlechterung über Stunden, Tage, Wochen und Monate genau bestimmen. Auf diese Weise lässt sich die Ursache für die Langsamkeit eingrenzen.
Quelle: Citrix Telemetriedienst-Ereignis-ID: 1007
“We cannot start the Citrix service that enables you to enroll in Call Home.”
Dieses Problem ist relativ einfach. Wenn Sie mit CVAD v7.15 oder früher arbeiten, müssen Sie möglicherweise auf ein neueres kumulatives Update aktualisieren, um das Problem zu beheben. Da 7.15 nicht die aktuelle LTSR-Version ist, gehe ich davon aus, dass der Fehler bei dieser Version nicht auftritt. Wenn dieser Fehler bei einer neueren Version von Citrix Virtual Apps and Desktops auftritt, hat Ihr Dienstkonto für den Citrix Telemetriedienst wahrscheinlich nicht die entsprechenden Logon-as-a-Service-Berechtigungen.
Diese finden Sie in der Gruppenrichtlinie unter Computerkonfiguration > Windows-Einstellungen > Sicherheitseinstellungen > Lokale Richtlinien > Zuweisung von Benutzerrechten.
Die Controller-Funktion (unser Freund in ControlUp für VDI) kann verwendet werden, um den Citrix Telemetriedienst auf dem betroffenen VDA oder Controller schnell zu sehen, um das Konto zu ermitteln, das zur Ausführung des Dienstes verwendet wird. Dann können Sie sicherstellen, dass das Konto die Benutzerrechte für Logon-as-a-Service zugewiesen hat.
Wenn diese Option aktiviert ist, können Sie eine Aktualisierung der Gruppenrichtlinien über Real-Time DX erzwingen (wie oben dargestellt).
Führen Sie schließlich einen Dienstneustart über die Funktion Controller durch.
Quelle: Citrix Desktop Service-Ereignis-ID: 1001
“The Citrix Desktop Service failed to obtain a list of delivery controllers with which to register. Please ensure that the Active Directory configuration for the farm is correct, that this machine is in the appropriate Active Directory domain and that one or more delivery controllers have been fully initialized. Refer to Citrix Knowledge Base article CTX117248 for further information.”
Laut Citrix tritt dieser Fehler auf, wenn der VDA nicht auf einen Domain Controller an Port 3268 (Microsoft Global Catalog) zugreifen kann. Der VDA muss während des Registrierungsprozesses mit dem DC kommunizieren, um seine Liste der konfigurierten Controller zu validieren. Es könnte sich lohnen, die Liste der DDCs in der Registrierung auf Ihrem VDA zu überprüfen (HKLM\Software\Citrix\VirtualDesktopAgent\ListOfDDCs). Wenn Sie die ListOfDDCs nach Richtlinien festlegen müssen, lesen Sie dieser Leitfaden.
ControlUp Scoutbees kann Tests von jedem Domain Controller im Unternehmensnetzwerk über Port 3286 durchführen und Alarm schlagen, wenn der Dienst nicht verfügbar ist. Es kann auch eine Leistungsverschlechterung erkennen, die darauf hinweisen könnte, dass der Dienst bald nicht mehr verfügbar ist, so dass Sie proaktiv handeln und das Problem angehen können, bevor es zu einer Unterbrechung des Dienstes kommt. Für ein Team, das nicht unbedingt Einblick in die Wartung von Domain Controllern hat, aber Citrix verwaltet und unterstützt, wäre es eine gute Idee, eine klare Aufzeichnung der Verfügbarkeitstrends zur Hand zu haben.
Zur Unterstützung bei der Fehlerbehebung zu einem bestimmten Zeitpunkt können Sie die Netzwerkverbindungen anzeigen Skriptaktion, um die aktuellen Verbindungen von einem ausgewählten Citrix VDA aufzulisten, um die aktiven Netzwerkverbindungen des VDAs zu sehen. Wenn Sie eine Verbindung zu einem gültigen Domänencontroller über Port 3286 sehen, handelt es sich im Moment nicht um ein Problem. Wenn es keine aktive Verbindung gibt, ist das ein deutlicher Hinweis auf ein Problem. Optional können Sie auch eine eigene SBA erstellen, um eine einfache BAT / CMD mit netstat -na auszuführen, die eine unsortierte Liste der Netzwerkverbindungen gemäß dem CTX133769 but we think Guy’s script is a much cooler experience. 😎
Quelle: Citrix Broker Service-Ereignis-ID: 1201
“The connection between the Citrix Broker Service and the database has been lost.”
Diese Meldung ist etwas anders, da es sich um eine Warnung und nicht um einen Fehler handelt, ABER sie könnte durchaus Anlass zur Sorge sein. In Citrix XenApp und XenDesktop, Version v7.12, ist die Lokaler Host-Cache Funktion wurde wieder eingeführt. Es ist eine gute Idee, diese Funktion zu verwenden, da sie bei einer Unterbrechung der Verbindung zwischen den Delivery Controllern und Ihrer Datenbank sicherstellt, dass die Benutzersitzungen nicht unterbrochen werden. Es verwendet eine zwischengespeicherte Datenbank auf dem primären Delivery Controller und setzt seine Arbeit fort, bis es in der Lage ist, eine Verbindung wiederherzustellen (was Sie in der Regel mit Event 1200 sehen können).
Es gibt einen bestimmten Fall, in dem diese Warnung besonders lästig ist. Wenn die Datenbankverbindung zu flattern beginnt, d. h. die Verbindung wird unterbrochen, dann aber wieder aufgebaut, dann wieder unterbrochen, dann wieder aufgebaut, dann wieder unterbrochen, dann wieder aufgebaut und so weiter, immer und immer wieder in einer verrückten, virtualisierten Schleife. Das Problem dabei ist, dass die Verbindung möglicherweise nie lange genug unterbrochen wird, damit der lokale Host-Cache-Modus übernommen werden kann, was Benutzer beim Starten von Anwendungen und Desktops stören kann, während das Flackern auftritt.
Once again, ControlUp für VDI to the rescue! No need to go digging through event logs; you can see the database connectivity status for your Delivery Controllers like in the screenshot above.
Die Verwendung von Scoutbees zum Testen Ihrer Citrix-Datenbank über den Port, den Sie für Ihre Datenbankverbindung verwenden, kann nützlich sein, um festzustellen, wann die DB nicht mehr verfügbar ist (falls sie es tatsächlich ist).
Ein praktisches Beispiel hierfür war ein Kunde, bei dem dieses Flackern auftrat, als die Datenbank-VM von einem Drittanbieterprodukt gesichert wurde. Das Citrix-Team hatte keinen Einblick in dieses Tool und seinen Zeitplan, konnte aber das Auftreten an den Tagen, an denen es auftrat, auf wenige Stunden eingrenzen, was zur Entdeckung der Grundursache führte.
Dies ist auch ein Fall, in dem unser früheres Beispiel der Ausführung einer CDF-Ablaufverfolgung nützlich sein könnte. Sie könnten auch ein Skript hinzufügen, um den Registrierungswert auf Ihrem primären Delivery Controller zu ändern, um die Verwendung des Local Host Cache zu erzwingen, nachdem Sie kurz überprüft haben, ob der Cache in einem gesunden Zustand ist.
Quelle: Citrix Store Services (StoreFront)-Ereignis ID: 4003
“All the Citrix XML Services configured for farm SMSTORE failed to respond to this XML Service transaction.”
Dieser Fehler kann verschiedene Ursachen haben: eine Firewall blockiert den Datenverkehr, eine Zeitüberschreitung wird erreicht, oder der vom XML-Dienst verwendete Port ist nicht mehr verfügbar. Dieses Problem tritt nicht nur bei Citrix oder diesem einzelnen Dienst auf, sondern kann bei jedem Prozess auftreten. Es ist möglich, dass Sie die Storefront Server gepatcht haben, ein Update den Port einem anderen Prozess zugewiesen hat und dieser beim Neustart den Port übernommen hat.
Unser Freund, die Skriptaktion Netzwerkverbindung anzeigen, kann hier helfen. Sie kann Ihnen dabei helfen, herauszufinden, was den XML-Port übernommen hat, und ermöglicht es Ihnen, diesen Dienst zu ändern oder zu deaktivieren, um Storefront wieder in einen funktionierenden Zustand zu versetzen.
Quelle: Citrix Remote Broker Provider-Ereignis ID: 514
“A Connectivity Check has Failed”
Dieser Fehler kann ganz einfach sein! Der Fehler weist auf ein mögliches Problem mit der Netzwerkkonnektivität Ihres Citrix Cloud Connector für Citrix Cloud hin.
Wenn Sie Citrix Cloud als überwachte Ressource hinzugefügt in ControlUp for VDI können Sie schnell den Zustand und den Status Ihrer Citrix Cloud Connectors überprüfen, einschließlich der Frage, ob der Cloud Connector auf der neuesten Version ist oder nicht. Wichtig ist, dass Sie die Netzwerkmetriken überprüfen können, um zu sehen, ob es einen Hinweis auf ein Netzwerkproblem gibt.
Sie können sicherstellen, dass die richtigen Citrix-Dienste ausgeführt werden und, falls nicht, diese mit Controllern schnell starten.
Allgemein: Desktop nicht verfügbar
“Cannot Start Desktop”
Wenn Sie eine begrenzte Anzahl von verfügbaren oder 1:1 persistenten Desktops für Ihre Mitarbeiter haben oder wenn einer (oder viele) dieser Desktops nicht mehr registriert sind, könnten Sie sich in der unglücklichen Lage wiederfinden, dass Ihr Service Desk Sie frühmorgens anruft, um Ihnen mitzuteilen, dass Ihre Mitarbeiter nicht arbeiten können, weil ihre Desktops nicht mehr starten. Es gibt nicht genug Kaffee auf der Welt, um das zu überstehen.
Wir haben ein Skript, mit dem Sie den Citrix Desktop Service aus der Ferne neu starten können, indem Sie dies mit einem Trigger verbinden, der darauf basiert, dass der VDA eingeschaltet ist, sich außerhalb des Wartungsmodus befindet und mehrere Minuten lang nicht registriert ist. Dadurch wird der Dienst zum Neustart gezwungen, wodurch der VDA gezwungen wird, sich neu zu registrieren.
Es gibt auch einen Community-Trigger, mit dem nicht registrierte Desktops gefunden und neu gestartet werden können, wenn sie sich mindestens fünf Minuten lang in diesem Zustand befunden haben. Wenn das Problem, das dazu geführt hat, dass sich die Desktops beim Neustart nicht registrieren oder nicht registrieren lassen, ein zeitlich begrenztes Umgebungsproblem war, kann das Problem wahrscheinlich durch einen Dienstneustart oder einen Neustart behoben werden. Da die Auslöser sicherstellen, dass sich zu diesem Zeitpunkt keine Benutzersitzungen auf den Rechnern befinden, werden Ihre Benutzer dadurch nicht gestört.
Allgemein: Langsame Logons!
Finally, we have the classic slow logons. There are so many different variables to account for when it comes to a slow logon. Luckily, we have you covered! ControlUp examines more than 40 different phases and factors of logon duration, including the execution of some third-party products common in the Enterprise, like those from Ivanti and VMware (to name just a couple).
Offensichtlich ist die Verwendung der Analysieren Sie die Anmeldedauer Die Skriptaktion liefert hervorragende Daten und ermöglicht es Ihnen, die Ursache von Problemen zu ermitteln. Sie können aber auch proaktiv gegen langsame Anmeldungen in Ihrem Unternehmen vorgehen, ohne ständig Berichte und Konsolenmetriken überprüfen zu müssen.
Um dies zu tun, haben wir eine weitere großartige Skript-Aktion (haben wir schon erwähnt, dass die ControlUp Skript-Bibliothek 363 [und mehr!] Community-gesteuerte Skript-Aktionen hat?) Wenn Sie ServiceNow verwenden, können Sie unsere Langsame Anmeldung an ServiceNow ITSM-Skript melden um Anmeldungen zu melden, die den erwarteten Durchschnitt überschreiten, damit weitere Untersuchungen durchgeführt werden können, wie z. B. die Aufschlüsselung der Anmeldephasen mit dem Skript "Analyze Long Duration". Lassen Sie nicht zu, dass langsame Anmeldungen Ihre Mitarbeiter frustrieren, sondern kümmern Sie sich darum (um die langsamen Anmeldungen, nicht um Ihre Mitarbeiter; das wäre ein Verstoß gegen das Personalwesen) mit unseren großartigen Skripten!
Dies sind die 10 häufigsten Citrix-Fehler, die bei ControlUp-Kunden auftreten. Wir hoffen, dass diese Aufschlüsselung dazu beiträgt, dass Sie alle diese Fehler beheben können, und auch zeigt, wie Sie ControlUp verwenden können, um diese Fehler zu erkennen, wenn sie auftreten, sie schnell zu beheben und sie in vielen Fällen automatisch beheben zu lassen.
