Re: [HACKERS] initdb problem - Mailing list pgsql-hackers

From t-ishii@sra.co.jp
Subject Re: [HACKERS] initdb problem
Date
Msg-id 199808240642.PAA22791@srapc451.sra.co.jp
Whole thread Raw
In response to Re: [HACKERS] initdb problem  (Bruce Momjian <maillist@candle.pha.pa.us>)
Responses Re: [HACKERS] initdb problem
List pgsql-hackers
>OK, it appears people are still having initdb problems after my patch.
>I have received several reports of problems.  Someone reported a
>regression test problem with contraints.sql.  I could reproduce it here,
>and fixed it.

The constraints test is working now on my FreeBSD box. Thanks.

Another problem I'm having is vacuum seems not working. Is this a
known problem?

regression=> vacuum;
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.

Another things I'm troubled with are that some regression tests make
the backend dump core on my LinuxPPC box.

$ grep -i pqread results/*

results/btree_index.out:pqReadData() -- backend closed the channel unexpectedly.
results/constraints.out:pqReadData() -- backend closed the channel unexpectedly.
results/create_function_1.out:pqReadData() -- backend closed the channel unexpectedly.
results/create_function_2.out:pqReadData() -- backend closed the channel unexpectedly.
results/sanity_check.out:pqReadData() -- backend closed the channel unexpectedly.
results/select_views.out:pqReadData() -- backend closed the channel unexpectedly.
results/triggers.out:pqReadData() -- backend closed the channel unexpectedly.

These were ok on FreeBSD except the sanity_check test(vacuum dumped
core). I will look into these.
--
Tatsuo Ishii
t-ishii@sra.co.jp

pgsql-hackers by date:

Previous
From: The Hermit Hacker
Date:
Subject: Re: [HACKERS] What I'm working on
Next
From: Sferacarta Software
Date:
Subject: Re[2]: [GENERAL] DELETE statement KILL backend