IBM Cloud Docs
Standortfehlernachrichten

Standortfehlernachrichten

IBM Cloud Satellite überwacht standardmäßig den Zustand Ihrer Standorte und versucht, Probleme automatisch für Sie zu beheben. Bei Problemen, die nicht automatisch behoben werden können, können Sie den Standort untersuchen, indem Sie die bereitgestellten Zustandsinformationen prüfen.

Fehlernachrichten und Protokolle prüfen

  1. Zeigen Sie Ihre Standorte in der Konsole an oder listen Sie Ihre Standorte in der Befehlszeilenschnittstelle (CLI) auf und prüfen Sie den Status. Wenn der Status nicht einwandfrei ist, fahren Sie mit den nächsten Schritt fort. Weitere Informationen finden Sie unter Standortzustand anzeigen.

    ibmcloud sat location ls
    

    Beispielausgabe

    Name         ID                     Status            Ready   Created      Hosts (used/total)   Managed From   
    Port-North   aaaaa1a11aaaaaa111aa   action required   no      6 days ago   3 / 5                Washington DC  
    
  2. Suchen Sie die Details für Ihren Standort und überprüfen Sie die Abschnitte Status, Bereit für Implementierung und Nachricht. In der Konsole können Sie auf den Standort klicken und den Mauszeiger auf den Titel setzen, um die QuickInfo mit dem Namen und dem Zustand des Standorts einzublenden.

    ibmcloud sat location get --location <location_name_or_ID>
    

    Beispielausgabe:

    Name:                           Port-NewYork   
    ID:                             aaaaa1a11aaaaaa111aa   
    Created:                        2020-06-05 13:50:58 -0400 (6 days ago)   
    Creator:                        name@email.com   
    Managed From:                   Washington DC   
    State:                          action required   
    Ready for deployments:          no   
    Message:                        R0015: Could not assign hosts because no hosts are available. Attach more hosts to the location and try again. For more information, see the docs: 'http://ibm.biz/sat-loc'
    
  3. Weitere Details über die Fehlermeldung und die betroffenen Komponenten finden Sie, indem Sie IBM Cloud Logs einrichten, um Satellite Standortprotokolle zu überprüfen.

  4. Überprüfen Sie den Status und die Nachricht der Position auf Schritte zur Behebung des Problems. Eine Beschreibung des Positionsstatus finden Sie unter Clusterstatus in der Dokumentation zu Red Hat OpenShift on IBM Cloud. Eine Beschreibung der Positionsnachricht finden Sie in den folgenden Abschnitten. Wenn Ihr Standort den Status warning oder critical hat und der Standort für Implementierungen bereit ist, öffnen Sie ein Support-Ticket.

R0001: Standort bereit

Standortnachricht
The Satellite location is ready for operations.
Schritte zur Behebung
Ihr Satellite-Standort hat keine kritischen Alerts und die IBM Monitoring-Komponente in der Standortsteuerebene überwacht den Zustand Ihres Standorts. Es werden möglicherweise noch einige Warnungen zu Aktionen angezeigt, die Sie ausführen können, um den Zustand von Ressourcen an Ihrem Standort (z. B. Hosts) zu verbessern.

R0002, R0018, R0020, R0029, R0037, R0039, R0042: Warten, bis der Standort bereit ist

Standortnachricht
R0002: Am Satellite-Standort gibt es Probleme, an deren Lösung der IBM Cloud-Support arbeitet. Versuchen Sie es später erneut.
R0018: Satellite versucht, sich zu erholen.
R0020: Warten Sie, bis Satellite eine Wiederherstellungsaktion abgeschlossen hat.
R0029: Erfolgreich eingeleitete Wiederherstellungsmaßnahme.
R0037: Der Satellite-Standort hat Cluster mit dem Status 'Fehlgeschlagen'. Der IBM Cloud-Support arbeitet an der Lösung. Versuchen Sie es später erneut.
R0039: Die Satellite -Positionssteuerebene ist momentan nicht in einwandfreiem Zustand. Der IBM Cloud-Support arbeitet an der Lösung. Versuchen Sie es später erneut.
R0042: IBM Cloud-Support behebt Link-API-Fehler. Versuchen Sie es später erneut. Bleibt dieses Problem bestehen, müssen Sie einen Support-Fall auslösen.
Schritte zur Behebung
Prüfen Sie später erneut, um festzustellen, ob das Problem behoben ist. Wenn das Problem über eine längere Zeit bestehen bleibt, können Sie einen Support-Fall öffnen.

Um weitere Einzelheiten zu Ihrem Problem zu erfahren, richten Sie IBM Cloud Logs für Satellite ein.

  1. Richten Sie IBM Cloud Logs für Plattformprotokolle des Satellite-Standorts ein.
  2. Durchsuchen Sie die Plattformprotokolle nach dem Fehlercode, um weitere Details zu ermitteln, zum Beispiel über das Fehlschlagen einer API-Methode wegen eines Berechtigungsfehlers.
  3. Wenn die Details einen Berechtigungsfehler angeben:
    1. Melden Sie sich als Kontoadministrator bei der IBM Cloud-Befehlszeilenschnittstelle an und wählen Sie als Ziel die Ressourcengruppe und die Region aus, in denen sich der Standort befindet.
      ibmcloud login -g <resource_group> -r <region>
      
    2. Setzen Sie den API-Schlüssel zurück, der für Berechtigungen verwendet wird.
      ibmcloud ks api-key reset
      

R0009: Wiederherstellung nicht möglich

Standortnachricht
R0009: Satellite kann nach Problemen nicht wiederhergestellt werden.
Schritte zur Behebung
Satellite hat ohne Erfolg versucht, das Problem automatisch zu lösen. Prüfen Sie alle weiteren Nachrichten, um das Problem eingehender zu untersuchen, zum Beispiel, ob dem Standort weitere Hosts hinzugefügt werden müssen. Wenn das Problem über eine längere Zeit bestehen bleibt, können Sie einen Support-Fall öffnen.

R0010, R0030, R0031, R0032: Steuerebene benötigt Hosts

Standortnachricht
R0010: Ordnen Sie der Positionssteuerebene weitere Hosts zu, oder ersetzen Sie fehlerhafte Hosts.
R0030: Eine Zone für die Satellite -Standortsteuerebene erreicht eine kritische Kapazität. If critical capacity is reached, you cannot add more clusters to location. Add more hosts to the control plane zone, or replace unhealthy hosts.
R0031: Eine Zone für die Satellite -Standortsteuerebene erreicht eine Warnungskapazität. Add more hosts to the control plane zone, or replace unhealthy hosts.
R0032: Weisen Sie Hosts in allen 3 Zonen manuell der Steuerungsebene zu.
Schritte zur Behebung
Ihr Standort hat keine verfügbaren Hosts für Satellite, die der Standortsteuerebene automatisch zugewiesen werden könnten, sodass möglicherweise das Kapazitätslimit erreicht wird. Folgende Optionen stehen zur Auswahl:
  • Ordnen Sie mehrere Hosts zu und weisen Sie sie der Standortsteuerebene zu. Beachten Sie, dass bei einem Scale-up der Standortsteuerebene die Skalierung gleichmäßig in Vielfachen von 3 erfolgen muss und die Hosts den Zonen gleichmäßig zugewiesen werden müssen.
  • Entfernen Sie den Host und ordnen Sie ihn erneut zu.

R0011, R0040, R0041: Probleme mit den Hosts der Steuerebene

Standortnachricht
R0011: Stellen Sie sicher, dass sich alle Hosts für Ihren Satellite-Standort in einem normalen Zustand befinden. If you still have issues, contact IBM Cloud Support and include your Satellite location ID.
R0040: Die Satellite -Standortdatenebene ist momentan nicht in einwandfreiem Zustand. To debug the host, see 'http://ibm.biz/sat-host-debug'. If you still have issues, contact IBM Cloud Support and include your Satellite location ID.
R0041: Es wurden unbekannte Probleme mit den Hosts der Satellite -Standortsteuerebene erkannt. Ensure that hosts meet the minimum requirements, http://ibm.biz/sat-host-reqs. If you still have issues, contact IBM Cloud Support and include your Satellite location ID.
Schritte zur Behebung
  1. Überprüfen Sie den Status Ihrer Hosts. ibmcloud sat host ls --location <location_name_or_ID>
  2. Wenn Sie keine Hosts haben, ordnen Sie Ihrem Standort Hosts zu.
  3. Stellen Sie sicher, dass Sie mindestens 6 Hosts (2 Hosts pro Zone in 3 Zonen) haben, die dem Infrastrukturcluster für den Standort zugewiesen sind, um die Operationen der Standortsteuerebene auszuführen.
  4. Wenn Ihre Hosts keinen Status haben und nicht zugewiesen sind, melden Sie sich an, um die Hostmaschinen zu debuggen.
  5. Prüfen Sie den Hoststatus, um das Hostproblem zu lösen.

R0012: Hosts werden in allen 3 Zonen benötigt

Standortnachricht
R0012: Die Standortsteuerebene verfügt nicht über Hosts in allen drei Zonen. Add available hosts to your location for the control plane.
Schritte zur Behebung
Wenn Sie Hosts der Steuerebene erst kurz zuvor zugewiesen haben, warten Sie eine Weile, bis der Bootstrap-Prozess abgeschlossen ist. Andernfalls weisen Sie mindestens einen Host jeder der drei Zonen für den Standort selbst zu, damit die Operationen der Steuerebene ausgeführt werden können.
  • Wenn Sie mindestens 2 Hosts in jeder der 3 Zonen zugewiesen haben, prüfen Sie die CPU- und Hauptspeichergröße der Hosts. Die Hosts müssen mindestens 4 vCPU und 16 GB Hauptspeicher haben.
  • Wenn Sie mindestens 2 Hosts pro Zone zugewiesen haben, stellen Sie sicher, dass die Hosts die Mindestanforderungen erfüllen, um in Satellite verwendet werden zu können, zum Beispiel in Bezug auf das Betriebssystem und die Netzkonfiguration.
  • Wenn Sie mindestens 2 Hosts in jeder der 3 Zonen zugewiesen haben, jedoch der Bootstrap-Prozess fehlgeschlagen ist, melden Sie sich an, um die Hostmaschinen zu debuggen.

R0013: Nicht verfügbare Zone

Standortnachricht

R0013: Eine Zone in der Standortsteuerebene ist nicht verfügbar. Attach more hosts to the location and assign the hosts to the zone, or replace unhealthy hosts.

Schritte zur Behebung

Weisen Sie mindestens 2 Hosts jeder der 3 Zonen für den Standort selbst zu, damit die Operationen der Steuerebene ausgeführt werden können. Wenn Sie in jeder der 3 Zonen mindestens 2 Hosts zugewiesen haben, gehen Sie wie folgt vor:

  1. Prüfen Sie die CPU- und Hauptspeichergröße der Hosts. Die Hosts müssen mindestens 4 vCPU und 16 GB Hauptspeicher haben.
  2. Stellen Sie sicher, dass die Hosts die Mindestanforderungen erfüllen, um in Satellite verwendet werden zu können, zum Beispiel in Bezug auf das Betriebssystem und die Netzkonfiguration.
  3. Melden Sie sich an, um die Hostmaschinen zu debuggen.
  4. Entfernen Sie den Host und ordnen Sie ihn erneut zu. Wenn Sie einen Host entfernen, wird die Zuweisung zur Standortsteuerebene aufgehoben und Sie müssen der Zone einen anderen Host zuweisen.

R0014: DNS-Datensatz für Steuerebene

Standortnachricht
R0014: Überprüfen Sie, ob der Satellite-Standort über einen DNS-Datensatz für Lastausgleichsanforderungen an die Standortsteuerebene verfügt.
Schritte zur Behebung
  1. Überprüfen Sie, ob für alle Hosts in Ihrer Satellite-Steuerebene der Status von assigned und ein Status von Ready angezeigt werden, indem Sie ibmcloud sat host ls --location <location_ID_or_name> ausführen.
  2. Wenn alle Hosts die richtigen Werte für 'State' und 'Status' zeigen, wurde der DNS-Datensatz für Ihren Standort noch nicht erstellt. Dieser Prozess kann bis zu 30 Minuten dauern, nachdem alle Hosts Ihrem Standort erfolgreich zugewiesen wurden.
  3. Wenn mindestens ein Host nicht die richtigen Werte für 'State' oder 'Status' zeigt, lesen Sie die Informationen unter Debugging für den allgemeinen Hostzustand durchführen.

R0015, R0016: Hostprobleme

Standortnachricht
R0015: Hosts konnten nicht zugeordnet werden, da keine Hosts verfügbar sind. Attach more hosts to the location and try again. For more information, see the docs: 'http://ibm.biz/sat-loc'
R0016: Ein unerwarteter Fehler ist nach der Zuordnung des Hosts aufgetreten. To debug the host, see 'http://ibm.biz/sat-host-debug'. If you still have issues, contact IBM Cloud Support and include your Satellite location ID.
Schritte zur Behebung
Ordnen Sie dem Standort weitere Hosts zu. Wenn Sie Hosts zugeordnet haben, die nicht als verfügbar angezeigt werden, lesen Sie die Informationen unter Debugging für den allgemeinen Hostzustand durchführen.

R0023, R0101: Warten Sie, bis der Standort bereit ist.

Standortnachricht
R0023: Warten Sie, während Satellite die Ortssteuerungsebene einrichtet.
R0101: Der Standort Satellite verfügt über Cluster, die sich mitten in einer Operation befinden. Wait for them to finish and check back later.
Schritte zur Behebung
Warten Sie, bis die Konfiguration der Positionssteuerebene abgeschlossen ist, und führen Sie später eine Überprüfung durch.

R0024, R0025: Cluster-Probleme

Standortnachricht
R0024: Der Satellite-Standort hat Red Hat OpenShift -Cluster mit dem Status 'Warnung'.
R0025: Der Standort Satellite hat Red Hat OpenShift Cluster im Bereich der kritischen Gesundheit.
Schritte zur Behebung
  1. Warten Sie ab, ob eine weitere Nachricht zurückgegeben wird, wie zum Beispiel eine Nachricht zur Hostkapazität.
  2. Wenn eine Hostnachricht zurückgegeben wird, versuchen Sie, Hosts zu debuggen.
  3. Wenn keine weitere Nachricht zurückgegeben wird, versuchen Sie, Ihre Red Hat OpenShift on IBM Cloud-Cluster zu debuggen.

R0026: Hostplattenspeicherplatz

Standortnachricht
R0026: Hosts in der Standortsteuerebene haben nicht mehr genügend Plattenspeicherplatz. Ordnen Sie der Steuerebene für den Standort weitere Hosts zu oder laden Sie die Hosts mit Plattenspeicherproblemen erneut.
Schritte zur Behebung
  1. Listen Sie die Hosts auf, die der Steuerebene zugeordnet sind, indem Sie ibmcloud sat host ls --location <location_name_or_ID> | grep infrastructure ausführen.
  2. Überprüfen Sie die Details der Hosts, indem Sie ibmcloud sat host get --host <host_ID> --location <location_name_or_ID> ausführen.
  3. Prüfen Sie im Infrastrukturprovider für den Host den Plattenspeicherplatz Ihrer Hostmaschine. Stellen Sie sicher, dass jeder Host die Mindestanforderungen erfüllt. Entfernen Sie den Host und ordnen Sie ihn erneut zu.
  4. Wenn sich das Problem durch das Debugging und erneute Zuordnen des Hosts nicht lösen lässt, benötigt die Standortsteuerebene weitere Rechenressourcen, um die Ausführung fortzusetzen. Ordnen Sie der Standortsteuerebene weitere Hosts zu.

R0033, R0034, R0035: Probleme mit der Steuerebenenkapazität

Standortnachricht
R0033: Hosts in der Standortsteuerebene haben kritische Probleme mit der Speicherbelegung. Add more hosts to the location control plane and wait for the location to return to normal.
R0034: Hosts in der Standortsteuerebene weisen kritische Probleme mit der CPU-Auslastung auf. Add more hosts to the location control plane and wait for the location to return to normal.
R0035: Die Standortsteuerebene wird mit maximaler Kapazität ausgeführt und kann keine weiteren Workloads unterstützen. Add hosts to each zone and wait for the location to return to normal.
Schritte zur Behebung
  1. Überprüfen Sie in jeder Zone die CPU- und Hauptspeichergröße der Hosts. - In einer Zone müssen hostübergreifend insgesamt mindestens 3 CPUs verfügbar sein. - In einer Zone müssen hostübergreifend insgesamt mindestens 4 GB Hauptspeicherplatz verfügbar sein.
  2. Ordnen Sie dem Standort 3 weitere Hosts zu.
  3. Weisen Sie jeder der drei Zonen mindestens einen Host zu, um Kapazität für die Operationen Ihrer Steuerebene hinzuzufügen. Beachten Sie, dass bei einem Scale-up der Standortsteuerebene die Skalierung gleichmäßig in Vielfachen von 3 erfolgen muss und die Hosts den Zonen gleichmäßig zugewiesen werden müssen.
  4. Aktualisieren Sie den Cluster, indem Sie den Befehl ibmcloud ks cluster master refresh --cluster <cluster-id> ausführen.

R0036: Routing des Datenverkehrs der Standortunterdomäne

Standortnachricht
R0036: Die Standortunterdomänen leiten den Datenverkehr nicht ordnungsgemäß an Ihre Steuerebenenhosts weiter. Überprüfen Sie mit den ibmcloud sat location dns-Befehlen, ob die Positionsunterdomänen mit den richtigen IP-Adressen für Ihre Steuerebenenhosts registriert sind.
Schritte zur Behebung
Siehe: Warum leitet die Unterdomäne des Standorts keinen Datenverkehr an Hosts der Steuerebene weiter?

R0038, R0101: Für den Standort sind Clusteroperationen in Bearbeitung.

Standortnachricht
R0038: Der Satellite-Standort hat Cluster mitten in einer Operation. Wait for them to finish and check back later.
R0101: Der Standort Satellite verfügt über Cluster, die sich mitten in einer Operation befinden. Wait for them to finish and check back later.
Schritte zur Behebung
Warten Sie, bis die Cluster ihre Operationen abgeschlossen haben, und führen Sie die Überprüfung später durch.

R0043: Layer 3-Konnektivität

Standortnachricht
R0043: Der Standort erfüllt nicht die folgende Anforderung: Hosts benötigen TCP/UDP/ICMP Layer 3-Konnektivität für alle Ports über alle Hosts hinweg. Wenn weiterhin Probleme auftreten, wenden Sie sich an den IBM Cloud-Support und geben Sie Ihre Satellite-Standort-ID an.
Schritte zur Behebung
Die Hosts müssen über TCP/UDP/ICMP-Layer 3-Konnektivität an allen Ports und für alle Hosts verfügen. Sie können den Zugriff auf bestimmte Ports nicht blockieren, die möglicherweise die Kommunikation zwischen Hosts blockieren. Lesen Sie die Informationen unter Hostnetzanforderungen und heben Sie die Blockierung der Ports auf dem Host in Ihrem Infrastrukturprovider auf. Dieser Fehler kann auch anzeigen, dass auf dem Host die erforderlichen RHEL-Pakete nicht installiert oder die erforderlichen Ports für CPU, Hauptspeicher, Plattenspeicher und Firewall geöffnet sind. Nachdem Sie sichergestellt haben, dass Ihre Hosts alle Anforderungen erfüllen, sehen Sie sich die Plattformprotokolle an. Weitere Informationen finden Sie unter Log Analysis für Plattformprotokolle des Satellite-Standorts einrichten.

Um die TCP/UDP/ICMP-Konnektivität der Ebene 3 für alle Ports über alle Hosts hinweg zu testen,

  1. Melden Sie sich über SSH bei einem Host an, der Ihrem Standort zugeordnet ist, der jedoch keinen Ressourcen zugewiesen ist.

    Sie können sich nur über SSH bei der Maschine anmelden, wenn Sie den Host keinem Cluster zugeordnet haben oder eine solche Zuordnung fehlgeschlagen ist. Andernfalls inaktiviert Satellite aus Sicherheitsgründen die Möglichkeit zur Anmeldung beim Host über SSH. Sie können den Host entfernen und das Betriebssystem erneut laden, um die Möglichkeit einer SSH-Verbindung zu der Maschine wiederherzustellen.

  2. Stellen Sie zum Prüfen der TCP-Konnektivität sicher, dass netcat eine Antwort von allen anderen Hosts über Port 10250 empfängt. Falls die Operation eine Zeitlimitüberschreitung verursacht, prüfen Sie die Hostnetzanforderungen, um die Blockierung der Ports auf dem Host in Ihrem Infrastrukturprovider aufzuheben.

    nc -zv <host_IP> 10250
    
  3. Testen Sie zum Prüfen der ICMP-Konnektivität, ob ein Pingsignal erfolgreich an alle anderen Hosts gesendet werden kann. Wiederholen Sie diesen Schritt für alle IP-Adressen der Hosts, die Ihrem Standort zugeordnet sind. Falls die Pingoperation eine Zeitlimitüberschreitung verursacht, prüfen Sie die Hostnetzanforderungen, um die Blockierung der Ports auf dem Host in Ihrem Infrastrukturprovider aufzuheben.

    ping <host_IP>
    
  4. Wenn die TCP- und ICMP-Konnektivitätsprüfungen keine Probleme ergeben, starten Sie alle Steuerebenen-Hosts neu, indem Sie einen Host nach dem anderen neu starten. Starten Sie die Steuerebenen-Hosts nicht gleichzeitig neu, da dies die Ausführung von etcd auf den Steuerebenen-Hosts verhindern kann.

R0044: DNS-Probleme

Standortnachricht
R0044: DNS-Probleme wurden auf mindestens einem Host erkannt. Verify that your DNS solution is working as expected. Wenn weiterhin Probleme auftreten, wenden Sie sich an den IBM Cloud-Support und geben Sie Ihre Satellite-Standort-ID an.
Schritte zur Behebung
Mindestens ein Host an Ihren Standorten ist nicht in der Lage, DNS-Abfragen aufzulösen, oder eine Suchdomäne verursacht unerwartete Probleme. Überprüfen Sie, ob Ihre DNS-Auflösung erwartungsgemäß funktioniert und ob alle Hosts die Hostnetzanforderungen erfüllen.

Zum Testen der DNS-Auflösung:

  1. Melden Sie sich über SSH bei einem Host an, der Ihrem Standort zugeordnet ist, der jedoch keinen Ressourcen zugewiesen ist.

    Sie können sich nur über SSH bei der Maschine anmelden, wenn Sie den Host keinem Cluster zugeordnet haben oder eine solche Zuordnung fehlgeschlagen ist. Andernfalls inaktiviert Satellite aus Sicherheitsgründen die Möglichkeit zur Anmeldung beim Host über SSH. Sie können den Host entfernen und das Betriebssystem erneut laden, um die Möglichkeit einer SSH-Verbindung zu der Maschine wiederherzustellen.

  2. Stellen Sie sicher, dass die DNS-Auflösung ordnungsgemäß funktioniert.

    dig +short +timeout=5 +nocookie cloud.ibm.com
    
  3. Stellen Sie sicher, dass localhost mit allen angehängten Suchdomänen in Ihrer DNS-Konfiguration entweder in keine Adresse oder nur in die Adresse 127.0.0.1 aufgelöst wird. In der Datei /etc/resolv.conf, über die die DNS-Auflösung für jeden Host verwaltet wird, sind möglicherweise mehrere Suchdomänen wie search ibm.com aufgelistet. Calico Typha-Pods führen auf jedem Host eine Zustandsprüfung durch, die die Auflösung von localhost verwendet. Allerdings werden möglicherweise einige Suchdomänen angehängt, wenn die Zustandsprüfung versucht, localhost aufzulösen, was dazu führt, dass die Zustandsprüfung fehlschlägt. Um sicherzustellen, dass die Zustandsprüfung ordnungsgemäß ausgeführt werden kann, muss gewährleistet werden, dass keine der aufgelisteten Suchdomänen in eine andere IP-Adresse als 127.0.0.1 aufgelöst wird, wenn sie an localhost angehängt wird.

R0045: Probleme mit schreibgeschützten Hostdateisystemen

Standortnachricht
R0045: Auf mindestens einem Host wurde ein schreibgeschütztes Dateisystem erkannt. Replace the affected host(s).
Schritte zur Behebung
  1. InstallenIBM Cloud Logs Weitere Informationen dazu, welche Hosts betroffen sind, finden Sie in für Plattformprotokolle des Satellite-Standorts einrichten.
  2. Entfernen Sie die betroffenen Hosts und ordnen Sie neue Hosts zu.
  3. Falls weiterhin Probleme auftreten, öffnen Sie einen Support-Fall und geben Sie darin die ID Ihres Satellite-Standorts an

R0046: NTP-Probleme

Standortnachricht
R0046: Auf mindestens einem Host wurde ein NTP-Problem erkannt. Verify that your NTP solution is working as expected.
Schritte zur Behebung
Mindestens ein Host an Ihrem Standort hat Probleme mit dem Network Time Protocol (NTP), die behoben werden müssen.

Zum Testen von NTP auf Ihren Hosts:

  1. Melden Sie sich über SSH bei einem Host an, der Ihrem Standort zugeordnet ist, der jedoch keinen Ressourcen zugewiesen ist.

    Sie können sich nur über SSH bei der Maschine anmelden, wenn Sie den Host keinem Cluster zugeordnet haben oder eine solche Zuordnung fehlgeschlagen ist. Andernfalls inaktiviert Satellite aus Sicherheitsgründen die Möglichkeit zur Anmeldung beim Host über SSH. Sie können den Host entfernen und das Betriebssystem erneut laden, um die Möglichkeit einer SSH-Verbindung zu der Maschine wiederherzustellen.

  2. Stellen Sie sicher, dass die Zeit, die vom Host zurückgegeben wird, nicht mehr als 3 Minuten von der tatsächlichen Zeit abweicht. Wenn die Zeit um mehr als 3 Minuten abweicht, überprüfen Sie Ihre NTP-Lösung mit Ihrem Infrastrukturprovider.

    date +%s
    
  3. Wiederholen Sie diese Schritte, um alle Hosts zu ermitteln, die NTP-Probleme aufweisen.

R0047: Standortzustandsprüfung

Standortnachricht
R0047: IBM Cloud kann den Endpunkt für die Statusprüfung nicht verwenden, um den Zustand des Standorts zu überprüfen.
Schritte zur Behebung
Siehe Warum kann IBM Cloud den Zustand meines Standorts nicht prüfen?

R0048: etcd backup failure

Standortnachricht
R0048: Die etcd-Sicherung für einen Cluster an Ihrem Standort konnte innerhalb des letzten Tages nicht abgeschlossen werden.
Schritte zur Behebung
Etcd-Daten werden alle 8 Stunden von der Steuerebene Ihres Satellite-Standorts in ein Bucket in Ihrer IBM Cloud Object Storage-Instanz gesichert. Wenn diese Sicherung innerhalb von 24 Stunden dreimal aufeinanderfolgend fehlschlägt, liegen möglicherweise Probleme mit dem Object Storage-Bucket oder der Serviceinstanz vor oder es gibt Probleme mit der Verbindung Ihres Satellite-Standorts zur Object Storage -Instanz.

Gehen Sie wie folgt vor, um festzustellen, wo sich Ihr Problem befindet:

  1. Stellen Sie sicher, dass die von Ihnen der Steuerebene des Standorts zugewiesenen Hosts auf den IBM Cloud Object Storage-Endpunkt der IBM Cloud-Region zugreifen können, von der aus Ihre Region verwaltet wird. Beispielsweise müssen Sie in der Host-Firewall für die Hosts Ihrer Steuerebene die Ausgangskonnektivität zu den folgenden Endpunkten zulassen:

    Erforderliche ausgehende Konnektivität für Hosts zu Object Storage Endpunkten
    Bereich Object Storage-Endpunkt
    wdc s3.us.cloud-object-storage.appdomain.cloud
    lon s3.eu.cloud-object-storage.appdomain.cloud
  2. Überprüfen Sie, dass die Object Storage -Serviceinstanz und das zugehörige Bucket, die Ihre etcd-Daten sichern, verfügbar sind und nicht gelöscht wurden.

    1. Klicken Sie in der Satellite-Konsoleauf den Namen Ihres Standorts.
    2. Kopieren Sie im Detailabschnitt Ihrer Standortübersicht den Namen des Object Storage buckets.
    3. Navigieren Sie in der Konsole IBM Cloud zu Ihrer Ressourcenliste IBM Cloud.
    4. Erweitern Sie die Zeile Speicher.
    5. Suchen Sie nach der Object Storage -Instanz, in der Sie das Bucket erstellt haben. Wenn Sie bei der Erstellung des Standorts keinen Bucket-Namen angegeben haben, überprüfen Sie jede Object Storage-Instanz, bis Sie den automatisch generierten Bucket für Ihren Standort finden.
    6. Klicken Sie auf den Namen der Instanz. Die Listenseite Buckets wird geöffnet.
    7. Prüfen Sie, ob das Bucket für die etcd-Sicherung Ihrer Steuerebene vorhanden ist.
    8. Wenn die Serviceinstanz oder das Bucket gelöscht wurde, öffnen Sie einen Support-Fall und geben Sie darin die ID Ihres Satellite-Standorts an.
  3. Wenn die Hosts der Steuerebene auf den Object Storage-Endpunkt zugreifen können und die Object Storage-Serviceinstanz sowie das zugehörige Bucket vorhanden sind, öffnen Sie einen Support-Fall, um die Sicherungsfehler zu untersuchen. Geben Sie darin die ID Ihres Satellite-Standorts an.

R0049: Problem mit Satellite-Link-IAM-API-Schlüssel

Standortnachricht

Der Link-Tunnel-Client hat Probleme mit der Authentifizierung. Wenden Sie sich an den IBM Cloud-Support und geben Sie Ihre Satellite-Standort-ID an.

Dieser Fehler wird gemeldet, weil der IAM-API-Schlüssel, der für die Region oder Ressourcengruppe festgelegt ist, in der sich der Standort befindet, nicht über die erforderlichen Berechtigungen in Satellite oder Kubernetes Service verfügt. Dies liegt in der Regel daran, dass sich die Berechtigungen des API-Schlüsseleigentümers geändert haben oder der API-Eigentümer nicht mehr im Konto ist.

Schritte zur Behebung

Wenn Sie einen Red Hat OpenShift-Cluster an einem Satellite-Standort haben und Sie der Kontoinhaber oder ein Benutzer mit Administratorberechtigung für alle Satellite-Komponenten sind, können Sie dieses Problem beheben, indem Sie den API-Schlüssel zurücksetzen. Beachten Sie, dass beim Zurücksetzen des API-Schlüssels der alte Schlüssel gelöscht wird. Stellen Sie sicher, dass Sie prüfen, ob dieser API-Schlüssel von anderen Services verwendet wird.

  1. Melden Sie sich an bei IBM Cloud: ibmcloud login.
  2. Wählen Sie die Region aus, aus der der Standort verwaltet wird: ibmcloud target -r <region>.
  3. Geben Sie als Ziel die Ressourcengruppe an, in der sich der Standort befindet: ibmcloud target -g <resource-group>.
  4. Setzen Sie den IAM-API-Schlüssel für diese Region oder Ressourcengruppe zurück: ibmcloud ks api-key reset --region <region>.
  5. Überprüfen Sie, ob der API-Schlüssel festgelegt wurde: ibmcloud ks api-key info --cluster <roks_cluster_in_location>
  6. Öffnen Sie einen Supportfall und fordern Sie die Position an, an der sich der zu aktualisierende Cluster befindet. Geben Sie Ihre Standort-ID an, die Sie mit dem Befehl ibmcloud sat location ls ermitteln können.

Wenn Ihr Standort keine Cluster enthält, können Sie den API-Schlüssel nicht selbst zurücksetzen. Öffnen Sie stattdessen einen Supportfall und fordern Sie an, dass Ihr Standort aktualisiert wird. Geben Sie Ihre Standort-ID an, die Sie mit dem Befehl ibmcloud sat location ls ermitteln können.

R0050, R0051: Probleme mit Satellite-Link-Connector

Standortnachricht
Der Link-Tunnel-Client hat Probleme mit der Token-Authentifizierung. Wenden Sie sich an den IBM Cloud-Support und geben Sie die ID Ihres Satellite-Standorts an.
Der Link-Tunnel-Client kann die Standort-ID nicht abrufen. Wenden Sie sich an den IBM Cloud-Support und geben Sie die ID Ihres Satellite-Standorts an.
Schritte zur Behebung
Öffnen Sie einen Support-Fall und geben Sie Ihre Satellite Positions-ID an.

R0052: Probleme bei der Generierung von Ingress-Zertifikaten

Standortnachricht
Es wurden keine Ingress-Zertifikate für die Standortendpunkte generiert.
Schritte zur Behebung
Der IBM Cloud-Support wurde benachrichtigt und arbeitet daran, das Problem zu lösen. Versuchen Sie es zu einem späteren Zeitpunkt erneut.

R0056: Pod-Status blockiert in terminating

Standortnachricht
Pods sind seit mehr als einer Stunde im Beendigungsstatus auf dem Knoten der Standortsteuerebene blockiert.
Schritte zur Behebung
Pods, die eine Stunde oder länger im Beendigungsstatus verbleiben, zeigen an, dass sich die Standortsteuerebene nicht in einwandfreiem Zustand befindet. Starten Sie die Hosts der Positionssteuerebene erneut und prüfen Sie, ob das Problem behoben ist. Besteht das Problem weiterhin, führen Sie die Schritte zum Austauschen der Hosts für die Positionssteuerebene aus.

Wenn Sie Host der Steuerebene aktualisieren oder ersetzen, kann das gleichzeitige Zuordnen oder Entfernen mehrerer Host dazu führen, dass die Steuerebene unterbrochen wird. Sie müssen warten, bis eine Hostzuordnung oder -entfernung abgeschlossen ist, bevor Sie einen anderen Host zuordnen oder entfernen. Um mögliche Unterbrechungen des Dienstes zu vermeiden, stellen Sie sicher, dass Sie zusätzliche Hosts an die Steuerebene anschließen und zuweisen, bevor Sie einen Host entfernen.

  1. Für jeden Host, den Sie aus der Steuerebene entfernen wollen, hängen Sie einen zusätzlichen Host an.
  2. Ordnen Sie die angeschlossenen Hosts Ihrem Standort zu. Stellen Sie sicher, dass Sie Hosts nur einzeln zuordnen und dass jede Zuordnung abgeschlossen ist, bevor Sie einen anderen Host zuordnen.
  3. Entfernen Sie die ursprünglichen Hosts aus Ihrem Satellite-Standort. Stellen Sie sicher, dass Sie Hosts nur einzeln entfernen und dass jedes Entfernen abgeschlossen ist, bevor Sie einen weiteren Host entfernen.

Weitere Informationen zu den betroffenen Komponenten erhalten Sie, wenn Sie IBM Cloud Logs einrichten und die Fehlerprotokolle von R0056 überprüfen.

R0057: Ausgehender Datenverkehr an IAM schlägt fehl

Standortnachricht
Der ausgehende Datenverkehr an IBM Cloud-IAM schlägt fehl. Um sicherzustellen, dass alle Hostanforderungen erfüllt werden, lesen Sie den Abschnitt Host-Systemanforderungen. Weitere Informationen finden Sie in den IBM Cloud-Plattformprotokollen. Wenn das Problem bestehen bleibt, wenden Sie sich an den IBM Cloud-Support und geben Sie Ihre Satellite Standort-ID an.
Schritte zur Behebung
Überprüfen Sie den Allgemeinzustand und stellen Sie sicher, dass die Host-Systemanforderungen erfüllt sind.
  1. Führen Sie den folgenden Befehl aus, um den Zustand zu überprüfen:

    curl https://iam.cloud.ibm.com/healthz
    
  2. Wenn die Ausgabe des vorherigen Schritts auf einen Fehler hinweist, überprüfen Sie, ob Ihre Hosts alle Systemanforderungen erfüllen.

  3. Wenn Sie alle Systemanforderungen erfüllt haben und das Problem weiterhin besteht, öffnen Sie einen Support-Fall und geben Sie Ihre Satellite Standort-ID an. Sie können Ihre Positions-ID ermitteln, indem Sie den Befehl ibmcloud sat location ls ausführen.

Weitere Informationen zu den betroffenen Komponenten erhalten Sie, wenn Sie IBM Cloud Logs einrichten und die Fehlerprotokolle von R0057 überprüfen.

R0058: DNS-Registrierung schlägt fehl

Standortnachricht
Ein Standort mit diesem Namen wurde kürzlich gelöscht. Wenn Sie den Standortnamen eines kürzlich gelöschten Standorts wiederverwenden möchten, kann die DNS-Registrierung eine Woche dauern.
Schritte zur Behebung
Wenn Sie den Standortnamen nicht wiederverwenden müssen, löschen Sie diesen Standort und erstellen Sie einen Standort mit einem eindeutigen Namen. Wenn das Problem bestehen bleibt, öffnen Sie einen Supportfall und geben Sie die ID für Ihren Satellite-Standort an.

R0059: Der ausgehende Verkehr zu IBM Cloud Container Registry schlägt fehl.

Standortnachricht
Der ausgehende Verkehr zu IBM Cloud Container Registry schlägt fehl. Um sicherzustellen, dass alle Hostvoraussetzungen erfüllt sind, lesen Sie die Informationen unter Hostsystemvoraussetzungen. Weitere Informationen finden Sie in den IBM Cloud-Plattformprotokollen. Wenn das Problem bestehen bleibt, wenden Sie sich an den IBM Cloud-Support und geben Sie Ihre Satellite Standort-ID an.
Schritte zur Behebung
Überprüfen Sie den Allgemeinzustand und stellen Sie sicher, dass die Host-Systemanforderungen erfüllt sind.
  1. Führen Sie den folgenden Befehl aus, um den Zustand zu überprüfen:

    curl https://iam.cloud.ibm.com/healthz
    
  2. Wenn die Ausgabe des vorherigen Schritts auf einen Fehler hinweist, überprüfen Sie, ob Ihre Hosts alle Systemanforderungen erfüllen.

  3. Wenn Sie alle Systemanforderungen erfüllt haben und das Problem weiterhin besteht, öffnen Sie einen Support-Fall und geben Sie Ihre Satellite Standort-ID an. Sie können Ihre Positions-ID ermitteln, indem Sie den Befehl ibmcloud sat location ls ausführen.

Weitere Informationen zu den betroffenen Komponenten erhalten Sie, wenn Sie IBM Cloud Logs einrichten und die Fehlerprotokolle von R0059 überprüfen.

R0060: Abgehender Datenverkehr an LaunchDarkly schlägt fehl.

Standortnachricht
Abgehender Datenverkehr zu LaunchDarkly schlägt fehl. Um sicherzustellen, dass alle Hostvoraussetzungen erfüllt sind, lesen Sie die Informationen unter Hostsystemvoraussetzungen. Weitere Informationen finden Sie in den IBM Cloud-Plattformprotokollen. Wenn das Problem bestehen bleibt, wenden Sie sich an den IBM Cloud-Support und geben Sie Ihre Satellite Standort-ID an.
Schritte zur Behebung
Überprüfen Sie den Allgemeinzustand und stellen Sie sicher, dass die Host-Systemanforderungen erfüllt sind.
  1. Führen Sie den folgenden Befehl aus, um den Zustand zu überprüfen:

    curl https://iam.cloud.ibm.com/healthz
    
  2. Wenn die Ausgabe des vorherigen Schritts auf einen Fehler hinweist, überprüfen Sie, ob Ihre Hosts alle Systemanforderungen erfüllen.

  3. Wenn Sie alle Systemanforderungen erfüllt haben und das Problem weiterhin besteht, öffnen Sie einen Support-Fall und geben Sie Ihre Satellite Standort-ID an. Sie können Ihre Positions-ID ermitteln, indem Sie den Befehl ibmcloud sat location ls ausführen.

Weitere Informationen zu den betroffenen Komponenten erhalten Sie, wenn Sie IBM Cloud Logs einrichten und die Fehlerprotokolle von R0060 überprüfen.

R0061: Ein Satellite-Cluster-API-Server ist von IBM Cloudnicht erreichbar.

Standortnachricht
Ein Satellite-Cluster-API-Server ist über IBM Cloudnicht erreichbar. Weitere Informationen finden Sie in den IBM Cloud Plattformprotokollen. Wenn das Problem bestehen bleibt, wenden Sie sich an den IBM Cloud-Support und geben Sie Ihre Satellite Standort-ID an.
Schritte zur Behebung
Führen Sie die folgenden Schritte aus, um dieses Problem zu beheben.
  1. Überprüfen Sie die IBM Cloud-Plattformprotokolle auf weitere Details. Weitere Informationen finden Sie unter IBM Cloud Logs und in den Fehlerprotokollen von R0061.

  2. Überprüfen Sie, ob Ihre Hosts alle Systemvoraussetzungen erfüllen, insbesondere für abgehende Konnektivität zum Herstellen einer Verbindung zu IBM-und Link-Tunnel-Clients.

  3. Wenn Sie alle Systemanforderungen erfüllt haben und das Problem weiterhin besteht, öffnen Sie einen Support-Fall und geben Sie Ihre Satellite Standort-ID an. Sie können Ihre Positions-ID ermitteln, indem Sie den Befehl ibmcloud sat location ls ausführen.