Roving Edge - Fehlerbehebung

Oracle Support abrufen

Wenn Sie nach der Prüfung und Verwendung dieser Tipps zur Fehlerbehebung weiterhin Hilfe benötigen, öffnen Sie eine Serviceanfrage für Ihr Problem. Weitere Informationen finden Sie unter Supportticket erstellen.

Gerät ist erneut gesperrt

Bei Roving Edge Infrastructure-Geräten müssen Sie diese nach jedem Neustart und Power Cycle entsperren. Wenn die RED unerwartet gesperrt ist, stellen Sie sicher, dass die Stromverbindung stabil ist, und prüfen Sie, ob sie kürzlich neu gestartet wurde. Stellen Sie sicher, dass die Stromverbindung stabil ist und dass das Roving Edge Infrastructure-Gerät nicht neu gestartet wurde.

Keine Ausgabe der seriellen Konsole

Wenn Sie Ihren Controllinghost mit dem seriellen Port des Roving Edge-Geräts mit dem mitgelieferten Kabel verbunden haben, aber nach dem Einschalten des Geräts keine Ausgabe angezeigt wird, prüfen Sie die folgenden Punkte:

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

Die Gerätekonsolen-URL gibt die Meldung "nicht verfügbar" oder "nicht vertrauenswürdig" an

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

Wenn das TLS-Zertifikat der Gerätekonsole nicht auf Ihrem Hostcomputer installiert und vertrauenswürdig ist, fügen Sie das TLS-Zertifikat von der Gerätekonsole mit dem Browser zur Schlüsselbund-/Zertifikatsammlung Ihres Hostcomputers hinzu, und 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 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 für ein Systemupgrade oder der erste Start nach einem Stromausfall. Um zu diagnostizieren, ob das Problem mit dem TLS-Zertifikat oder einem Systemausfall zusammenhängt, suchen Sie im Browser des Operators oder mit einem Tool wie CURL nach einer guten oder schlechten Antwort auf den https://<host>:12060/v1/tenants/orei-Endpunkt. Wenn der Zugriff auf diesen Endpunkt zu einer Sicherheitswarnung führt, prüfen Sie, ob das TLS-Zertifikat des Roving Edge Infrastructure-Geräts ordnungsgemäß installiert und vertrauenswürdig ist. Wenn für den Endpunkt ein Timeout auftritt oder eine Nicht-200-Antwort zurückgegeben wird, tritt möglicherweise ein teilweiser Ausfall auf.

Browser-Sicherheitswarnung beim Zugriff auf die Gerätekonsole

Die Gerätekonsole kommuniziert mit TLS/HTTPS auf Port 8015 eines bestimmten Geräts. Wenn der Gerätekonsolenbrowser eine Sicherheitswarnung anzeigt, stellen Sie sicher, dass das TLS-Zertifikat auf Ihrem Roving Edge Infrastructure-Gerät installiert und vertrauenswürdig ist. Wenn das TLS-Zertifikat der Gerätekonsole nicht auf dem Hostcomputer installiert und vertrauenswürdig ist, fügen Sie das TLS-Zertifikat von der Gerätekonsole im Browser zur Schlüsselbund-/Zertifikatsammlung des Hostcomputers hinzu. Dann 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.

"Service unbekannt" beim Erstellen von Policys für "Service-Rover"

Wenn beim Erstellen von Policys für "Service-Rover" der Fehler "Service unbekannt" angezeigt wird, müssen Sie möglicherweise einen untergeordneten Mandanten in Oracle Cloud Infrastructure erstellen. Weitere Informationen zu diesem Feature finden Sie unter Neuen untergeordneten Mandanten erstellen in der Oracle Cloud Infrastructure-Dokumentation.

Sie können das Gerät nicht entsperren

Problem

Sie geben die Passphrase zum Entsperren ein, das Gerät wird jedoch nicht entsperrt.

Mögliche Ursachen und Lösungen

Der Master-Schlüssel des Geräts kann aus einem der folgenden Gründe zerlegt werden:

• Jemand hat den Schlüssel absichtlich mit der seriellen Konsolenoption Shred Key zerlegt. Siehe Masterschlüssel für Roving Edge Infrastructure-Geräte zerlegen.
• Jemand hat zu oft die falsche Passphrase zum Entsperren der seriellen Konsole eingegeben, und das Gerät hat den Schlüssel aus Sicherheitsgründen zerlegt.

Für selbst bereitgestellte Geräte:

Die einzige Möglichkeit zum Recovery besteht darin, Recover Key in der seriellen Konsole auszuführen und dann den Recovery-Schlüssel einzugeben. Der Wiederherstellungsschlüssel wurde während der Erstkonfiguration des Geräts angezeigt.

Wenn Sie den Wiederherstellungsschlüssel nicht kennen, gibt es keine Möglichkeit, das Gerät zu entsperren und wiederherzustellen. Sie müssen das Gerät zurückgeben. Siehe Roving Edge Infrastructure-Geräte an Oracle zurücksetzen.

Für von Oracle bereitgestellte Geräte: Siehe Roving Edge Infrastructure-Gerät nach dem Zerkleinern des Masterschlüssels wiederherstellen.

Selbst-Provisioning-Logs erfassen

Wenn Sie die Roving Edge Basic Configuration Interface in der seriellen Konsole verwenden, wie unter Self-Provisioning des Geräts beschrieben, können Sie Logs erfassen, mit denen Probleme diagnostiziert werden können.

1. Wählen Sie im Hauptmenü der Roving Edge Basic-Konfigurationsoberfläche die Option Erweiterte Vorgänge aus.

2. Wählen Sie Logs erfassen aus.

   Die Logausgabe wird angezeigt.

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

Updates der grundlegenden Konfigurationsschnittstelle von 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 auf.

1. Wählen Sie im Hauptmenü der Roving Edge Basic-Konfigurationsoberfläche 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.

Das Gerät kann nicht registriert oder die Aufnahme abgeschlossen werden

Problem

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

• 6) Register device to OCI

• 7) Complete device registration

Fehler:

Checking OCI Connectivity...
 
OCI connectivity failure due to The required information to complete authentication was not provided or was incorrect.
Please obtain new Session token/Session private key and re-enter
3) Session token and 4) Session private key then retry 6) Register device to OCI
 
ERROR: Registration FAILED!

Mögliche Ursachen und Lösungen

• Ihr Sessiontoken und der private Sessionschlüssel sind entweder abgelaufen oder ungültig.

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

  Mit der OCI-CLI können Sie ein neues Sessiontoken auf Ihrem Laptop generieren.

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

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

Ungültiger Aktivierungscode

Problem

Sie erhalten einen Fehler, wenn Sie Register device to OCI ausführen.

Fehler:

Checking OCI Connectivity...
Node name: node-1
Node shape: RED.2.56
..
OCI connectivity OK!
....
Failed: Register to OCI Failed!!! Invalid Activation Code
 
Registration failed. Please retry 6) Register device to OCI a few more times.
 
If the failure still exist, please 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.

Der Server-TOTP stimmt nicht mit dem Client-TOTP überein

Problem

Sie erhalten einen Fehler, wenn Sie Complete device registration ausführen.

Fehler:

Complete Registration Failed!!! The server TOTP does not match client TOTP
 
Please refer to Rover User Guide to create a dynamic group and update the policy statement.
Unable to complete the registration. Please retry 7) 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 in Ihrem Mandanten falsch konfiguriert.

Stellen Sie in Ihrem Mandanten sicher, dass die dynamische Gruppe und die Policy konfiguriert sind. Siehe Selbst-Provisioning von Roving Edge Infrastructure-Geräten zulassen.

Das Symbol zum Laden des Systemupgrades dreht sich weiter

Das Systemupgrade-Tool bleibt in seinem Ladezustand, bis ein Timeout auftritt. Danach weist es darauf hin, dass der Systemupgradestatus nicht ermittelt werden kann. Dieser Timeout tritt am häufigsten auf, wenn die REDs vom Internet getrennt sind. Das Systemupgrade erfordert eine Verbindung zu OCI, um zu bestimmen, ob ein Upgrade für das RED verfügbar ist.

Wenn Ihr Gerät nicht mit dem Internet verbunden ist, können Sie Ihr Gerät mit dem getrennten Upgrade-Prozess aktualisieren. Weitere Informationen finden Sie unter Roving Edge Device-Software bei getrennter Verbindung upgraden.

Downloadprozess für Systemupgrade-Bundle nicht erfolgreich

Prüfen Sie Ihre Internetverbindung, und klicken Sie auf Upgrade herunterladen, um den Download zu versuchen. Wenn der Download nach mehreren Versuchen nicht erfolgreich war, wenden Sie sich an den Oracle-Support.

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

Nachdem Sie einen IP-Bereich eingegeben und die Eingabetaste gedrückt haben, drücken Sie erneut die Eingabetaste in der leeren Eingabezeile, um den Vorgang zu starten. Wenn weitere 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 alles weiterzuleiten. Klicken Sie auf Ctrl+C, um den Vorgang abzubrechen und zurückzukehren.

Zugriff auf Public Service-Endpunkte nicht möglich (169.254.169.254 an den Ports 8015, 18336 usw.)

Stellen Sie sicher, dass die Firewall in der Instanz den Adressbereich 196.254.0.0/16 nicht blockiert. Ein von OCI exportiertes Image blockiert standardmäßig den Link-lokalen Adressbereich. 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.

Mangelnder verfügbarer Speicherplatz führt dazu, dass Block-Volume-Vorgänge nicht erfolgreich verlaufen

Ein Mangel an verfügbarem Speicherplatz kann dazu führen, dass Blockspeichervorgänge nicht erfolgreich sind. Geben Sie Speicherplatz frei, indem Sie nicht mehr benötigte Ressourcen wie Object Storage-Objekte, Boot- und Block-Volumes und Instanzen löschen. Überprüfen Sie regelmäßig den verfügbaren Speicher Ihres REDs, um sicherzustellen, dass Sie nicht dem Risiko eines Auslaufens ausgesetzt sind. Weitere Informationen finden Sie unter Roving Edge Infrastructure-Geräteüberwachung.

Niedrige verfügbare Objektspeicherkapazität löst Warnungen aus und ist schreibgeschützt

Wenn das System eine belegte Kapazität von 80% erreicht, wird auf der Seite "Überwachung" 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 "Überwachung" 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 bei oder nahe bei 80% sind, ü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, geht 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, und alle Object Storage-Vorgänge werden unterbrochen. 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 verbleibt 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 ausführen.

Vermeiden von übermäßigen Speicherproblemen

Befolgen Sie Best-Practice-Empfehlungen zum Einrichten oder Planen des Ressourcenverbrauchs von Compute, Block Storage und Object Storage, um Probleme mit Überabonnements zu vermeiden. Block Storage und Compute reservieren im Voraus keinen Speicherplatz für Volumes. Stattdessen wird Speicherplatz verbraucht, wenn Daten auf das Volume geschrieben werden. Beispiel: Wenn ein Block-Volume mit 100 GB erstellt wird, bedeutet dies nicht, dass 100 GB aus dem insgesamt verfügbaren Speicherplatz für dieses Volume reserviert sind. Der Speicherplatz bleibt für alle Services verfügbar und kann erschöpft werden, 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. Diese fehlende 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 Überwachungsseite der Gerätekonsole angezeigt werden.

Auf der Überwachungsseite wird der Object Storage-Status als "Gestört" oder "Warnung" angezeigt

Wenn die Speicherfunktion in einem RED ausfällt oder physische Probleme aufweist, wird auf der Seite "Monitoring" in der Gerätekonsole in regelmäßigen Abständen der Status Warnung oder Gestört für den Object Storage-Service angezeigt. In diesem Fall versucht die RED, den Speicher neu auszugleichen und die deklarierte Redundanz wiederherzustellen. Schließlich zeigt es einen fehlerfreien Zustand an, wenn RED über verfügbaren Speicherplatz verfügt und genügend redundante Kopien auf verbleibenden RED-Geräten wiederherstellen kann, die für den Speicher verwendet werden.

Der Imageimport aus Object Storage in Compute dauert lange

Wenn ein Image nicht in der Liste Benutzerdefinierte Images angezeigt wird, war der Import nicht erfolgreich. Wenn der Import nicht erfolgreich verläuft, prüfen Sie die Seite Details der Geräteknoten:

1. Öffnen Sie das Navigationsmenü, und wählen Sie Knotenverwaltung > Knoten. Die Seite Knoten wird geöffnet und zeigt den Service- und Featurestatus aller Roving Edge Infrastructure-Geräte im Tabellenformat an.

2. Wählen Sie den Knoten aus, dessen Status Sie überwachen möchten, und zeigen Sie die zugehörige Seite Details an.

3. Wählen Sie die Registerkarte Speicher, und prüfen Sie, welcher Prozentsatz des Speichergeräts verwendet wurde.

Wenn der Object Storage-Service nicht fehlerfrei ist, wird auf der Seite Monitoring Gestört oder Warnung als Status angezeigt. Wenn Object Storage fehlerfrei ist, prüfen Sie auf der Seite Monitoring, ob ausreichend verfügbarer Speicherplatz vorhanden ist. Wenn nicht genügend Speicherplatz verfügbar ist, entfernen Sie Bilder, Objekte, Instanzen und andere Elemente, um Platz für das gewünschte Bild zu schaffen.

Objekte mit bestimmten Versions-IDs können Probleme verursachen

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

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

• Nehmen Sie das Gleichheitszeichen ("=") zwischen dem Parameter --version-id und seinem Wert auf. Nehmen Sie keine Leerzeichen vor und nach dem = auf. Beispiel:

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

  Verwenden Sie nur doppelte Anführungszeichen um den Wert.

• Nehmen Sie den Parameter --from-json in den Befehl auf, und geben Sie die Eingabe im JSON-Format an. Weitere Informationen finden Sie unter Erweiterte JSON-Optionen.

Der Versuch, eine Instanz zu erstellen, führt zur Meldung "Out of Capacity"

Die Kapazität der Instanz wird durch die Anzahl der verfügbaren Cores und den 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 Images dauert eine Weile, viel länger, wenn andere Anwendungen oder Vorgänge mit hoher Datenträgerlast 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 Imageimport wird automatisch wegen Timeout abgebrochen und nach vier Stunden abgebrochen.

Instanz wird in den Status "Wird ausgeführt" gestartet, aber bei Verbindungsschleifen bei einigen Boot-Meldungen

Roving Edge Infrastructure unterstützt nur .oci- und .qcow2-Images mit UEFI-Booting. Um auf Imageprobleme zu prüfen, öffnen Sie die Gerätekonsole, und gehen Sie zur Seite "Details" der Compute-Instanz. Prüfen Sie, ob das Bildformat .oci, .qcow2 oder ein anderer Typ ist. Aus OCI Cloud exportierte Images sind in der Regel der 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

Von einer Instanz kann nicht auf externe Ressource zugegriffen werden

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

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

2. Stellen Sie sicher, dass die externen RED-Konnektivitätseinstellungen korrekt sind. Siehe Geräte über die serielle Konsole verwalten
3. Stellen Sie sicher, dass die Firewalleinstellungen der Instanz ausgehende Verbindungen nicht blockieren. Konsultieren Sie die Dokumentation Ihres Betriebssystems bezüglich der Firewallkonfigurationsverfahren.

Verbindung zu einer Instanz mit SSH kann nicht hergestellt werden

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

2. Stellen Sie sicher, dass der Instanz eine öffentliche IP-Adresse zugewiesen ist. Öffnen Sie die Gerätekonsole, 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 können Sie das Menü Aktionen () für die VNIC auswählen, die Sie bearbeiten möchten, und Bearbeiten auswählen.

      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 der öffentlichen IP nicht erfolgreich verläuft, öffnen Sie die serielle Konsole, und wählen Sie Netzwerkkonfiguration aus, um sicherzustellen, dass der öffentliche IP-Adresspool des REDs eingerichtet ist und IPs verfügbar sind.

3. Stellen Sie sicher, dass die externen RED-Konnektivitätseinstellungen korrekt sind. Öffnen Sie die serielle Konsole, und wählen Sie Geräte konfigurieren aus. Stellen Sie sicher, dass die IP-Adresse, die Netzwerkpräfixlänge und die Gateway-IP-Adresse des RED korrekt eingerichtet sind.

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

   ping 100.100.1.10

   Dabei ist 100.100.1.10 die öffentliche IP-Adresse der Zielinstanz. Wenn der Befehl erfolgreich ausgeführt wurde, liegt möglicherweise das Problem bei der Instanzkonfiguration (SSH-Service, Firewallregeln). Weitere Informationen finden Sie in der Dokumentation Ihres Betriebssystems zum SSH- und Firewall-Setup.

5. Stellen Sie sicher, dass die Instanz ordnungsgemäß gestartet wurde. Wenn die Ausführung des Befehls ping 100.100.1.10 nicht erfolgreich ist, prüfen Sie die Instanzkonsolenhistorie, um nach einer erfolgreichen Startsequenz zu suchen. Siehe Konsolenhistorie für Roving Edge Infrastructure erfassen.

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

Von der externen Maschine aus kann nicht auf einen Port auf einer Instanz zugegriffen werden

1. Stellen Sie sicher, dass die externen RED-Konnektivitätseinstellungen korrekt sind. Siehe Geräte über die serielle Konsole verwalten.

2. Stellen Sie sicher, dass die Firewalleinstellungen der Instanz 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). Private IP-Adresse der Instanz ist nur innerhalb des VCN-Subnetzes sichtbar. Instanz-FQDN ist nur sichtbar, wenn der interne DNS-Standardservice des VCN verwendet wird (169.254.169.254), der außerhalb des VCN-Netzwerks nicht zugänglich ist.

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

1. Stellen Sie sicher, dass die Zielinstanz ausgeführt wird. Öffnen Sie die Gerätekonsole, und prüfen Sie die Seite "Details" der Compute-Instanz, um sicherzustellen, dass der Status der Zielinstanz Wird ausgeführt lautet.

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

   Prüfen Sie auf Linux-basierten Systemen das Setup 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 anforderungssendenden Instanzfirewalleinstellungen ausgehende Verbindungen nicht 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

   Dabei ist 10.0.0.2 die private IP der Zielinstanz.

6. Wenn das ping-Befehlsergebnis No route to host lautet, stellen Sie sicher, dass die Standardroute auf das Subnetzgateway festgelegt ist. Informationen zu den Standardrouteneinstellungen 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 10.0.0.0/24-Subnetzes ist (VCN-Subnetzgateway verwendet immer die erste Adresse im Subnetzbereich).

Auf eine andere Instanz kann nicht mit vollqualifiziertem Domainnamen zugegriffen werden

Stellen Sie sicher, dass die Zielinstanz ausgeführt wird. Öffnen Sie die Gerätekonsole, und prüfen Sie die Seite "Details" der Compute-Instanz, um sicherzustellen, dass der Status der Zielinstanz Wird ausgeführt lautet. Wenn die Zielinstanz Gestoppt ist, starten Sie sie neu. Stellen Sie sicher, dass für die anforderungssendende Instanz 169.254.169.254 als Name Server festgelegt ist. Bei Fragen wenden Sie sich an die Dokumentation Ihres Betriebssystems zum DNS-Konfigurationsverfahren.

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

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

Instanzerstellung führt direkt zum Status "Beenden"

Dies liegt wahrscheinlich an einem der folgenden Gründe:

• Fehlende öffentliche IPs: Fehlende IPs können auftreten, weil der öffentliche IP-Pool nicht in der seriellen Konsole eingerichtet wurde oder aus einem anderen unbestimmten Grund nicht über die IPs verfügt. Prüfen Sie, ob der öffentliche IP-Poolbereich des REDs 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 Öffentlichen IP-Poolstatus anzeigen (Option 4).

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

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

• Vollständige CPU-Auslastung: Insgesamt sind maximal 32 OCPUs über Instanzen hinweg vorhanden, einschließlich der gestoppten OCPUs. Stellen Sie auf der Seite "Compute" der Gerätekonsole sicher, dass die OCPU-Gesamtanzahl vorhandener Instanzen kleiner als das Maximum von 32 ist. Wenn alle 32 OCPUs verwendet werden, beenden Sie einige Instanzen, um Ressourcen freizugeben.

• Vollständige GPU-Nutzung: Es ist maximal eine GPU-Ausprägungsinstanz vorhanden, einschließlich der gestoppten GPUs. Ein RED kann jeweils nur eine einzelne GPU-förmige Instanz bereitstellen. Versuche, weitere GPU-Ausprägungsinstanzen zu erstellen, werden beim Provisioning beendet. Stellen Sie auf der Seite "Compute" der Gerätekonsole sicher, dass keine Instanzen mit 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 Infrastructure unterstützt nur die Imageformate .oci und .qcow2 beim UEFI-Boot. Öffnen Sie auf der Seite "Compute" der Gerätekonsole 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

Eine langsame RED-Performance kann auftreten, wenn andere Instanzen stark ausgelastet sind, z. B. solche, die datenträger- oder netzwerkintensive Anwendungen ausführen. Ressourcenintensive Gerätevorgänge wie das Importieren von Large Object Storage-Inhalten oder Compute-Images können ebenfalls 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 mit mehr RAM ausgestattet ist. 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 das SSH lehnt Ihren Schlüssel ab, verweigert die Verbindung oder führt zu einem Timeout.

Wenn Sie eine Instanz starten, deren Status als Wird ausgeführt aufgeführt wird, SSH jedoch Ihren Schlüssel ablehnt, die Verbindung ablehnt oder ein Timeout 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 für den vollständigen Start an. Wenn Sie diese Zeit bereitstellen, kann der SSH-Service geladen werden. Versuchen Sie dann erneut, eine Verbindung herzustellen.

• Wenn das hochgeladene oder importierte Image bereits SSH-Schlüssel für öffentliche Benutzer enthält, werden in seltenen Fällen die neuen Schlüssel, die im Rahmen des Instanzerstellungsprozesses hochgeladen oder kopiert/gespeichert wurden, möglicherweise nicht berücksichtigt. Erstellen Sie einen Snapshot des Originalbilds mit den hinzugefügten gewünschten Schlüsseln, und verwenden Sie dieses geänderte Bild.

Instanz lange nicht mehr vorhanden

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

1. Rufen Sie die Gerätekonsole auf, und öffnen Sie die Seite "Details" 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 im Status "Anhängen/Trennen" hängen bleiben, prüfen Sie auf der Seite "Monitoring", ob die Blockspeicher- 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. Sie sollten andere Instanzen beenden, Block-Volumes entfernen oder beides, um Speicherplatz freizugeben.

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

4. Prüfen Sie, ob 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.

Fehler beim Erstellen der Aufgabe mit dem Fehler "Gleiche oder zirkuläre Aufgabe vorhanden"

Datensynchronisierungsaufgaben sind unidirektional und empfindlich auf zirkuläre Referenzen. Sie können keine bidirektionale Synchronisierung mit zwei Aufgaben und denselben Objektspeicher-Buckets einrichten, die von OCI und den REDs verwendet werden. Stellen Sie sicher, dass die Aufgabe, die Sie erstellen, nicht versucht, die Synchronisierungsrichtung einer zuvor erstellten Aufgabe umzukehren. Wenn dies der Fall ist, muss eine der Aufgaben nicht umgekehrt werden.

Aufgaben sind angegeben, Synchronisierungsvorgänge werden jedoch nicht gestartet

Für Data Sync müssen Sie eine Verbindung für jede REDs 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 Infrastructure und OCI zu prüfen. Wenn das Pingen von OCI nicht funktioniert, stellen Sie sicher, dass keine Firewall- oder Netzwerkregeln vorhanden sind, die Konnektivität blockieren.

Wenn Sie einen Datensynchronisierungsaufgabenjob zum Synchronisieren eines Buckets von RED-zu-OCI oder OCI-zu-RED 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 nach allen 12 Stunden abläuft. Wenn der Data Sync-Job nach mehr als 12 Stunden nicht erfolgreich ausgeführt wird, gehen Sie wie folgt vor:

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 ausgewählte Datensynchronisierungsaufgabe aus, und wählen Sie Starten aus.

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