[Vserver] host - guest network interface interaction oddity

From: Attila Csipa <plists_at_prometheus.org.yu>
Date: Thu 23 Mar 2006 - 13:54:17 GMT
Message-Id: <200603231454.17219.plists@prometheus.org.yu>

I have situation I'm not sure I am interpreting correctly. The problem is that
restarting a guest on a host (both Debian 2.6.15, default vserver
capabilities) somehow manages to bring down one interface of the host as
well, but only _on guest restart_, I cannot down the interface from inside
the guest (which is as is should be). I have two addresses on the same subnet
(one is a failover address) on the same card.

ifconfig on the host gives:

eth0 Link encap:Ethernet HWaddr 00:E0:81:27:C6:A6
          inet addr:94.152.112.53 Bcast:94.152.112.255 Mask:255.255.255.0
          RX bytes:1444026448 (1.3 GiB) TX bytes:1549809611 (1.4 GiB)
          Base address:0xc000 Memory:f2000000-f2020000

eth0:0 Link encap:Ethernet HWaddr 00:E0:81:27:C6:A6
          inet addr:94.152.112.55 Bcast:94.152.112.255 Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          Base address:0xc000 Memory:f2000000-f2020000

eth1 Link encap:Ethernet HWaddr 00:E0:81:27:C6:A7
          inet addr:10.10.10.53 Bcast:10.10.10.255 Mask:255.255.255.0

ifconfig on the guest (as it is and should be):

eth0 Link encap:Ethernet HWaddr 00:E0:81:27:C6:A6
          inet addr:94.152.112.53 Bcast:94.152.112.255 Mask:255.255.255.0

guest:/# ifconfig eth0:0 down
SIOCSIFFLAGS: Permission denied

when I do a "vserver guest restart" on the host I get the following

host:~# vserver guest restart
Stopping periodic command scheduler: cron.
Stopping MySQL database server: mysqld.
Saving the System Clock time to the Hardware Clock...
hwclock is unable to get I/O port access: the iopl(3) call failed.
Hardware Clock updated to Thu Mar 23 14:25:48 CET 2006.
Stopping deferred execution scheduler: atd.
Stopping kernel log daemon: klogd.
Stopping system log daemon: syslogd.
Sending all processes the TERM signal...done.
Sending all processes the KILL signal...done.
Saving random seed...done.
Unmounting remote and non-toplevel virtual filesystems...done.
Deconfiguring network interfaces...done.
Cleaning up ifupdown...done.
Deactivating swap...umount: none: not found
umount: /tmp: must be superuser to umount
Not superuser.
done.
Unmounting local filesystems...umount: none: not found
umount: /tmp: must be superuser to umount
umount: /dev/hdv1: not found
umount: /: not mounted
done.
mount: permission denied
Rebooting... ifdown: shutdown eth0: Permission denied
ifdown: shutdown eth1: Permission denied
Cannot find device "eth0:0"
Cannot find device "eth0:0"

and from this point I no longer have eth0:0 on the host OR the default route
which was going through eth0. Any ideas why this is happening (and where is
the host digging up eth1/eth0:0 when the guest supposedly has nothing to do
with them) ?

Versions:
                   Kernel: 2.6.15v
                   VS-API: 0x00020001
             util-vserver: 0.30.209; Jan 8 2006, 12:24:41

Features:
                       CC: gcc, gcc (GCC) 4.0.3 20051201 (prerelease) (Debian
4.0.2-5)
                      CXX: g++, g++ (GCC) 4.0.3 20051201 (prerelease) (Debian
4.0.2-5)
                 CPPFLAGS: ''
                   CFLAGS: '-Wall -g -O2 -std=c99 -Wall -pedantic -W
-funit-at-a-time'
                 CXXFLAGS: '-g -O2 -ansi -Wall -pedantic -W -fmessage-length=0
-funit-at-a-time'
               build/host: i486-pc-linux-gnu/i486-pc-linux-gnu
             Use dietlibc: yes
       Build C++ programs: yes
       Build C99 programs: yes
           Available APIs: compat,v11,v13,fscompat,net,oldproc,olduts
            ext2fs Source: e2fsprogs
    syscall(2) invocation: alternative
      vserver(2) syscall#: 273/glibc
_______________________________________________
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Received on Thu Mar 23 13:55:27 2006

[Next/Previous Months] [Main vserver Project Homepage] [Howto Subscribe/Unsubscribe] [Paul Sladen's vserver stuff]
Generated on Thu 23 Mar 2006 - 13:55:31 GMT by hypermail 2.1.8