PostgreSQL padá při commit po větším počtu změn

PostgreSQL padá při commit po větším počtu změn
« kdy: 25. 10. 2010, 21:54:21 »
Prosím pěkně, mám výše zmíněný prblm. Jde o PostgreSQL 9, puštěné na chrastítku s win 7 a 1 Gb ram.
To, že, zmíněnej počítač není ideální, je mi zřejmé, také neočekávám rychlost, potřebuju vymyslet skripty pro import dat z lehce úchylného formátu katastrálního úřadu do POSTGIS, což mě na tom funguje. Ale když chci např obnovit db z pg_dump, nebo nalejt data ze shp pomocí ogr2ogr, kde je commit až na konci, tak mě to ten servr shodí. Data se mě změní, v psql se vypíše varování

psql:klecany_jen_grafika_ddl.sql:265929: WARNING:  terminating connection becaus
e of crash of another server process
DETAIL:  The postmaster has commanded this server process to roll back the curre
nt transaction and exit, because another server process exited abnormally and po
ssibly corrupted shared memory.
HINT:  In a moment you should be able to reconnect to the database and repeat yo
ur command.
psql:klecany_jen_grafika_ddl.sql:265929: server closed the connection unexpected
ly
        This probably means the server terminated abnormally
        before or while processing the request.
psql:klecany_jen_grafika_ddl.sql:265929: connection to server was lost


a servr se   zastaví

je mě jasné, že to mám blbě nastavený, našel jsem tam ty tři konfiguráky tj.
postgresql.conf, pg_hba.conf a ten s heslem, to je mi, ale na houby, protože ani mlhavě netuším, k čemu slouží ty věci, který tam jsou a docela nerad bych si to celý poboural do tý míry, že by nebylo v mejch silách to dostat do funkčního stavu.

Upřímně řečeno, ani nevim, co bych měl gůglit.
Budu vděčnej za jakoukoliv dobře míněnou radu, pokud máte někdo v záložkách dobrej link na něco, co bych si o tom měl přečíst, tak se prosím podělte.

Nejsem blbý, jen se blbě ptám.

Díky Jelen
« Poslední změna: 26. 10. 2010, 13:22:39 od Petr Krčmář »


PCnity

  • *****
  • 703
    • Zobrazit profil
    • E-mail
Vystup z logu?
To moze byt vselico aj ked podla velkosti ramky sa da tipovat na maly buffer.

jelen

Ouha, výstup z logu je na počítači doma. Já bych zdůraznil, že ten commit se provede, nezkoušel jsem, jestli celej, ale z větší části. Servr se zastaví. Malý buffer myslíš shared buffer, nebo temp buffer?? Je někde srozumitelně popsaný, jak tyhle věci fungujou?? Tj, jakým způsobem to nastavit?? Já potřebuju, aby ten servr na slabym počítači zvládal XXL operace, na výkonu mi nezáleží, klidně to může swapovat, to je mi fuk, můžu to nechat chroustat přes noc..

Ouha, výstup z logu je na počítači doma. Já bych zdůraznil, že ten commit se provede, nezkoušel jsem, jestli celej, ale z větší části. Servr se zastaví. Malý buffer myslíš shared buffer, nebo temp buffer?? Je někde srozumitelně popsaný, jak tyhle věci fungujou?? Tj, jakým způsobem to nastavit?? Já potřebuju, aby ten servr na slabym počítači zvládal XXL operace, na výkonu mi nezáleží, klidně to může swapovat, to je mi fuk, můžu to nechat chroustat přes noc..
a) zkuste si aktualizovat pg - nyní je už 9.0.1
b) podívejte se do logu postgresu, jestli se tam něco neobjeví zajímavého
c) konfigurace postgresu - např http://www.pgsql.cz/index.php/Desatero

dost možná, že se nejedná o chybu konfigurace, ale o chybu PostGISu - reportů o pádu PostgreSQL na win s PostGISem je víc:

viz: http://groups.google.com/group/pgsql.performance/browse_thread/thread/a1e9ae2b595bb0b4


v některých případech pomohla reinstalace PostGISu.
http://trac.osgeo.org/postgis/ticket/619


Re: PostgreSQL padá při commit po větším počtu změn
« Odpověď #5 kdy: 26. 10. 2010, 20:47:51 »
2010-10-25 20:39:24 CEST STATEMENT:  SELECT DropGeometryColumn('obrazy_def_bodu', 'geometry');
   
   
   SELECT AddGeometryColumn('obrazy_def_bodu', 'geometry', 2065, 'POINT', 2);
   
   update obrazy_def_bodu
   set geometry = ST_SetSRID(ST_MakePoint(-y, -x,2065));
2010-10-25 20:41:32 CEST LOG:  server process (PID 5012) was terminated by exception 0xC0000005
2010-10-25 20:41:32 CEST HINT:  See C include file "ntstatus.h" for a description of the hexadecimal value.
2010-10-25 20:41:32 CEST LOG:  terminating any other active server processes
2010-10-25 20:41:32 CEST WARNING:  terminating connection because of crash of another server process
2010-10-25 20:41:32 CEST DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
2010-10-25 20:41:32 CEST HINT:  In a moment you should be able to reconnect to the database and repeat your command.
2010-10-25 20:41:32 CEST WARNING:  terminating connection because of crash of another server process
2010-10-25 20:41:32 CEST DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
2010-10-25 20:41:32 CEST HINT:  In a moment you should be able to reconnect to the database and repeat your command.
2010-10-25 20:41:32 CEST WARNING:  terminating connection because of crash of another server process
2010-10-25 20:41:32 CEST DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
2010-10-25 20:41:32 CEST HINT:  In a moment you should be able to reconnect to the database and repeat your command.
2010-10-25 20:41:32 CEST WARNING:  terminating connection because of crash of another server process
2010-10-25 20:41:32 CEST DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
2010-10-25 20:41:32 CEST HINT:  In a moment you should be able to reconnect to the database and repeat your command.
2010-10-25 20:41:34 CEST LOG:  all server processes terminated; reinitializing
2010-10-25 20:41:44 CEST FATAL:  pre-existing shared memory block is still in use
2010-10-25 20:41:44 CEST HINT:  Check if there are any old server processes still running, and terminate them.

Re: PostgreSQL padá při commit po větším počtu změn
« Odpověď #6 kdy: 26. 10. 2010, 21:03:16 »
Tak jsem to, zdá se pořešil v postgresql.conf jsem odkomentoval všechno co mělo v názvu cache, memo, nebo buffer a hodnotu zdvojnásobil. Dotaz, kterej mě to předtím shodil (update geometry cca 350 k řádků) to uneslo.

Díky všem

Re: PostgreSQL padá při commit po větším počtu změn
« Odpověď #7 kdy: 26. 10. 2010, 21:05:02 »
Hm, houby, shodil to selekt, kterym jsem si chtěl ověřit výsledky.