http://defect.opensolaris.org/bz/show_bug.cgi?id=10886
amaguire <alan.maguire at sun.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|alan.maguire at sun.com |nwam-dev at opensolaris.org
--- Comment #2 from amaguire <alan.maguire at sun.com> 2009-08-26 19:21:21 UTC
---
(In reply to comment #1)
> (In reply to comment #0)
> > 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.
>
> There's actually no way to get rid of ADDRCONF or DHCPv6 addresses in nwamd
> currently. That involves some fiddling with ndpd.conf - see
>
> 10461 need to be able to control IPv6 statefull and stateless address
> configuration
>
> I'm investigating the failure to apply static v4/v6 addresses on NCP switch...
hmm, can't reproduce this one at my end. I'm freeing up the bug as I'm away for
a few days - if anyone else wants to have at it, be my guest.
--
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.
