[Pkg-xen-devel] Interfaces stick around now on domain restart?

[Andy Smith]

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