From nobody Mon Aug 12 17:52:19 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WjMYF2WR7z5SmRX for ; Mon, 12 Aug 2024 17:52:33 +0000 (UTC) (envelope-from mike.jakubik@gmail.com) Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WjMYD1Hn0z47Km for ; Mon, 12 Aug 2024 17:52:32 +0000 (UTC) (envelope-from mike.jakubik@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=S1yR1Kx8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mike.jakubik@gmail.com designates 2607:f8b0:4864:20::835 as permitted sender) smtp.mailfrom=mike.jakubik@gmail.com Received: by mail-qt1-x835.google.com with SMTP id d75a77b69052e-451b7e1d157so25783581cf.3 for ; Mon, 12 Aug 2024 10:52:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723485151; x=1724089951; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=gQ8dO1mJaRiZNlqsM7KDIwg7Am15V4MiFdc5Imxj9WY=; b=S1yR1Kx8rU8CVmsU+6fzT4bDKQ9J9FBQJvQkvMvyVKb6OOxmcqykuwLB0YILTRDprh xFxP47HPHRfnEwGOP/G0h7GqklRwvPk2fAUtaNqbyBNeTceoRseVO3GyoaF00KgaOK4o OuR1DOleOTR0teTVRE5I0FeaRyrFsj94GvYwXlrlwdAk//m/hMIccgVcM313QkI+CuNH REmz1d341nbG+s09tm7c3b6lc4I6h57MwimmxbxLR++cbFCBix+sQjo42VWKEtJzRZA9 vcV3Cta9PojOhQ9LrJb0MCRAsbLbGQwICERgrtuMR48lxzliEUm24QUsy6rNmKOQt4Ps 5mlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723485151; x=1724089951; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=gQ8dO1mJaRiZNlqsM7KDIwg7Am15V4MiFdc5Imxj9WY=; b=CVOB92DfUwpZAi5uKtjJwdhmwzb7RT52epdpKS2S9RKRXd+cIudV2QzOJKBcx9aKz9 BSvcn7M3UUHTBQlWaVYmUxq0LulwO4BCfjrtfevuYZzMQ20f5o1+KxPjtIepC2QYTDkd mtPKBQUQMEs69wPe3rUWpn/oPyor5myzbA5+Xz5PiqU4MTuTRaKrdcdgMZklMFIKp3Cr VcgPzqAUCVTOUFa1ggAzou4dVNtqs3IundOu6Ee0AoxDKQuzmV8dzZFqtC/ECGNTLTrR FkMA1QLyEBgneV2d585dlVBz961UT9IdA06ZXE0gZnyW2ktRfxhxXfs2IBTfoKiDxn8t c9Bg== X-Gm-Message-State: AOJu0YytZbQyk1FQG2PxmFVd8uBP8YNr2C/16F3D0ecft9PyWn0gKLhV XfvFULS4VGFTY8iJE5IEXYs4wy6a0VxdySl6xGWLv7YxNtuaF5487ySApSY8d02CH7zHd79+kWs R5EN5rhF/TC0NgnfksHGpGUy22dY= X-Google-Smtp-Source: AGHT+IG+Weeb3x+BO82Z5/9wKDxCK6QPvzQ7/i9kf36roqviXRJVt4j/7aTJXtR5oGbW5oyChqA29cDN5Xi2xmQvT1o= X-Received: by 2002:ac8:1103:0:b0:453:4be8:1192 with SMTP id d75a77b69052e-4534be814ddmr5613941cf.3.1723485151213; Mon, 12 Aug 2024 10:52:31 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <20240811021506.04996DB@slippy.cwsent.com> <54076f5e-cd6d-40d6-b4b7-495cf8e67572@blastwave.org> <20240811134119.91DD57F@slippy.cwsent.com> <47f96d89-e1d1-43a8-b456-7b30240d1fad@blastwave.org> In-Reply-To: <47f96d89-e1d1-43a8-b456-7b30240d1fad@blastwave.org> From: Mike Jakubik Date: Mon, 12 Aug 2024 13:52:19 -0400 Message-ID: Subject: Re: git: ce4dcb97ca43 - main - zfs: merge openzfs/zfs@9c56b8ec7 To: Dennis Clarke Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="00000000000036bf9a061f80289c" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::835:from] X-Rspamd-Queue-Id: 4WjMYD1Hn0z47Km --00000000000036bf9a061f80289c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Just FYI, I only get this on bootup. On Sun, Aug 11, 2024 at 12:29=E2=80=AFPM Dennis Clarke wrote: > 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 , Mark > Millard > >>> write > >>> s: > >> > >>>> =3DE2=3D80=3DA2 [2:12 PM]Flox: getting this error in ZFS since= recent > =3D > >>>> update in HEAD > >>>> =3DE2=3D80=3DA2 [2:12 PM]Flox: > >>>> sysctl_warn_reuse: can't re-use a leaf =3D > >>>> (kstat.zfs.zroot.dataset.objset-0x204.zil_itx_metaslab_slog_alloc)! > >>>> pid 58 (zpool) is attempting to use unsafe AIO requests - not loggin= g > =3D > >>>> anymore > >>>> > >>>> =3DE2=3D80=3DA2 [2:13 PM]Flox: > >>>> FreeBSD fbsd15.localdomain 15.0-CURRENT FreeBSD 15.0-CURRENT #0 =3D > >>>> main-aea9dba46b: Sat Aug 10 16:48:02 EDT 2024 =3D > >>>> mike@fbsd15.localdomain:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NOD= EBUG > =3D > >>>> 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 he= re > >> 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 a= re > > 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 > > > --00000000000036bf9a061f80289c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Just FYI, I only get this on bootup.

On Sun, Aug 11, 20= 24 at 12:29=E2=80=AFPM Dennis Clarke <dclarke@blastwave.org> wrote:
On 8/11/24 09:41, Cy Schubert wrote:
> In message <54076f5e-cd6d-40d6-b4b7-495cf8e67572@blast= wave.org>, Dennis
> Clarke
> writes:
>> On 8/10/24 22:15, Cy Schubert wrote:
>>> In message <FB135AEB-1B52-42F3-93F4-2B1B67FC1395@y= ahoo.com>, Mark Millard
>>> write
>>> s:
>>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0=3DE2=3D80=3DA2 [2:12 PM]Flox: g= etting this error in ZFS since recent =3D
>>>> update in HEAD
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0=3DE2=3D80=3DA2 [2:12 PM]Flox: >>>> sysctl_warn_reuse: can't re-use a leaf =3D
>>>> (kstat.zfs.zroot.dataset.objset-0x204.zil_itx_metaslab_slo= g_alloc)!
>>>> pid 58 (zpool) is attempting to use unsafe AIO requests - = not logging =3D
>>>> anymore
>>>>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0=3DE2=3D80=3DA2 [2:13 PM]Flox: >>>> FreeBSD fbsd15.localdomain 15.0-CURRENT FreeBSD 15.0-CURRE= NT #0 =3D
>>>> main-aea9dba46b: Sat Aug 10 16:48:02 EDT 2024 =3D
>>>> mike@fbsd15.localdomain:/usr/obj/usr/src/amd64.amd64/sys/G= ENERIC-NODEBUG =3D
>>>> 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.da= taset.objset-0x2c
>> c
>>> d.zil_itx_metaslab_slog_alloc)!
>>>
>>>
>>
>>
>> Yep. Seems to be a real thing just pouring out all over the consol= e 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
=C2=A0 4:27PM=C2=A0 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
=C2=A0 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


--00000000000036bf9a061f80289c--