<div dir="ltr">There are around 500+ ipv6 and ~500 ipv4 networks in "neutron net-list".Almost all are same ipv6 subnets  .<div><br></div><div>I will try to recreate this with small number of ipv6 subnet in a different setup.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 18, 2015 at 9:04 PM, Sridhar Gaddam <span dir="ltr"><<a href="mailto:sgaddam@redhat.com" target="_blank">sgaddam@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
On 11/18/2015 08:28 PM, Brian Haley wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 11/18/2015 07:33 AM, kevin parrikar wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
i am trying Juno *without *DVR and there are around 500 sub nets in each network<br>
node.<br>
<br>
Network nodes have 500+ dnsmasq process which are configured to give ipv6,ipv4<br>
addresses out of this some fluctuates between D and S state while others are in<br>
continuous S state.Probably because of too many processes in D state with<br>
"rtnetlink_rcv" in "wchan" its showing very high load average.<br>
<br>
<br>
functions in stack when in D state:<br>
<br>
[<ffffffff816360a9>] rtnetlink_rcv+0x19/0x30<br>
[<ffffffff81653e25>] netlink_unicast+0xd5/0x1b0<br>
[<ffffffff8165420e>] netlink_sendmsg+0x30e/0x680<br>
[<ffffffff8160e32b>] sock_sendmsg+0x8b/0xc0<br>
[<ffffffff8160e871>] SYSC_sendto+0x121/0x1c0<br>
[<ffffffff8160f25e>] SyS_sendto+0xe/0x10<br>
[<ffffffff817342dd>] system_call_fastpath+0x1a/0x1f<br>
[<ffffffffffffffff>] 0xffffffffffffffff<br>
<br>
but in couple of seconds it changes to S state with this in stack,all idle<br>
process have this in stack.<br>
<br>
[<ffffffff811d20d9>] poll_schedule_timeout+0x49/0x70<br>
[<ffffffff811d2ac6>] do_select+0x5b6/0x780<br>
[<ffffffff811d2e5c>] core_sys_select+0x1cc/0x2e0<br>
[<ffffffff811d301b>] SyS_select+0xab/0x100<br>
[<ffffffff817342dd>] system_call_fastpath+0x1a/0x1f<br>
[<ffffffffffffffff>] 0xffffffffffffffff<br>
<br>
interface in which dnsmasq is listening has " tentative dadfailed" in  "scope<br>
global" for ipv6 for all the dnsmasq process that are in D state.<br>
<br>
i don't understand why duplicate ipv6 issue is coming when there are vlan tags<br>
to separate each sub net.For ipv4 duplicate IP issue is not coming for same subnet.<br>
</blockquote>
<br>
DAD failure is fatal for the address, as it won't be tried again without bouncing the interface or tweaking the disable_ipv6 sysctl on the interface. The "tentative" flag is just showing it is still in that state (i.e. waiting for DAD to complete).  Figuring out why this is happening will most likely solve your problem, but there isn't enough here to go on.<br>
<br>
The fact that you don't see an IPv4 'duplicate' message is that it's not going to typically do it, so you could have a duplicate there and just not know it.<br>
<br>
I'd say to try Kilo or Liberty, but it's unclear if this is a Neutron issue or something more basic with your setup.<br>
<br>
</blockquote></div></div>
Agree with Brian.<br>
Is the problem seen even with a single (or say two) IPv6 subnets? Or is it seen only at scale?<div class="HOEnZb"><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-Brian<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Not able to understand why dnsmasq that are connected to interfaces that have<br>
"tentative dadfailed " continuously changes between S and D state while others<br>
are idle.<br>
<br>
attached is the strace while dnsmasq is in D state.<br>
<br>
Any idea about this issue?<br>
<br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
<br>
</blockquote>
<br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</blockquote>
<br>
</div></div></blockquote></div><br></div>