[Talk-de] Nominatin Installation - Grenze für Stacktiefe überschritten
Danke für deine Antwort. Nominatim unterstützt zwar offiziell noch postgres 8.4, aber wirklich getestet ist das nicht mehr. Wenn du irgendwie auf 9.0 oder 9.1 wechseln kannst, solltest du das tun. (Ich weiss, dass es einen Backport von postgres gibt, weiss aber nicht, wie es mit postgis aussieht.) Habe daraufhin Postgresql 9.2.2 manuell installiert (wg. Problemen mit komischem Proxy und kaputten Paketlisten). Da gab es aber noch einige Stolpersteine die mir Kopfzerbrechen bereiten. * hstore musste ich extra kompilieren und das Verz. nach contrib kopieren. Der module_path in der extension/hstore.control muss auf das kompilierte Modul zeigen, auch dann kann endlich das Statement CREATE EXTENSION hstore; abgesetzt werden. * das setup.php-Skript versucht den aktuellen Stand von openstreetmap.orgzu laden, aber wg. Proxy und Unwissenheit wie das mit dem $context array gehen soll, ging das nur mit Trixerei. * die Unixsocket-Datei für die Verbindung zum Postgres liegt voreingestellt unter /tmp/.s.PGSQL.5432 (auch der psql-Client), aber das Pear DB will es in /var/run/.s.PGSQL.5432 haben, ln -s hilft. Meine DB hier läuft auf der Standardeinstellung von 2MB. Das sollte also eigentlich funktionieren. Gibt es im postgres-Log vielleicht noch genauere Informationen? Der Teil des Logfiles, den du angehängt hast, reicht leider nicht, um zu erkennen, welcher SQL-Aufruf genau versagt. Das Logfile habe ich leider nicht mehr. Ja, da gab es noch mehr Meldungen, wo aber kein Error-Level angegeben war, das war tausenfach mit ... PL/pgSQL Auf jeden Fall kann ich jetzt in meinem eigenem Nominatim suchen. Vielen Dank für den Tipp. Gruß jotpe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nominatin Installation - Grenze für Stacktiefe überschritten
Hallo zusammen, Debian Squeeze postgres Version 8.4 Nominatim Version vom 21.Januar ebenso osm2pgsql Während des Importvorgangs gibt es bezüglich dem Erreichen der Stackgrenze mehrere Fehlermeldungen. Ich habe den Wert zunächst einmal grundsätzlich in der postgresql.conf aktiviert und auf 2MB gesetzt, dann 8 und dann 16MB (System-Stacksize mit ulimit -s kb ). Ab 8MB trat der Fehler nur noch einmal auf, der Vorgang dauerte aber wesentlich länger. Im Endeffekt kann ich nichts mit der search.php aus dem importierten OSM-File finden, auch wird in der search.php kein Datum des Index angezeigt. Hat jemand einen Tipp? Die Ausgabe des ./utils/setup.php --osm-file koeln-regbez.osm.pbf --all Befehls spuckt soetwas aus, bricht jedoch nicht an der Stelle ab, sondern macht weiter. Reanalysing database... HINWEIS: no notnull values, invalid stats ANALYZE PHP Warning: pg_query(): Query failed: FEHLER: Grenze für Stacktiefe überschritten HINT: Erhöhen Sie den Konfigurationsparameter »max_stack_depth«, nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer Plattform ausreichend ist. .. SQL-Anweisung »SELECT $1 in /home/eporstein/Nominatim/utils/setup.php on line 490 ERROR: FEHLER: Grenze für Stacktiefe überschritten HINT: Erhöhen Sie den Konfigurationsparameter »max_stack_depth«, nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer Plattform ausreichend ist. PL/pgSQL function placex_insert line 83 at Zuweisung FEHLER: Grenze für Stacktiefe überschritten HINT: Erhöhen Sie den Konfigurationsparameter »max_stack_depth«, nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer Plattform ausreichend ist. es grüßt jotpe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatin Installation - Grenze für Stacktiefe überschritten
On Wed, Jan 23, 2013 at 12:13:55PM +0100, Johannes Porstein wrote: Hallo zusammen, Debian Squeeze postgres Version 8.4 Nominatim Version vom 21.Januar ebenso osm2pgsql Nominatim unterstützt zwar offiziell noch postgres 8.4, aber wirklich getestet ist das nicht mehr. Wenn du irgendwie auf 9.0 oder 9.1 wechseln kannst, solltest du das tun. (Ich weiss, dass es einen Backport von postgres gibt, weiss aber nicht, wie es mit postgis aussieht.) Während des Importvorgangs gibt es bezüglich dem Erreichen der Stackgrenze mehrere Fehlermeldungen. Ich habe den Wert zunächst einmal grundsätzlich in der postgresql.conf aktiviert und auf 2MB gesetzt, dann 8 und dann 16MB (System-Stacksize mit ulimit -s kb ). Ab 8MB trat der Fehler nur noch einmal auf, der Vorgang dauerte aber wesentlich länger. Meine DB hier läuft auf der Standardeinstellung von 2MB. Das sollte also eigentlich funktionieren. Gibt es im postgres-Log vielleicht noch genauere Informationen? Der Teil des Logfiles, den du angehängt hast, reicht leider nicht, um zu erkennen, welcher SQL-Aufruf genau versagt. Im Endeffekt kann ich nichts mit der search.php aus dem importierten OSM-File finden, auch wird in der search.php kein Datum des Index angezeigt. Hat jemand einen Tipp? Bist du sicher, dass die Stackfehler die einzigen Fehler sind, die auftreten? Es ist durchaus möglich, dass sie nur die Folge eines früheren Fehlers sind. Kannst du ausserdem sichergehen, dass das Script tatsächlich bis zum Ende gelaufen ist? Als letztes solltest du eine Reihe von 'CREATE INDEX' sehen. Gruss Sarah Die Ausgabe des ./utils/setup.php --osm-file koeln-regbez.osm.pbf --all Befehls spuckt soetwas aus, bricht jedoch nicht an der Stelle ab, sondern macht weiter. Reanalysing database... HINWEIS: no notnull values, invalid stats ANALYZE PHP Warning: pg_query(): Query failed: FEHLER: Grenze für Stacktiefe überschritten HINT: Erhöhen Sie den Konfigurationsparameter »max_stack_depth«, nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer Plattform ausreichend ist. .. SQL-Anweisung »SELECT $1 in /home/eporstein/Nominatim/utils/setup.php on line 490 ERROR: FEHLER: Grenze für Stacktiefe überschritten HINT: Erhöhen Sie den Konfigurationsparameter »max_stack_depth«, nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer Plattform ausreichend ist. PL/pgSQL function placex_insert line 83 at Zuweisung FEHLER: Grenze für Stacktiefe überschritten HINT: Erhöhen Sie den Konfigurationsparameter »max_stack_depth«, nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer Plattform ausreichend ist. es grüßt jotpe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
