Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Aug 2024 12:29:18 -0400
From:      Dennis Clarke <dclarke@blastwave.org>
To:        freebsd-current@freebsd.org
Subject:   Re: git: ce4dcb97ca43 - main - zfs: merge openzfs/zfs@9c56b8ec7
Message-ID:  <47f96d89-e1d1-43a8-b456-7b30240d1fad@blastwave.org>
In-Reply-To: <20240811134119.91DD57F@slippy.cwsent.com>
References:  <FB135AEB-1B52-42F3-93F4-2B1B67FC1395.ref@yahoo.com> <FB135AEB-1B52-42F3-93F4-2B1B67FC1395@yahoo.com> <20240811021506.04996DB@slippy.cwsent.com> <54076f5e-cd6d-40d6-b4b7-495cf8e67572@blastwave.org> <20240811134119.91DD57F@slippy.cwsent.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 8/11/24 09:41, Cy Schubert wrote:
> In message <54076f5e-cd6d-40d6-b4b7-495cf8e67572@blastwave.org>, Dennis
> Clarke
> writes:
>> On 8/10/24 22:15, Cy Schubert wrote:
>>> In message <FB135AEB-1B52-42F3-93F4-2B1B67FC1395@yahoo.com>, Mark Millard
>>> write
>>> s:
>>
>>>>       =E2=80=A2 [2:12 PM]Flox: getting this error in ZFS since recent =
>>>> update in HEAD
>>>>       =E2=80=A2 [2:12 PM]Flox:
>>>> sysctl_warn_reuse: can't re-use a leaf =
>>>> (kstat.zfs.zroot.dataset.objset-0x204.zil_itx_metaslab_slog_alloc)!
>>>> pid 58 (zpool) is attempting to use unsafe AIO requests - not logging =
>>>> anymore
>>>>
>>>>       =E2=80=A2 [2:13 PM]Flox:
>>>> FreeBSD fbsd15.localdomain 15.0-CURRENT FreeBSD 15.0-CURRENT #0 =
>>>> main-aea9dba46b: Sat Aug 10 16:48:02 EDT 2024 =
>>>> mike@fbsd15.localdomain:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG =
>>>> amd64
>>>
>>> Yeah. I'm getting tons of these on all my machines as well.
>>>
>>> sysctl_warn_reuse: can't re-use a leaf (kstat.zfs.cwsys.dataset.objset-0x2c
>> c
>>> d.zil_itx_metaslab_slog_alloc)!
>>>
>>>
>>
>>
>> Yep. Seems to be a real thing just pouring out all over the console here
>> too :
>>
>>
>> sysctl_warn_reuse: can't re-use a leaf
>> (kstat.zfs.t1.dataset.objset-0x4b0.zil_itx_metaslab_slog_alloc)!
> 
> This only happens on import: when the system boots and when any pools are
> imported later on.
> 

Sadly .. nope ... that is not the case :

triton# uptime
  4:27PM  up 11:33, 2 users, load averages: 2.76, 0.93, 0.37
triton#
triton# sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x639a.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x639a.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x639a.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x6508.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x6508.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x6508.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x5e74.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x5e74.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x5e74.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x6603.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x6603.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x6603.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x5e7c.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x5e7c.zil_itx_metaslab_slog_alloc)!
sysctl_warn_reuse: can't re-use a leaf 
(kstat.zfs.t1.dataset.objset-0x5e7c.zil_itx_metaslab_slog_alloc)!

So seems to be a thing when the machine is running and doing things like 
a poudriere bulk build etc etc ..

I have not seen it when the machine is just twiddling its thumbs
  pondering an existential crisis. Yet.

>>
>>
>> Just a tad uncomfortable to see.
> 
> Uncomfortable but harmless.
>

In that case let's make it go away .. mmmkay ?

--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47f96d89-e1d1-43a8-b456-7b30240d1fad>