Hallo zusammen
seit einiger Zeit "jage" ich ein seltsames Verhalten des PG Servers.
Ab und zu bleibt das Xbase Programm auf dem Funktionsaufruf PQexec() der libpq.dll hängen. Der Server antwortet nicht und zeigt auf den Dashbord von PGAdmin die Fehlermeldung auf dem Bild unten. Das Verhalten lässt sich mit dem selben Befehl auch ab und zu mit PGAdmin nachstellen. Das Query-Tool bleibt dann auch hängen und der Kreis dreht sich endlos. Bis jetzt konnte ich noch keine Ursache oder ein Zusammenhang erkennen. Die PID's auf dem Server bleiben über Tage hängen bis Sie übers Dashboard gekillt oder der Server neu gestartet wird.
Hat jemand eine Idee was das sein könnte?
PQexec bleibt hängen [Erledigt]
Moderator: Moderatoren
- Marcus Herz
- 1000 working lines a day
- Beiträge: 861
- Registriert: Mo, 16. Jan 2006 8:13
- Wohnort: Allgäu
- Hat sich bedankt: 39 Mal
- Danksagung erhalten: 197 Mal
- Kontaktdaten:
Re: PQexec bleibt hängen [Erledigt]
Und was war die ursache?
Gruß Marcus
Den Kopf in den Sand zu stecken verbessert die Welt auch nicht.
Den Kopf in den Sand zu stecken verbessert die Welt auch nicht.
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2518
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: PQexec bleibt hängen [Erledigt]
Hallo zusammen
es war dann eigentlich sehr einfach. Ich bekam von einem Kumpel aus der c++ Welt den Tip die Parallel Verarbeitung auszuschalten.
Entweder generell in der postgresql.conf mit der Zeile
max_parallel_workers_per_gather = 0
oder jeweils in der Connection mit: SET max_parallel_workers_per_gather = 0;
Ich habe den ersten Weg gewählt. Die Performance ist nun überall eher besser keinesfalls schlechter.....
Das Problem lässt sich so nicht mehr provozieren. Bei höher gestelltem Wert sofort wieder.
es war dann eigentlich sehr einfach. Ich bekam von einem Kumpel aus der c++ Welt den Tip die Parallel Verarbeitung auszuschalten.
Entweder generell in der postgresql.conf mit der Zeile
max_parallel_workers_per_gather = 0
oder jeweils in der Connection mit: SET max_parallel_workers_per_gather = 0;
Ich habe den ersten Weg gewählt. Die Performance ist nun überall eher besser keinesfalls schlechter.....
Das Problem lässt sich so nicht mehr provozieren. Bei höher gestelltem Wert sofort wieder.
Valar Morghulis
Gruss Carlo
Gruss Carlo