Re: [Vserver] host - guest network interface interaction oddity

From: Herbert Poetzl <herbert_at_13thfloor.at>
Date: Thu 23 Mar 2006 - 16:37:50 GMT
Message-ID: <20060323163750.GD17981@MAIL.13thfloor.at>

On Thu, Mar 23, 2006 at 02:54:17PM +0100, Attila Csipa wrote:
> 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) ?

it is very likely that, for whatever reason
(read: I need more details about your config)
the guest has the one and only primary IP assigned
and bringing that down will take all secondaries
with it ...

helpful information would be:

 - the interfaces config
 - output of 'ip addr ls' on the host and guest

best,
Herbert

>
> 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
_______________________________________________
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Received on Thu Mar 23 17:03:04 2006

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