Kein Zugriff auf EODATA auf CODE-DE-Lab
Wenn Sie nicht auf EODATA zugreifen können, stellen Sie zunächst fest, welche Zugriffsmethode Sie verwenden. Folgen Sie dann den Hinweisen zur Fehlerbehebung im passenden Artikel:
EODATA mit S3FS einbinden: EODATA unter Linux mit S3FS auf CODE-DE-Lab einbinden
EODATA mit goofys einbinden: EODATA unter Linux mit Goofys auf CODE-DE-Lab als Dateisystem einbinden
Mit s3cmd auf EODATA zugreifen: Wie man mit s3cmd auf EODATA zugreift auf CODE-DE-Lab
Mit boto3 auf EODATA zugreifen: Wie man mit boto3 auf EODATA zugreift auf CODE-DE-Lab
Wenn das Problem weiterhin besteht, grenzen Sie die Ursache mit der folgenden Checkliste ein.
Checkliste zur Fehlerbehebung
Nr. 1 EODATA-Einstellungen für FRA1-3 prüfen
Verwenden Sie https://eodata.code-de.org als EODATA-Endpunkt, s3.fra1-3.cloudferro.com als Signaturregion und eodata als Bucket-Namen.
Nr. 2 Persönliche EODATA-Zugangsdaten prüfen
Melden Sie sich im Tenant Manager an und öffnen Sie Configuration → EODATA Access. Prüfen Sie, ob Sie den dort erstellten persönlichen Zugriffsschlüssel und geheimen Schlüssel verwenden. Das aktuelle Zugriffsverfahren finden Sie in der CODE-DE-Lab-Migrationsanleitung (Englisch).
Nr. 3 Erreichbarkeit des EODATA-Endpunkts prüfen
Prüfen Sie, ob der Endpunkt Ihrer Zugriffsmethode von der virtuellen Maschine aus erreichbar ist. Ist der Endpunkt nicht erreichbar, liegt das Problem wahrscheinlich am Netzwerk, am Routing, an der DNS-Auflösung oder an der gewählten Endpunktkonfiguration.
Nr. 4 Bei Zugriff über einen Mount: Einbindung neu starten oder erneut einrichten
Wenn Sie über ein eingebundenes Verzeichnis auf EODATA zugreifen, beispielsweise mit S3FS oder goofys, prüfen Sie, ob die Einbindung noch aktiv ist. Hängen Sie das Verzeichnis bei Bedarf aus und binden Sie es erneut ein. Falls Ihre Konfiguration einen Mount-Dienst verwendet, können Sie stattdessen diesen Dienst neu starten.
Nr. 5 Bei Zugriff mit Zugangsdaten: Schlüssel und Endpunkteinstellungen prüfen
Wenn Sie mit Werkzeugen wie s3cmd oder boto3 auf EODATA zugreifen, prüfen Sie Folgendes:
Der Zugriffsschlüssel und der geheime Schlüssel sind korrekt.
Der Endpunkt passt zu Ihrer Cloud und Region.
Die Konfiguration erzwingt keinen falschen Bucket-Hostnamen oder Adressierungsstil.
Der Pfad, das Präfix oder der Schlüssel, auf den Sie zugreifen möchten, existiert tatsächlich.
Nr. 6 Prüfen, ob das Problem nur den gewählten Pfad betrifft
Manchmal funktioniert der Zugriff auf EODATA, aber der im Befehl verwendete Pfad, Objektschlüssel oder das Produkt existiert nicht mehr oder weicht vom Beispiel im Artikel ab. Listen Sie nach Möglichkeit zuerst den übergeordneten Pfad auf. Übernehmen Sie anschließend einen vorhandenen Pfad aus der Ausgabe.
Nr. 7 Test mit dem Artikel für Ihre Zugriffsmethode wiederholen
Kehren Sie nach diesen Prüfungen zum Artikel für Ihre Zugriffsmethode zurück und wiederholen Sie den Test mit dem dort geprüften Beispiel.
Nächste Schritte
Wenn Sie weiterhin nicht auf EODATA zugreifen können, prüfen Sie die Voraussetzungen, Endpunkteinstellungen und Beispiele im Artikel für Ihre Zugriffsmethode erneut.
Falls das Problem bestehen bleibt, halten Sie den genauen Befehl, das Skript oder die Fehlermeldung fest. Verwenden Sie diese Angaben für die weitere Fehlerbehebung.