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

Curtis serverascode at gmail.com
Wed Jun 7 15:22:31 UTC 2017


On Wed, Jun 7, 2017 at 9:04 AM, Ignazio Cassano
<ignaziocassano at 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 <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
>
>



-- 
Blog: serverascode.com



More information about the OpenStack-operators mailing list