runs poudriere for amd64+arm builds and I again noticed
"witness_lock_list_get: witness exhausted" on the console (which I don't pay
much attention to).
UNAME: FreeBSD poudriere.gopai.com 14.0-CURRENT FreeBSD 14.0-CURRENT #0
main-n259872-f948cb717f50: Wed Dec 28 13:13:43 EST 20
n wrote:
>> >
>> >> On Tuesday, November 28, 2017 02:46:03 PM Michael Jung wrote:
>> >>
>> >>> Hi!
>> >>>
>> >>> I've recently up'd my processor count on our poudriere box and have
>> >>> started noticing t
!
> >>>
> >>> I've recently up'd my processor count on our poudriere box and have
> >>> started noticing the error
> >>> "witness_lock_list_get: witness exhausted" on the console. The kernel
> >>> *DOES NOT* crash but I
> >>
on our poudriere box and have
>>> started noticing the error
>>> "witness_lock_list_get: witness exhausted" on the console. The kernel
>>> *DOES NOT* crash but I
>>> thought the report may be useful to someone.
>>>
>>> $ uname -a
>>&g
On 2018-01-08 13:39, John Baldwin wrote:
On Tuesday, November 28, 2017 02:46:03 PM Michael Jung wrote:
Hi!
I've recently up'd my processor count on our poudriere box and have
started noticing the error
"witness_lock_list_get: witness exhausted" on the console. The kernel
*DOES
On Tuesday, November 28, 2017 02:46:03 PM Michael Jung wrote:
> Hi!
>
> I've recently up'd my processor count on our poudriere box and have
> started noticing the error
> "witness_lock_list_get: witness exhausted" on the console. The kernel
> *DOES NOT* crash bu
Hi!
I've recently up'd my processor count on our poudriere box and have
started noticing the error
"witness_lock_list_get: witness exhausted" on the console. The kernel
*DOES NOT* crash but I
thought the report may be useful to someone.
$ uname -a
FreeBSD poudriere 12.0-CURRENT Fr
On Tuesday, August 16, 2011 5:59:53 pm Peter Jeremy wrote:
I'm getting the above message when running Peter Holm's stress
test with INCARNATIONS=150 on a 16-core sparc. Does this mean
LOCK_CHILDCOUNT is too low or does it indicate a leak in witness
lock_list_entry's somewhere?
Most likely
I'm getting the above message when running Peter Holm's stress
test with INCARNATIONS=150 on a 16-core sparc. Does this mean
LOCK_CHILDCOUNT is too low or does it indicate a leak in witness
lock_list_entry's somewhere?
The comment on LOCK_CHILDCOUNT indicates it is dimensioned to
allow 2048
