PostgreSQL: Sitzungen hängen in idle in transaction
Verbindungen stehen stundenlang auf idle in transaction, Sperren bleiben, VACUUM kommt nicht hinterher. Der Timeout dafür steht ab Werk auf null.
// Schlagwort
Alle 8 Layer-8-Fehler mit dem Schlagwort „PostgreSQL“ – verifizierte Lösungen, trocken kommentiert.
Verbindungen stehen stundenlang auf idle in transaction, Sperren bleiben, VACUUM kommt nicht hinterher. Der Timeout dafür steht ab Werk auf null.
Der Monatsbericht bricht immer zur gleichen Sekunde ab. Kein Absturz, sondern statement_timeout, pro Rolle oder vom Pool gesetzt, nicht in der conf.
work_mem gilt nicht je Abfrage, sondern je Sortier- oder Hash-Operation; Hash-Tabellen dürfen ab Werk das Doppelte. Gesamt: ein Vielfaches.
Die Sortierbibliothek des Betriebssystems hat sich geändert. PostgreSQL warnt vor einem Versions-Konflikt — Indizes auf Textspalten sind dann unbrauchbar.
Die Datenbank verweigert jede schreibende Transaktion. Nicht die Platte ist voll, sondern die Transaktionsnummern gehen aus — Autovacuum kam nicht durch.
password authentication failed for userPostgreSQL meldet „password authentication failed“? Falsches Passwort, falscher Nutzer oder pg_hba.conf erlaubt die Methode nicht. So kommst du rein.
sorry, too many clients alreadyDie Datenbank weist neue Verbindungen ab? Das Verbindungslimit ist erreicht — meist, weil eine App Verbindungen nicht schließt oder ein Pool fehlt.
connection refusedDie App erreicht die Datenbank nicht — Connection refused? Meist lauscht PostgreSQL nur auf localhost oder die Client-Freigabe in pg_hba.conf fehlt.