FS#26259 - [netcfg] vlan interface 'up' error: "net.ipv6.conf.<name>.accept_ra" is an unknown key

Attached to Project: Arch Linux
Opened by Wade Carpenter (wade) - Tuesday, 04 October 2011, 21:54 GMT
Last edited by Allan McRae (Allan) - Saturday, 28 April 2012, 14:45 GMT
Task Type Bug Report
Category Arch Projects
Status Closed
Assigned To Jouke Witteveen (jouke)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Description:
When bringing up a CONNECTION=vlan interface, an error message is displayed:

$ sudo netcfg -u Vlan999
:: Vlan999 up [BUSY]
error: "net.ipv6.conf.eth0.999.accept_ra" is an unknown key [DONE]

The sysctl key should be net.ipv6.conf.eth0/999.accept_ra" ("eth0/999" instead of "eth0.999"):
$ sysctl net.ipv6.conf.eth0/999.accept_ra
net.ipv6.conf.eth0/999.accept_ra = 1

$ ls /proc/sys/net/ipv6/conf/eth0.999/accept_ra
/proc/sys/net/ipv6/conf/eth0.999/accept_ra


Additional info:
* netcfg 2.6.8-1
* /etc/network.d/Vlan999:

<code text>
CONNECTION="vlan"
INTERFACE="eth0.999"
VLAN_PHYS_DEV="eth0"
VLAN_ID="999"
IP="static"
ADDR="1.99.0.120"
NETMASK="255.255.255.0"
</code>

Steps to reproduce:
$ netcfg -u Vlan999
This task depends upon

Closed by  Allan McRae (Allan)
Saturday, 28 April 2012, 14:45 GMT
Reason for closing:  Fixed
Additional comments about closing:  https://projects.archlinux.org/netcfg.gi t/commit/?id=b934466c
Comment by Emil Micek (pantaril) - Friday, 02 December 2011, 13:59 GMT
I can confirm this bug. Note: ipv4 connetion works despite the error message.

* netcfg v2.6.8
# cat /etc/network.d/eth0.2
INTERFACE="eth0.2"
VLAN_PHYS_DEV="eth0"
VLAN_ID="2"
CONNECTION="vlan"
IP="dhcp"
DHCP_OPTIONS="--nogateway --nooption"
Comment by Steve Caligo (scaligo) - Tuesday, 06 March 2012, 16:03 GMT
The following patch against /usr/lib/network/connections/ethernet from netcfg 2.6.8-1 changes the file in two ways:

1) it solves this issue by changing eth0.2 into eth0/2, which is the syntax accepted by sysctl

2) it doesn't disable routing advertisements for stateful DCHPv6, as routes aren't sent by the DHCP server, but rely on routing advertisements to be picked up by the client.
Comment by Wade Carpenter (wade) - Tuesday, 06 March 2012, 17:38 GMT
I verified Steve's patch on my system against netcfg 2.6.8-1

Thanks, Steve!
Comment by Simon Malinge (Tapi) - Tuesday, 27 March 2012, 10:57 GMT
Here's a new patch updated for netcfg 2.7.1.
It fixes sysctl calls but doesn't change anything regarding DHCPv6 behavior.
Comment by Simon Malinge (Tapi) - Wednesday, 25 April 2012, 09:52 GMT

Loading...