Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: OpenStack: Dev

devstack + exercise.sh failures

 

 

OpenStack dev RSS feed   Index | Next | Previous | View Threaded


thomasagall at gmail

Aug 9, 2012, 12:33 PM

Post #1 of 4 (310 views)
Permalink
devstack + exercise.sh failures

Hi!

I'm working on some code for scheduler_hints to be used during migration
and was running devstack/exercise.sh on the latest greatest git. Without
any of my changes installed I see on a 12.04 install the following failures:

=====================================================================
SKIP quantum
SKIP swift
PASS aggregates
PASS bundle
PASS client-args
PASS client-env
PASS sec_groups
FAILED boot_from_volume
FAILED euca
FAILED floating_ips
FAILED volumes
=====================================================================

I'm new so certainly possible I've missed an email/bug that documents
this. I did also try on f17 but the results were exactly the same. Not
that it should matter but I have devstack running inside of a kvm
partition. Nothing obvious seems amiss.

localrc has nothing in it but the settings for MYSQL_PASSWORD,
RABBIT_PASSWORD, SERVICE_TOKEN, SERVICE_PASSWORD, ADMIN_PASSWORD

Known problem or ?

Regards,
Tom


jogo at cloudscaling

Aug 9, 2012, 12:57 PM

Post #2 of 4 (310 views)
Permalink
Re: devstack + exercise.sh failures [In reply to]

Did you turn off rate limiting in devstack? I have hit that in the past
On Aug 9, 2012 12:36 PM, "Thomas Gall" <thomasagall [at] gmail> wrote:

> Hi!
>
> I'm working on some code for scheduler_hints to be used during migration
> and was running devstack/exercise.sh on the latest greatest git. Without
> any of my changes installed I see on a 12.04 install the following failures:
>
> =====================================================================
> SKIP quantum
> SKIP swift
> PASS aggregates
> PASS bundle
> PASS client-args
> PASS client-env
> PASS sec_groups
> FAILED boot_from_volume
> FAILED euca
> FAILED floating_ips
> FAILED volumes
> =====================================================================
>
> I'm new so certainly possible I've missed an email/bug that documents
> this. I did also try on f17 but the results were exactly the same. Not
> that it should matter but I have devstack running inside of a kvm
> partition. Nothing obvious seems amiss.
>
> localrc has nothing in it but the settings for MYSQL_PASSWORD,
> RABBIT_PASSWORD, SERVICE_TOKEN, SERVICE_PASSWORD, ADMIN_PASSWORD
>
> Known problem or ?
>
> Regards,
> Tom
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack [at] lists
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
>
>


john.griffith at solidfire

Aug 9, 2012, 1:31 PM

Post #3 of 4 (312 views)
Permalink
Re: devstack + exercise.sh failures [In reply to]

On Thu, Aug 9, 2012 at 1:57 PM, Joe Gordon <jogo [at] cloudscaling> wrote:
> Did you turn off rate limiting in devstack? I have hit that in the past
>
> On Aug 9, 2012 12:36 PM, "Thomas Gall" <thomasagall [at] gmail> wrote:
>>
>> Hi!
>>
>> I'm working on some code for scheduler_hints to be used during migration
>> and was running devstack/exercise.sh on the latest greatest git. Without
>> any of my changes installed I see on a 12.04 install the following failures:
>>
>> =====================================================================
>> SKIP quantum
>> SKIP swift
>> PASS aggregates
>> PASS bundle
>> PASS client-args
>> PASS client-env
>> PASS sec_groups
>> FAILED boot_from_volume
>> FAILED euca
>> FAILED floating_ips
>> FAILED volumes
>> =====================================================================
>>
>> I'm new so certainly possible I've missed an email/bug that documents
>> this. I did also try on f17 but the results were exactly the same. Not
>> that it should matter but I have devstack running inside of a kvm partition.
>> Nothing obvious seems amiss.
>>
>> localrc has nothing in it but the settings for MYSQL_PASSWORD,
>> RABBIT_PASSWORD, SERVICE_TOKEN, SERVICE_PASSWORD, ADMIN_PASSWORD
>>
>> Known problem or ?
>>
>> Regards,
>> Tom
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to : openstack [at] lists
>> Unsubscribe : https://launchpad.net/~openstack
>> More help : https://help.launchpad.net/ListHelp
>>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack [at] lists
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
>

Sadly the boot from volume tests haven't worked for a while, and I
suspect the following failures you're seeing are aftermath.

_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to : openstack [at] lists
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp


dtroyer at gmail

Aug 9, 2012, 1:43 PM

Post #4 of 4 (305 views)
Permalink
Re: devstack + exercise.sh failures [In reply to]

On Thu, Aug 9, 2012 at 2:33 PM, Thomas Gall <thomasagall [at] gmail> wrote:
> ====================================================================> FAILED boot_from_volume
> FAILED euca
> FAILED floating_ips
> FAILED volumes
> ====================================================================

These all spawn instances so there's the first thing to check...

> I'm new so certainly possible I've missed an email/bug that documents this.
> I did also try on f17 but the results were exactly the same. Not that it
> should matter but I have devstack running inside of a kvm partition. Nothing
> obvious seems amiss.

Yes, running inside a VM does make a difference, mostly in the default
timeouts. Also, how much ram does your devstack VM have? You'll need
1G minimum to run everything unless you have Swift enabled, then at
least 1.5G.

> localrc has nothing in it but the settings for MYSQL_PASSWORD,
> RABBIT_PASSWORD, SERVICE_TOKEN, SERVICE_PASSWORD, ADMIN_PASSWORD

I usually set the following timeouts running in a Rax VM (VirtualBox
often needs a bit longer for me):

# Timeouts
ACTIVE_TIMEOUT=120
ASSOCIATE_TIMEOUT=60
BOOT_TIMEOUT=120
SERVICE_TIMEOUT=120

If you immediately do the following:

. openrc
nova list

after the exercise failure, what to you see? If there is one running
VM and maybe one or more in error state, you may be up agains the
timeouts or possibly don't have enough RAM in your devstack vm.

Try running just one exercise at a time to debug this,
exercises/floating_ips.sh is what I usually use.

Another trick I use to reduce the RAM required for the VMs is to
create an m1.miro flavor and set in localrc:

DEFAULT_INSTANCE_TYPE=m1.micro

The exercises will honor that in selecting the VM to create when they
run. The commands to do that are in samples/local.sh in the devstack
directory.

dt

--

Dean Troyer
dtroyer [at] gmail

_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to : openstack [at] lists
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp

OpenStack dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.