I've had a poudriere-devel bulk run on a Pine64+ 2GB get a: "Warning: Failed to acquire update_stats lock"

[Mark Millard]

[Some more notes after looking around.]

On 2018-Aug-16, at 10:04 AM, Mark Millard <marklmi at yahoo.com> wrote:

> I've no clue if this is significant or not, so I figured I'd
> report it in case it is. I've never seen one of these before.
> See the "[10:59:31]" line below if you care about the warning.
> 
> . . .
> [04:59:38] [01] [00:00:00] Building devel/llvm60 | llvm60-6.0.1_2
> load: 4.53  cmd: sh 57158 [nanslp] 19949.18r 28.74u 71.38s 0% 1040k
> [FBSDcortexA53jail-default] [2018-08-15_17h46m18s] [parallel_build:] Queued: 117 Built: 67  Failed: 0   Skipped: 0   Ignored: 0   Tobuild: 50   Time: 05:32:29
> 	[01]: devel/llvm60              | llvm60-6.0.1_2            build           (00:23:53 / 00:34:35)
> [05:34:13] Logs: /usr/local/poudriere/data/logs/bulk/FBSDcortexA53jail-default/2018-08-15_17h46m18s
> load: 5.72  cmd: sh 46862 [runnable] 0.07r 0.00u 0.00s 0% 0k
> [FBSDcortexA53jail-default] [2018-08-15_17h46m18s] [parallel_build:] Queued: 117 Built: 67  Failed: 0   Skipped: 0   Ignored: 0   Tobuild: 50   Time: 10:57:17
> 	[01]: devel/llvm60              | llvm60-6.0.1_2            build           (05:48:41 / 05:59:23)
> [10:59:01] Logs: /usr/local/poudriere/data/logs/bulk/FBSDcortexA53jail-default/2018-08-15_17h46m18s
> [10:59:31] Warning: Failed to acquire update_stats lock
> load: 4.06  cmd: sh 65361 [piperd] 56707.61r 0.39u 0.65s 0% 408k
> [FBSDcortexA53jail-default] [2018-08-15_17h46m18s] [parallel_build:] Queued: 117 Built: 67  Failed: 0   Skipped: 0   Ignored: 0   Tobuild: 50   Time: 15:48:05
> 	[01]: devel/llvm60              | llvm60-6.0.1_2            build           (10:39:29 / 10:50:11)
> [15:49:49] Logs: /usr/local/poudriere/data/logs/bulk/FBSDcortexA53jail-default/2018-08-15_17h46m18s
> 
> If it is significant, I do not know if it points at a
> poudriere-devel problem or an aarch64 problem or what.
> 
> Note: This poudreire-devel bulk run is still running
> and may well be for, say, another 8 hours or some such
> if it completes normally.
> 
> Some context details:
> 
> # uname -apKU
> FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT  r337400M  arm64 aarch64 1200076 1200076
> 
> # svnlite info /usr/ports/ | grep "Re[plv]"
> Relative URL: ^/head
> Repository Root: svn://svn.freebsd.org/ports
> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> Revision: 476715
> Last Changed Rev: 476715
> 
> I did the ports-mgmt/poudriere-devel rebuild and
> pkg update and upgrade sequence based on -r476715
> before again using poudreire-devel for the more
> general bulk build to update based on -r476715 .
> So the poudriere-devel is based on -r476715 instead
> of what I'm updating from.

Some 2016-April material around indicated that csh vfork
SAVESIGVEC code was leaking signal masks after spawn.

FYI: my root account is set up with a default of /bin/sh .
I do not normally use csh or tcsh:

# more /etc/master.passwd | grep root
root:. . .:/root:/bin/sh

(some material replaced with ". . .").

There are poudriere-devel related reports from back
then, such as:

https://lists.freebsd.org/pipermail/freebsd-pkg/2016-April/001575.html

and its continuation at:

https://lists.freebsd.org/pipermail/freebsd-pkg/2016-April/001578.html

which, in turn, points to the bugzilla report:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208132

with the csh detail.

Note: The bugzilla was started from other evidence of a
problem in 2016-March for a context not involving
poudreire-devel.

As stands, I've no other evidence of problems.


===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)