Date: Sat, 21 Sep 2013 02:59:23 -0400 From: Aryeh Friedman <aryeh.friedman@gmail.com> To: Michael Dexter <editor@callfortesting.org> Cc: "freebsd-virtualization@freebsd.org" <freebsd-virtualization@freebsd.org> Subject: Re: bhyve bug report: creating a if_bridge on guest freezes guest Message-ID: <CAGBxaX=vUCHvnRL-=ryKiHf9deimCk386WPFM2sqKL0T6Gf2sA@mail.gmail.com> In-Reply-To: <523D3EB2.7030900@callfortesting.org> References: <CAGBxaXnerTZO2G2Ubu4%2Bj9DmQFt-YVHUUFqhAqqAkbS_SDWcRw@mail.gmail.com> <523D3EB2.7030900@callfortesting.org>
next in thread | previous in thread | raw e-mail | index | archive | help
The bug is when you run the commands I gave on the guest not the host. I have not tested multiple guests yet to see if one guest freezing will freeze the rest On Sat, Sep 21, 2013 at 2:37 AM, Michael Dexter <editor@callfortesting.org>wrote: > On 9/20/13 10:04 PM, Aryeh Friedman wrote: > > if I have something like: > > > > ifconfig bridge0 create > > ifconfig bridge0 addm vtnet0 up > > > > the second ifconfig will just freeze the guest up (host is unaffected) > > vtnet0 is only visible from within a guest, not on the host. Here are > the steps I use: > > Run once on the host before all guests: > > ifconfig bridge0 create > > Run on the host for each guest with different tap# numbers: > > ifconfig tap5 down > ifconfig tap5 destroy > ifconfig tap5 create > ifconfig bridge0 addm tap5 addm em0 up > ifconfig tap5 up > > em0 is the hardware interface on the host. > > Note that this will not work with a wireless interface unless you > manually set some routes with pf. > > What is the bug? > > Michael > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGBxaX=vUCHvnRL-=ryKiHf9deimCk386WPFM2sqKL0T6Gf2sA>