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