Skip site navigation (1) Skip section navigation (2)

Re: Re: [BUGS] Tests randomly failed

From: Justin Clift <jclift(at)iprimus(dot)com(dot)au>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alexander Klimov <ask(at)wisdom(dot)weizmann(dot)ac(dot)il>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Re: [BUGS] Tests randomly failed
Date: 2001-03-27 16:07:03
Message-ID: 3AC0BAA7.E2FABB86@iprimus.com.au (view raw or flat)
Thread:
Lists: pgsql-hackers
Hi Tom,

My guess is that it would be possible to insert a check to see if the
installed Postmaster was started with -i, and then choose between Unix
domain sockets or TCP.  BUT, whether trying to explain this in the
installation document to the novice user who is setting up PostgreSQL
for about the 1st, 2nd or 3rd time is something to think about...

???

Regards and best wishes,

Justin Clift

Tom Lane wrote:
> 
> Alexander Klimov <ask(at)wisdom(dot)weizmann(dot)ac(dot)il> writes:
> > Yes, it was really just incidence -- I try again, and 15 of 15 `make
> > check' passed with TCP sockets, but only 3 of 15 passed with UNIX
> > sockets. So, final decision is `Unix sockets are not relaible on Solaris'
> 
> So, shall we change pg_regress.sh to not use Unix sockets on Solaris?
> 
> This would potentially cause problems for "make installcheck", if the
> postmaster was not started with -i.  I suspect the socket problems are
> only seen when many clients try to connect at the same time, so the
> parallel regression tests are more prone to trouble than serial.
> Perhaps for Solaris, go to TCP only if it's parallel mode?
> 
>                         regards, tom lane

-- 
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
     - Indira Gandhi

In response to

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2001-03-27 16:33:23
Subject: Re: [HACKERS] docs toolchain appears broke?
Previous:From: Mathijs BrandsDate: 2001-03-27 16:06:17
Subject: Re: Re: Call for platforms

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group