OT: PostgreSQL + INTERSECT = problem

Karel Zak zakkr na zf.jcu.cz
Úterý Květen 16 13:08:35 CEST 2000


On Tue, 16 May 2000, Petr Cech wrote:

> Martin 'Goran' Moravec napsal:
> > Mam zajivavy problem, u $subj, pokud zadam slozitejsi dotaz, (i na postgresove kozoli) backend spadne, je-li v nem INTERSECT, neco jako SELECT+"300 znaku podminek"+INTERSECT + libovolne maly select. a dostavam hlasku:
> > 
> > pqReadData() -- backend closed the channel unexpectedly.
> >         This probably means the backend terminated abnormally
> >         before or while processing the request.
> > We have lost the connection to the backend, so further processing is impossible.Terminating.
> > 
> > Dotaz je syntakticky spravne, v logu postgresu bylo jen toto:
> > /*debug_level=2*/
> > 
> > /usr/lib/postgresql/bin/postmaster: reaping dead processes...
> > /usr/lib/postgresql/bin/postmaster: CleanupProc: pid 11913 exited with status 11/usr/lib/postgresql/bin/postmaster: CleanupProc: reinitializing shared memory and semaphores
> > shmem_exit(0) [#0]
> > binding ShmemCreate(key=52e451, size=2006016)
> 
> signal 11 - sigsegv :( Chyba v programu.

 Jaky byl ten dotaz a jak vypadali ty tabulky, data, konfigurace ..atd. Jinak 
tezko radit a tezko zkusit je-li to i v 7.0. Jinak mozna bude dobre se ptat
na hackers na postgresql.org (viz. PG's web).


> > Je to
> > Postgres 6.5.3-18 
> 
> skoda ze uz neni zabalena i 7.0 (bez beta). Upgrade je v pohode, ale nevim,

 RPM uz je zabalene (dnes v noci :-) na

ftp://ftp.postgresql.org/pub/binary/v7.0/redhat-RPM

 O DEBu nevim.

> jak se bude chovat upgrade na 7.0 final z 7.0beta5, protoze je potreba
> dumpnout databazi a zaroven si schovat stary server na provedeni upgradu.

To bych videl jako hodne pohodove, tam zadne velke zmeny nejsou (tomu
"schovani" nerozumim...).  

 pg_dump db > zaloha
 instalace noveho pg 7.0
 create database db
 psql db < zaloha

 Musi byt bez problemu. 

 Nebo ne ? :-)
						Karel

PS. co treba databases na linux.cz?



Další informace o konferenci Linux