I-3 RDO Test Day

Today morning, I saw a mail from Yaniv about I-3 RDO test day in my inbox, and I could not resist my fingers to click those given links.
But as usual, there were so many links on each page, enough to make you crazy. You click one and then you get 3 more on new page and it goes on and on.
After few mins, you realize that the number of documents are not infinite infact its a round robin game of links in each link.
More than enough information was given, so I decided to take it up and try my hands on RDO test day Icehouse milestone 3.
I made sure ::
=============
1. I have opened all the links, and read them(even though not thoroughly, it would waste my time which I can spend on testing more).
2. I have a fedora20 VM.
3. I have joined #rdo channel on freenode for my queries.
4. I have chosen one type from https://fedoraproject.org/wiki/Test_Day:2014-03-19_RDOMetadata although the description or the meaning of any type(not even one liner) was not given but when you click the link like Fedora 20; http://allthingsopen.com/2013/08/23/openstack-packstack-installation-with-external-connectivity in my case, you will get nice information.

Here I started doing it on my fedora20 VM::
===========================================
1. Following http://allthingsopen.com/2013/08/23/openstack-packstack-installation-with-external-connectivity/

2. rpm -ivh http://rdo.fedorapeople.org/openstack/openstack-grizzly/rdo-release-grizzly.rpm
rdo-release-grizzly-3            ################################# [100%]

3. yum -y install openvswitch
openvswitch.x86_64 0:2.0.1-1.fc20 installed

4. yum -y update (It took a lot of time, as it is f20 so it was expected, and I utilised this time to read the document further)

5. Created bridge named br-ex as given in in /etc/sysconfig/network-scripts/ifcfg-br-ex.
DEVICE=br-ex
OVSBOOTPROTO=dhcp
OVSDHCPINTERFACES=eth0
NM_CONTROLLED=no
ONBOOT=yes
TYPE=OVSBridge
DEVICETYPE=ovs

6. Modified /etc/sysconfig/network-scripts/ifcfg-eth0 . Don’t get confused by " mentioned in the link (http://allthingsopen.com/2013/08/23/openstack-packstack-installation-with-external-connectivity/) it is just DEVICE=”eth0″ 🙂

7. All set to reboot..good luck..

8. Cool…time to do yum -y install openstack-packstack
Installed:
openstack-packstack.noarch 0:2013.2.1-0.29.dev956.fc20

Dependency Installed:
python-netaddr.noarch 0:0.7.5-7.fc20

It was very quick.

9. After all the changes in configuration(for $floating_range  and firewall), I did :: packstack –allinone —quantum-l3-ext-bridge=eth0
which asked me the root password for Setting up ssh keys..while I was already logged in as root?!?
I was also wondering why these configuration choices cannot be given as parameter of packstack installer??!! – worth an RFE(Request for enhancement)?

10. Here I faced two issues, logged bugs ::
https://bugzilla.redhat.com/show_bug.cgi?id=1080343
https://bugzilla.redhat.com/show_bug.cgi?id=1080348

Also, I made sure I have update http://testdays.qa.fedoraproject.org/testdays/show_event?event_id=16 with my findings. I don’t know how it got updated, but looks odd :/ after my modifications.

Here I got some tip on #rdo – http://openstack.redhat.com/Workarounds_2014_01#symptoms_5 ..Check if it works for you.

Finally I got to solve it by:: https://github.com/redhat-openstack/khaleesi/blob/master/workarounds/icehouse/fedora/install_mariadb.yml
checked systemctl status mariadb, should be active
removed all the extra answer files under /root
reexecuted  packstack –answer-file=/root/packstack-answers-20140325-030016.txt

Now other error :: ERROR : Error appeared during Puppet run: 10.65.201.125_neutron.pp
Error: Could not enable neutron-metadata-agent: Execution of ‘/sbin/chkconfig neutron-metadata-agent on’ returned 1: Note: Forwarding request to ‘systemctl enable neutron-metadata-agent.service’.
You will find full trace in log /var/tmp/packstack/20140325-071913-bnpysH/manifests/10.65.201.125_neutron.pp.log

Fixed by :: systemctl enable neutron-metadata-agent.service

re-executed packstack :: again another error :: logged a bug https://bugzilla.redhat.com/show_bug.cgi?id=1080481

Aha..So my installation was not successful, but I learned many new things, interacted some nice people on #rdo and logged some issues on bugzilla. #Satisfaction 🙂

 

 

 

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s