PostgreSQL-Datenbank-UI: Timeout oder Down-Status prüfen
Wenn die PostgreSQL-Datenbank-UI in PROD mit „timeout of 48000ms exceeded“ oder einem Down-Status reagiert, zuerst DNS-Auflösung, Netzwerkpfad und Erreichbarkeit des PostgreSQL-Backends prüfen. Danach Logs, Last und Verb
API Management Developer Portal: erfolgreichen Healthcheck im PROD ein
Wenn der Developer-Portal-Check im PROD „Up“ und HTTP 200 OK meldet, ist das in der Regel kein Ausfall, sondern ein erfolgreicher Erreichbarkeits- bzw. Healthcheck. Prüfe dann vor allem Monitoring-Kontext, Alert-Quelle u
API Management Developer Portal: HTTP 200 OK wird als Up gemeldet
Wenn das API-Management-Developer-Portal im Monitoring mit „Up“ und HTTP 200 OK erscheint, spricht das in der Regel für eine erfolgreiche Erreichbarkeits- oder Health-Check-Prüfung und nicht für einen Ausfall. Prüfe den
DNS-Namensauflösung im API Management prüfen und beheben
Wenn API Gateway oder Developer Portal mit getaddrinfo EAIAGAIN oder einem Down-Status auffällt, ist zuerst die DNS-Namensauflösung aus dem betroffenen Laufzeitkontext zu prüfen. Entscheidend sind Resolver-Erreichbarkeit
Daten-Dashboard lädt in PROD nicht wegen Timeout von 48 Sekunden
Prüfe zuerst, ob die Anfrage im Dashboard, im Backend oder in der Datenquelle zu lange läuft. Danach Timeout-Konfiguration, Last und Filter/Zeitraum eingrenzen. Wenn die Ursache nicht sofort behebbar ist, nutze einen tem
API Management Admin Backend: Health-Check-Timeout mit 48000 ms
Prüfe zuerst, ob das Admin Backend wirklich nicht rechtzeitig antwortet oder nur der Health-Check zu knapp ist. Teste den Endpoint von der Monitoring-Umgebung aus, prüfe Dienststatus, Logs und Upstream-Abhängigkeiten und
API Management: Request-Timeouts und TLS-Verbindungsabbrüche im Gatewa
Wenn API-Gateway oder Developer Portal in API Management bei Aufrufen hängen, Timeouts melden oder die TLS-Verbindung vorzeitig abbrechen, zuerst betroffene Ebene eingrenzen, Erreichbarkeit und TLS-Handshake prüfen, Netz
API-Management-Developer-Portal: TLS-Handshake bricht vor dem Verbindu
Wenn beim Aufruf des API-Management-Developer-Portals der Fehler "Client network socket disconnected before secure TLS connection was established" auftritt, liegt die Ursache meist vor oder während des TLS-Handshakes: DN
Postgres-Management-UI zeigt "Down" bei TLS-Socket-Abbruch vor dem Han
Prüfe zuerst DNS und Erreichbarkeit des Postgres-Endpunkts, danach die TLS-/SSL-Konfiguration der Management UI inklusive Zertifikatskette, Hostname/SNI und Proxy-/Load-Balancer-Schicht. Der Fehler entsteht typischerweis
Management UI erreicht Zielhost auf TCP 443 nicht und meldet EHOSTUNRE
Prüfe zuerst die Netzwerkerreichbarkeit der Ziel-IP auf TCP 443, dann Routing und Firewall-Regeln zwischen Management UI und Zielsystem sowie die Zielkonfiguration der UI. Der Fehler EHOSTUNREACH deutet in der Regel auf
GeoDienst Basisdaten im Staging per HTTP-200-Health-Check prüfen
Wenn der Health-Check im Staging-Umfeld für den GeoDienst Basisdaten mit HTTP 200 OK und Status Up antwortet, ist der Endpunkt erreichbar und die Verfügbarkeit erfolgreich bestätigt.