[rhos-list] Nova-network v.s. Quantum in Openstack preview
Ted Brunell
tbrunell at redhat.com
Fri Feb 8 03:36:26 UTC 2013
Gary,
Thanks for the great feedback. I have incorporated them into the attached doc.
For step 5 (the mysql password step), I added that in because when running the quantum-server-setup command in step 10, I would be a prompted for the mysql password. If I rememebr properly, password was blank instead of what was entered into the packstack answer file. Setting the password in step 5 seemed to fix that issue. I have not tried this in the past three weeks, so maybe it is fixed already.
R/
Ted
Ted Brunell - RHCDS, RHCE, RHCVA
Solution Architect
Red Hat, Inc.
tbrunell at redhat.com
----- Original Message -----
From: "Gary Kotton" <gkotton at redhat.com>
To: "Ted Brunell" <tbrunell at redhat.com>
Cc: rhos-list at redhat.com, "rh-openstack-dev" <rh-openstack-dev at redhat.com>, "Perry Myers" <pmyers at redhat.com>
Sent: Thursday, February 7, 2013 3:58:25 AM
Subject: Re: [rhos-list] Nova-network v.s. Quantum in Openstack preview
On 02/07/2013 04:03 AM, Ted Brunell wrote:
<snip>
> I was working getting OpenStack working on a two-node setup using PackStack and then changing out Nova Network with Quantum + Open vSwitch using the RHEL 6.4 kernel.
Great article. I have a few minor comments:
For Node 1:
1. There is a typo "the compute nade"
2. Point #5 - I think that packstack takes care of this.
3. In point #6 you do not need to do the quantum client. This is pulled
in by openstack-quantum (it is required for the l3 agent)
4. The gedit is just to work around
https://bugzilla.redhat.com/show_bug.cgi?id=889774 (you can solve this
by setting an environment variable. I think that Martin has taken care
of this so hopefully we can drop it from the doc soon. :)
5. For point 10 can you please add a note that the user must have
sourced the keystonerc_admin first. This is essential as the quantum
server script uses the environment variables to configure the keystone
authentication.
6. For point 12 you have a typo "[DATABSE]". Please note that the
quantum-server-setup creates a symbolic link for the plugin ini file.
This can be seen at /etc/quantum/plugin.ini. The reason for doing this
was to ensure that we can have generic startup script for the quantum
service
7. Point 13 has a typo "that thy"
8. Point 15: This is on the host where the quantum service is running
and the user does not need to run this. The nova conf was updated via
the quantum-server-setup script
9. Regarding 15 - "/usr/bin/openstack-config --set|--del config_file
section [parameter] [value]". That looks fishy and like a bug. I'll
check it. You should remove that line from the doc
10. Point 22. The DHCP agent does not require the keystone settings. You
can drop the following:
auth_url = http://192.168.2.193:35357/v2.0/
admin_username = quantum
admin_password = Passw0rd
admin_tenant_name = quantum
11. The l3 agent is required if you want to do the following:
1. floating IP support
2. enable the instances to get the meta data from the nova metadata
service
For Node 2:
1. Point 8. Typo "[DATABASE}". Please note that the database does not
used. The user does not need to update this. Point 7 ensured that the
qpid hostname is correct that suffices.
Once again great doc.
Thanks
Gary
<snip>
More information about the rhos-list
mailing list