Control: reassign -1 virutalbox
On Wed, 2016-02-10 at 17:40 +0530, Ritesh Raj Sarraf wrote: > On Wed, 2016-02-10 at 17:28 +0530, Ritesh Raj Sarraf wrote: > > I hope I have been able to explain the problem. Or in other words, > > how > > do I achieve a bridge interface status like the following under > > systemd-networkd ? > > > > 4: sysbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue > > state UP group default qlen 1000 > > link/ether c6:2b:ef:ba:f2:aa brd ff:ff:ff:ff:ff:ff > > inet 172.16.20.1/16 brd 172.16.255.255 scope global sysbr0 > > valid_lft forever preferred_lft forever > > inet6 fe80::c42b:efff:feba:f2aa/64 scope link tentative > > valid_lft forever preferred_lft forever > > > I've filed this as a bug with systemd-networkd because of the odd > behavior of the interface being marked carrier-less, when using tools > like Virtualbox. The oddity is not seen when using a systemd native > add-on tool like nspawn. [ 1822.506542] sysbr0: port 1(vb-debTemplate) entered disabled state [ 1823.058233] IPv6: ADDRCONF(NETDEV_CHANGE): vb-debTemplate: link becomes ready [ 1823.058603] sysbr0: port 1(vb-debTemplate) entered forwarding state [ 1823.058688] sysbr0: port 1(vb-debTemplate) entered forwarding state [ 1838.107078] sysbr0: port 1(vb-debTemplate) entered forwarding state [ 3399.909204] device sysbr0 left promiscuous mode [ 3402.298866] vboxnetflt: 3940 out of 4080 packets were not sent (directed to host) For whatever reasons, if vbox is not able to send packets, when other tools (nspawn) is able to, this should start as a bug being assigned to vbox first. Also to note: This vboxnetflt issue was seen earlier too, on a non- systemd seutp. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
