Re: [openstack-dev] [Neutron] Centralizing some config options will break many stadium projects

[Armando M.]

On 27 October 2016 at 22:18, Brandon Logan 
wrote:

> Hello Neutrinos,
> I've come across an issue that I'd like to get input/opinions on.  I've
> been reviewing some of the centralize config options reviews and have
> come across a few that would cause issues with other projects that are
> importing these options, especially stadium projects.  High level view
> of the issue:
>
> [1] would cause at least 22 projects to need to be fixed based on [2]
>
> [3] would cause at least 12 projects to need to be fixed based on [4]
>
> [5] looks to affect many other projects as well (I'm being lazy and
> not  counting them right now)
>
> Initially, the thinking was that moving the config options around would
> cause some breakage with projects outside of neutron, but that would be
> fine because projects shouldn't really be using neutron as a library
> and using it to register config options.  However, with these 3
> patches, I definitely don't feel comfortable breaking the amount of
> projects these would break.  It also makes me think that maybe these
> options should be in neutron-lib since they're consumed so widely.
> Anyway, I've come up with some possible options to deal with this, but
> would like to hear others' opinions on this:
>
> 1) Let the patches merge and break those projects as a signal that
> importing these shouldn't be done.  The affected projects can choose to
> push fixes that continue importing the neutron config options or
> defining their own config options.
> 2) Deprecate the old locations for some timeframe, and then remove
> later.
> 3) Texas Three-Step: change the neutron patches to keep pointers in the
> old locations to the new, and then push patches to the affected repos
> with Depends-On directives.  Once all patches merge, push up one more
> patch to neutron to remove the old location.
> 4) Abandon these reviews and do nothing.
> 5) Move these config options to neutron-lib so that they can be used by
> any project.  This still requires doing one of the above options,
> however.

6) Any others I can't think of?
>

Slight variation, call it option 6:

1) Identify the most impacted (coupled) project affected by these changes.
2) Fix it in order to provide folks with a recipe for how to address the
breakages.
3) Use the patch and make it needed-by the neutron changes.
4) Evangelize patch 2 one more time on the ML.
5) We'll bring this up at the team meeting, for another form or record.
6) Wait another few days for projects to catch up.
7) Merge the patch in neutron.
8) We all move on.


>
>
> [1] https://review.openstack.org/#/c/343045/
> [2] http://codesearch.openstack.org/?q=from%20neutron.agent.common%20im
> port%20config&i=nope&files=&repos=
>
> [3] https://review.openstack.org/#/c/340228/
> [4] http://codesearch.openstack.org/?q=neutron.plugins.ml2%20import%20c
> onfig&i=nope&files=&repos=
>
> [5] https://review.openstack.org/#/c/347867/
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [nova] [searchlight] Discrepancies between nova server notifications and API response

[McLellan, Steven]

Hi,

I was unfortunately unable to make the summit but I'm told there were some good 
discussions around possible integration with searchlight to help some scaling 
cases with nova cells. One issue we've had with Searchlight is differences 
between the notifications and API representation of server state, and Travis 
asked me to file some bug reports against Nova to get a conversation started. 
I've filed four bugs at 
https://bugs.launchpad.net/nova/+bugs?field.tag=searchlight (the reason for 
separating them is that some may not be straightforward/possible) to that end. 
I am out next week, but it would be great to get some time at one of the nova 
weekly meetings the following weeks to discuss it further.

Thanks, and safe travels for those returning home from the summit,

Steve
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Centralizing some config options will break many stadium projects

[Brandon Logan]

Yeah most of them are unit tests, but since the particular reviews I
linked are actually moving the module they're importing, once that
review merges it'll break their tests.  So there would still need to be
some decision made on how this is done.  Doing the oslo.config
attribute may make it easier to fix for them, so that is another
option.  

Thanks,
Brandon

On Fri, 2016-10-28 at 15:19 +, Sean M. Collins wrote:
> It appears though that from the code search that it's all just based
> on
> unit tests, and overriding some configuration stuff.
> 
> Since a lot of these unit test classes inherit from
> Ml2PluginV2TestCase,
> and it looks like there is a lot of copy & paste / cargo-cult that
> occurred where the same line was copied across the stadium[1] to just
> change some configuration before running unit tests, maybe we should
> provide an attribute in Ml2PluginV2TestCase to get the oslo.config
> instance so that overrides can be called?
> 
> This is assuming I grok the problem, I've only had one cup of coffee
> so
> far
> 
> [2]: http://codesearch.openstack.org/?q=ml2_config.cfg.CONF.set_overr
> ide&i=nope&files=&repos=
> 
> 
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [infra][telemetry] bindep and external packages?

[Jeremy Stanley]

On 2016-10-28 15:55:28 +0200 (+0200), Julien Danjou wrote:
> In order to run functional test, we'd need to install a .deb file that
> is not provided by main repositories configured on infra. I don't think
> bindep supports that.
> 
> So… would it be acceptable to add that support?
> Or is there any alternative we miss?

This is something we discussed just a couple days ago in a QA
session about a DevStack plug-in Tony wrote for a similar purpose. I
think in the near term he was going to look into options for
extending bindep or adding a complimentary tool for this purpose
(quite probably the latter, since bindep itself doesn't install
anything for you and only tells you what packages you're currently
lacking).
-- 
Jeremy Stanley

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron] [neutron-lbaas][octavia] Error in installing octavia via devstack on ubuntu stable/mitaka

[Wanjing Xu (waxu)]

Great! Thank you so much!

On 10/28/16, 7:10 AM, "Michael Johnson"  wrote:

>Hi Wanjing,
>
>I responded to you in IRC but you may have logged off by the time I
>was able to respond.
>
>You are correct that this is an issue.  We just this week noticed it.
>It was an oversight that is causing the amphora agent to clone the
>master branch amphora agent code instead of the stable/mitaka version.
>
>There are two patches up that will fix this:
>https://review.openstack.org/390896
>https://review.openstack.org/391063
>
>You can also manually fix this by editing:
>elements/amphora-agent-ubuntu/source-repository-amphora-agent
>
>and changing the line to:
>amphora-agent git /opt/amphora-agent
>https://review.openstack.org/openstack/octavia stable/mitaka
>
>Then rebuilding the image or re-stacking with reclone disabled.
>
>Sorry for the inconvenience,
>Michael
>
>
>
>On Fri, Oct 28, 2016 at 1:57 AM, Wanjing Xu (waxu)  wrote:
>> Hi
>>
>> This is the first time  I tried to install octavia.  But it error out
>> at(from stack.sh.log):
>>
>>
>> 2016-10-25 22:50:45.270 | creating /usr/local/etc/octavia
>> 2016-10-25 22:50:45.270 | copying etc/octavia.conf ->
>>/usr/local/etc/octavia
>> 2016-10-25 22:50:45.270 | running install_egg_info
>> 2016-10-25 22:50:45.271 | Copying octavia.egg-info to
>> 
>>/usr/local/lib/python2.7/dist-packages/octavia-0.9.1.dev57-py2.7.egg-info
>> 2016-10-25 22:50:45.272 | running install_scripts
>> 2016-10-25 22:50:45.288 | Installing octavia-worker script to
>>/usr/local/bin
>> 2016-10-25 22:50:45.288 | Installing octavia-health-manager script to
>> /usr/local/bin
>> 2016-10-25 22:50:45.289 | Installing octavia-housekeeping script to
>> /usr/local/bin
>> 2016-10-25 22:50:45.289 | Installing octavia-db-manage script to
>> /usr/local/bin
>> 2016-10-25 22:50:45.289 | Installing haproxy-vrrp-check script to
>> /usr/local/bin
>> 2016-10-25 22:50:45.289 | Installing amphora-agent script to
>>/usr/local/bin
>> 2016-10-25 22:50:45.289 | Installing octavia-api script to
>>/usr/local/bin
>> 2016-10-25 22:50:45.310 | + cp etc/init/amphora-agent.conf /etc/init/
>> 2016-10-25 22:50:45.312 | cp: cannot stat
>>'etc/init/amphora-agent.conf': No
>> such file or directory
>> 2016-10-25 22:50:45.764 | Unmount
>> /tmp/dib_build.EFA965tj/mnt/var/cache/apt/archives
>> 2016-10-25 22:50:45.807 | Unmount /tmp/dib_build.EFA965tj/mnt/tmp/pip
>>
>> This is stable/mitaka, even though I manually invoked the following, it
>> errored out at the same place
>>
>> /opt/stack/octavia/diskimage-create/diskimage-create.sh -s 2
>>
>>
>> Could somebody please help out on why it errored here.?
>>
>> Here is a snippet of my local.conf:
>> ...
>> enable_service q-lbaasv2
>> disable_service tempest
>> enable_service octavia o-cw o-hk o-hm o-api
>>
>> enable_plugin neutron-lbaas
>> https://git.openstack.org/openstack/neutron-lbaas stable/mitaka
>> enable_plugin octavia https://git.openstack.org/openstack/octavia
>> stable/mitaka
>> Š.
>>
>> Thanks
>> Wanjing Xu
>>
>> 
>>_
>>_
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: 
>>openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>__
>OpenStack Development Mailing List (not for usage questions)
>Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [reno][i18n][barbican] msgmerge error on release notes build

[Andreas Jaeger]

On 10/28/2016 06:41 PM, Andreas Jaeger wrote:

On 10/28/2016 03:27 PM, Dave McCowan (dmccowan) wrote:

Hello Translations and Reno Team,

I'm looking for help with a the Barbican release notes job.
In the last week, our release note gate job starting failing with the
following error.

2016-10-28 10:07:21.972504 | + resname=index
2016-10-28 10:07:21.972567 | + msgmerge --silent -o
releasenotes/source/locale/zh_CN/LC_MESSAGES/index.po
releasenotes/source/locale/zh_CN/LC_MESSAGES/releasenotes.po
releasenotes/source/locale/index.pot
2016-10-28 10:07:21.972767 |
/tmp/05-2d8c279a3bef4697b4ba9774c79c6263.sh: line 92: msgmerge: command
not found

Here's an example patch: https://review.openstack.org/#/c/389875/

There has been no merged change to the Barbican repo lately that seems
to be related to this.

Seven days ago, our release notes worked and included a Chinese
translation.
Today, our gate is blocked for any patch that attempts to build release
notes.

We're stumped. :-)


Do you use a bindep.txt file (sorry, cannot check repo myself on the
plane) to limit what you install?

then add the following line to it that is essential since barbican is
set up for translations:
 gettext [test]

If that is not the case, I'll do some more digging...


Note you run into this only now since you didn't had translated 
releasenotes before...


Andreas
--
 Andreas Jaeger aj@{suse.com,opensuse.org} Twitter: jaegerandi
  SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
   GF: Felix Imendörffer, Jane Smithard, Graham Norton,
   HRB 21284 (AG Nürnberg)
GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [reno][i18n][barbican] msgmerge error on release notes build

[Andreas Jaeger]

On 10/28/2016 06:41 PM, Andreas Jaeger wrote:

On 10/28/2016 03:27 PM, Dave McCowan (dmccowan) wrote:

Hello Translations and Reno Team,

I'm looking for help with a the Barbican release notes job.
In the last week, our release note gate job starting failing with the
following error.

2016-10-28 10:07:21.972504 | + resname=index
2016-10-28 10:07:21.972567 | + msgmerge --silent -o
releasenotes/source/locale/zh_CN/LC_MESSAGES/index.po
releasenotes/source/locale/zh_CN/LC_MESSAGES/releasenotes.po
releasenotes/source/locale/index.pot
2016-10-28 10:07:21.972767 |
/tmp/05-2d8c279a3bef4697b4ba9774c79c6263.sh: line 92: msgmerge: command
not found

Here's an example patch: https://review.openstack.org/#/c/389875/

There has been no merged change to the Barbican repo lately that seems
to be related to this.

Seven days ago, our release notes worked and included a Chinese
translation.
Today, our gate is blocked for any patch that attempts to build release
notes.

We're stumped. :-)


Do you use a bindep.txt file (sorry, cannot check repo myself on the
plane) to limit what you install?

then add the following line to it that is essential since barbican is
set up for translations:
 gettext [test]

If that is not the case, I'll do some more digging...



You have indeed a bindep file - and one that does not include that line. 
It's really needed...


I'll send a patch,
Andreas
--
 Andreas Jaeger aj@{suse.com,opensuse.org} Twitter: jaegerandi
  SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
   GF: Felix Imendörffer, Jane Smithard, Graham Norton,
   HRB 21284 (AG Nürnberg)
GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [reno][i18n][barbican] msgmerge error on release notes build

[Andreas Jaeger]

On 10/28/2016 03:27 PM, Dave McCowan (dmccowan) wrote:

Hello Translations and Reno Team,

I'm looking for help with a the Barbican release notes job.
In the last week, our release note gate job starting failing with the
following error.

2016-10-28 10:07:21.972504 | + resname=index
2016-10-28 10:07:21.972567 | + msgmerge --silent -o
releasenotes/source/locale/zh_CN/LC_MESSAGES/index.po
releasenotes/source/locale/zh_CN/LC_MESSAGES/releasenotes.po
releasenotes/source/locale/index.pot
2016-10-28 10:07:21.972767 |
/tmp/05-2d8c279a3bef4697b4ba9774c79c6263.sh: line 92: msgmerge: command
not found

Here's an example patch: https://review.openstack.org/#/c/389875/

There has been no merged change to the Barbican repo lately that seems
to be related to this.

Seven days ago, our release notes worked and included a Chinese translation.
Today, our gate is blocked for any patch that attempts to build release
notes.

We're stumped. :-)


Do you use a bindep.txt file (sorry, cannot check repo myself on the 
plane) to limit what you install?


then add the following line to it that is essential since barbican is 
set up for translations:

 gettext [test]

If that is not the case, I'll do some more digging...

Andreas


We'd appreciate any ideas on how to fix this.

Thanks!

--Dave



__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




--
 Andreas Jaeger aj@{suse.com,opensuse.org} Twitter: jaegerandi
  SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
   GF: Felix Imendörffer, Jane Smithard, Graham Norton,
   HRB 21284 (AG Nürnberg)
GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Centralizing some config options will break many stadium projects

[Sean M. Collins]

It appears though that from the code search that it's all just based on
unit tests, and overriding some configuration stuff.

Since a lot of these unit test classes inherit from Ml2PluginV2TestCase,
and it looks like there is a lot of copy & paste / cargo-cult that
occurred where the same line was copied across the stadium[1] to just
change some configuration before running unit tests, maybe we should
provide an attribute in Ml2PluginV2TestCase to get the oslo.config
instance so that overrides can be called?

This is assuming I grok the problem, I've only had one cup of coffee so
far

[2]: 
http://codesearch.openstack.org/?q=ml2_config.cfg.CONF.set_override&i=nope&files=&repos=


-- 
Sean M. Collins

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [tc][solum] is solum-infra-guestagent an unmaintained project?

[Michael Still]

Doh, and I'd already done one cleanup patch against it.

Michael

On Fri, Oct 28, 2016 at 1:24 PM, Devdatta Kulkarni <
kulkarni.devda...@gmail.com> wrote:

> Hi Steve,
>
> Your observation is correct.
>
> Solum team had created solum-infra-guestagent repository to investigate
> the idea of a build agent for building applications.
> However the work in that direction has not progressed in a while.
>
> So it should be okay to remove solum-infra-guestagent repo from official
> governance.
> I will discuss this with Solum team in our irc meeting next week and
> submit a patch to remove this repo from project-config.
>
> Thanks,
> Devdatta
>
>
> On Fri, Oct 28, 2016 at 12:23 AM, Steve Martinelli  > wrote:
>
>> When reviewing the projects necessary for the ocata community-wide goal,
>> (to remove old oslo-incubator code [1]) I noticed that solum-infra-guest
>> agent has had *very* few commits, 13 in total [2]. Almost half of which
>> were project cleanup type changes that all projects did. The last patch of
>> significance was over 2 years ago (Sept 2014).
>>
>> I'm inquiring as to the status of the project, and what we should do
>> about it? It's still being maintained by the good will of some community
>> members, but it's eating up time nonetheless.
>>
>> [1] https://etherpad.openstack.org/p/ocata-goal-oslo
>> [2] https://github.com/openstack/solum-infra-guestagent/commits/master
>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
Rackspace Australia
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Browbeat] Nominate Justin Kilpatrick as core.

[Joe Talerico]

Justin has been doing a great deal of work on the Browbeat-CI and
stabilizing our code.

I would like to nominate Justin as our first core who didn't begin as
a core to the project!

Joe

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Horizon] Rework Access & Security panel

[Rob Cresswell]

We're looking into splitting up the Access & Security panel. We're not entirely 
sure just yet whether these will move to other panel groups, or be top level 
panels themselves, but we'll update this thread with a patch when we have one. 
Hope you'll both be able to feed back on that :)

Rob

On 27 October 2016 at 16:17, Hayes, Graham 
mailto:graham.ha...@hpe.com>> wrote:
On 27/10/2016 04:15, Adrian Turjak wrote:
> Hello OpenstackDevs,
>
> In our deployment we keep running into a problem where customers forget
> about the existence of floating ips once disassociated from an instance,
> and when they then need to release them they often can't find where
> because expecting them to be in 'Access & Security' is odd.
>
> Why don't we move Floating ips out to their own panel either at the
> compute or network layer on the dashboard so they are easy to find. They
> are their own resource and having them in a shared panel like Access &
> Security seems usual and rather confusing UX. All the remaining
> resources in Access & Security make sense, but floating ips really
> shouldn't be there.
>
> If there aren't any arguments against it, I can put together a
> blueprint/patch for this myself, but would like to know people are happy
> with the change.
>
> Any alternate ideas? Vehement opposition to the change?

I think it is a great idea :)

We should also move the security groups out to the networking section,
the API access to somewhere else, and just leave SSH keys where they
are.

Having these things under the compute section has always irked me. :)

> Cheers,
> Adrian Turjak
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: 
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [LBaaS][Octavia] Pools are not deleted when running neutron lbaas-pool-delete

[Michael Johnson]

Hi Ravi,

It's best to report these as new bugs in launchpad so that you can
attach the full logs and we can track comments, etc.

It is very odd that the neutron database went into Active.  I would
have expected it to be stuck in PENDING_UPDATE as well.

To keep them in sync as best we can (until the lbaas-merge is
complete) I recommend you enable the event streamer driver in Octavia.
This will push status updates back up to neutron-lbaas.

On the bug you open, can you please include your o-api and o-cw log?
Also, which release of OpenStack are you running?

Michael

On Fri, Oct 28, 2016 at 12:56 PM, Vallabhu, Ravikumar
 wrote:
> Hi all
>
>
>
> I’ve done the following steps while creating load-balancer and other
> entities under it.
>
>
>
> 1.  Create load-balancer.
>
> 2.  Created listener under load-balancer created in step 1
>
> 3.  Created pool under listener created in step 2
>
>
>
> Here pool was created successfully but my load-balancer stuck in
> PENDING_UPDATE state in both Neutron & Octavia databases.
>
>
>
> When I tried to delete pool I got error saying that pool can not be deleted
> because respective load-balancer is in immutable state. Ok fine.
>
>
>
> After some time ( after around 1 hr) load-balancer in Neutron DB had become
> ACTIVE state , but in Octavia DB still in PENDING_UPDATE state.
>
>
>
> See below
>
>
>
> $ neutron lbaas-loadbalancer-list
>
> +--+--+---+-+--+
>
> | id   | name | vip_address   |
> provisioning_status | provider |
>
> +--+--+---+-+--+
>
> | 5f9d1b93-7997-44b5-8db5-53c312f0628c | test_lb1 | 50.50.50.3| ACTIVE
> | octavia  |
>
> +--+--+---+-+--+
>
> mysql> select * from load_balancer;
>
> +---+--+--+-+-+--+-+--+
>
> | tenant_id | id   | name | description
> | provisioning_status | operating_status | enabled | topology |
>
> +---+--+--+-+-+--+-+--+
>
> | NULL  | 5f9d1b93-7997-44b5-8db5-53c312f0628c | test_lb1 |
> | PENDING_UPDATE  | ONLINE   |   1 | NULL |
>
> +---+--+--+-+-+--+-+--+
>
>
>
> When I tried deleting the pool in such state , I got successfully deletion
> message as show below.
>
> $ neutron lbaas-pool-delete 74cdfee8-dd49-4085-9830-d57933204c98
>
> Deleted pool: 74cdfee8-dd49-4085-9830-d57933204c98
>
>
>
> But pool is not really get deleted. See below
>
> $ neutron lbaas-pool-list
>
> +--+---+--++
>
> | id   | name  | protocol | admin_state_up |
>
> +--+---+--++
>
> | 74cdfee8-dd49-4085-9830-d57933204c98 | pool  | HTTP | True   |
>
> +--+---+--++
>
>
>
> This is a bug right ?  This bug a raised as load-balancer-state is not in
> synch in Neutron DB and Octavia DB.
>
> This in synch is coming because load-balancer state becomes ACTIVE from
> PENDING_UPDATE automatically. Is this expected behavior ?
>
> How can we make load-balancer state should be in synch in both the DBs.
>
>
>
>
>
> Also I saw below log messages in Octavia-api.log
>
>
>
> 2016-10-04 05:57:28.865 10744 INFO octavia.api.v1.controllers.pool
> [req-cb15f3c9-8746-4079-945f-96cf112a26e2 - - - - -] Pool
> 74cdfee8-dd49-4085-9830-d57933204c98 cannot be deleted because the Load
> Balancer is in an immutable state
>
> 2016-10-04 05:57:28.896 10744 DEBUG wsme.api
> [req-cb15f3c9-8746-4079-945f-96cf112a26e2 - - - - -] Client-side error: Load
> Balancer 5f9d1b93-7997-44b5-8db5-53c312f0628c is immutable and cannot be
> updated. format_exception
> /opt/stack/venv/octavia-20160826T092820Z/lib/python2.7/site-packages/wsme/api.py:221
>
>
>
>
>
> Thanks
>
>
>
> Ravi
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [ironic] OneView CI results not publicly viewable

[Ricardo Araújo]

Hi Mario and everyone,

we updated our job description and DNS server to point to the logs server new 
external IP.
Afaik only 4 patches ran with this configuration and I've retriggered their 
evaluation...

Our jobs are still unstable so I'll keep the warning sign at 
https://wiki.openstack.org/wiki/ThirdPartySystems for a while and update you 
all as soon as it is fine, ok?

Thanks and sorry for the inconvenience!

Ricardo

Ricardo Araújo Santos - 
www.lsd.ufcg.edu.br/~ricardo 

M.Sc in Computer Science at UFCG - www.ufcg.edu.br 
Researcher and Developer at Distributed Systems Laboratory - 
www.lsd.ufcg.edu.br 
Paraíba - Brasil

- Mensagem original -
De: "Mario Villaplana" 
Para: "OpenStack Development Mailing List" 
Cc: marcusraf...@lsd.ufcg.edu.br, rica...@lsd.ufcg.edu.br, "ufcg-oneview-ci" 

Enviadas: Quinta-feira, 27 de outubro de 2016 14:08:59
Assunto: [ironic] OneView CI results not publicly viewable

Hi all,

I discovered today that the OneView CI result links currently point to
internal (10.*) IP addresses. See here for an example:
https://review.openstack.org/#/c/372762/14

According to OpenStack's third-party testing requirements [0],
third-party test artifacts should be public and retained for 1 month.
I believe this applies to non-voting CI as well.

I've CC'ed the current maintainers from the wiki. [1]

Should this job be removed until this is corrected?

Thanks,
Mario

[0] http://docs.openstack.org/infra/system-config/third_party.html#requirements
[1] https://wiki.openstack.org/wiki/ThirdPartySystems/UFCG_OneView_CI

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron] [neutron-lbaas][octavia] Error in installing octavia via devstack on ubuntu stable/mitaka

[Michael Johnson]

Hi Wanjing,

I responded to you in IRC but you may have logged off by the time I
was able to respond.

You are correct that this is an issue.  We just this week noticed it.
It was an oversight that is causing the amphora agent to clone the
master branch amphora agent code instead of the stable/mitaka version.

There are two patches up that will fix this:
https://review.openstack.org/390896
https://review.openstack.org/391063

You can also manually fix this by editing:
elements/amphora-agent-ubuntu/source-repository-amphora-agent

and changing the line to:
amphora-agent git /opt/amphora-agent
https://review.openstack.org/openstack/octavia stable/mitaka

Then rebuilding the image or re-stacking with reclone disabled.

Sorry for the inconvenience,
Michael



On Fri, Oct 28, 2016 at 1:57 AM, Wanjing Xu (waxu)  wrote:
> Hi
>
> This is the first time  I tried to install octavia.  But it error out
> at(from stack.sh.log):
>
>
> 2016-10-25 22:50:45.270 | creating /usr/local/etc/octavia
> 2016-10-25 22:50:45.270 | copying etc/octavia.conf -> /usr/local/etc/octavia
> 2016-10-25 22:50:45.270 | running install_egg_info
> 2016-10-25 22:50:45.271 | Copying octavia.egg-info to
> /usr/local/lib/python2.7/dist-packages/octavia-0.9.1.dev57-py2.7.egg-info
> 2016-10-25 22:50:45.272 | running install_scripts
> 2016-10-25 22:50:45.288 | Installing octavia-worker script to /usr/local/bin
> 2016-10-25 22:50:45.288 | Installing octavia-health-manager script to
> /usr/local/bin
> 2016-10-25 22:50:45.289 | Installing octavia-housekeeping script to
> /usr/local/bin
> 2016-10-25 22:50:45.289 | Installing octavia-db-manage script to
> /usr/local/bin
> 2016-10-25 22:50:45.289 | Installing haproxy-vrrp-check script to
> /usr/local/bin
> 2016-10-25 22:50:45.289 | Installing amphora-agent script to /usr/local/bin
> 2016-10-25 22:50:45.289 | Installing octavia-api script to /usr/local/bin
> 2016-10-25 22:50:45.310 | + cp etc/init/amphora-agent.conf /etc/init/
> 2016-10-25 22:50:45.312 | cp: cannot stat 'etc/init/amphora-agent.conf': No
> such file or directory
> 2016-10-25 22:50:45.764 | Unmount
> /tmp/dib_build.EFA965tj/mnt/var/cache/apt/archives
> 2016-10-25 22:50:45.807 | Unmount /tmp/dib_build.EFA965tj/mnt/tmp/pip
>
> This is stable/mitaka, even though I manually invoked the following, it
> errored out at the same place
>
> /opt/stack/octavia/diskimage-create/diskimage-create.sh -s 2
>
>
> Could somebody please help out on why it errored here.?
>
> Here is a snippet of my local.conf:
> ...
> enable_service q-lbaasv2
> disable_service tempest
> enable_service octavia o-cw o-hk o-hm o-api
>
> enable_plugin neutron-lbaas
> https://git.openstack.org/openstack/neutron-lbaas stable/mitaka
> enable_plugin octavia https://git.openstack.org/openstack/octavia
> stable/mitaka
> ….
>
> Thanks
> Wanjing Xu
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [infra][telemetry] bindep and external packages?

[Julien Danjou]

Hi,

In order to run functional test, we'd need to install a .deb file that
is not provided by main repositories configured on infra. I don't think
bindep supports that.

So… would it be acceptable to add that support?
Or is there any alternative we miss?

Cheers,
-- 
Julien Danjou
/* Free Software hacker
   https://julien.danjou.info */


signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [reno][i18n][barbican] msgmerge error on release notes build

[Dave McCowan (dmccowan)]

Hello Translations and Reno Team,

I'm looking for help with a the Barbican release notes job.
In the last week, our release note gate job starting failing with the following 
error.

2016-10-28 10:07:21.972504 | + resname=index
2016-10-28 10:07:21.972567 | + msgmerge --silent -o 
releasenotes/source/locale/zh_CN/LC_MESSAGES/index.po 
releasenotes/source/locale/zh_CN/LC_MESSAGES/releasenotes.po 
releasenotes/source/locale/index.pot
2016-10-28 10:07:21.972767 | /tmp/05-2d8c279a3bef4697b4ba9774c79c6263.sh: line 
92: msgmerge: command not found

Here's an example patch: https://review.openstack.org/#/c/389875/

There has been no merged change to the Barbican repo lately that seems to be 
related to this.

Seven days ago, our release notes worked and included a Chinese translation.
Today, our gate is blocked for any patch that attempts to build release notes.

We're stumped. :-)

We'd appreciate any ideas on how to fix this.

Thanks!

--Dave

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [openstack-ansible] Team photo from Barcelona

[Major Hayden]

Hey there,

Monty was kind enough to take a photo of some of the OpenStack-Ansible team 
members at the OpenStack Summit in Barcelona.  Here's a link to the photo:

  http://i.imgur.com/5wOOAhe.jpg

--
Major Hayden



signature.asc
Description: OpenPGP digital signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [heat][zaqar][telemetry] Subscribing to events

[Julien Danjou]

On Thu, Oct 27 2016, Fei Long Wang wrote:

> 1. Granularity
> For Aodh event alarm, user can only define the alarm based on a particular
> event(Pls correct me). However, Personally I would like to see a flexible
> 'filter' for the notifications.

Yeah I think the current thing is pretty simple IIRC, but since the
notifications are not really normalized, it's not very exciting to start
building filter. But I could see that happen. We just need to find a way
to express it correctly. Maybe some JSONPath thing in this regard that
we can use?

> 2. Content Format
> The info/data forwarded by Aodh is alarm, not the original event. At here,
> I assume most of the users would like to see the original event, not the 
> alarm.

That sounds easy. :)

> And it triggers me another idea. Recently, I'm playing with Ceilometer/Aodh a
> lot. The idea is, let Panko support event filter before dispatching. 
> Currently,
> Panko/Ceilometer is using two yaml files to define the event related options.
> We can still keep it and meanwhile adding a per tenant, persistent filter in 
> DB
> as user's customized options. It won't break the backward compatibility.
> Julien, LiuSheng, does that make any sense? Thanks.

Not sure I do entirely follow, and I don't think Panko is concerned by
what you described (it only stores things). Can you be more precise? :)

-- 
Julien Danjou
-- Free Software hacker
-- https://julien.danjou.info


signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova] Cannot bind instance to generic vhostuser interface

[Daniel P. Berrange]

On Fri, Oct 28, 2016 at 10:34:50AM +, Tomas Cechvala -X (tcechval - 
PANTHEON TECHNOLOGIES at Cisco) wrote:
> Hi nova devs,
> 
> I'm trying to bind nova instances to generic vhostuser interface (created by 
> VPP).Based on the log output it seems that vhostuser vif_type is not 
> recognized by python's libvirt.
> http://pastebin.com/raw/C3NLsYfP
> 
> Is this a bug or have I misconfigured something?

That suggests your libvirt version is too old - you need v 1.2.7 of libvirt


Regards,
Daniel
-- 
|: http://berrange.com  -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o- http://virt-manager.org :|
|: http://entangle-photo.org   -o-http://search.cpan.org/~danberr/ :|

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [packstack] Proposal to add Alfredo Moralejo as core reviewer

[Ivan Chavero]

- Original Message -
> From: "Javier Pena" 
> To: "OpenStack Development Mailing List (not for usage questions)" 
> 
> Cc: "Alan Pevec" , "David Moreau Simard" 
> , "Ivan Chavero" 
> Sent: Friday, October 28, 2016 12:44:45 PM
> Subject: [packstack] Proposal to add Alfredo Moralejo as core reviewer
> 
> Hi all,
> 
> I'd like to propose Alfredo Moralejo (amoralej in #Freenode) as a core
> reviewer for Packstack.
> 
> Alfredo has been providing consistent and quality reviews during the Newton
> cycle, and also a good number of patches [1].
> 
> Existing core reviewers, please vote now.

He's being doing a great job!!
+1

Cheers,
Ivan

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Nova][Neutron] Portbinding for live migration spec

[Andreas Scheuring]

I just pushed an update to the neutron spec [1], describing the general 
purpose portbinding API that we decided on in Tuesdays Nova-Neutron 
Cross project session.


Please review it and let me know, if I understood everything correctly!

When going down the path with the general purpose API, some new 
questions do arise. The main question is, if this new API should only 
cover compute bindings or also all other kind of bindngs (DVR)?
As soon as the scope is clear, I can start figuring out what that means 
for ML2 and the database (OVO) models.
All questions are all listed further below, but they are also in the 
spec under the corresponding API. Please reply on the spec if you have 
any opinion on that.


Thanks!

Andreas

[1] https://review.openstack.org/#/c/309416/

Questions on List Bindings:
* Should only compute bindings get listed? Or all kind of bindings,
  including DVR bindings?
* Should all the details be listed, or just a subset?
* That list might get pretty long for DVR ports. How  and when to limit the
  output?


Questions on Show Binding:
* If DVR is also externalized
  * probably some additional fields are of interest (router_id, something
   else?)
  * Today a dvr port is shown with vif_type = 'distributed', although 
it has

a real vif_type like 'ovs'. How to deal with that in this API?
Should there be an extra flag showing, whether a port is distributed or
not?

Questions on Create Binding:
* Should there be a limit for creating bindings?
* Do we need a mechanism to ensure that only 1 binidng can be active for
  a compute port? I think so!
* Should the creation of a binding be restricted to ports with compute
  bindings? What about creating bindings for a router, dhcp port?
* Should we have a capability to create a binding based on an existing 
binding

  (for live migration)? Or should nova take care of creating the second
  binding with exactly the same data?
* Shall this API replace the existing API in the future (today a binding
  for a port gets created by setting the binding:host parameter).
* Should status be a attribute of create? Or would we always create inactive
  port and then force the user to activate it via the activate API? Or 
should

  the first binding become activated by default, while all others need
  explicit activation?
* Would we consider a failed binding as an client issue (4xx code) or a 
server

  issue (5xx code)? Ideas for concrete http codes?
* Can we make the MAC address part of a binding (sr-iov migration?)

Questions on update binding:
* Should the status field be modifiable?

Questions on activate binding:
* Is this required at all? We could also activate a binding when updating
  the status field of a binding.
* Should this automatically deactivate all active bindings? Or is deactivate
  an explicit step?


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [tc][solum] is solum-infra-guestagent an unmaintained project?

[Devdatta Kulkarni]

Hi Steve,

Your observation is correct.

Solum team had created solum-infra-guestagent repository to investigate the
idea of a build agent for building applications.
However the work in that direction has not progressed in a while.

So it should be okay to remove solum-infra-guestagent repo from official
governance.
I will discuss this with Solum team in our irc meeting next week and submit
a patch to remove this repo from project-config.

Thanks,
Devdatta


On Fri, Oct 28, 2016 at 12:23 AM, Steve Martinelli 
wrote:

> When reviewing the projects necessary for the ocata community-wide goal,
> (to remove old oslo-incubator code [1]) I noticed that solum-infra-guest
> agent has had *very* few commits, 13 in total [2]. Almost half of which
> were project cleanup type changes that all projects did. The last patch of
> significance was over 2 years ago (Sept 2014).
>
> I'm inquiring as to the status of the project, and what we should do about
> it? It's still being maintained by the good will of some community members,
> but it's eating up time nonetheless.
>
> [1] https://etherpad.openstack.org/p/ocata-goal-oslo
> [2] https://github.com/openstack/solum-infra-guestagent/commits/master
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [LBaaS][Octavia] Pools are not deleted when running neutron lbaas-pool-delete

[Vallabhu, Ravikumar]

Hi all

I've done the following steps while creating load-balancer and other entities 
under it.


1.  Create load-balancer.

2.  Created listener under load-balancer created in step 1

3.  Created pool under listener created in step 2

Here pool was created successfully but my load-balancer stuck in PENDING_UPDATE 
state in both Neutron & Octavia databases.

When I tried to delete pool I got error saying that pool can not be deleted 
because respective load-balancer is in immutable state. Ok fine.

After some time ( after around 1 hr) load-balancer in Neutron DB had become  
ACTIVE state , but in Octavia DB still in PENDING_UPDATE state.

See below

$ neutron lbaas-loadbalancer-list

+--+--+---+-+--+

| id   | name | vip_address   | 
provisioning_status | provider |

+--+--+---+-+--+

| 5f9d1b93-7997-44b5-8db5-53c312f0628c | test_lb1 | 50.50.50.3| ACTIVE  
| octavia  |

+--+--+---+-+--+

mysql> select * from load_balancer;

+---+--+--+-+-+--+-+--+

| tenant_id | id   | name | description | 
provisioning_status | operating_status | enabled | topology |

+---+--+--+-+-+--+-+--+

| NULL  | 5f9d1b93-7997-44b5-8db5-53c312f0628c | test_lb1 | | 
PENDING_UPDATE  | ONLINE   |   1 | NULL |

+---+--+--+-+-+--+-+--+

When I tried deleting the pool in such state , I got successfully deletion 
message as show below.

$ neutron lbaas-pool-delete 74cdfee8-dd49-4085-9830-d57933204c98

Deleted pool: 74cdfee8-dd49-4085-9830-d57933204c98

But pool is not really get deleted. See below

$ neutron lbaas-pool-list

+--+---+--++

| id   | name  | protocol | admin_state_up |

+--+---+--++

| 74cdfee8-dd49-4085-9830-d57933204c98 | pool  | HTTP | True   |

+--+---+--++

This is a bug right ?  This bug a raised as load-balancer-state is not in synch 
in Neutron DB and Octavia DB.
This in synch is coming because load-balancer state becomes ACTIVE from 
PENDING_UPDATE automatically. Is this expected behavior ?
How can we make load-balancer state should be in synch in both the DBs.


Also I saw below log messages in Octavia-api.log

2016-10-04 05:57:28.865 10744 INFO octavia.api.v1.controllers.pool 
[req-cb15f3c9-8746-4079-945f-96cf112a26e2 - - - - -] Pool 
74cdfee8-dd49-4085-9830-d57933204c98 cannot be deleted because the Load 
Balancer is in an immutable state
2016-10-04 05:57:28.896 10744 DEBUG wsme.api 
[req-cb15f3c9-8746-4079-945f-96cf112a26e2 - - - - -] Client-side error: Load 
Balancer 5f9d1b93-7997-44b5-8db5-53c312f0628c is immutable and cannot be 
updated. format_exception 
/opt/stack/venv/octavia-20160826T092820Z/lib/python2.7/site-packages/wsme/api.py:221


Thanks

Ravi
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [packstack] Proposal to add Alfredo Moralejo as core reviewer

[Javier Pena]

Hi all,

I'd like to propose Alfredo Moralejo (amoralej in #Freenode) as a core reviewer 
for Packstack.

Alfredo has been providing consistent and quality reviews during the Newton 
cycle, and also a good number of patches [1].

Existing core reviewers, please vote now.

Regards,
Javier

[1] 
https://review.openstack.org/#/q/status:merged+owner:%22Alfredo+Moralejo+%253Camoralej%2540redhat.com%253E%22+project:openstack/packstack

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [nova] Cannot bind instance to generic vhostuser interface

[Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco)]

Hi nova devs,

I'm trying to bind nova instances to generic vhostuser interface (created by 
VPP).Based on the log output it seems that vhostuser vif_type is not recognized 
by python's libvirt.
http://pastebin.com/raw/C3NLsYfP

Is this a bug or have I misconfigured something?

Thank you,
Tomas
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [openstack-ansible] Debugging slow Xenial gate

[Major Hayden]

On 10/28/2016 10:17 AM, Major Hayden wrote:
>> Also, when running the tests on both systems, track cpu usage and number
>> > of threads to see if one has more restrictions than the other.
> Almost no difference here.

On the topic of threads, the sysbench output from both Trusty and Xenial are 
nearly identical with the exception of threads.  Trusty is usually about 15-20% 
faster on that benchmark than Xenial.

That leads me to rule out a few things:

  1) It's probably not python that is slow since it affects sysbench, too
  2) The kernel version doesn't seem to make a difference
  3) The way python was compiled doesn't matter (I tried pyenv)
  4) Kernel tunables (via sysctl) look very similar, especially with regard to 
threads

I also ran the full suite of tests from nova and got these results:

  Trusty: 375 seconds
  Xenial: 531 seconds
 
--
Major Hayden



signature.asc
Description: OpenPGP digital signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [openstack-ansible] Debugging slow Xenial gate

[Major Hayden]

On 10/28/2016 01:44 AM, Mike Carden wrote:
> I bounced this off my 'distro differences' goto guy, Chris Smart. Here are 
> his thoughts:
> 
> "Run the 14.04 kernel on 16.04 system and re-run the tests to see if it's
> kernel related.
> 
> If 16.04 userland with 14.04 kernel is as fast as Ubuntu 14.04, then
> compare the kernel .config files to see if there were major changes,
> like switching out schedulers.

14.04 with 16.04's kernel is actually just a small amount (~ 3-5%) faster than 
14.04 with its standard kernel.

> Also, when running the tests on both systems, track cpu usage and number
> of threads to see if one has more restrictions than the other.

Almost no difference here.

> Check swappiness and also "vmstat 1" to see if you're getting more pages
> swapped in and out in 16.04.

No difference here, either.

> I'm assuming that the two virtual machines are identical (CPU type, memory,
> threads, virtio, etc)."

They are!  We've seen this occur in the OpenStack CI jobs (with KVM), and I've 
also tested this with Xen and bare metal.

--
Major Hayden



signature.asc
Description: OpenPGP digital signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [acceleration][fpga][gpu]Reminder of Nomad design session

[Zhipeng Huang]

Location: CCIB P1 Room 130
Time: 9:50
Etherpad: https://etherpad.openstack.org/p/nomad-ocata-design-session

-- 
Zhipeng (Howard) Huang

Standard Engineer
IT Standard & Patent/IT Prooduct Line
Huawei Technologies Co,. Ltd
Email: huangzhip...@huawei.com
Office: Huawei Industrial Base, Longgang, Shenzhen

(Previous)
Research Assistant
Mobile Ad-Hoc Network Lab, Calit2
University of California, Irvine
Email: zhipe...@uci.edu
Office: Calit2 Building Room 2402

OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev