[Lxc-users] Failed to move phys interface, invalid argument (Linux 3.1.0, lxc 0.7.5)

Daniel Smith viscous.liquid at gmail.com
Mon Nov 21 23:49:25 UTC 2011


On Mon, Nov 21, 2011 at 4:50 PM, Ivan Vilata i Balaguer
<ivan at selidor.net> wrote:
> Indeed it does, thanks!  I didn't need to run iw under the container, it
> appeared there instantly after moving the interface from the host.  I don't
> know what you mean by adding vifs to the moved interface, but thanks for the
> advice. :)

So when I say wiphy I am referring to the phy0 for instance. When I
referred to a vif (virtual interface) I was meaning the network
interface attached to the phy, e.g. wlan0. With most mac80211 devices
has the capability to have multiple vifs.

As I recall the following steps would reliable lock up the system (and
really should be allowed to happen in the first place). Say we have a
host (host) and a container (cont1) with a ns pid 252.
 1. In host: iw phy0 set netns 252
 2. In cont1: iw phy0 interface add wlan0 type managed
 3. In cont1: ip l s wlan0 up
 4. In host: iw phy0 interface add wlan0 type monitor
 5. In host: ip l s wlan0 up
 6. In cont1: halt
 7. system locked

This was on a stock Ubuntu 11.04 system. I have been busy with other
problems so I have never gotten back to do a deeper analysis of the
issue.

> However, I think this should be automatically set up by the "lxc.network.type
> = phys" option, so if no one has a clear reason of why this isn't supported
> I'll file a new issue in the tracker.

Should this really be under phys type? Right now, if I am not
mistaken, phys is used to denote a physical network interface, e.g.
eth0, in this case the device is a PHY which could have one or more
network interfaces.

Daniel




More information about the lxc-users mailing list