Re: poudriere: net/openldap24-server: stage/runaway , building forever

From: O. Hartmann <ohartmann_at_walstatt.org>
Date: Fri, 9 Apr 2021 11:56:18 +0200
On Fri, 9 Apr 2021 10:16:27 +0200 (CEST)
Ronald Klop <ronald-lists_at_klop.ws> wrote:

> Hi,
>
> The official pkg builders are also stuck for 14-CURRENT. Although at a
> different port sysutils/msktutil.
>
> See main-amd64 at https://pkg-status.freebsd.org/builds?type=package
>
> It is stuck in "stage/runaway" for 61 hours now.
> http://beefy18.nyi.freebsd.org/build.html?mastername=main-amd64-default&build=p569609_s5b3b19db73
> (ipv6 only)
>
> NB: I'm not involved in the pkg building cluster.
>
> Regards,
> Ronald.
>
>
> Van: "O. Hartmann" <ohartmann_at_walstatt.org>
> Datum: vrijdag, 9 april 2021 07:27
> Aan: FreeBSD Ports <freebsd-ports_at_freebsd.org>
> Onderwerp: Re: poudriere: net/openldap24-server: stage/runaway , building
> forever
> >
> > On Fri, 9 Apr 2021 06:17:03 +0200
> > "Hartmann, O." <ohartmann_at_walstatt.org> wrote:
> >
> > > Recent CURRENT host (FreeBSD 14.0-CURRENT #26 main-n245806-4d221f59b85:
> > > Sat Apr  3 06:43:44 CEST 2021 amd64), poudriere CURRENT jail at
> > > 14.0-CURRENT 1400007 amd64 from 2021-04-08 05:25:38. It seems that the
> > > recent CURRENT does have a serious problem when building
> > > net/openldap24-server. The build process gets stuck with staging and is
> > > marked "runaway":
> > >
> > > [head-amd64-head-default] [2021-04-08_13h56m41s] [parallel_build:] Queued:
> > > 1847 Built: 63 Failed: 17   Skipped: 1759 Ignored: 8    Tobuild: 0
> > > Time: 13:26:35 [01]: net/openldap24-server     |
> > > openldap-sasl-server-2.4.58 stage/runaway (06:28:32 / 08:41:16)
> > >
> > > Also, on jails (recent CURRENT) serving as OpenLDAP server (also recent
> > > taken from git /usr/ports, branch main), run into a serious problem
> > > starting slapd, when starting slapd and the process is reporting checking
> > > configuration, it freezes forever. Putting slapd into debug mode doesn't
> > > help, since the freeze is quite early.
> > >
> > > Does anybody know what the reason for this strange behaviour is on
> > > CURRENT? All CURRENT servers are affected (almost all the same revision
> > > as shown above)?
> > >
> > > Thanks in advance,
> > >
> > > O. Hartmann
> >
> > Short update, another host is stuck at the very same point, host's CURRENT
> > is at FreeBSD 14.0-CURRENT #2 main-n245870-86a52e262a6: Wed Apr  7 13:57:20
> > CEST 2021 amd64, it's jails is taken from the same source.
> >
> > The process is stuck at staging and took 34 hours ... never seen before:
> >
> >
> > [...]
> > [09:05:25] [03] [02:13:44] Finished net/openldap24-server |
> > openldap-sasl-server-2.4.58: Failed: stage/runaway load: 10.39  cmd: awk
> > 24374 [running] 0.06r 0.00u 0.00s 0% 3420k [headamd64-head-default]
> > [2021-04-07_12h26m18s] [parallel_build:] Queued: 3298 Built: 2123 Failed: 7
> > Skipped: 1161 Ignored: 7    Tobuild: 0     Time: 40:52:34 [03]:
> > net/openldap24-server     | openldap-sasl-server-2.4.58 stage/runaway
> > (31:48:30 / 34:01:11) [40:52:52] Logs:
> > /pool/poudriere/data/logs/bulk/headamd64-head-default/2021-04-07_12h26m18s
> > _______________________________________________

[...]

It seems, that jails on 14-CURRENT do have a strange and malfunctional
behaviour now.

net/openldap24-server is failing to start on 14-CURRENT (FreeBSD 14.0-CURRENT
#4 main-n245909-3ce579325e4: Fri Apr  9 10:09:02 CEST 2021 amd64) host. The
jail is providing OpenLDAP functionality.

Trying to start slapd with debug mode -d7 and above does never give any
information (Ctrl-T on jail's console):

[...]
root_at_ldap-master:~ # service slapd start
grep: /usr/local/etc/openldap/slapd.d/cn=config/olcDatabase={1}mdb: Is a
directory
grep: /usr/local/etc/openldap/slapd.d/cn=config/olcDatabase={2}mdb: Is a
directory
Performing sanity check on slap configuration:

load: 0.37  cmd: slapd 61766 [uwrlck] 3.17r 0.04u 0.01s 0% 11232k
mi_switch+0xbe sleepq_catch_signals+0x324 sleepq_wait_sig+0x9 _sleep+0x1ad
umtxq_sleep+0x230 do_rw_wrlock+0x5dc __umtx_op_rw_wrlock+0x45 sys__umtx_op+0x7a
amd64_syscall+0x10c fast_syscall_common+0xf8
load: 0.37  cmd: slapd 61766 [uwrlck] 3.36r 0.04u 0.01s 0% 11232k
mi_switch+0xbe sleepq_catch_signals+0x324 sleepq_wait_sig+0x9 _sleep+0x1ad
umtxq_sleep+0x230 do_rw_wrlock+0x5dc __umtx_op_rw_wrlock+0x45 sys__umtx_op+0x7a
amd64_syscall+0x10c fast_syscall_common+0xf8
[...]


Today, I realised that Apache 2.4 (www/apach24) also fails to start - last time
I realised the failiure of OpenLDAP, Apache 2.4 did start, now, as of today, it
doesn't.

This is a subversion providing jail on that host (another webserver on the same
host does start the Apache 2.4 service flawless):

[...]
root_at_svn:~ # service apache24 restart
Performing sanity check on apache24 configuration:
Syntax OK
load: 0.14  cmd: httpd 62232 [uwrlck] 2.33r 0.03u 0.00s 0% 14104k
mi_switch+0xbe sleepq_catch_signals+0x324 sleepq_wait_sig+0x9 _sleep+0x1ad
umtxq_sleep+0x230 do_rw_wrlock+0x5dc __umtx_op_rw_wrlock+0x45 sys__umtx_op+0x7a
amd64_syscall+0x10c fast_syscall_common+0xf8 load: 0.14  cmd: httpd 62232
[uwrlck] 2.52r 0.03u 0.00s 0% 14104k mi_switch+0xbe sleepq_catch_signals+0x324
sleepq_wait_sig+0x9 _sleep+0x1ad umtxq_sleep+0x230 do_rw_wrlock+0x5dc
__umtx_op_rw_wrlock+0x45 sys__umtx_op+0x7a amd64_syscall+0x10c
fast_syscall_common+0xf8
Received on Fri Apr 09 2021 - 07:56:29 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:28 UTC