<div dir="ltr"><div>Yes, sorry.</div><div>Also the 8775 port is reachable from neutron metadata agent</div><div>Regards</div><div>Ignazio<br></div></div><br><div class="gmail_quote"><div dir="ltr">Il giorno lun 12 nov 2018 alle ore 23:08 Slawomir Kaplonski <<a href="mailto:skaplons@redhat.com">skaplons@redhat.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
> Wiadomość napisana przez Ignazio Cassano <<a href="mailto:ignaziocassano@gmail.com" target="_blank">ignaziocassano@gmail.com</a>> w dniu 12.11.2018, o godz. 22:55:<br>
> <br>
> Hello,<br>
> the nova api in on the same controller on port 8774 and it can be reached from the metadata agent<br>
<br>
Nova-metadata-api is running on port 8775 IIRC.<br>
<br>
> No firewall is present<br>
> Regards<br>
> <br>
> Il giorno lun 12 nov 2018 alle ore 22:40 Slawomir Kaplonski <<a href="mailto:skaplons@redhat.com" target="_blank">skaplons@redhat.com</a>> ha scritto:<br>
> Hi,<br>
> <br>
> From logs which You attached it looks that Your neutron-metadata-agent can’t connect to nova-api service. Please check if nova-metadata-api is reachable from node where Your neutron-metadata-agent is running.<br>
> <br>
> > Wiadomość napisana przez Ignazio Cassano <<a href="mailto:ignaziocassano@gmail.com" target="_blank">ignaziocassano@gmail.com</a>> w dniu 12.11.2018, o godz. 22:34:<br>
> > <br>
> > Hello again,<br>
> > I have another installation of ocata .<br>
> > On ocata the metadata for a network id is displayed by ps -afe like this:<br>
> >  /usr/bin/python2 /bin/neutron-ns-metadata-proxy --pid_file=/var/lib/neutron/external/pids/c4731392-9b91-4663-adb3-b10b5ebcc4f1.pid --metadata_proxy_socket=/var/lib/neutron/metadata_proxy --network_id=c4731392-9b91-4663-adb3-b10b5ebcc4f1 --state_path=/var/lib/neutron --metadata_port=80 --metadata_proxy_user=996 --metadata_proxy_group=993 --log-file=neutron-ns-metadata-proxy-c4731392-9b91-4663-adb3-b10b5ebcc4f1.log --log-dir=/var/log/neutron<br>
> > <br>
> > On queens like this:<br>
> >  haproxy -f /var/lib/neutron/ns-metadata-proxy/e8ba8c09-a7dc-4a22-876e-b8d4187a23fe.conf<br>
> > <br>
> > Is it the correct behaviour ?<br>
> <br>
> Yes, that is correct. It was changed some time ago, see <a href="https://bugs.launchpad.net/neutron/+bug/1524916" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1524916</a><br>
> <br>
> > <br>
> > Regards<br>
> > Ignazio<br>
> > <br>
> > <br>
> > <br>
> > Il giorno lun 12 nov 2018 alle ore 21:37 Slawomir Kaplonski <<a href="mailto:skaplons@redhat.com" target="_blank">skaplons@redhat.com</a>> ha scritto:<br>
> > Hi,<br>
> > <br>
> > Can You share logs from Your haproxy-metadata-proxy service which is running in qdhcp namespace? There should be some info about reason of those errors 500.<br>
> > <br>
> > > Wiadomość napisana przez Ignazio Cassano <<a href="mailto:ignaziocassano@gmail.com" target="_blank">ignaziocassano@gmail.com</a>> w dniu 12.11.2018, o godz. 19:49:<br>
> > > <br>
> > > Hi All,<br>
> > > I upgraded  manually my centos 7 openstack ocata to pike.<br>
> > > All worked fine.<br>
> > > Then I upgraded from pike to Queens and instances stopped to reach metadata on 169.254.169.254 with error 500.<br>
> > > I am using isolated metadata true in my dhcp conf and in dhcp namespace  the port 80 is in listen.<br>
> > > Please, anyone can help me?<br>
> > > Regards<br>
> > > Ignazio<br>
> > > <br>
> > > _______________________________________________<br>
> > > OpenStack-operators mailing list<br>
> > > <a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
> > > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
> > <br>
> > — <br>
> > Slawek Kaplonski<br>
> > Senior software engineer<br>
> > Red Hat<br>
> > <br>
> <br>
> — <br>
> Slawek Kaplonski<br>
> Senior software engineer<br>
> Red Hat<br>
> <br>
<br>
— <br>
Slawek Kaplonski<br>
Senior software engineer<br>
Red Hat<br>
<br>
</blockquote></div>