[Openstack-operators] ocata centos 7 placement api not working

Ignazio Cassano ignaziocassano at gmail.com
Wed Jun 7 15:04:40 UTC 2017


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

(del-header X-Forwarded-Proto  solves)

Regards
Ignazio

2017-06-07 15:00 GMT+02:00 Curtis <serverascode at gmail.com>:

> On Wed, Jun 7, 2017 at 6:45 AM, Ignazio Cassano
> <ignaziocassano at 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 at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
> >
>
>
>
> --
> Blog: serverascode.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170607/90ef4610/attachment.html>


More information about the OpenStack-operators mailing list