Protokollierungs- und Fehlerbehebungsinformationen für Omnissa Access

Nach der Installation von Omnissa Access stehen Ihnen bei auftretenden Problemen verschiedene Vorgehensweisen zur Verfügung. Beispielsweise können Sie Probleme beheben, indem Sie auf die Protokolle zugreifen, einen Dienst neu starten und die Problemumgehungen für bekannte Probleme anwenden.

Omnissa Access-Dienstprotokolle

Diese Vorgehensweise ermöglicht Ihnen den Zugriff auf die Dienstprotokolle.

Vorgehensweise:

1. Öffnen Sie die Nomad-Schnittstelle.
2. Navigieren Sie zu „Aufträge“.
3. Wählen Sie den Dienst aus.
4. Suchen Sie die Zuteilungs-ID.
5. Melden Sie sich beim Knoten an.
6. Navigieren Sie zu: /opt/nomad/alloc/<allocation-id>/alloc/logs.

Dienst neu starten

Diese Vorgehensweise startet den Dienst Ihrer Wahl neu.

Vorgehensweise:

1. Auftrag in der Nomad-Benutzeroberfläche anhalten und bereinigen
2. Dienst vom Bootstrap-Knoten neu bereitstellen:

   wso services deploy -s <service-name>
   

Ein Dienst befindet sich im Status „Nicht bereit“

Ein Dienst kann zu jedem Zeitpunkt in einen NOT_READY-Status übergehen, nicht nur während der anfänglichen Bereitstellung. Dies kann auch nach einer abgeschlossenen Bereitstellung oder während eines Upgrades geschehen.

Wenn Sie die Bereitstellung manuell durchgeführt haben, finden Sie weitere Informationen im Schritt wso access check-service-readiness unter Bereitstellen der Omnissa Access- und Infrastrukturdienste.

Die folgenden Schritte zur Fehlerbehebung gelten unabhängig davon, welchen Pfad Sie verwendet haben.

Problem und Ursache

Das spezifische Problem und die Ursache variieren je nach Dienst. In der unten aufgeführten Lösung finden Sie ein Beispiel dafür, wie diese Art von Problem behoben werden kann.

Lösung

Das folgende Beispiel zeigt, wie Sie Nomad zur Fehlerbehebung beim greenbox-Dienst verwenden können, wenn dieser im Status NOT_READY aufgeführt ist. Andere Dienste speichern ihre Protokolle möglicherweise unter einem anderen Aufgabennamen oder in einem anderen Verzeichnis. Verwenden Sie dieses Beispiel daher eher als Vorlage für die allgemeine Vorgehensweise und nicht als exakte Entsprechung dessen, was Sie in Ihrer Umgebung vorfinden werden.

1. Führen Sie über den Bootstrap-Knoten den folgenden Befehl aus: sudo cat /opt/wss/<cluster_name>/cp-cluster/cp-cluster.env um die Nomad-URL und das Token anzuzeigen, öffnen Sie anschließend die Nomad-Benutzeroberfläche in einem Browser und klicken Sie auf Jobs.

2. Klicken Sie auf greenbox-job.

3. Klicken Sie unter Recent Allocations mit der rechten Maustaste auf jede Zuteilungs-ID, die in der Spalte „ID“ angezeigt wird, und wählen Sie Open Link in New Tab aus.

4. Klicken Sie für jede geöffnete Zuteilungsregisterkarte auf die Registerkarte Files, navigieren Sie zu alloc > data und öffnen Sie die entsprechende Protokolldatei – in der Regel die größte und zuletzt geänderte Datei, wie z. B greenbox_web.log.

5. Klicken Sie erneut für jede geöffnete Zuteilungsregisterkarte auf Tail, dann auf das Wiedergabesymbol, um das Protokoll live zu streamen, und überprüfen Sie die Ausgabe, um die Ursache des Fehlers zu ermitteln.