Re: Tests randomly failed
От | Justin Clift |
---|---|
Тема | Re: Tests randomly failed |
Дата | |
Msg-id | 3ABA7BA1.4F44410F@iprimus.com.au обсуждение исходный текст |
Ответ на | Re: Tests randomly failed (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: Tests randomly failed
Re: Tests randomly failed |
Список | pgsql-bugs |
Hey guys, I don't understand what you mean by "This will avoid using Unix domain sockets, which are broken on Solaris.". If this were the case, then the errors which are described would happen on ALL solaris platforms wouldn't they? And other packages using Unix domain sockets would have problems too wouldn't they? If it's of any help, I get the same types of regression testing failures on Solaris, with the same "is the backend running?" type error messages.. when the installation of solaris HAS NOT had it's /etc/system file altered to change the amount of shared memory segments and semaphores. Whenever I have those problems, I insert the updated (higher) values for shared memory and semaphores, reboot the system, then the tests pass as the backend is able to start fine. Hope this is helpful. Regards and best wishes, Justin Clift Tom Lane wrote: > > Peter Eisentraut <peter_e@gmx.net> writes: > > In src/test/regress/pg_regress[.sh], line 163, change > > *-*-qnx* | *beos*) > > to > > *-*-qnx* | *beos* | *solaris*) > > > and rerun the tests. This will avoid using Unix domain sockets, which are > > broken on Solaris. > > I was just thinking that maybe pg_regress should have a command line > option to set unix_sockets=no, so that both connection options could > be exercised when there's doubt. > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 2: you can get off all lists at once with the unregister command > (send "unregister YourEmailAddressHere" to majordomo@postgresql.org)
В списке pgsql-bugs по дате отправления: