From nobody Thu Apr 13 05:31:49 2023 X-Original-To: dev-commits-src-main@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 4Pxp9P2lBPz45TX2; Thu, 13 Apr 2023 05:31:53 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pxp9P065rz4H1g; Thu, 13 Apr 2023 05:31:52 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id mcTGp2X1OuZMSmpYmpOF0Z; Thu, 13 Apr 2023 05:31:52 +0000 Received: from spqr.komquats.com ([70.66.148.124]) by cmsmtp with ESMTPA id mpYkpVieh3fOSmpYlpe0uJ; Thu, 13 Apr 2023 05:31:52 +0000 X-Authority-Analysis: v=2.4 cv=J8G5USrS c=1 sm=1 tr=0 ts=643793c8 a=Cwc3rblV8FOMdVN/wOAqyQ==:117 a=Cwc3rblV8FOMdVN/wOAqyQ==:17 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10 a=dKHAf1wccvYA:10 a=6I5d2MoRAAAA:8 a=NEAV23lmAAAA:8 a=YxBL1-UpAAAA:8 a=EkcXrb_YAAAA:8 a=Y--Ymys-rxVKTIXM4kkA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id A8056804; Wed, 12 Apr 2023 22:31:49 -0700 (PDT) Received: from localhost (localhost [IPv6:::1]) by slippy.cwsent.com (Postfix) with ESMTP id 7455D291; Wed, 12 Apr 2023 22:31:49 -0700 (PDT) Date: Wed, 12 Apr 2023 22:31:49 -0700 From: Cy Schubert To: Charlie Li Cc: Mateusz Guzik , Rick Macklem , Martin Matuska , 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: References: <202304031513.333FD6qw014903@gitrepo.freebsd.org> <20230404052811.DA2172C1@slippy.cwsent.com> <7c75b934-cb0a-b32e-bc19-b1e15e8cf3aa@freebsd.org> <20230409154042.0685a273@cschubert.com> <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> <464cc8cd-2bf6-b7e5-3823-89227d842458@freebsd.org> <64e4af2a-5273-6219-c146-f867160f09ac@freebsd.org> Organization: KOMQUATS X-Mailer: Claws Mail 3.19.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfIzxyT77pl6WiEnpSEa5KsUBS9A2NUiXjK+KvqYsNvHMIQl2WZk/E++zBoqSko5Ek/ECfRjubOcnkpS9hAo6zelIaluoWbMWQoyc6141eOr4rkl9ejIf WPz/t67SxxoVlGxgDAUgVfuWWFC9HZWFUdg8dDlU1QOFyWDsJ339DI0pULvzFtOXqxj5dUsbLxU+CN64/4PxHr8Ckky23zDwPXbHJxUx3PjeVoZkInqy8FBw GnG3JFTSZ9jDEzDFmMCaCYWDuiy4R2qM0lj2By6CprTLIzxCIY5WXIq2iUgd6uNm8Xg0hFCOba+RSmU58AdKbOjGQE3M6chFWW+wQj+ltDCtAspL+K1Q4LMt oayXw7kz9TE96ISsPk6zq6mUh6EUpijcKaAkO5KBYHk+S7+iIJV89czc+KWFYLcOzT9A/61D X-Rspamd-Queue-Id: 4Pxp9P065rz4H1g X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Wed, 12 Apr 2023 16:11:16 -0400 Charlie Li 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 FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0