Project

General

Profile

Actions

Feature #2639

closed

teuthology: design openstack task or test

Added by Josh Durgin almost 12 years ago. Updated about 10 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
% Done:

0%

Source:
Tags:
Backport:
Reviewed:
Affected Versions:

Description

It should optionally use rbd for image storage (the glance backend) and volumes (cinder). Initially this can be a single-node install.

Actions #1

Updated by Sage Weil over 11 years ago

  • Project changed from Ceph to teuthology
  • Category deleted (teuthology)
Actions #2

Updated by Anonymous about 11 years ago

  • Priority changed from Normal to High
Actions #3

Updated by Anonymous about 11 years ago

Openstack is a strategic partnership and delivery vehicle for us, but we do not do automated testing of either the install or the correct operation of the resulting system. For now we probably have adequate functional validation tools, but we need to run them against full openstack systems installed by standard tools.

Actions #4

Updated by Neil Levine about 11 years ago

  • Status changed from New to 12
Actions #5

Updated by Anonymous almost 11 years ago

  • Assignee set to Tamilarasi muthamizhan
  • Priority changed from High to Urgent
  • Target version set to v0.67 - Dumpling
  • Translation missing: en.field_story_points set to 40.00
Actions #6

Updated by Anonymous almost 11 years ago

  • Target version deleted (v0.67 - Dumpling)
Actions #7

Updated by Neil Levine almost 11 years ago

Can we deploy OpenStack on CentOS or, even better, RHEL please so we can improve our operational experience with this OS.

Actions #8

Updated by Anonymous almost 11 years ago

  • Subject changed from teuthology: task to run openstack to teuthology: design openstack task
Actions #9

Updated by Anonymous almost 11 years ago

  • Translation missing: en.field_story_points changed from 40.00 to 3.00
Actions #10

Updated by Anonymous almost 11 years ago

  • Target version set to v0.65
Actions #11

Updated by Sage Weil almost 11 years ago

  • Target version changed from v0.65 to v0.66
Actions #12

Updated by Sage Weil almost 11 years ago

  • Target version deleted (v0.66)
Actions #13

Updated by Tamilarasi muthamizhan almost 11 years ago

  • Priority changed from Urgent to Normal
Actions #14

Updated by Ian Colle over 10 years ago

  • Target version set to v0.72 Emperor
Actions #15

Updated by Ian Colle over 10 years ago

  • Assignee changed from Tamilarasi muthamizhan to Zack Cerza
Actions #16

Updated by Ian Colle over 10 years ago

  • Target version changed from v0.72 Emperor to v0.73
Actions #17

Updated by Sage Weil over 10 years ago

  • Target version changed from v0.73 to v0.72 Emperor
Actions #18

Updated by Ian Colle over 10 years ago

  • Target version changed from v0.72 Emperor to v0.73
Actions #19

Updated by Ian Colle over 10 years ago

  • Target version changed from v0.73 to v0.74
Actions #20

Updated by Tamilarasi muthamizhan over 10 years ago

  • Target version changed from v0.74 to v0.75
Actions #21

Updated by Zack Cerza over 10 years ago

  • Target version changed from v0.75 to v0.76
Actions #22

Updated by Sage Weil over 10 years ago

  • Subject changed from teuthology: design openstack task to teuthology: design openstack task or test
Actions #23

Updated by Ian Colle over 10 years ago

  • Target version changed from v0.76 to v0.77
Actions #24

Updated by Zack Cerza about 10 years ago

  • Status changed from 12 to In Progress

I haven't been updating this ticket with my progress, but I'll start. The background is it took a few days of problems getting past issues creating a ceph cluster with ceph-deploy and then dealing with openstack authentication problems to get to the point where I could successfully create a volume. Soon after, attempting to login to the OS dashboard (horizon) began to yield an exception that I had no hope of understanding. Luckily, a reboot worked and I'm now able to see the volume I created.

Actions #25

Updated by Zack Cerza about 10 years ago

It appears the vps host I'm using to run OS doesn't have enough memory to run a guest that requires 64MB of memory. And as I type this, I discover I don't even have enough memory for /usr/bin/top ...

Actions #26

Updated by Zack Cerza about 10 years ago

ubuntu@vpm112:~/devstack$ sudo reboot
bash: fork: Cannot allocate memory

Sigh...
Actions #27

Updated by Zack Cerza about 10 years ago

So I'm in the process of building a new OS machine using a burnupi. It will have to be re-imaged when I am done. I'm attempting to get it to use the one node ceph cluster I created last week, and I'm having problems, not the least of which is the ceph machine being periodically unresponsive with a load average of 4... while otherwise appearing to sit idle.

Actions #28

Updated by Zack Cerza about 10 years ago

Attempting to get the burnupi OS machine to talk to the ceph cluster...

ubuntu@vpm072:~$ ceph --verbose auth get-key client.cinder
Error initializing cluster client: Error
Actions #30

Updated by Zack Cerza about 10 years ago

Josh was a big help today. He discovered that the OS node had very old ceph packages installed; upgrading them helped a bit. But then we found that the machine had a non-stock kernel on it that was causing problems.

Actions #31

Updated by Zack Cerza about 10 years ago

Once the ceph and kernel packages were fixed on the OS node, I tried to access Horizon again, to no avail. I found that apache2 was only listening on 127.0.0.1 because it couldn't figure out what ServerName to use, so I did this:

ubuntu@burnupi23:~$ echo "ServerName burnupi23.front.sepia.ceph.com" > /etc/apache2/conf.d/servername
ubuntu@burnupi23:~$ /etc/init.d/apache2 restart

Next up, create an instance. It failed unhelpfully:

ubuntu@burnupi23:~$ nova list
+--------------------------------------+-------+--------+------------+-------------+----------+
| ID                                   | Name  | Status | Task State | Power State | Networks |
+--------------------------------------+-------+--------+------------+-------------+----------+
| 46e40b8f-b8c0-4432-97c1-4eb5fb3295a0 | tiny1 | ERROR  | -          | NOSTATE     |          |
+--------------------------------------+-------+--------+------------+-------------+----------+

I looked in /var/log/libvirt/libvirtd.log for error messages, and found a lot of these:
2014-01-29 22:31:21.250+0000: 1624: error : virExecWithHook:327 : Cannot find 'pm-is-supported' in path: No such file or directory

So I installed pm-utils, but that didn't help.

Next, I noticed that devstack was trying to execute:

sg libvirtd /usr/local/bin/nova-compute --config-file /etc/nova/nova.conf

but there was a password prompt. I put sudo in front of that, and that worked! I now have a running instance, and have been able to snapshot it.

Actions #32

Updated by Ian Colle about 10 years ago

  • Target version changed from v0.77 to v0.78
Actions #33

Updated by Zack Cerza about 10 years ago

I'm working on the beginnings of a task that will install devstack on one node and ceph on another, and configure them to play nice. I hit a problem very early in stack.sh (which installs devstack):

[...]
The following packages will be upgraded:
  bc curl iptables libcurl3 libgssapi-krb5-2 libk5crypto3 libkrb5-3 libkrb5support0 libldap-2.4-2 libsqlite3-0 libxml2 openssh-client openssh-server openssl parted python-boto
  sudo
17 upgraded, 116 newly installed, 0 to remove and 124 not upgraded.
Need to get 31.0 MB of archives.
After this operation, 111 MB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  libcurl3 curl
E: There are problems and -y was used without --force-yes
+++ failed
+++ local r=100
++++ jobs -p
+++ kill
+++ set +o xtrace
ubuntu@vpm001:~/devstack$ apt-cache policy curl
curl:
  Installed: 7.22.0-3ubuntu4
  Candidate: 7.29.0-1precise.ceph
  Version table:
     7.29.0-1precise.ceph 0
        500 http://ceph.com/packages/ceph-extras/debian/ precise/main amd64 Packages
     7.22.0-3ubuntu4.6 0
        500 http://apt-mirror.front.sepia.ceph.com/archive.ubuntu.com/ubuntu/ precise-updates/main amd64 Packages
        500 http://apt-mirror.front.sepia.ceph.com/security.ubuntu.com/ubuntu/ precise-security/main amd64 Packages
 *** 7.22.0-3ubuntu4 0
        500 http://apt-mirror.front.sepia.ceph.com/archive.ubuntu.com/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

I'm unsure why we are building copies of curl...

Actions #34

Updated by Zack Cerza about 10 years ago

All previous issues have been resolved (I think). I've got the task mostly finished, but right now I'm hitting an issue with configparser where it isn't parsing the OS config files at all. No error or anything, just empty objects...

Actions #35

Updated by Zack Cerza about 10 years ago

The task is just about finished. It successfully brings up Ceph and OpenStack and configures Glance and Cinder, making sure services are up.

But it runs out of memory. I need to somehow provision vps nodes with more.

Actions #36

Updated by Zack Cerza about 10 years ago

Solved that last issue yesterday. The task should be about done as far as establishing the cluster is concerned. I do need to figure out what sort of smoke testing to do, though.

Actions #37

Updated by Zack Cerza about 10 years ago

Waited 2+ hours for my cluster to get built; VMs were totally borked. I guess I'll try later when we have more resources available.

Actions #38

Updated by Zack Cerza about 10 years ago

The task now runs exercise.sh, which is part of the devstack repo - unfortunately there are lots of failures. I'm asking around for advice about what might make sense to smoke-test.

Actions #39

Updated by Zack Cerza about 10 years ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF