You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Stéphane Cottin (JIRA)" <ji...@apache.org> on 2016/09/29 00:18:21 UTC

[jira] [Commented] (MESOS-6269) CNI isolator doesn't activate loopback interface

    [ https://issues.apache.org/jira/browse/MESOS-6269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15531330#comment-15531330 ] 

Stéphane Cottin commented on MESOS-6269:
----------------------------------------

For adding a loopback interface, i'm doing this :

- add a {{99-loopback.conf}} file in the cni config dir, containing :
{code}
{
    "name": "loopback",
    "type": "loopback"
}
{code}
- add "loopback" network to the executor, eg {{mesos-execute --networks=loopback,dcos ...}}

This issue may not be about a disabled interface.
If you don't add the network, the interface should not be present in the container at all, even disabled.
We can either decide a loopback interface is always required, and do not need an explicit declaration.



> CNI isolator doesn't activate loopback interface
> ------------------------------------------------
>
>                 Key: MESOS-6269
>                 URL: https://issues.apache.org/jira/browse/MESOS-6269
>             Project: Mesos
>          Issue Type: Bug
>          Components: isolation, network
>    Affects Versions: 1.0.1
>            Reporter: Greg Mann
>            Assignee: Avinash Sridharan
>            Priority: Blocker
>              Labels: isolation, networking
>             Fix For: 1.1.0
>
>
> Launching a nested CNI-enabled container yielded the following agent log output:
> {code}
> cni.cpp:1255] Got assigned IPv4 address '9.0.1.25/25' from CNI network 'dcos' for container 7c1ef3c4-ba7b-4b43-ba33-0612d84100cc
> {code}
> indicating that the container was successfully assigned an IP. Running {{ifconfig -a}} inside the container yields:
> {code}
> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1420
>         inet 9.0.1.25  netmask 255.255.255.128  broadcast 0.0.0.0
>         inet6 fe80::e004:4bff:fefc:6816  prefixlen 64  scopeid 0x20<link>
>         ether 0a:58:09:00:01:19  txqueuelen 0  (Ethernet)
>         RX packets 31  bytes 5052 (4.9 KiB)
>         RX errors 0  dropped 0  overruns 0  frame 0
>         TX packets 36  bytes 5689 (5.5 KiB)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> lo: flags=8<LOOPBACK>  mtu 65536
>         loop  txqueuelen 1  (Local Loopback)
>         RX packets 0  bytes 0 (0.0 B)
>         RX errors 0  dropped 0  overruns 0  frame 0
>         TX packets 0  bytes 0 (0.0 B)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> {code}
> it can be seen that the loopback interface is not activated. {{ifconfig lo up}} must be run before a process within the container can bind to that interface, but this should be handled by the CNI isolator.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)