Open Stack

@Kevin, here is the bug and the extra information:

https://bugs.launchpad.net/neutron/+bug/1630603/

Thanks,

El mié., 5 oct. 2016 a las 19:05, Kevin Benton (<kevin at benton.pub>)
escribió:

> What's strange is that it's happening with a previously created port,
> which the dhcp agent should already know about even without an update.
>
> @Sergio,
>
> Can you open a bug for this and provide exact steps to reproduce this?
>
>
> Thanks,
> Kevin Benton
>
> On Wed, Oct 5, 2016 at 12:50 AM, Ihar Hrachyshka <ihrachys at redhat.com>
> wrote:
>
> Sergio Morales Acuña <semoac at gmail.com> wrote:
>
> Hi.
>
> I'm facing a problem related to dns_name and dnsmasq.
>
> Nova and Neutron can create a port with dns_name and dnsmasq it's
> correctly updating "/addn_host".
>
> The problem is when Nova boot an instance using a new or previusly created
> port. The port has the correct dns_name but dnsmaq (dhcp_agent) it's using
> the generic (ex. host-10-0-0-16) names.
>
> If I restart dhcp_agent or do a port-update on the port, the correct name
> is added to addn_host.
>
> Any ideas?
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
> Probably a bug in Mitaka where Neutron controller does not notify DHCP
> agent about an update. I think it should be solved in Newton with
> https://review.openstack.org/#/c/355117/ and
> https://review.openstack.org/#/c/375189/ plus other related patches that
> belong to push-notifications blueprint.
>
> Note that those patches are not safe to backport back to Mitaka, so if we
> get a bug reported against Mitaka for the behaviour you describe, we may
> need to solve it in some other way.
>
> Ihar
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20161005/d9d6f399/attachment.html>