Correct – just found out that Neutron is installed, for some reason, but fails to connect to the AMQP server for some unknown reason.

Investigating…

Y.

From: David Kranz [mailto:dkranz@redhat.com]
Sent: Thursday, January 08, 2015 4:04 PM
To: Kaul, Yaniv; rdo-list@redhat.com
Subject: Re: [Rdo-list] tempest_config fails if network service is not enabled

On 01/08/2015 07:12 AM, Kaul, Yaniv wrote:

Not everyone needs network for testing…

[root@lgdrm1499 tempest(keystone_admin)]# tools/config_tempest.py --create identity.uri $OS_AUTH_URL identity.admin_username $OS_USERNAME identity.admin_password $OS_PASSWORD identity.admin_tenant_name $OS_TENANT_NAME

2015-01-08 14:10:41,932 - tempest.common.api_discovery - ERROR - Request on service 'network' with url 'http://10.102.37.163:9696/v2.0/extensions.json' failed

Traceback (most recent call last):

  File "tools/config_tempest.py", line 782, in <module>

    main()

 File "tools/config_tempest.py", line 137, in main

    services = api_discovery.discover(clients.identity)

  File "/root/tempest/tempest/common/api_discovery.py", line 143, in discover

    services[name]['extensions'] = service.get_extensions()

  File "/root/tempest/tempest/common/api_discovery.py", line 83, in get_extensions

    body = self.do_get(self.service_url + 'v2.0/extensions.json')

  File "/root/tempest/tempest/common/api_discovery.py", line 47, in do_get

    raise e

socket.error: [Errno 111] Connection refused

(I believe it used to work in the past, so it’s most likely a regression).

The discovery is done for each service listed in the keystone catalog. Is it possible that your catalog lists a neutron endpoint but neutron was not configured or its port is blocked?

 -David

TIA,

Y.

_______________________________________________
Rdo-list mailing list
Rdo-list@redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list