Pkg xen devel - Mar 2007 - Interfaces stick around now on domain restart?

Hi,

I've just begun putting xen domains on an etch dom0 (my other
servers being sarge with backports at this time).  I've noticed that
when a domain is restarted or shut down, SNMP believes that the
interface is still there and a new interface with the same name has
been created.

For example, on an snmpwalk:

[...]
IF-MIB::ifDescr.24 = STRING: v-deep
IF-MIB::ifDescr.28 = STRING: v-isst
IF-MIB::ifDescr.34 = STRING: v-light
IF-MIB::ifDescr.35 = STRING: v-light
IF-MIB::ifDescr.36 = STRING: v-light
[...]
IF-MIB::ifAdminStatus.24 = INTEGER: up(1)
IF-MIB::ifAdminStatus.28 = INTEGER: up(1)
IF-MIB::ifAdminStatus.34 = INTEGER: down(2)
IF-MIB::ifAdminStatus.35 = INTEGER: down(2)
IF-MIB::ifAdminStatus.36 = INTEGER: up(1)

The domU corresponding to v-light there was rebooted twice, and is
now using ifindex 36.  The other two instances of that interface are
not visible in "ifconfig -a" output nor in "ip link" output.

I use "vifname" to set interface names that begin with v- because it
enabled a bit more space for a descriptive interface name than vif-,
but this still occurs even if I force a vif-light.0 name.

I could ignore it but it plays havoc with my SNMP-based bandwidth
stats which continue to poll "down" interfaces as the fact the
interface still exists is enough.  I do not experience this with the
backports on sarge.

Is this something to do with udev?

I'm using PAE kernels and hypervisor.

Cheers,
Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20070313/96c8cd7f/attachment-0001.pgp

On Tue, Mar 13, 2007 at 03:02:13AM +0000, Andy Smith
wrote:
> IF-MIB::ifDescr.24 = STRING: v-deep
> IF-MIB::ifDescr.28 = STRING: v-isst
> IF-MIB::ifDescr.34 = STRING: v-light
> IF-MIB::ifDescr.35 = STRING: v-light
> IF-MIB::ifDescr.36 = STRING: v-light
> [...]
> IF-MIB::ifAdminStatus.24 = INTEGER: up(1)
> IF-MIB::ifAdminStatus.28 = INTEGER: up(1)
> IF-MIB::ifAdminStatus.34 = INTEGER: down(2)
> IF-MIB::ifAdminStatus.35 = INTEGER: down(2)
> IF-MIB::ifAdminStatus.36 = INTEGER: up(1)
> 
> The domU corresponding to v-light there was rebooted twice, and is
> now using ifindex 36.  The other two instances of that interface are
> not visible in "ifconfig -a" output nor in "ip link"
output.
Some more info:

This only happens on reboot, not shutdown/boot.

The devices also aren't present in /proc/net/dev of dom0.

Cheers,
Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20070313/2dbfed85/attachment.pgp

On Tue, Mar 13, 2007 at 03:19:57AM +0000, Andy Smith
wrote:
> On Tue, Mar 13, 2007 at 03:02:13AM +0000, Andy Smith wrote:
> > IF-MIB::ifDescr.24 = STRING: v-deep
> > IF-MIB::ifDescr.28 = STRING: v-isst
> > IF-MIB::ifDescr.34 = STRING: v-light
> > IF-MIB::ifDescr.35 = STRING: v-light
> > IF-MIB::ifDescr.36 = STRING: v-light
> > [...]
> > IF-MIB::ifAdminStatus.24 = INTEGER: up(1)
> > IF-MIB::ifAdminStatus.28 = INTEGER: up(1)
> > IF-MIB::ifAdminStatus.34 = INTEGER: down(2)
> > IF-MIB::ifAdminStatus.35 = INTEGER: down(2)
> > IF-MIB::ifAdminStatus.36 = INTEGER: up(1)
> > 
> > The domU corresponding to v-light there was rebooted twice, and is
> > now using ifindex 36.  The other two instances of that interface are
> > not visible in "ifconfig -a" output nor in "ip
link" output.
Looks like it is a bug with snmpd:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=368617

Sorry for the noise.

Cheers,
Andy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20070313/7ab9a48f/attachment.pgp