Re: PSA: we lack TAP test coverage on NetBSD and OpenBSD

From: Mikael Kjellström <mikael(dot)kjellstrom(at)mksoft(dot)nu>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: PSA: we lack TAP test coverage on NetBSD and OpenBSD
Date: 2019-01-17 22:12:43
Message-ID: cd736500-332f-994b-f506-126a350f24ee@mksoft.nu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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(dot)kjellstrom(at)mksoft(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2019-01-17 22:15:54 Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages)
Previous Message Tom Lane 2019-01-17 21:54:36 Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages)