Roving Edge – Fehlerbehebung

Oracle Support anfordern

Wenn Sie nach dem Überprüfen und Verwenden dieser Tipps zur Fehlerbehebung noch Hilfe benötigen, öffnen Sie eine Serviceanfrage für Ihr Problem. Weitere Informationen finden Sie unter Supportticket erstellen.

Gerät wird erneut gesperrt

Roving Edge-Geräte müssen nach jedem Neustart und Neustart entsperrt werden. Wenn das Roving Edge-Gerät unerwartet gesperrt ist, prüfen Sie, ob die Stromverbindung stabil ist, und prüfen Sie, ob es kürzlich neu gestartet wurde. Prüfen Sie, ob die Stromverbindung stabil ist und das Roving Edge-Gerät nicht neu gestartet wurde.

Keine serielle Konsolenausgabe

Wenn Sie Ihren steuernden Host mit dem mitgelieferten Kabel mit dem seriellen Roving Edge-Geräteport verbunden haben, aber nach dem Einschalten des Geräts keine Ausgabe angezeigt wird, prüfen Sie diese Punkte:

• Stellen Sie sicher, dass ein serieller USB-Port-Treiber auf Ihrem Hostbetriebssystem installiert ist. Siehe Terminalemulation einrichten.
• Stellen Sie sicher, dass Sie die empfohlene Terminalemulationssoftware verwenden. Siehe Terminalemulation einrichten.

Die Roving Edge Device Console-URL gibt die Meldung "nicht verfügbar" oder "nicht vertrauenswürdig" an

Die Roving Edge Device-Konsole kommuniziert mit TLS/HTTPS an Port 8015 jedes Roving Edge-Geräts. Wenn Ihr Browser eine Sicherheitswarnung anzeigt, dass die URL nicht verfügbar ist oder keine vertrauenswürdige URL ist, stellen Sie sicher, dass das TLS-Zertifikat auf dem Rechner installiert und vertrauenswürdig ist.

Wenn das TLS-Zertifikat der Roving Edge Device Console nicht auf Ihrem Hostcomputer installiert und vertrauenswürdig ist, fügen Sie das TLS-Zertifikat aus der Roving Edge Device Console über den Browser zur Schlüsselbund-/Zertifikatserfassung Ihres Hostcomputers hinzu und markieren es als vertrauenswürdig. In Browsern wie Chrome, Edge und Firefox befindet sich das TLS-Zertifikat im Browserfenster links neben der URL. Weitere Informationen zum Herunterladen des Zertifikats finden Sie in der Dokumentation Ihres jeweiligen Browsers.

Eine Meldung "nicht verfügbar" oder "nicht vertrauenswürdig" kann auch auftreten, wenn das System teilweise heruntergefahren ist. Beispiele hierfür sind der Neustart eines Systems nach einem Stromausfall oder der erste Start nach einem Systemupgrade. Um die Diagnose zu erleichtern, ob das Problem mit dem TLS-Zertifikat oder einem Systemausfall zusammenhängt, prüfen Sie, ob eine gute oder schlechte Antwort auf den https://<host>:12060/v1/tenants/orei-Endpunkt im Browser des Operators oder mit einem Tool wie CURL vorliegt. Wenn der Zugriff auf diesen Endpunkt zu einer Sicherheitswarnung führt, prüfen Sie, ob das TLS-Zertifikat des Roving Edge-Geräts ordnungsgemäß installiert und vertrauenswürdig ist. Wenn beim Endpunkt ein Timeout auftritt oder eine Nicht-200-Antwort zurückgegeben wird, tritt möglicherweise ein Teilausfall auf.

Browsersicherheitswarnung beim Zugriff auf die Roving Edge Device-Konsole

Die Roving Edge Device-Konsole kommuniziert mit TLS/HTTPS an Port 8015 eines bestimmten Geräts. Wenn im Browser der Roving Edge Device Console eine Sicherheitswarnung angezeigt wird, stellen Sie sicher, dass das TLS-Zertifikat auf Ihrem Roving Edge Device installiert und vertrauenswürdig ist. Wenn das TLS-Zertifikat der Roving Edge Device Console nicht auf dem Hostcomputer installiert und vertrauenswürdig ist, fügen Sie das TLS-Zertifikat aus der Roving Edge Device Console im Browser zur Schlüsselbund-/Zertifikatserfassung des Hostcomputers hinzu. Markieren Sie es als vertrauenswürdig. In Browsern wie Chrome, Edge und Firefox befindet sich das TLS-Zertifikat im Browserfenster links neben der URL. Weitere Informationen zum Herunterladen des Zertifikats finden Sie in der Dokumentation Ihres Browsers.

Self-Provisioning-Logs erfassen

Wenn Sie die Roving Edge Basic Configuration Interface in der seriellen Konsole verwenden, wie unter Selbst-Provisioning eines Roving Edge Device beschrieben, können Sie Logs erfassen, mit denen Probleme diagnostiziert werden können.

1. Wählen Sie im Hauptmenü Roving Edge Basic Configuration Interface die Option Erweiterte Vorgänge aus.

2. Wählen Sie Logs erfassen aus.

   Die Logausgabe wird angezeigt.

3. Kopieren Sie die BASE64-Ausgabe (Text zwischen === Zeilen) in eine Datei, und speichern Sie sie. Senden Sie die Datei dann an den Oracle-Support.

Basiskonfigurationsschnittstellenupdates für Roving Edge prüfen

Die Roving Edge Basic Configuration Interface ist der Name der seriellen Konsolenschnittstelle, mit der Sie ein Gerät selbst bereitstellen können. Die Aktualisierung der Schnittstelle ist optional, es sei denn, Oracle weist Sie dazu an.

1. Wählen Sie im Hauptmenü Roving Edge Basic Configuration Interface die Option Erweiterte Vorgänge aus.

2. Wählen Sie Check for Configuration Interface Software Updates.

   Wenn ein Update verfügbar ist, wird es angezeigt.

3. Wenn ein Update verfügbar ist, wählen Sie es aus, um die Schnittstelle zu aktualisieren.

Gerät kann nicht registriert oder Registrierung abgeschlossen werden

Problem

Sie erhalten einen Fehler, wenn Sie versuchen, einen der folgenden Befehle auszuführen:

• 7) Register device to OCI

• 8) Complete device registration

Be aware that the session token has an expiration period. If the token expires, obtain new session token and session private key, 
re-enter 4) Session Token and 5) Session Private Key, and retry 7) Register Device to OCI.

ERROR: Registration FAILED.

Mögliche Ursachen und Lösungen

• Ihr Sessiontoken und Ihr Session-Private Key sind abgelaufen oder ungültig.

  Stellen Sie sicher, dass Sie den richtigen Private Key verwenden.

  Verwenden Sie die OCI-CLI, um ein neues Sessiontoken auf Ihrem Laptop zu generieren.

• Die Uhr des Roving Edge-Geräts ist nicht mit der Uhr des OCI-Servers synchron.

  Kehren Sie zum Menü Configure Networking zurück, und führen Sie Check OCI server clock and device aus.

Ungültiger Aktivierungscode

Problem

Beim Ausführen von Register device to OCI wird ein Fehler angezeigt.

Fehler:

Failed: Register to OCI Failed. Invalid Activation Code

Registration failed. Retry 7) Register Device to OCI, or contact Oracle Support.

If the failure still exists, collect logs and contact Oracle Support.

Mögliche Ursachen und Lösungen

Der Aktivierungscode ist falsch. Stellen Sie sicher, dass der Aktivierungscode korrekt eingegeben wurde. Ein Aktivierungscode kann nur auf dem Gerät verwendet werden, für das er ausgegeben wurde.

Server-TOTP stimmt nicht mit Client-TOTP überein

Problem

Beim Ausführen von Complete device registration wird ein Fehler angezeigt.

Fehler:

Refer to Roving Edge User Guide to create a dynamic group and update the policy statement.

Unable to complete the registration. Retry 8) Complete Device Registration

Mögliche Ursachen und Lösungen

Möglicherweise ist keine erforderliche dynamische Gruppe vorhanden, oder die zugehörige Policy ist nicht konfiguriert, oder sie ist in Ihrem Mandanten falsch konfiguriert.

Beim Self-Provisioning wird ein RED_RECOVERY_KEY-Fehler angezeigt

Beim Selbst-Provisioning wird beim Einrichten der Verbindung zu OCI möglicherweise der folgende Fehler angezeigt:

Failed: The initial value must be RED_RECOVERY_KEY. Verify that you are not overwriting an existing backed-up Recovery Key and ensure the initial content is set correctly.

Der Self-Provisioning-Prozess erwartet, dass der Secret-Inhalt des Recovery-Schlüssels exakt mit RED_RECOVERY_KEY übereinstimmt. Wenn Ihr Secret-Inhalt nicht mit RED_RECOVERY_KEY übereinstimmt, ist dies ein Zeichen dafür, dass etwas nicht richtig konfiguriert ist. Der Self-Provisioning-Prozess zeigt den Fehler an, um zu verhindern, dass versehentlich ein Wiederherstellungsschlüssel überschrieben wird, der für ein anderes Gerät konfiguriert werden kann.

• Wenn Sie Selbstbereitstellung des Geräts vorbereiten1, stellen Sie sicher, dass der Secret-Inhalt auf RED_RECOVERY_KEY gesetzt ist.

  Informationen zum Prüfen des Secret-Inhalts finden Sie unter Inhalte eines Secrets abrufen.

• Wenn Sie den Secret-Inhalt in RED_RECOVERY_KEY ändern müssen, lesen Sie Secret-Version erstellen.

  Wählen Sie Secret Type Template als plain-text, secret contents als RED_RECOVERY_KEY aus, und wählen Sie nicht Set to Pending.

• Wenn Sie Konnektivität zu OCI einrichten, stellen Sie sicher, dass Sie die richtige Secret-OCID für das Gerät angeben, das Sie bereitstellen.

IP-Adressbereich für die öffentliche IP-Poolkonfiguration wird nicht übermittelt

Nachdem Sie einen IP-Bereich eingegeben und die Eingabetaste gedrückt haben, drücken Sie erneut die Eingabetaste in der leeren Eingabezeile, um sie zu übermitteln. Wenn mehr IP-Bereiche erforderlich sind, drücken Sie nach jedem Bereich die Eingabetaste, um eine weitere Eingabezeile zu öffnen. Leiten Sie eine leere Eingabeposition als letzten Eintrag weiter, um alle Daten weiterzuleiten. Um den Vorgang abzubrechen und zurückzugehen, klicken Sie auf Ctrl+C.

Kein Zugriff auf Public-Service-Endpunkte (169.254.169.254 bei den Ports 8015, 18336 usw.)

Stellen Sie sicher, dass die Firewall auf der Instanz den Adressbereich 196.254.0.0/16 nicht blockiert. Es ist üblich, dass ein von OCI exportiertes Image standardmäßig den Link-lokalen Adressbereich blockiert. Wenn ja, entfernen Sie die Regel, die Verbindungen zu 196.254.0.0/16 blockiert, aus den Firewalleinstellungen. Informationen zur Firewallkonfiguration finden Sie in der Dokumentation Ihres Betriebssystems.

Fehlender verfügbarer Speicherplatz führt zu Fehlern bei Block-Volume-Vorgängen

Der fehlende verfügbare Speicherplatz kann dazu führen, dass Blockspeichervorgänge nicht erfolgreich ausgeführt werden. Geben Sie Speicherplatz frei, indem Sie nicht mehr benötigte Ressourcen löschen, wie Object Storage-Objekte, Boot- und Block-Volumes und Instanzen. Überprüfen Sie regelmäßig den verfügbaren Speicher Ihrer Roving Edge-Geräte, um sicherzustellen, dass Ihnen kein Auslaufen droht.

Niedrige verfügbare Kapazität des Objektspeichers löst Warnungen aus und ist schreibgeschützt

Wenn das System eine belegte Kapazität von 80% erreicht, wird auf der Seite "Monitoring" der Status Warnung ausgelöst. Wenn das System eine belegte Kapazität von 95% erreicht, wechselt es in den schreibgeschützten Modus, und auf der Seite "Monitoring" wird der Object Storage-Status als Gestört oder Warnung angezeigt.

Oracle empfiehlt, dass Sie keine intensiven Schreibvorgänge ausführen, wenn das System mit einer belegten Kapazität von 80% funktioniert. Wenn Sie sich bei oder nahe bei 80% befinden, übertragen Sie Daten in die OCI-Cloud, bis das System deutlich unter 80% Kapazität liegt.

Wenn das System den Schwellenwert für die belegte Kapazität von 95% überschreitet, wechselt es in den schreibgeschützten Modus, und die Kernfunktionalität (einschließlich Compute und Object Storage) ist begrenzt. Alle Compute-Vorgänge, wie benutzerdefinierte Instanzen, Boot-Volumes und Block-Volumes, sowie alle Object Storage-Vorgänge werden ausgesetzt. Die Aufhängung des Systems verhindert, dass Sie auf ein Speichergerät schreiben, wenn Haltbarkeit und Redundanz nicht garantiert werden können.

Wenn kein verfügbarer Speicherplatz auf dem Gerät verbleibt, können Sie mehr Speicherplatz freigeben, indem Sie nicht mehr benötigte Ressourcen löschen, wie Objekte in Object Storage, Boot- und Block-Volumes und Instanzen. Wenn Löschanforderungen nicht erfolgreich sind, weil kein Speicherplatz verfügbar ist und sich das System im schreibgeschützten Modus befindet, können Sie den Abgesicherten Modus über die serielle Konsole aktivieren. Im abgesicherten Modus können Sie die erforderlichen Löschvorgänge vornehmen.

Vermeiden von übermäßigen Speicherproblemen

Befolgen Sie Best-Practice-Empfehlungen zum Einrichten oder Planen von Compute-, Block Storage- und Object Storage-Ressourcenverbrauch, um Oversubscription-Probleme zu vermeiden. Block Storage und Compute reservieren keinen Speicherplatz für Volumes im Voraus. Stattdessen wird Speicherplatz belegt, wenn Daten auf das Volume geschrieben werden. Beispiel: Wenn ein Block-Volume mit 100 GB erstellt wird, bedeutet dies nicht, dass 100 GB vom gesamten verfügbaren Speicherplatz für dieses Volume reserviert werden. Der Speicherplatz bleibt für alle Dienste verfügbar und kann erschöpft sein, bevor das 100-GB-Volume mit Daten gefüllt wird.

Außerdem validieren Compute und Block Storage die angegebene Größe eines erstellten Volumes nicht mit dem verfügbaren Speicherplatz. Dieser Mangel an Validierung kann zu einem Überabonnement führen, wenn die Gesamtgröße der erstellten Volumes den auf dem Gerät verfügbaren Speicherplatz überschreitet. Verlassen Sie sich nicht auf Block-Volume-Größen, um die Speicherplatzauslastung zu berechnen. Befolgen Sie stattdessen die Informationen zur Speicherplatznutzung, die auf der Monitoring-Seite der Roving Edge Device-Konsole angezeigt wird.

Auf der Monitoring-Seite wird der Object Storage-Status als "Gestört" oder "Warnung" angezeigt

Wenn die Speicherfunktion in einem Roving Edge-Gerät fehlerhaft ist oder physische Probleme aufweist, wird auf der Seite "Monitoring" in der Roving Edge Device-Konsole der Status Warnung oder Gestört regelmäßig für den Object Storage-Service angezeigt. In diesem Fall versucht das Roving Edge-Gerät, den Speicher neu auszugleichen und die deklarierte Redundanzstufe wiederherzustellen. Schließlich wird ein fehlerfreier Zustand angezeigt, wenn für das Roving Edge-Gerät Speicherplatz verfügbar ist und genügend redundante Kopien auf den verbleibenden Roving Edge-Gerätegeräten wiederhergestellt werden können, die für den Speicher verwendet werden.

Objekte mit bestimmten Versionskennungen können Probleme verursachen

oci os object get ... --version-id '-WhjCQ.-IYgDLuoZ9gbxpn.8Q.q-iZt' ...

In diesem Fall können Sie eine der folgenden Workarounds verwenden:

• Fügen Sie das Gleichheitszeichen ("=") zwischen dem --version-id-Parameter und seinem Wert hinzu. Fügen Sie keine Leerzeichen vor dem = ein. Beispiel:

  oci os object get ... --version-id="-WhjCQ.-IYgDLuoZ9gbxpn.8Q.q-iZt" ...

  Verwenden Sie nur doppelte Anführungszeichen um den Wert herum.

• Fügen Sie den Parameter --from-json in den Befehl ein, und geben Sie die Eingabe in einem JSON-Format an. Weitere Informationen finden Sie unter Erweiterte JSON-Optionen.

Beim Versuch, die Instanz zu erstellen, wird die Meldung "Out of Capacity" angezeigt

Die Instanzkapazität wird durch die Anzahl der verfügbaren Cores und dem verfügbaren Arbeitsspeicher begrenzt. Beenden Sie einige der vorhandenen Instanzen, die nicht verwendet werden, und versuchen Sie es erneut. Gestoppte Instanzen werden auf die verwendeten Ressourcen angerechnet.

Bildimportfehler

Der Import großer Bilder dauert eine Weile, viel länger, wenn andere plattenlastige Anwendungen oder Vorgänge ausgeführt werden. Wenn ein Import zu lange dauert und Sie ihn beenden möchten, wählen Sie im Menü Importieren die Option Beenden. Ein Bildimport wird automatisch nach vier Stunden abgebrochen.

Die Instanz wird in den Status "Wird ausgeführt" gestartet, jedoch bei einigen Boot-Nachrichten in der Verbindungsschleife

Roving Edge unterstützt nur .oci- und .qcow2-Images beim UEFI-Booten. Um auf Imageprobleme zu prüfen, öffnen Sie die Roving Edge Device-Konsole, und gehen Sie zur Seite "Details" der Compute-Instanz. Prüfen Sie, ob das Bildformat .oci, .qcow2 oder einen anderen Typ ist. Aus OCI Cloud exportierte Images sind normalerweise vom Typ .oci. Bestätigen Sie das Image und den Boot-Typ beim Provider des Images.

Verwenden Sie auf einem Linux-Rechner das Utility qemu-img, um Imageinformationen mit dem folgenden Befehl anzuzeigen:

qemu-img info image_file

Zugriff auf externe Ressource von einer Instanz nicht möglich

1. Wenn der Domainname eine externe Ressource referenziert, stellen Sie sicher, dass externe DNS-Resolver zur Liste der Nameserver innerhalb der Instanz hinzugefügt werden. Informationen zum DNS-Konfigurationsverfahren finden Sie in der Dokumentation Ihres Betriebssystems.

   Beispiel: Bei einigen Linux-basierten Systemen müssen Nameserver-IPs der Datei /etc/resolv.conf hinzugefügt werden.

2. Stellen Sie sicher, dass die externen Konnektivitätseinstellungen des Roving Edge-Geräts korrekt sind. Siehe Roving Edge Device über die serielle Konsole verwalten
3. Stellen Sie sicher, dass die Instanzfirewall-Einstellungen keine ausgehenden Verbindungen blockieren. Informationen zu den Verfahren zur Firewallkonfiguration finden Sie in der Dokumentation Ihres Betriebssystems.

Verbindung zu einer Instanz mit SSH nicht möglich

1. Stellen Sie sicher, dass die Instanz ausgeführt wird. Öffnen Sie die Roving Edge Device-Konsole, und prüfen Sie auf der Seite "Details" der Compute-Instanz, um sicherzustellen, dass der Instanzstatus Wird ausgeführt lautet. Wenn die Instanz nicht ausgeführt wird, geben Sie Start ein, um die Instanz zu starten. Warten Sie, bis der Zustand in RUNNING geändert wird.

2. Stellen Sie sicher, dass der Instanz eine öffentliche IP-Adresse zugewiesen ist. Öffnen Sie die Roving Edge Device-Konsole, und gehen Sie zur Seite "Details" der Compute-Instanz. Wählen Sie den Instanznamen aus, und prüfen Sie, ob der Instanz eine öffentliche IP zugewiesen ist. Prüfen Sie dazu den Wert Öffentliche IP-Adresse im Abschnitt Instanzzugriff.

   Wenn der Instanz keine öffentliche IP zugewiesen ist, fügen Sie eine IP wie folgt hinzu:

   1. Öffnen Sie die Seite "Details" der Compute-Instanz.

   2. Wählen Sie unter Ressourcen die Option Angehängte VNICs aus, um die Liste der angehängten VNICs anzuzeigen.

   3. Wählen Sie die primäre VNIC aus.

   4. Die Seite "Details" für die primäre VNIC wird angezeigt.

   5. Wählen Sie Bearbeiten aus.

      Alternativ wählen Sie das Menü "Aktionen" () für die VNIC aus, die Sie bearbeiten möchten, und wählen Sie Bearbeiten aus.

      Das Dialogfeld "VNIC bearbeiten" wird angezeigt.

   6. Wählen Sie die Option Ephemere öffentliche IP aus.

   7. Wählen Sie Aktualisieren aus.

   8. Wenn die Zuweisung öffentlicher IP nicht erfolgreich verläuft, öffnen Sie die serielle Konsole, und wählen Sie Netzwerkkonfiguration aus, um sicherzustellen, dass der öffentliche IP-Adresspool der RED eingerichtet ist und IPs verfügbar sind.

3. Stellen Sie sicher, dass die externen Konnektivitätseinstellungen des Roving Edge-Geräts korrekt sind. Öffnen Sie die serielle Konsole, und wählen Sie Geräte konfigurieren. Stellen Sie sicher, dass die IP-Adresse, die Länge des Netzwerkpräfixes und die IP-Adresse des Roving Edge-Geräts korrekt eingerichtet sind.

4. Stellen Sie sicher, dass die Instanz über ICMP-Anforderungen erreichbar ist. Führen Sie folgenden Befehl aus:

   ping 100.100.1.10

   wobei 100.100.1.10 die öffentliche IP-Adresse der Zielinstanz ist. Wenn der Befehl erfolgreich ist, kann das Problem mit der Instanzkonfiguration (SSH-Service, Firewallregeln) auftreten. Weitere Informationen finden Sie in der Dokumentation Ihres Betriebssystems zum SSH- und Firewall-Setup.

5. Stellen Sie sicher, dass die Instanz korrekt gestartet wurde. Wenn der Befehl ping 100.100.1.10 nicht erfolgreich ausgeführt wird, prüfen Sie die Historie der Instanzkonsole, um nach einer erfolgreichen Startsequenz zu suchen.

6. Starten Sie das Gerät mit dem Netzschalter des Geräts oder über die serielle Konsole neu.

Zugriff auf einen Port auf einer Instanz über den externen Rechner nicht möglich

1. Stellen Sie sicher, dass die externen Konnektivitätseinstellungen des Roving Edge-Geräts korrekt sind. Siehe Roving Edge Device über die serielle Konsole verwalten.

2. Stellen Sie sicher, dass die Instanzfirewall-Einstellungen eingehende Verbindungen nicht blockieren. Informationen zur Firewallkonfiguration finden Sie in der Dokumentation Ihres Betriebssystems.

3. Stellen Sie sicher, dass die öffentliche IP-Adresse auf die Instanz zugreift, nicht auf die private IP-Adresse oder den vollqualifizierten Domainnamen (FQDN). Die private IP-Adresse der Instanz ist nur im VCN-Subnetz sichtbar. Der Instanz-FQDN wird nur angezeigt, wenn der interne DNS-Standardservice des VCN verwendet wird (169.254.169.254), auf den außerhalb des VCN-Netzwerks nicht zugegriffen werden kann.

Zugriff auf eine Instanz von einer anderen Instanz nicht möglich

1. Stellen Sie sicher, dass die Zielinstanz ausgeführt wird. Öffnen Sie die Roving Edge Device-Konsole, und prüfen Sie die Detailseite der Compute-Instanz, um sicherzustellen, dass der Status der Zielinstanz Wird ausgeführt lautet.

2. Stellen Sie sicher, dass die Netzwerkkonfiguration der anforderungssenden Instanz, wie IP-Adresse, Netzwerkmaske und Gateway, korrekt eingerichtet ist. Befolgen Sie bei der Konfiguration die Richtlinien zu den Subnetzeinstellungen. Weitere Informationen finden Sie in der Dokumentation Ihres Betriebssystems zur Netzwerkkonfiguration.

   Prüfen Sie das Setup auf Linux-basierten Systemen mit dem folgenden Befehl:

   ip addr show ip route show default

3. Stellen Sie sicher, dass die Firewalleinstellungen der Zielinstanz eingehende Verbindungen nicht blockieren. Weitere Informationen finden Sie in der Dokumentation Ihres Betriebssystems zur Firewallkonfiguration.

4. Stellen Sie sicher, dass die anforderungssenden Instanzfirewall-Einstellungen keine ausgehenden Verbindungen blockieren. Informationen zur Firewallkonfiguration finden Sie in der Dokumentation Ihres Betriebssystems.

5. Wenn ICMP auf der Zielinstanz nicht blockiert ist, stellen Sie sicher, dass der Befehl ping erfolgreich ist. Führen Sie den folgenden Befehl aus der anforderungssendenden Instanz-Shell aus:

   ping 10.0.0.2

   wobei 10.0.0.2 die private IP der Zielinstanz ist.

6. Wenn das Ergebnis des Befehls ping No route to host lautet, stellen Sie sicher, dass die Standardroute auf das Subnetzgateway gesetzt ist. Informationen zu den Standardrouteinstellungen finden Sie in der Dokumentation Ihres Betriebssystems. Beispiel: Bei Linux-basierten Betriebssystemen kann der Befehl wie folgt lauten:

   ip route show default

   mit der erwarteten Ausgabe:

   default via 10.0.0.1 dev eth0

   wobei 10.0.0.1 die Gateway-IP-Adresse des Subnetzes 10.0.0.0/24 ist (das VCN-Subnetzgateway verwendet immer die erste Adresse im Subnetzbereich).

Zugriff auf eine andere Instanz mit vollqualifiziertem Domainnamen nicht möglich

Stellen Sie sicher, dass die Zielinstanz ausgeführt wird. Öffnen Sie die Roving Edge Device-Konsole, und prüfen Sie die Detailseite der Compute-Instanz, um sicherzustellen, dass der Status der Zielinstanz Wird ausgeführt lautet. Wenn die Zielinstanz Gestoppt ist, starten Sie sie neu. Vergewissern Sie sich, dass für die anforderungssendende Instanz 169.254.169.254 als Name Server festgelegt ist. Weitere Informationen zur DNS-Konfiguration finden Sie in der Dokumentation Ihres Betriebssystems.

Instanz wird gestartet, aber es gibt keine öffentliche IP-Adresse für die Verbindung mit SSH

Beim Erstellen einer Instanz wählen Sie die Option Öffentliche IP-Adresse zuweisen aus. Stellen Sie sicher, dass der öffentliche IP-Pool, der beim Einrichten des Geräts (mit der seriellen Konsole) angegeben wurde, über genügend Adressen für die Anzahl der Instanzen (einschließlich Instanzen im Status Gestoppt) verfügt. Wenn nicht genügend Adressen vorhanden sind, beenden Sie einige Instanzen, um Adressen freizugeben, oder erstellen Sie weitere öffentliche IPs mit der seriellen Konsole.

Instanzerstellung geht direkt in den Status "Beenden"

Dies ist wahrscheinlich auf eine der folgenden Ursachen zurückzuführen:

• Fehlende öffentliche IPs: Fehlende IPs können auftreten, weil der öffentliche IP-Pool nicht in der seriellen Konsole eingerichtet wird oder aus einem anderen unbestimmten Grund außerhalb der IPs liegt. Prüfen Sie, ob der öffentliche IP-Poolbereich des Roving Edge-Geräts festgelegt wurde (wenn Sie eine Instanz mit der Standardoption "Öffentliche IP" erstellen):

  1. Öffnen Sie die serielle Konsole.

  2. Wählen Sie Networking konfigurieren (Option 3).

  3. Wählen Sie Status des öffentlichen IP-Pools anzeigen (Option 4).

  Wenn der öffentliche IP-Pool nicht festgelegt wurde, gehen Sie zurück, und wählen Sie Public IP Pool Range for Compute Instances aus. Befolgen Sie die angezeigten Anweisungen, um öffentliche IP-Bereiche einzugeben. Die serielle Konsole enthält ein Nutzungshandbuch für weitere Informationen.

• Vollständiger ceph-Objekt-/Blockspeicher: Die Unfähigkeit, Speicherplatz für das Boot-Volume der Instanz zuzuweisen, kann dazu führen, dass die Instanz in den Beendigungsstatus übergeht. Stellen Sie sicher, dass der Objekt-/Blockspeicher nicht voll ist, indem Sie den oberen Bereich der Seite "Monitoring" in der RED-Konsole prüfen.

• Vollständige CPU-Auslastung: Es sind insgesamt maximal 32 OCPUs für alle Instanzen vorhanden, einschließlich der gestoppten OCPUs. Stellen Sie auf der Compute-Seite der Roving Edge Device-Konsole sicher, dass die OCPU-Gesamtanzahl vorhandener Instanzen kleiner als die maximale Anzahl von 32 ist. Wenn alle 32 OCPUs verwendet werden, beenden Sie einige Instanzen, um Ressourcen freizugeben.

• Vollständige GPU-Nutzung: Es gibt maximal eine GPU-Ausprägungsinstanz, einschließlich der gestoppten GPUs. Für ein Roving Edge-Gerät kann jeweils nur eine einzelne GPU-förmige Instanz bereitgestellt werden. Versuche, weitere GPU-Ausprägungsinstanzen zu erstellen, werden beim Provisioning beendet. Stellen Sie auf der Compute-Seite der Roving Edge Device-Konsole sicher, dass keine Instanzen mit einer GPU-Ausprägung im Status Wird ausgeführt oder Gestoppt vorhanden sind. Wenn eine GPU-förmige Instanz vorhanden ist, beenden Sie sie.

• Ungültiges Image: Roving Edge unterstützt nur die Imageformate .oci und .qcow2 beim UEFI-Boot. Öffnen Sie auf der Compute-Seite der Roving Edge Device-Konsole den Abschnitt Instanzen, und bestimmen Sie, welche Instanz beendet wird. Wählen Sie die beendende Instanz aus, um die zugehörige Detailseite zu öffnen, auf der Sie den Imagenamen notieren können. Der Imagename und die Erweiterung geben an, ob es sich um .oci oder .qcow2 oder einen anderen Typ handelt. Aus OCI Cloud exportierte Images sind normalerweise vom Typ .oci. Überprüfen Sie das Bild und den Boot-Typ mit der Person, die das Bild bereitgestellt hat.

  Verwenden Sie auf einem Linux-Rechner das Utility qemu-img, um Imageinformationen mit dem folgenden Befehl anzuzeigen:

  qemu-img info image_file

Langsame Instanzperformance oder langsame Terminalnutzung mit SSH

Die langsame Performance von Roving Edge-Geräten kann dazu führen, dass andere Instanzen stark beansprucht werden, z.B. solche, die datenträger- oder netzwerkintensive Anwendungen ausführen. Auch ressourcenintensive Gerätevorgänge wie das Importieren großer Objektspeicherinhalte oder Compute-Images können die Performance beeinträchtigen. Wenn Sie mit einer intensiven Anwendung arbeiten, verwenden Sie eine Instanzausprägung mit einer höheren OCPU-Anzahl, da sie auch mehr RAM enthält. Stoppen oder beenden Sie die aktuelle Instanz, und erstellen Sie dann eine andere Instanz mit demselben Image, jedoch mit der größeren Ausprägung.

Ihre Instanz wird in den Status "Wird ausgeführt" gestartet, aber die SSH-Verbindung lehnt den Schlüssel ab, verweigert die Verbindung oder wird wegen Timeout abgebrochen.

Wenn Sie eine Instanz starten, deren Status als Wird ausgeführt aufgeführt ist, aber SSH den Schlüssel ablehnt, die Verbindung ablehnt oder eine Zeitüberschreitung verursacht, versuchen Sie Folgendes:

• Stellen Sie sicher, dass Sie versuchen, mit SSH eine Verbindung zur öffentlichen IP-Adresse der Instanz herzustellen.

• Stellen Sie sicher, dass Sie den Private Key (nicht öffentlich) als Teil des SSH-Befehls auf Ihrem Hostcomputer verwenden.

• Geben Sie der Instanz eine Minute oder länger zum vollständigen Starten. Wenn Sie diese Zeit angeben, kann der SSH-Service geladen werden. Versuchen Sie dann erneut, eine Verbindung herzustellen.

• In seltenen Fällen werden die neuen Schlüssel, die im Rahmen des Instanzerstellungsprozesses hochgeladen oder kopiert bzw. eingefügt wurden, möglicherweise nicht eingeschlossen, wenn das von Ihnen hochgeladene oder importierte Image bereits SSH-Schlüssel für öffentliche Benutzer enthält. Erstellen Sie einen Snapshot des Originalbilds mit den gewünschten Schlüsseln, und verwenden Sie das geänderte Bild.

Instanz ist lange hängend

Das Provisioning bestimmter Images und Ressourcen, wie Boot-Volumes, GPU und größere Ausprägungen, kann mindestens 10 Minuten dauern. Wenn eine Instanz lange hängen geblieben ist, gehen Sie wie folgt vor:

1. Greifen Sie auf die Roving Edge Device-Konsole zu, und öffnen Sie die Detailseite für die Instanz.

2. Prüfen Sie die Abschnitte Angehängte Block-Volumes und Angehängte VNICs, und beachten Sie alle Ressourcen, die im Status Anhängen oder Trennen hängen.

3. Wenn Block-Volumes oder VNICs beim Anhängen/Trennen des Status hängen bleiben, prüfen Sie auf der Seite "Monitoring", ob Block Storage- und VCN-Services fehlerfrei sind.

   • Wenn der belegte Speicherplatz nahezu voll ist, ist möglicherweise nicht genügend Kapazität für das Provisioning einer Instanz vorhanden. Beenden Sie andere Instanzen, entfernen Sie Block-Volumes oder beide, um Speicherplatz freizugeben.

   • Wenn der öffentliche IP-Pool belegt ist, ist das Provisioning einer neuen Instanz mit öffentlicher IP (standardmäßig angegeben) nicht möglich. Beenden Sie vorhandene Instanzen, um IPs freizugeben, oder fügen Sie öffentliche IPs über die serielle Konsole hinzu.

4. Prüfen Sie die Seite {\b Monitoring}, wenn andere Services fehlerhaft sind.

Wenn die hier aufgeführten Lösungen das Problem nicht lösen, sollten Sie die Instanz beenden.

Hängende Instanzen werden nach einigen Stunden automatisch gelöscht. Andernfalls müssen sie möglicherweise manuell beendet werden.

Aufgabe konnte nicht erstellt werden. Fehler: "Gleiche oder zirkuläre Aufgabe vorhanden"

Data Sync-Aufgaben sind unidirektional und reagieren empfindlich auf Zirkelbezüge. Sie können keine bidirektionale Synchronisierung mit zwei Aufgaben und denselben Objektspeicher-Buckets einrichten, die von OCI und den Roving Edge-Geräten verwendet werden. Stellen Sie sicher, dass die von Ihnen erstellte Aufgabe nicht versucht, die Synchronisierungsrichtung einer zuvor erstellten Aufgabe umzukehren. Wenn dies der Fall ist, müssen Sie eine der Aufgaben ändern, um die Richtung der anderen nicht umzukehren.

Aufgaben sind angegeben, aber Synchronisierungsvorgänge werden nicht gestartet

Bei Data Sync müssen Sie für jedes Roving Edge-Gerät eine Verbindung zu einem OCI-Cloud-Speicherort zuweisen, an dem die Datensynchronisierungsvorgänge ausgeführt werden sollen. Prüfen Sie auf der OCI-Statusseite, ob OCI-Services ausgeführt werden. Wenn Netzwerk- oder Objektspeicherprobleme auftreten, beheben Sie diese Probleme, bevor Sie versuchen, eine Datensynchronisierung auszuführen oder zu planen. Prüfen Sie als Nächstes, ob das lokale Netzwerk über Konnektivität verfügt, indem Sie ping OCI vom Hostrechner ausführen, um die Konnektivität zwischen Roving Edge und OCI zu prüfen. Wenn das Pingen von OCI nicht funktioniert, stellen Sie sicher, dass keine Firewall oder Netzwerkregeln vorhanden sind, die die Konnektivität blockieren.

Wenn Sie einen Datensynchronisierungsaufgabenjob zum Synchronisieren eines Buckets von einem Roving Edge Device-to-OCI- oder OCI-to-Roving Edge Device erstellen und die geschätzte Laufzeit mehr als 12 Stunden beträgt, verläuft der Datensynchronisierungsjob genau nach 12 Stunden nicht erfolgreich, weil das Authentifizierungstoken alle 12 Stunden abläuft. Wenn der Data Sync-Job nach mehr als 12 Stunden nicht erfolgreich ausgeführt wird, führen Sie die folgenden Schritte aus:

1. öffnen Sie das Navigationsmenü, und wählen Sie Datensynchronisierung aus.

   Die Seite "Datensynchronisierungsaufgaben" wird angezeigt. Alle Datensynchronisierungsaufgaben werden tabellarisch aufgelistet.

2. Prüfen Sie die nicht erfolgreiche Datensynchronisierungsaufgabe.

3. Wählen Sie Start.

   Alternativ wählen Sie das Menü "Aktionen" () für die von Ihnen geprüfte Datensynchronisierungsaufgabe aus, und wählen Sie Starten aus.

4. Bestätigen Sie den Startvorgang, wenn Sie dazu aufgefordert werden.