Mithilfe der Schritte zur Fehlerbehebung bei Cloud-Proxys können Sie Probleme, die in vRealize Operations unter Umständen auftreten, problemlos beheben.

Bevor Sie mit der Fehlerbehebung fortfahren, informieren Sie sich unter Häufig gestellte Fragen zu Cloud-Proxys.

Fehler bei der Installation und/oder beim ersten Start

To verify the issue, check if /var/log/firstboot contains a file named "Succeeded".

Andernfalls können die folgenden Probleme zu einem Fehler bei der Installation oder beim ersten Start von vRealize Operations führen:

  1. Der bei der Bereitstellung von Cloud Proxy verwendete eindeutige Registrierungsschlüssel ist ungültig. Sehen Sie zur Überprüfung in der cloud proxy-Konsole nach.

    Lösung: Stellen Sie cloud proxy erneut bereit.

Die Cloud-Proxy-VM wird ausgeführt, aber in vRealize Operations wird „Offline“ als Status angezeigt.

Bild zeigt die Cloud-Proxy-Seite mit den Cloud-Proxy-Details wie Name, IP, Status, Version, Konten, Netzwerk-Proxy-Adresse und Netzwerk-Proxy-Port an. In diesem Fall lautet der Status des Cloud-Proxys „Offline“.

Um die Verbindung zu überprüfen, verwenden Sie die folgenden Befehle: (Die vollständige Liste der Befehle finden Sie unter Verwenden der Befehlszeilenschnittstelle von Cloud Proxy.)
# Overall status of cloud proxy:cprc-cli -s

# Ping itself:
ip addr
ping <address>


# Ping gateway:
ip route
ping <gateway>

# Verify the connection outside the cloud proxy,
ping 8.8.8.8

Note: If you are using a network proxy, 
use the /opt/vmware/share/vami/vami_config_net option#5 command 
to ensure you have the correct configuration for the testings.

Die folgenden Probleme können dazu führen, dass in vRealize Operations der Status von cloud proxy als „Offline“ angezeigt wird.

  1. Falsche Informationen zum Netzwerk-Proxy in der Cloud-Proxy-Konfiguration.
    Um die Verbindung über einen Netzwerk-Proxy zu überprüfen, gehen Sie wie folgt vor:
    curl -vvv --proxy http(s)://proxy_user:proxy_pass@proxy_ip:proxy_port -H 'Accept: application/json' -H 'Content-Type: application/json' -X GET https://<gateway url>/casa/security/ping (gateway url example - 10238.gw.dev.vrops-ops.com)
     
    To ignore SSL validation for a proxy server, 
    use curl --proxy-insecure. With SSL validation the customer can provide Proxy Server certificate during cloud proxy deployment or re-configuration 
    so that provided certificate from customer can be used to check the connection with curl with SSL certificate validation.
    Lösung:
    1. Stellen Sie eine SSH-Verbindung zur Cloud Proxy-VM her und legen Sie connectretry in /storage/db/vmware-vrops-cprc/configuration/cprc.configuration auf 0 fest, um sicherzustellen, dass der Cloud Proxy erneut versucht, die Verbindung herzustellen.
    2. Fahren Sie die Cloud Proxy-VM herunter.
    3. Aktualisieren Sie mithilfe der unter Bearbeiten von OVF-Details für eine virtuelle Maschine beschriebenen vApp-Optionen die Netzwerk-Proxy-Konfigurationen in den vCenter Server-VM-Optionen.
    4. Starten Sie die Cloud Proxy-VM neu.
  2. Erforderliche Ports sind nicht geöffnet.
    Vorgehensweise zum Überprüfen:
    openssl s_client -showcerts -connect {address}:443
     
    curl -v telnet://{address}:443
    
    # Or, change the address to the machine you want to check: 
    python -c "import socket; print(socket.socket(socket.AF_INET, socket.SOCK_STREAM).connect_ex(('127.0.0.1', 443)))"
    
    # If you get a !=0 response, the server is not listening to the port.
    Lösung:
    1. Stellen Sie eine SSH-Verbindung zur Cloud Proxy-VM her und legen Sie connectretry in /storage/db/vmware-vrops-cprc/configuration/cprc.configuration auf 0 fest, um sicherzustellen, dass der Cloud Proxy erneut versucht, eine Verbindung herzustellen.
    2. Stellen Sie den Portzugriff wie im Abschnitt zu den Voraussetzungen in Konfigurieren von Cloud-Proxys in VMware Cloud erwähnt bereit.
    3. Starten Sie die Cloud Proxy-VM neu.
  3. Ungültiges Zertifikat.
    Vorgehensweise zum Überprüfen:
    openssl s_client -showcerts -connect {address}:443
    Lösung:
    1. Stellen Sie eine SSH-Verbindung zur Cloud Proxy-VM her und legen Sie connectretry in /storage/db/vmware-vrops-cprc/configuration/cprc.configuration auf 0 fest, um sicherzustellen, dass der Cloud Proxy erneut versucht, eine Verbindung herzustellen.
    2. Befolgen Sie die im VMware-KB-Artikel 83698 beschriebenen Schritte.
  4. Der Protokollordner /storage/log weist zu wenig Partitionsspeicherplatz auf.

    Lösung: Entfernen Sie die Protokolldateien, um sicherzustellen, dass genügend Speicherplatz verfügbar ist. Beachten Sie, dass es sich hierbei um einen Ausnahmefall handelt. Unter normalen Bedingungen werden Protokolldateien automatisch archiviert.

  5. Mindestens einer der folgenden Dienste ist ausgefallen: httpd-north.service, haproxy.service und collector.service.
    Lösung:
    • Überprüfen Sie den Dienststatus, indem Sie folgenden Befehl ausführen: systemctl status <service name>.
    • Zum Starten des Diensts verwenden Sie folgenden Befehl: systemctl start <service name>.
  6. Der eindeutige Registrierungsschlüssel ist abgelaufen.

    Lösung: Stellen Sie Cloud Proxy mit einem neuen eindeutigen Registrierungsschlüssel erneut bereit.

Der Cloud-Proxy ist online, und als Status des Cloud-Kontos wird Collecting verwendet. Der Status lautet aber Object Down.

Bild zeigt den Status des Cloud-Proxys für die vCenter-Konten an. Der Status zeigt an, dass der Cloud-Proxy Daten erfasst, das Objekt aber inaktiv ist und keine Verbindung zum VC herstellen kann.

Das folgende Problem kann dazu führen, dass vRealize Operations den Status des Cloud-Kontos als Collecting anzeigt, während der Status Object Down lautet.

  1. Falsche Anmeldedaten für Konto.

    Lösung: Überprüfen und aktualisieren Sie die beim Einrichten des Cloud-Kontos verwendeten Anmeldedaten.

Der Status des Cloud-Proxys verharrt im Zustand Going Online.

Bild zeigt die Cloud-Proxy-Seite mit den Cloud-Proxy-Details wie Name, IP, Status, Version, Konten, Netzwerk-Proxy-Adresse und Netzwerk-Proxy-Port an. In diesem Fall wird der Status des Cloud-Proxys zu „Online“.

Beim ersten Start kann es bis 20 Minuten dauern, bis der cloud proxy registriert und online geschaltet wird. Warten Sie den angegebenen Zeitraum ab, um sicherzustellen, dass der Cloud-Proxy in den Zustand „Online“ wechselt. Wenn er weiterhin nicht in den Zustand „Online“ wechselt, bedeutet dies, dass mindestens einer der folgenden Dienste ausgefallen ist: httpd-north.service, haproxy.service und collector.service.

Lösung:
  1. Überprüfen Sie den Dienststatus, indem Sie folgenden Befehl ausführen: systemctl status <service name>
  2. Zum Starten des Diensts verwenden Sie folgenden Befehl: systemctl start <service name>.

Der Cloud-Proxy wird nach dem Upgrade von vRealize Operations nicht automatisch aktualisiert

Mehrere Gründe können dafür verantwortlich sein, dass der Cloud-Proxy nach einem Upgrade von vRealize Operations nicht automatisch aktualisiert wird.

  1. Hohe Netzwerklatenz führt zu einem Fehler beim PAK-Download. Latenzen von mehr als 500 ms werden nicht unterstützt.

    Lösung: Weitere Informationen zum manuellen Upgrade des Cloud-Proxys über die Befehlszeilenschnittstelle finden Sie im VMware KB-Artikel 80590.

  2. Der Upgrade-Status verharrt bei Running, da das vorherige Upgrade fehlgeschlagen ist.
    Lösung: Führen Sie die folgenden Schritte zum Ändern des Upgrade-Status aus.
    1. Halten Sie den CaSA-Dienst an: systemctl stop vmware-casa.service.
    2. Ändern Sie den Upgrade-Status in den folgenden Dateien von RUNNING in NONE:
      ./storage/db/vmware-vrops-cprc/status/cprc.upgrade.status
      ./storage/db/vmware-vrops-cprc/status/cprc.pak.status
    3. Weitere Informationen finden Sie im VMware KB-Artikel 80590. Führen Sie das manuelle Upgrade durch.

Die Verbindung des Cloud-Proxys wird in regelmäßigen Abständen unterbrochen

Es können verschiedene Gründe für die regelmäßige Unterbrechung der Verbindung des Cloud-Proxys vorliegen.
  1. Überprüfen Sie die Netzwerkkonnektivität und -latenz.
  2. Stellen Sie sicher, dass die Cloud-Proxy-VM den DNS erreichen kann, und verwenden Sie NSlookup zum Validieren der DNS-Konnektivität.