Mailing List Archive

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@gmail.com> 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@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
>
>

On Thu, Aug 9, 2012 at 1:57 PM, Joe Gordon <jogo@cloudscaling.com> 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@gmail.com> 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@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~openstack
>> More help : https://help.launchpad.net/ListHelp
>>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@lists.launchpad.net
> 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@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp

On Thu, Aug 9, 2012 at 2:33 PM, Thomas Gall <thomasagall@gmail.com> 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@gmail.com

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