From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Martin Spott <Martin(dot)Spott(at)mgras(dot)net> |
Cc: | pgsql-de-allgemein(at)postgresql(dot)org |
Subject: | Re: Signal 11 |
Date: | 2010-12-20 22:51:22 |
Message-ID: | 1292885482.14480.3.camel@vanquo.pezone.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-de-allgemein |
On mån, 2010-12-20 at 19:06 +0000, Martin Spott wrote:
> ich habe da eine PostgreSQL/PostGIS-Datenbank (9.0.1/1.5.2), die laeuft
> unter Solaris10 auf Intel-Xeon's. Bei bestimmten Operationen faellt
> der den fraglichen Client bedienende Prozess auf den Bauch und sagt
> "server process (PID <PID>) was terminated by signal 11".
> Bevor ich jetzt die Log-Level alle bis zum Anschlag aufdrehe und dann
> soviel Log bekomme, dass man es kaum mehr auswerten kann, dachte ich
> mir, ich frage hier man freundlich nach ein paar Tips, wie man sowas
> "ueblicherweise" angeht.
core-Datei finden, Debugger dranhängen und Backtrace ansehen. Wie das
genau auf Solaris geht, kann ich jetzt nicht sagen, aber auf Linux wäre
es
gdb .../installation/bin/postgres $PGDATA/...irgendwo.../core
in gdb dann:
(gdb) backtrace
Wenn du keine core-Datei findest, mal schauen, ob ulimit -c gesetzt ist.
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Markus | 2010-12-21 09:22:08 | Re: Signal 11 |
Previous Message | Peter Eisentraut | 2010-12-20 22:47:41 | Re: Funktionsargument für eine "field IN ($1)" Bedingung |