Quantum instructions no longer up-to-date?

Gary Kotton gkotton at redhat.com
Thu Dec 27 08:11:25 UTC 2012


On 12/26/2012 09:36 PM, Dennis Jacobfeuerborn wrote:
> Hi,
> I've followed the instructions on
> http://fedoraproject.org/wiki/Test_Day:2012-09-18_OpenStack and on F18 TC3
> they work out of the box.
>
> No I try to deploy Quantum using
> http://fedoraproject.org/wiki/QA:Testcase_Quantum_V2 but these instructions
> don't seem to work.
>
> The first issue is that the initial "OS_USERNAME=quantum" result in
> commands such as "keystone tenant-list" ending with an authorization error.
> When I ignore this bit and use the admin credentials from the keystonerc
> instead the following instructions work fine.

The problem is due to the fact that the Quantum user was not created in 
keystone. This is due to a change in the script openstack-demo-install.
Originally there was a flag ENABLE_QUANTUM which was set as TRUE. This 
enabled the keystone script 
https://github.com/openstack/keystone/blob/master/tools/sample_data.sh#L233 
to build the relevant Quantum user.

We need to update the documentation.

<https://github.com/fedora-openstack/openstack-utils/blob/master/utils/openstack-demo-install> 

>
> I can then follow the full setup and 99% of the "How to test" section but
> when I try to associate a floating ip with "quantum floatingip-associate
> <floating ip id>  <portid>" I run into trouble.

The port_id is the ID of the port for the VM. You can get this via 
"quantum port-list".
> Since the value of<portid>  isn't mentioned at all I assume it is the port
> of the virtual machine which was launched with the ip 10.0.0.3 however when
> I try to execute the command I get:
>
> Could not find an external network gateway reachable from subnet
> 4a2e2166-b543-4b74-af74-0f3a4b31dd1a.  Therefore, cannot associate Port
> 3c4b6375-7dca-4f58-9fef-e941ea8ff948 with a Floating IP.

Did you create the floating IP network (external network)? Please note 
that you need to make sure that the correct tenants as used. The 
keystone configuration above could have been the root cause.
>
> This is the subnet:
> +------------------+--------------------------------------------+
> | Field            | Value                                      |
> +------------------+--------------------------------------------+
> | allocation_pools | {"start": "10.0.0.2", "end": "10.0.0.254"} |
> | cidr             | 10.0.0.0/24                                |
> | dns_nameservers  |                                            |
> | enable_dhcp      | True                                       |
> | gateway_ip       | 10.0.0.1                                   |
> | host_routes      |                                            |
> | id               | 4a2e2166-b543-4b74-af74-0f3a4b31dd1a       |
> | ip_version       | 4                                          |
> | name             |                                            |
> | network_id       | 26e64cea-5f27-46d9-9ea7-96837057e5fa       |
> | tenant_id        | 68722f889ae04b569b765ed9fd2f13da           |
> +------------------+--------------------------------------------+
>
> What's interesting here is that 10.0.0.1 is listed as the gateway_ip yet in
> the "Expected results" section of the page this IP is listed as the DHCP IP?
>
> Any ideas what is wrong here or how to debug it?
>
> Regards,
>    Dennis
> _______________________________________________
> cloud mailing list
> cloud at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/cloud

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/cloud/attachments/20121227/127c6ab5/attachment.html>


More information about the cloud mailing list