Re: epair(4)
- Reply: Patrick M. Hausen: "Re: epair(4)"
- In reply to: Lexi Winter : "Re: epair(4)"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Thu, 22 May 2025 00:14:52 UTC
On Fri, May 16, 2025 at 09:21:29PM +0100, Lexi Winter wrote:
>i am not sure about this. i admit i have not done a survey :-) however,
>i believe most people using jails or bhyve are not affected. the
>Handbook is clear about the correct way to configure this[0], so people
>who followed the handbook to configure their jails or bhyve VMs should
>not run into this problem.
Your belief that most people using bhyve and jails would be unaffected
is, I think, misplaced. The handbook has only been clear about
the "correct way to configure" this since around the middle of last year [1]
https://web.archive.org/web/20240725082825/https://docs.freebsd.org/en/books/handbook/virtualization/ in 24.6.13
Prior to that, like https://web.archive.org/web/20240406173929/https://docs.freebsd.org/en/books/handbook/virtualization/ in 24.6.10 or in https://web.archive.org/web/20210301113601/https://docs.freebsd.org/en/books/handbook/virtualization/#virtualization-host-bhyve
in 22.7.9 there's no mention of the now-correct way of configuring bridge
in a bhyve context.
Maybe it'd be an idea to have section 24.7.13 immediately following 24.7.1
in the (latest) handbook and also a note to make it clear that members of a bridge
cannot, as just members, be individually assigned an ip.
[1] relevant because typically bhyve hosts are high-uptime hosts.
Conceivable that the network won't typically be thought to have to be
reconfigured after an update/upgrade.
--