Re: PSA: we lack TAP test coverage on NetBSD and OpenBSD
От | Mikael Kjellström |
---|---|
Тема | Re: PSA: we lack TAP test coverage on NetBSD and OpenBSD |
Дата | |
Msg-id | cd736500-332f-994b-f506-126a350f24ee@mksoft.nu обсуждение исходный текст |
Ответ на | Re: PSA: we lack TAP test coverage on NetBSD and OpenBSD (Mikael Kjellström <mikael.kjellstrom@mksoft.nu>) |
Ответы |
Re: PSA: we lack TAP test coverage on NetBSD and OpenBSD
|
Список | pgsql-hackers |
On 2019-01-17 22:47, Mikael Kjellström wrote: > > > On 2019-01-17 22:42, Tom Lane wrote: > >> =?UTF-8?Q?Mikael_Kjellstr=c3=b6m?= <mikael.kjellstrom@mksoft.nu> writes: >>> It says: >>> configure: error: Additional Perl modules are required to run TAP tests >>> so how do I find out with Perl modules that are required? >> >> If you look into the configure log it should say just above that, >> but I'm betting you just need p5-IPC-Run. > > Yes it seems to be IPC::Run that is missing. > > I've installed it manually through CPAN. > > Let's see if it works better this time. Hmmm, nope: ================== pgsql.build/src/bin/pg_ctl/tmp_check/log/003_promote_standby.log =================== 2019-01-17 23:09:20.343 CET [9129] LOG: listening on Unix socket "/tmp/g66P1fpMFK/.s.PGSQL.64980" 2019-01-17 23:09:20.343 CET [9129] FATAL: could not create semaphores: No space left on device 2019-01-17 23:09:20.343 CET [9129] DETAIL: Failed system call was semget(64980002, 17, 03600). 2019-01-17 23:09:20.343 CET [9129] HINT: This error does *not* mean that you have run out of disk space. It occurs when either the system limit for the maximum number of semaphore sets (SEMMNI), or the system wide maximum number of semaphores (SEMMNS), would be exceeded. You need to raise the respective kernel parameter. Alternatively, reduce PostgreSQL's consumption of semaphores by reducing its max_connections parameter. The PostgreSQL documentation contains more information about configuring your system for PostgreSQL. 2019-01-17 23:09:20.345 CET [9129] LOG: database system is shut down will try and increase SEMMNI and see if that helps. /Mikael
В списке pgsql-hackers по дате отправления: