On Wed, Jun 7, 2017 at 9:04 AM, Ignazio Cassano <ignaziocass...@gmail.com> wrote: > Hello, I solved the problem. > Haproxy for redirect api placement api must contain the vollowinf directive: > listen nova_compute_placemente_cluster > bind 10.102.184.83:8778 > http-request del-header X-Forwarded-Proto > server tst-controller-01 10.102.184.70:8778 check fall 5 inter 2000 rise 2 > server tst-controller-02 10.102.184.71:8778 check fall 5 inter 2000 rise 2 > server tst-controller-03 10.102.184.72:8778 check fall 5 inter 2000 rise 2
Ok good, glad you found it. :) Thanks, Curtis. > > (del-header X-Forwarded-Proto solves) > > Regards > Ignazio > > 2017-06-07 15:00 GMT+02:00 Curtis <serverasc...@gmail.com>: >> >> On Wed, Jun 7, 2017 at 6:45 AM, Ignazio Cassano >> <ignaziocass...@gmail.com> wrote: >> > Hello All, >> > I just installed ocata on centos 7 and verifying nova installation al >> > ran >> > the command: >> > >> > nova-status -d upgrade check >> > >> > >> > It returns: >> > >> > Error: >> > Traceback (most recent call last): >> > File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 456, >> > in >> > main >> > ret = fn(*fn_args, **fn_kwargs) >> > File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 386, >> > in >> > check >> > result = func(self) >> > File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 201, >> > in >> > _check_placement >> > versions = self._placement_get("/") >> > File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 189, >> > in >> > _placement_get >> > return client.get(path, endpoint_filter=ks_filter).json() >> > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line >> > 758, in get >> > return self.request(url, 'GET', **kwargs) >> > File "/usr/lib/python2.7/site-packages/positional/__init__.py", line >> > 101, >> > in inner >> > return wrapped(*args, **kwargs) >> > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line >> > 616, in request >> > resp = send(**kwargs) >> > File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line >> > 690, in _send_request >> > raise exceptions.ConnectFailure(msg) >> > ConnectFailure: Unable to establish connection to >> > http://10.102.184.83:8778/: ('Connection aborted.', >> > BadStatusLine("''",)) >> > >> > >> > >> > The followinf is my /etc/httpd/conf.d/00-nova-placement-api.conf: >> > >> > Listen 10.102.184.70:8778 >> > >> > <VirtualHost *:8778> >> > WSGIProcessGroup nova-placement-api >> > WSGIApplicationGroup %{GLOBAL} >> > WSGIPassAuthorization On >> > WSGIDaemonProcess nova-placement-api processes=3 threads=1 user=nova >> > group=nova >> > WSGIScriptAlias / /usr/bin/nova-placement-api >> > <IfVersion >= 2.4> >> > ErrorLogFormat "%M" >> > </IfVersion> >> > ErrorLog /var/log/nova/nova-placement-api.log >> > #SSLEngine On >> > #SSLCertificateFile ... >> > #SSLCertificateKeyFile ... >> > <Directory /usr/bin> >> > <IfVersion >= 2.4> >> > Require all granted >> > </IfVersion> >> > <IfVersion < 2.4> >> > Order allow,deny >> > Allow from all >> > </IfVersion> >> > </Directory> >> > </VirtualHost> >> > >> > Alias /nova-placement-api /usr/bin/nova-placement-api >> > <Location /nova-placement-api> >> > SetHandler wsgi-script >> > Options +ExecCGI >> > WSGIProcessGroup nova-placement-api >> > WSGIApplicationGroup %{GLOBAL} >> > WSGIPassAuthorization On >> > </Location> >> > >> > >> > >> > Could anyone help me to solve this problem ? >> >> The IPs above are different. Presumably there is some kind of haproxy >> or other loadbalancer on 10.102.184.83 that forwards to the actual >> service and it's configured and working? Also, is the placement >> endpoint in the keystone catalog...where does it point to? >> >> Just some thoughts, thanks, >> Curtis. >> >> > >> > Regards >> > Ignazio >> > >> > >> > >> > _______________________________________________ >> > OpenStack-operators mailing list >> > OpenStack-operators@lists.openstack.org >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >> > >> >> >> >> -- >> Blog: serverascode.com > > -- Blog: serverascode.com _______________________________________________ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators