http://defect.opensolaris.org/bz/show_bug.cgi?id=10886
Summary: Switching to static addresses not working reliably
Classification: Development
Product: nwam
Version: unspecified
Platform: ANY/Generic
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
Component: ON daemon
AssignedTo: nwam-dev at opensolaris.org
ReportedBy: John.Leser at sun.com
QAContact: nwam-dev at opensolaris.org
--- Comment #0 from John Leser <John.Leser at sun.com> 2009-08-25 07:38:49 UTC
---
After Alan introduced the latest round of IPv6 fixes, some of the IPv6 problems
have been resolved, but I'm seeing a new issue. Specifically, when switching
from the Automatic NCP to a the User NCP for testing, the static addresses
don't get assigned correctly. This is with nwam1-build:2009-08-23.
>From the test journal file, notice that neither of the static address have been
assigned. It may be that the DHCP state machine from when the Automatic NCP
was enabled is still running. The IPv6 DHCP address is still assigned, for
example, and IPv6 autoconfiguration is still going.
520|0 1 166662 1 1|unknown 03:15:32 ASSERT wired_basic_001: Assert text for
wired_basic_001 goes here
520|0 1 166662 1 2|unknown 03:15:32 Iterators for this case:
520|0 1 166662 1 3|unknown 03:15:32 MODE=ipv4-static,ipv6-static
520|0 1 166662 1 4|unknown 03:15:32 NCU_ACTIVATION=manual
520|0 1 166662 1 5|unknown 03:15:32 Running command: "svcadm disable
svc:/network/physical:nwam"
520|0 1 166662 1 6|unknown 03:15:34 svc svc:/network/physical:nwam is disabled
after 2s
520|0 1 166662 1 7|unknown 03:15:35 +++ Applied changes via nwamcfg +++
520|0 1 166662 1 8|unknown 03:15:35 create ncp User
520|0 1 166662 1 9|unknown 03:15:35 create ncu phys e1000g0
520|0 1 166662 1 10|unknown 03:15:35 set activation-mode=manual
520|0 1 166662 1 11|unknown 03:15:35 end
520|0 1 166662 1 12|unknown 03:15:35 create ncu ip e1000g0
520|0 1 166662 1 13|unknown 03:15:35 set ip-version=ipv4,ipv6
520|0 1 166662 1 14|unknown 03:15:35 set ipv4-addrsrc=static
520|0 1 166662 1 15|unknown 03:15:35 set ipv6-addrsrc=static
520|0 1 166662 1 16|unknown 03:15:35 set ipv4-addr=10.8.57.93/24
520|0 1 166662 1 17|unknown 03:15:35 set
ipv6-addr=2002:a08:39f0:1:214:4fff:fe20:8224/64
520|0 1 166662 1 18|unknown 03:15:35 end
520|0 1 166662 1 19|unknown 03:15:35 end
520|0 1 166662 1 20|unknown 03:15:35 +++ end +++
520|0 1 166662 1 21|unknown 03:15:35
520|0 1 166662 1 22|unknown 03:15:35 Running command: "nwamadm enable -p ncp
User"
520|0 1 166662 1 23|unknown 03:15:35 Running command: "svcadm enable
svc:/network/physical:nwam"
520|0 1 166662 1 24|unknown 03:15:36 svc svc:/network/physical:nwam is online
after 1s
520|0 1 166662 1 25|unknown 03:15:43 ncu e1000g0 is online after 2s
520|0 1 166662 1 26|unknown 03:15:43 Waiting 90s for 10.8.57.93/24 to be
assigned on e1000g0
520|0 1 166662 1 27|unknown 03:17:15 FAILURE: Address 10.8.57.93 is not
assigned on e1000g0 after 90s
520|0 1 166662 1 28|unknown 03:17:15 IPv6 addresses may fail this check if they
are not in cannonical
520|0 1 166662 1 29|unknown 03:17:15 form in the test_config file.
520|0 1 166662 1 30|unknown 03:17:15 ifconfig -a output:
520|0 1 166662 1 31|unknown 03:17:15 lo0:
flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
520|0 1 166662 1 32|unknown 03:17:15 inet 127.0.0.1 netmask ff000000
520|0 1 166662 1 33|unknown 03:17:15 e1000g0:
flags=1004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu 1500 index 148
520|0 1 166662 1 34|unknown 03:17:15 inet 0.0.0.0 netmask ff000000
520|0 1 166662 1 35|unknown 03:17:15 ether 0:14:4f:20:82:24
520|0 1 166662 1 36|unknown 03:17:15 lo0:
flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu 8252 index 1
520|0 1 166662 1 37|unknown 03:17:15 inet6 ::1/128
520|0 1 166662 1 38|unknown 03:17:15 e1000g0:
flags=2004841<UP,RUNNING,MULTICAST,DHCP,IPv6> mtu 1500 index 148
520|0 1 166662 1 39|unknown 03:17:15 inet6 fe80::214:4fff:fe20:8224/10
520|0 1 166662 1 40|unknown 03:17:15 ether 0:14:4f:20:82:24
520|0 1 166662 1 41|unknown 03:17:16 e1000g0:1:
flags=2004841<UP,RUNNING,MULTICAST,DHCP,IPv6> mtu 1500 index 148
520|0 1 166662 1 42|unknown 03:17:16 inet6 2001:db8:1:2::1001/128
520|0 1 166662 1 43|unknown 03:17:16 Waiting 90s for
2002:a08:39f0:1:214:4fff:fe20:8224/64 to be assigned on e1000g0
520|0 1 166662 1 44|unknown 03:18:48 FAILURE: Address
2002:a08:39f0:1:214:4fff:fe20:8224 is not assigned on e1000g0 afte
r 90s
520|0 1 166662 1 45|unknown 03:18:48 IPv6 addresses may fail this check if they
are not in cannonical
520|0 1 166662 1 46|unknown 03:18:48 form in the test_config file.
520|0 1 166662 1 47|unknown 03:18:48 ifconfig -a output:
520|0 1 166662 1 48|unknown 03:18:48 lo0:
flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
520|0 1 166662 1 49|unknown 03:18:48 inet 127.0.0.1 netmask ff000000
520|0 1 166662 1 50|unknown 03:18:48 e1000g0:
flags=1004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu 1500 index 148
520|0 1 166662 1 51|unknown 03:18:48 inet 0.0.0.0 netmask ff000000
520|0 1 166662 1 52|unknown 03:18:49 ether 0:14:4f:20:82:24
520|0 1 166662 1 53|unknown 03:18:49 lo0:
flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu 8252 index 1
520|0 1 166662 1 54|unknown 03:18:49 inet6 ::1/128
520|0 1 166662 1 55|unknown 03:18:49 e1000g0:
flags=2004841<UP,RUNNING,MULTICAST,DHCP,IPv6> mtu 1500 index 148
520|0 1 166662 1 56|unknown 03:18:49 inet6 fe80::214:4fff:fe20:8224/10
520|0 1 166662 1 57|unknown 03:18:49 ether 0:14:4f:20:82:24
520|0 1 166662 1 58|unknown 03:18:49 e1000g0:1:
flags=2004841<UP,RUNNING,MULTICAST,DHCP,IPv6> mtu 1500 index 148
520|0 1 166662 1 59|unknown 03:18:49 inet6 2001:db8:1:2::1001/128
520|0 1 166662 1 60|unknown 03:18:49 e1000g0:2:
flags=2080841<UP,RUNNING,MULTICAST,ADDRCONF,IPv6> mtu 1500 index 148
520|0 1 166662 1 61|unknown 03:18:49 inet6
2002:a08:39f0:1:ec66:e510:2e2:6f62/64
520|0 1 166662 1 62|unknown 03:18:49 No new core files appeared during this
test case.
520|0 1 166662 1 63|unknown 03:18:49 Test Purpose: FAIL
520|0 1 166662 1 64|unknown 03:18:49 ends PHASE=exiting, returning 2
220|0 1 1 03:18:49|FAIL
In general, I'm seeing a lot of issues like this - switching to
autoconfiguration only (no dhcpv6) doesn't reliably get rid of the DHCPv6
assigned address.
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
