Bug 86210
Summary: | ifconfig in network-functions-ipv6 does not set static ipv6 address | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Marcel de Boer <deboer> |
Component: | initscripts | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | CC: | dr, pekkas, rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 7.30-1 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-08-15 20:26:27 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Marcel de Boer
2003-03-17 10:15:52 UTC
Configuration (sorry to have missed that): /etc/sysconfig/network NETWORKING=yes NETWORKING_IPV6=yes HOSTNAME=peugeot.ip6 IPV6FORWARDING=no IPV6_AUTOCONF=no IPV6_ROUTER=no /etc/sysconfig/network-scripts/ifcfg-eth1 DEVICE=eth1 ONBOOT=no IPADDR=10.0.1.1 NETMASK=255.255.255.0 NETWORK=10.0.1.0 BROADCAST=10.0.1.255 NAME=wlan IPV6INIT=yes IPV6ADDR=FEC0::1/64 FWIW, the problem is with some interactions with hotplug: if I do /sbin/ifup ethX it works fine, but though hotplug, it doesn't. Perhaps due to having no stdin/stdout? Hm, I'm having problems assigning static IPv6 address to eth0 as well... but this is a fixed NIC. The address just doesn't get configured to the interface. Config is basically the same like the original reporter has. Pls ignore last comment. The reason was that I edited /etc/sysconfig/network-scripts/ifcfg-eth0 to add the IPv6 stuff, but the ipup-ipv6 script uses only /etc/sysconfig/networking/profiles/default/ifcfg-eth0 (which exists on some of my machines... on others, there is only the /etc/sysconfig/network-scripts/ifcfg-eth0 one... hm.). Quoting from rhl-devel list.. ======== [...] --8<-- ipv6_exec_ifconfig() { local options=$* LC_ALL=C /sbin/ifconfig $options 2>&1 return $? } ipv6_exec_ifconfig $device inet6 add $address || return 3 --8<-- 1) works if you remove "2>&1", or 2) works if you change the command to like: "ipv6_exec_ifconfig $device inet6 add $address > /dev/null || return 3" I.e. it seems as if "2>&1" does not work with hotplug's "unspecified" stdout/stderr fd's. So.. - Is there a bug in hotplug's handling of stdout/stderr ? - Is there a bug in bash's handling of "2>&1" when 1 is implicitly /dev/null? - Is there something I'm missing? :-) ========== so, based on current understanding, we're working around this issue by avoiding the use of "2>&1", but I fear this may only be a work-around at some other problem. Thoughts? My thoughts would be 'a) that's weird b) I haven't had time to look at it deeper yet'. When I looked at hotplug to see if there are any obvious issues there, I can across this Debian bug report of a possibly similar issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=145484 could be related. Patch added in 7.30-1. |