On Sun, 2010-10-31 at 12:55 +0000, davidMbrooke wrote:
> - I get errors from snmpd like "ioctl 35123 returned -1". This is
> because I have "long" interface names for my VLAN interfaces (>8
> characters, e.g. "eth1....@eth1"). Seems that the latest version of
> SNMPD has a fix for this, so I intend to upgrade the SNMP packages.
For the record, it turns out this was a mis-diagnosis for errors like:
ioctl 35123 returned -1
no ifindex found for interface
One possible cause of these errors is long (hardware) interface names,
but in my case the cause was different. I am using IPv6 on 802.1q VLAN
interfaces, and standard behaviour for these is to assign each of them
the SAME link-local addresses (because these are based on the MAC
addresses of the physical interface). This is a Bad Thing, at least for
snmpd.
A workaround is to remove the default link-local addresses and to assign
VLAN-specific ones in /etc/interfaces, like this:
auto eth1.10
iface eth1.10 inet static
vlan_raw_device eth1
address 192.168.10.1
netmask 255.255.255.0
broadcast 192.168.10.255
up ip -6 addr del fe80:0000:0000:0000:0220:fcfc:fe1c:b84c/64 dev
$IFACE
up ip -6 addr add fe80:0000:0000:0010:0000:0000:0000:0001/64 dev
$IFACE
auto eth1.20
iface eth1.20 inet static
vlan_raw_device eth1
address 192.168.20.1
netmask 255.255.255.0
broadcast 192.168.20.255
up ip -6 addr del fe80:0000:0000:0000:0220:fcfc:fe1c:b84c/64 dev
$IFACE
up ip -6 addr add fe80:0000:0000:0020:0000:0000:0000:0001/64 dev
$IFACE
If there's a neater way to fix this please let me know, but this works
OK.
I have therefore left snmpd as it was (i.e. not upgraded). We have 5.4.3
and the latest upstream is 5.6. in case anyone is feeling enthusiastic.
dMb
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel
