Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 12 Apr 2023 22:31:49 -0700
From:      Cy Schubert <Cy.Schubert@cschubert.com>
To:        Charlie Li <vishwin@freebsd.org>
Cc:        Mateusz Guzik <mjguzik@gmail.com>, Rick Macklem <rick.macklem@gmail.com>, Martin Matuska <mm@freebsd.org>, src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org
Subject:   Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75
Message-ID:  <20230412223143.24615882@cschubert.com>
In-Reply-To: <fe0954ff-aa89-9b6b-1ef0-5f1c2250804f@freebsd.org>
References:  <202304031513.333FD6qw014903@gitrepo.freebsd.org> <20230404052811.DA2172C1@slippy.cwsent.com> <7c75b934-cb0a-b32e-bc19-b1e15e8cf3aa@freebsd.org> <20230409154042.0685a273@cschubert.com> <ba938b23-a6d0-f673-ffc8-b3d9d59e53a4@freebsd.org> <E3DD3607-887C-48C4-9031-5204DD84E6A5@cschubert.com> <a99a20b9-c348-89f6-db37-604f72002da4@freebsd.org> <707e4671-d746-aa23-e340-6eb8f50f78c6@freebsd.org> <20230409205826.7802259d@cschubert.com> <4e85eb84-f0cc-2f8c-d3d9-1e016ede042a@freebsd.org> <20230410165406.51bcd958@cschubert.com> <70739834-4eea-db30-63be-556bcfd881a1@freebsd.org> <D62F34CB-69D0-46FE-89C9-9BD2536DBFC5@cschubert.com> <464cc8cd-2bf6-b7e5-3823-89227d842458@freebsd.org> <64e4af2a-5273-6219-c146-f867160f09ac@freebsd.org> <CAGudoHHjpvRPAYJJnaENkxJotgsA9fm27aTZOO=h19G_-szLBQ@mail.gmail.com> <e60957b0-ab49-f8f8-9bf4-cbfd9bd44aa7@freebsd.org> <fe0954ff-aa89-9b6b-1ef0-5f1c2250804f@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 12 Apr 2023 16:11:16 -0400
Charlie Li <vishwin@freebsd.org> wrote:

> Charlie Li wrote:
> > Mateusz Guzik wrote:  
> >> can you please test poudriere with
> >> https://github.com/openzfs/zfs/pull/14739/files
> >>  
> > After applying, on the md(4)-backed pool regardless of block_cloning, 
> > the cy@ `cp -R` test reports no differing (ie corrupted) files. Will 
> > report back on poudriere results (no block_cloning).
> >   
> As for poudriere, build failures are still rolling in. These are (and 
> have been) entirely random on every run. Some examples from this run:
> 
> lang/php81:
> - post-install: @${INSTALL_DATA} ${WRKSRC}/php.ini-development 
> ${WRKSRC}/php.ini-production ${WRKDIR}/php.conf ${STAGEDIR}/${PREFIX}/etc
> - consumers fail to build due to corrupted php.conf packaged

The package might have been corrupted from before.

> 
> devel/ninja:
> - phase: stage
> - install  -s -m 555 
> /wrkdirs/usr/ports/devel/ninja/work/ninja-1.11.1/ninja 
> /wrkdirs/usr/ports/devel/ninja/work/stage/usr/local/bin
> - consumers fail to build due to corrupted bin/ninja packaged

Same as above.

> 
> devel/netsurf-buildsystem:
> - phase: stage
> - mkdir -p 
> /wrkdirs/usr/ports/devel/netsurf-buildsystem/work/stage/usr/local/share/netsurf-buildsystem/makefiles 
> /wrkdirs/usr/ports/devel/netsurf-buildsystem/work/stage/usr/local/share/netsurf-buildsystem/testtools
> for M in Makefile.top Makefile.tools Makefile.subdir Makefile.pkgconfig 
> Makefile.clang Makefile.gcc Makefile.norcroft Makefile.open64; do \
>          cp makefiles/$M 
> /wrkdirs/usr/ports/devel/netsurf-buildsystem/work/stage/usr/local/share/netsurf-buildsystem/makefiles/; 
> \
> done
> - graphics/libnsgif fails to build due to NUL characters in 
> Makefile.{clang,subdir}, causing nothing to link
> 

This might point to some problem that might need further investigation.

Have you tried poudriere bulk -C or -c ? Some packages may be corrupt.

The problem my poudriere encountered was it couldn't find any
packages, because of EXDEV (because I had not enabled block_cloning)
which left dozens of zero length files in my repo. It therefore deleted
them from the meta.pkg. My repo was hosed.

Since I use sysutils/zfs-periodic, rolling back a previous ZFS snapshot
restored my poudriere tree, allowing me to recover my poudriere. I
haven't had any problems since the EXDEV fix + a rollback of the
periodic snapshot of my poudriere ZFS datasets to their last known good
state (the day prior to the ZFS upgrade).

This is why I suspect some kind of lingering corruption within some
files in your poudriere dataset tree.


-- 
Cheers,
Cy Schubert <Cy.Schubert@cschubert.com>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy@nwtime.org>    Web:  https://nwtime.org

			e^(i*pi)+1=0



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20230412223143.24615882>