[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