Re: ifdown/ifup and friends

[Oleg Goldshmidt]

Oleg Goldshmidt  writes:

> I will try and check if using a different driver for virtual NIC makes a
> difference.

Turns out not to be so simple, as the VMs come from OVFs and no NIC
options (save for e1000 defined in the OVF) are available.

I have a workaround, and I will try to create/install a from-scratch VM
in my copious free time. Meanwhile, if anyone has a VMware VM lying
around and can try ifconfig/ifdown/ifup/ip link etc. with different
virtual NICs it will be highly appreciated.

-- 
Oleg Goldshmidt | p...@goldshmidt.org

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

Re: ifdown/ifup and friends

[Oleg Goldshmidt]

Oleg Goldshmidt  writes:

> my machine is a VMware VM, which should not matter, but might

Yes, it would seem that it does. A physical machine behaves differently
than a virtual one, and it seems that "ip link set  up|down"
works on a physical machine.

I will try and check if using a different driver for virtual NIC makes a
difference.

Lior, thanks again.

-- 
Oleg Goldshmidt | p...@goldshmidt.org

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

Re: ifdown/ifup and friends

[Oleg Goldshmidt]

Thanks, but unfortunately, it does not work for me, and I had tried that
before posting.

I have just verified again. I started with the interface (eth3)
connected (NB: my machine is a VMware VM, which should not matter, but
might), while yours seems disconnected ("NO-CARRIER", "state DOWN").

root@hostname:~# ip addr show eth3
5: eth3:  mtu 1500 qdisc pfifo_fast state UP 
qlen 1000
link/ether 00:50:56:b7:20:8c brd ff:ff:ff:ff:ff:ff
inet 192.168.50.149/24 brd 192.168.50.255 scope global eth3
root@hostname:~# ip link set down eth3
root@hostname:~# ip addr show eth3
5: eth3:  mtu 1500 qdisc pfifo_fast state UP 
qlen 1000
link/ether 00:50:56:b7:20:8c brd ff:ff:ff:ff:ff:ff
inet 192.168.50.149/24 brd 192.168.50.255 scope global eth3

Then I disconnected the interface in vSphere, only to get

root@hostname:~# ip addr show eth3
5: eth3:  mtu 1500 qdisc pfifo_fast state 
DOWN qlen 1000
link/ether 00:50:56:b7:20:8c brd ff:ff:ff:ff:ff:ff
root@hostname:~# ip link set down eth3
root@hostname:~# ip addr show eth3
5: eth3:  mtu 1500 qdisc pfifo_fast state 
DOWN qlen 1000
link/ether 00:50:56:b7:20:8c brd ff:ff:ff:ff:ff:ff

i.e., whether the interface is connected or not does not change a thing.

Can it depend on the network driver used? I have e1000 loaded (and 8021q)...

Lior Okman  writes:

> Hi,
>
> On my current host I have the following:
>
> $ ip addr show enp4s0
> 2: enp4s0:  mtu 1500 qdisc mq state DOWN 
> group default qlen 1000
> link/ether 70:85:c2:66:5a:96 brd ff:ff:ff:ff:ff:ff
>
> Running the "set link down" command yields this:
>
> $ sudo ip link set down enp4s0 
> $ ip addr show enp4s0
> 2: enp4s0:  mtu 1500 qdisc mq state DOWN group default 
> qlen 1000
> link/ether 70:85:c2:66:5a:96 brd ff:ff:ff:ff:ff:ff
>
> This seems to do what you want it to. The other way works as well.
>
> $ sudo ip link set up enp4s0 
> $ ip addr show enp4s0
> 2: enp4s0:  mtu 1500 qdisc mq state DOWN 
> group default qlen 1000
> link/ether 70:85:c2:66:5a:96 brd ff:ff:ff:ff:ff:ff
>
> My system is a debian SID host, except that it is using the 4.16.3 kernel.
>
> --
> Lior

-- 
Oleg Goldshmidt | p...@goldshmidt.org

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

Re: ifdown/ifup and friends

[Lior Okman]

Hi,

On my current host I have the following:

$ ip addr show enp4s0
2: enp4s0:  mtu 1500 qdisc mq state DOWN
group default qlen 1000
link/ether 70:85:c2:66:5a:96 brd ff:ff:ff:ff:ff:ff

Running the "set link down" command yields this:

$ sudo ip link set down enp4s0
$ ip addr show enp4s0
2: enp4s0:  mtu 1500 qdisc mq state DOWN group default
qlen 1000
link/ether 70:85:c2:66:5a:96 brd ff:ff:ff:ff:ff:ff

This seems to do what you want it to. The other way works as well.

$ sudo ip link set up enp4s0
$ ip addr show enp4s0
2: enp4s0:  mtu 1500 qdisc mq state DOWN
group default qlen 1000
link/ether 70:85:c2:66:5a:96 brd ff:ff:ff:ff:ff:ff

My system is a debian SID host, except that it is using the 4.16.3 kernel.

--
Lior

On Tue, Apr 24, 2018 at 6:53 PM, Oleg Goldshmidt  wrote:

> Tzafrir Cohen  writes:
>
> >> The problem is that whatever I do in stop() (or by hand), e.g.,
> >>
> >> * ifconfig eth3 down
> >> * ifdown --force eth3 (and --no-scripts, and whatever - on Debian)
> >> * ip link set eth3 down
> >
> > Why don't you stop the interface with 'ifdown'? Also: why not use ip
> > (and generally: iproute2 tools) everywhere?
>
> None of them work (in the sense described in the original post - no
> difference in the output of ifconfig before and after). I tried all of
> them, as hinted in the quoted part above.
>
> > "auto" only means this interface is to be started at boot. So it indeed
> > should be irrelevant.
>
> I know. I was clutching at straws. Interfaces marked "auto" are treated
> specially in some sense (e.g., ifup -a), so I tried to see if there was
> any difference. None.
>
> I also gre suspicious about scripts under /etc/network/if-*.d/ so I
> tried ifdown --no-scripts (in addition to --force), in vain.
>
> Let me also emphasize that the actual code in our scripts does not
> matter because things do not work when I run commands by hand, either.
>
> Thanks,
>
> --
> Oleg Goldshmidt | p...@goldshmidt.org
>
> ___
> Linux-il mailing list
> Linux-il@cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>
___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

Re: ifdown/ifup and friends

[Oleg Goldshmidt]

Tzafrir Cohen  writes:

>> The problem is that whatever I do in stop() (or by hand), e.g.,
>> 
>> * ifconfig eth3 down
>> * ifdown --force eth3 (and --no-scripts, and whatever - on Debian)
>> * ip link set eth3 down
>
> Why don't you stop the interface with 'ifdown'? Also: why not use ip
> (and generally: iproute2 tools) everywhere?

None of them work (in the sense described in the original post - no
difference in the output of ifconfig before and after). I tried all of
them, as hinted in the quoted part above.

> "auto" only means this interface is to be started at boot. So it indeed
> should be irrelevant.

I know. I was clutching at straws. Interfaces marked "auto" are treated
specially in some sense (e.g., ifup -a), so I tried to see if there was
any difference. None.

I also gre suspicious about scripts under /etc/network/if-*.d/ so I
tried ifdown --no-scripts (in addition to --force), in vain.

Let me also emphasize that the actual code in our scripts does not
matter because things do not work when I run commands by hand, either.

Thanks,

-- 
Oleg Goldshmidt | p...@goldshmidt.org

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

Re: ifdown/ifup and friends

[Tzafrir Cohen]

Hi,

Not a good answer, just some thoughts:

On Tue, Apr 24, 2018 at 05:51:40PM +0300, Oleg Goldshmidt wrote:
> 
> Hi all,
> 
> I am trying to get my head around the problem of bringing network
> interfaces up and down and checking the state. I googled extensively,
> but I have not found an answer to the conundrum, and I am hoping that
> someone here may shed some light.
> 
> My target platform is Debian wheezy (no, I can't upgrade it), but what I
> describe below is very similar on an up-to-date Fedora 27 (that,
> obviously, has a very different set of userspace tools and a very
> different kernel).
> 
> What I am trying to achieve is as follows. Assume that the system in
> question gets a command (imagine an API of sorts) to reconfigure one of
> its multiple interfaces. Let's say that the control interface is eth0
> and the request is to reconfigure eth3. Here, "reconfigure" may mean,
> e.g., "change the static IP address and maybe some routing rules" (or
> toggle between static and DHCP or whatever - staying static seems
> conceptually simpler).
> 
> So the is an implementation (bash, run as root, etc.) that goes, in
> essence,
> 
> * stop interface eth3
> * change eth3 configuration
> * start interface eth3
> 
> which looks natural enough. It is also natural that there are stop() and
> start() functions that may include some subtleties such as flushing IP
> address, etc. The start() and stop() functions are used in other
> workflows and, in general, one would like to check whether the interface
> is up or down, at least to avoid superfluous error messages when one
> tries to bring up an interface that is already up, etc. (Such messages
> may pollute things for the API client, and hiding stderr in general is
> not a good idea because real errors may be lost.)
> 
> The problem is that whatever I do in stop() (or by hand), e.g.,
> 
> * ifconfig eth3 down
> * ifdown --force eth3 (and --no-scripts, and whatever - on Debian)
> * ip link set eth3 down

Why don't you stop the interface with 'ifdown'? Also: why not use ip
(and generally: iproute2 tools) everywhere?

> 
> etc., etc., with infinite variations, the UP flag remains set (I also
> check with ifconfig, ip link show, etc.).
> 
> Technically, the UP flag is the IFF_UP bit in the ifr_flags field of
> struct ifreq accessible through a ioctl (cf. man 7 netdevice). I went as
> far as writing a C program that uses the ioctl(s) (SIOCGIFFLAGS,
> SIOCSIFFLAGS) directly. To no avail: right after I toggle IFF_UP I check
> it again and it is *always* up... Again, this is on both Debian wheezy
> (old, kernel 3.2.0) and Fedora 27 (fully updated, kernel 4.15.17)...
> 
> It also does not depend on whether the interface is designated as "auto"
> (on Debian) or anything else I could think of.

"auto" only means this interface is to be started at boot. So it indeed
should be irrelevant.

-- 
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il ||  best
tzaf...@debian.org|| friend

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il

ifdown/ifup and friends

[Oleg Goldshmidt]

Hi all,

I am trying to get my head around the problem of bringing network
interfaces up and down and checking the state. I googled extensively,
but I have not found an answer to the conundrum, and I am hoping that
someone here may shed some light.

My target platform is Debian wheezy (no, I can't upgrade it), but what I
describe below is very similar on an up-to-date Fedora 27 (that,
obviously, has a very different set of userspace tools and a very
different kernel).

What I am trying to achieve is as follows. Assume that the system in
question gets a command (imagine an API of sorts) to reconfigure one of
its multiple interfaces. Let's say that the control interface is eth0
and the request is to reconfigure eth3. Here, "reconfigure" may mean,
e.g., "change the static IP address and maybe some routing rules" (or
toggle between static and DHCP or whatever - staying static seems
conceptually simpler).

So the is an implementation (bash, run as root, etc.) that goes, in
essence,

* stop interface eth3
* change eth3 configuration
* start interface eth3

which looks natural enough. It is also natural that there are stop() and
start() functions that may include some subtleties such as flushing IP
address, etc. The start() and stop() functions are used in other
workflows and, in general, one would like to check whether the interface
is up or down, at least to avoid superfluous error messages when one
tries to bring up an interface that is already up, etc. (Such messages
may pollute things for the API client, and hiding stderr in general is
not a good idea because real errors may be lost.)

The problem is that whatever I do in stop() (or by hand), e.g.,

* ifconfig eth3 down
* ifdown --force eth3 (and --no-scripts, and whatever - on Debian)
* ip link set eth3 down

etc., etc., with infinite variations, the UP flag remains set (I also
check with ifconfig, ip link show, etc.).

Technically, the UP flag is the IFF_UP bit in the ifr_flags field of
struct ifreq accessible through a ioctl (cf. man 7 netdevice). I went as
far as writing a C program that uses the ioctl(s) (SIOCGIFFLAGS,
SIOCSIFFLAGS) directly. To no avail: right after I toggle IFF_UP I check
it again and it is *always* up... Again, this is on both Debian wheezy
(old, kernel 3.2.0) and Fedora 27 (fully updated, kernel 4.15.17)...

It also does not depend on whether the interface is designated as "auto"
(on Debian) or anything else I could think of.

I straced all kinds of commands and downloaded sources and did all kinds
of things trying to understand what was going on, but so far in vain. By
the way, I pulled the sources of ifupdown from Debian's git, and I
didn't find any ioctl calls there. Could it be because they don't help
(see above)?

The only way (well, I could implement my own state...) I managed to work
around the *original* is-the-interface-up? problem was by doing an
equivalent of

ifdown --force eth3 && sleep 1 && ifconfig eth3 0.0.0.0

for stop() and then testing for the presence of "inet" (rather than
"UP") in the ifconfig's output (on Debian). By the way, the sleep is
essential - without it it won't work, for whatever reason.

The workaround above may or may not prove sufficient for the immediate
purpose, but a) it's ugly, and b) I would like to understand how one can
toggle the IFF_UP flag programmatically. I also have a dim recollection
that ifdown/ifup and/or ifconfig down/up used to work in distant past...

Any ideas?

-- 
Oleg Goldshmidt | p...@goldshmidt.org

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il