Обсуждение: BUG #3098: make check failed 33 times

Поиск
Список
Период
Сортировка

BUG #3098: make check failed 33 times

От
"Ted Petrosky"
Дата:
The following bug has been logged online:

Bug reference:      3098
Logged by:          Ted Petrosky
Email address:      tedpet5@yahoo.com
PostgreSQL version: 8.2.3
Operating system:   os x 10.4.8 (intel)
Description:        make check failed 33 times
Details:

I am so used to postgresql just working on OS X that I don't know what to
do.

this is my configure:

./configure --with-libedit-preferred --with-bonjour --enable-thread-safety
make
make check

======================================================
 33 of 103 tests failed, 1 of these failures ignored.
======================================================

I can not think that I 'missed' anything that I have done in the past. This
is a new machine.

Do you want to see the file "./regression.diffs"?

I am going to check that I have the most up to date developers tools
installed but I don't get this error.

Ted

Re: BUG #3098: make check failed 33 times

От
Heikki Linnakangas
Дата:
Ted Petrosky wrote:
> Do you want to see the file "./regression.diffs"?

Yes, please send it to the list.

--
   Heikki Linnakangas
   EnterpriseDB   http://www.enterprisedb.com

Re: BUG #3098: make check failed 33 times

От
Heikki Linnakangas
Дата:
Theodore Petrosky wrote:
> I tried to upload to the list but I think the file got
> lost...I am attaching it here.

A-ha, this is the problem:

! psql: FATAL:  sorry, too many clients already

I'm guessing this is the same issue as here:
http://archives.postgresql.org/pgsql-hackers/2006-08/msg01821.php

Initdb is apparently choosing a too low max_connections setting to be
able to run the regression tests. You can see the value it chose from
src/test/regress/log/initdb.log.

I don't know anything about OS X, but you'll probably need to adjust
some OS resource limit. Have you raised the shared memory related
settings, as advised in manual?
http://www.postgresql.org/docs/current/static/kernel-resources.html

--
   Heikki Linnakangas
   EnterpriseDB   http://www.enterprisedb.com