Re: 13.0: partiton names changed
On Monday, April 12, 2021 9:31:21 AM CEST Andrey V. Elsukov wrote: > 10.04.2021 16:38, Stefan Ehmann пишет: > > I've just updated an old machine from 12.2 to 13.0 > > (ea31abc261ffc01b6ff5671bffb15cf910a07f4b) > > > > Attaching the /home EBR partition gave me this puzzling error: > > > > # geli attach ada0s5 > > Enter passphrase: > > geli: Provider not found: "ada0s5" > > geli: There was an error with at least one provider. > > > > Further investigation showed that there is a symlink from /dev/ada0s5 to > > ada0s4+0001 but geom doesn't recognize ada0s5 anymore. > > > > Didn't find anything about it in the release notes: > > https://www.freebsd.org/releases/13.0R/relnotes/ > > > > I guess EBR is no longer in wide use, but this is an old installation, as > > already mentioned. > > https://reviews.freebsd.org/D24939 Thanks for the pointer (PR 232463 was already mentioned in private communications). As I said above, there is a symlink in /dev. But geom eli is not aware of any aliases/links which breaks EBR eli entries in /etc/fstab. After reading the summary of D24939, I'm not sure if this behavior is intentional. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Frequent disk I/O stalls while building (poudriere), processes in "zfs tear" state
Hello all,
since following the releng/13.0 branch, I experience stalled disk I/O
quite often (ca. once per minute) while building packages with poudriere.
What I can see in this case is the CPU going almost idle, and several
processes shown in `top` in state "zfs te" (and procstat shows "zfs
tear" for that). For up to several seconds, no disk I/O completes (even
starting a new process is impossible), then it recovers. Only two times,
I have seen the system going into a deadlock instead, with printing
messages similar to this to the serial console:
swap_pager: indefinite wait buffer ...
I have this behavior since -RC3 (followed releng/13.0 now up to
-RELEASE). Before that, I had the vnlru-related problem that was fixed
with faa41af1fed350327cc542cb240ca2c6e1e8ba0c.
Some details:
* CPU: Intel(R) Xeon(R) CPU E3-1240L v5 @ 2.10GHz
* RAM: 64GB (ECC)
* Four HDDs (Seagate NAS models), 4TB each
* Swap 16GB, striped over the 4 disks
* Pool: 12TB raid-z on GELI-encrypted partitions. NOT upgraded yet, so I
have a way back to 12.2.
* Two bhyve VMs running with 1GB and 8GB RAM, both wired
* Several jails running services like samba, an MTA, nginx...
* Several NFS shares mounted by other machines
* Poudriere running on idprio 22 with 8 parallel build jobs
Reducing the parallel jobs in poudriere also reduces the frequency of
the problem, but it doesn't seem to completely go away. Also, I have the
impression running into these stalls is more likely when a lot of
compilation jobs can be satisfied from ccache.
Thanks for any ideas and insight (e.g. what this "zfs tear" status
means).
Best regards,
Felix Palmen
--
Dipl.-Inform. Felix Palmen ,.//..
{web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de
{pgp public key} http://palmen-it.de/pub.txt // """
{pgp fingerprint} A891 3D55 5F2E 3A74 3965 B997 3EF2 8B0A BC02 DA2A
signature.asc
Description: PGP signature
Re: 13.0: partiton names changed
10.04.2021 16:38, Stefan Ehmann пишет: > I've just updated an old machine from 12.2 to 13.0 > (ea31abc261ffc01b6ff5671bffb15cf910a07f4b) > > Attaching the /home EBR partition gave me this puzzling error: > > # geli attach ada0s5 > Enter passphrase: > geli: Provider not found: "ada0s5" > geli: There was an error with at least one provider. > > Further investigation showed that there is a symlink from /dev/ada0s5 to > ada0s4+0001 but geom doesn't recognize ada0s5 anymore. > > Didn't find anything about it in the release notes: > https://www.freebsd.org/releases/13.0R/relnotes/ > > I guess EBR is no longer in wide use, but this is an old installation, as > already mentioned. https://reviews.freebsd.org/D24939 -- WBR, Andrey V. Elsukov OpenPGP_signature Description: OpenPGP digital signature
