Date: Fri, 9 Apr 2021 11:56:18 +0200 From: "O. Hartmann" <ohartmann@walstatt.org> Cc: Ronald Klop <ronald-lists@klop.ws>, freebsd-current <freebsd-current@freebsd.org>, FreeBSD Ports <freebsd-ports@freebsd.org> Subject: Re: poudriere: net/openldap24-server: stage/runaway , building forever Message-ID: <20210409115613.3c78fd7d@freyja> In-Reply-To: <235429415.92.1617956187134@localhost> References: <20210409061703.6cf124d0@hermann.fritz.box> <20210409072747.688f778f@freyja> <235429415.92.1617956187134@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 9 Apr 2021 10:16:27 +0200 (CEST) Ronald Klop <ronald-lists@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=3Dpackage > > It is stuck in "stage/runaway" for 61 hours now. > http://beefy18.nyi.freebsd.org/build.html?mastername=3Dmain-amd64-defaul= t&build=3Dp569609_s5b3b19db73 > (ipv6 only) > > NB: I'm not involved in the pkg building cluster. > > Regards, > Ronald. > > > Van: "O. Hartmann" <ohartmann@walstatt.org> > Datum: vrijdag, 9 april 2021 07:27 > Aan: FreeBSD Ports <freebsd-ports@freebsd.org> > Onderwerp: Re: poudriere: net/openldap24-server: stage/runaway , buildin= g > forever > > > > On Fri, 9 Apr 2021 06:17:03 +0200 > > "Hartmann, O." <ohartmann@walstatt.org> wrote: > > > > > Recent CURRENT host (FreeBSD 14.0-CURRENT #26 main-n245806-4d221f59b= 85: > > > 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 t= he > > > 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:] Q= ueued: > > > 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 rec= ent > > > taken from git /usr/ports, branch main), run into a serious problem > > > starting slapd, when starting slapd and the process is reporting che= cking > > > configuration, it freezes forever. Putting slapd into debug mode doe= sn'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 revis= ion > > > as shown above)? > > > > > > Thanks in advance, > > > > > > O. Hartmann > > > > Short update, another host is stuck at the very same point, host's CUR= RENT > > 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 befor= e: > > > > > > [...] > > [09:05:25] [03] [02:13:44] Finished net/openldap24-server | > > openldap-sasl-server-2.4.58: Failed: stage/runaway load: 10.39 cmd: a= wk > > 24374 [running] 0.06r 0.00u 0.00s 0% 3420k [headamd64-head-default] > > [2021-04-07_12h26m18s] [parallel_build:] Queued: 3298 Built: 2123 Fail= ed: 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_12h26= m18s > > _______________________________________________ [...] 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-CURR= ENT #4 main-n245909-3ce579325e4: Fri Apr 9 10:09:02 CEST 2021 amd64) host. Th= e 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@ldap-master:~ # service slapd start grep: /usr/local/etc/openldap/slapd.d/cn=3Dconfig/olcDatabase=3D{1}mdb: Is= a directory grep: /usr/local/etc/openldap/slapd.d/cn=3Dconfig/olcDatabase=3D{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 toda= y, 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@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+0= x324 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20210409115613.3c78fd7d>