Re: [openstack-dev] Retirement of openstack/cloud-init repository

On Jul 29, 2016 17:13, "Joshua Harlow" wrote: > > Hi all, > > I'd like to start the retirement (well actually it's more of shifting) of the openstack/cloud-init repository to its new location that *finally* removes the old bzr version of itself. > > The long story is that

[openstack-dev] Retirement of openstack/cloud-init repository

Hi all, I'd like to start the retirement (well actually it's more of shifting) of the openstack/cloud-init repository to its new location that *finally* removes the old bzr version of itself. The long story is that the cloud-init folks (myself included) moved the bzr repository to

Re: [openstack-dev] [nova] Next steps for proxy API deprecation

Thank you, Doug. Yes, if the DefCore guidelines have any of these tests, the tests used by DefCore will need to be run beyond EOL of Newton as the DefCore tests last longer than the EOL timeframe. But, first we should check which tests need to be capped and whether they are part of a/some

[openstack-dev] [neutron] weird behavior of neutron create port with extra dhcp option

Hi, I encounter a weird behavior with neutron create port command. I am using neutron master. When I run this neutron create-port command stack@r-dcs88:/opt/devstack$ neutron port-create --device-id=984b4a6d-a66d-4db7-8acc-1113cd1097ef --device-owner=baremetal:none --mac-address

Re: [openstack-dev] [ironic][nova] Indivisible Resource Providers

On 07/27/2016 10:48 AM, Sam Betts (sambetts) wrote: While discussing the proposal to add resource_class’ to Ironic nodes for interacting with the resource provider system in Nova with Jim on IRC, I voiced my concern about having a resource_class per node. My thoughts were that we could achieve

[openstack-dev] [all][tc] establishing project-wide goals

One of the outcomes of the discussion at the leadership training session earlier this year was the idea that the TC should set some community-wide goals for accomplishing specific technical tasks to get the projects synced up and moving in the same direction. After several drafts via etherpad and

Re: [openstack-dev] [nova] [placement] unresolved topics in resource providers/placement api

On 07/29/2016 04:45 PM, Chris Dent wrote: On Fri, 29 Jul 2016, Jay Pipes wrote: On 07/29/2016 02:31 PM, Chris Dent wrote: * resource_provider_aggregates as it was plus a new small aggregate id<->uuid mapping table. Yes, this. The integer ID values aren't relevant outside of the placement

Re: [openstack-dev] [gnocchi] typical length of timeseries data

Just an FYI that might be the reason for the 14400: 1440 is the number of minutes in a day. 14400 would be tenths of minutes in a day of number of 6second chunks (huh???) So, the number was picked to divide files in human logical, not computer logical chunks. --Rocky -Original

Re: [openstack-dev] [nova] [placement] unresolved topics in resource providers/placement api

On Fri, 29 Jul 2016, Jay Pipes wrote: On 07/29/2016 02:31 PM, Chris Dent wrote: * resource_provider_aggregates as it was plus a new small aggregate id<->uuid mapping table. Yes, this. The integer ID values aren't relevant outside of the placement API. All that matters is the UUID

Re: [openstack-dev] Switch 'all?' openstack bots to errbot plugins?

Woot, ya there is a bunch of nice features although I will admit after doing some plugins there is also a little things that are sort of what I would call oddities as well (but meh, nothing is perfect, ha). Reviews up for a new project for all these (plugins and probably a main bot

Re: [openstack-dev] [nova] [placement] unresolved topics in resource providers/placement api

On 07/29/2016 02:31 PM, Chris Dent wrote: On Thu, 28 Jul 2016, Jay Pipes wrote: The decision at the mid-cycle was to add a new placement_sql_connection configuration option to the nova.conf. The default value would be None which would mean the code in nova/objects/resource_provider.py would

Re: [openstack-dev] [tripleo] service validation during deployment steps

On Wed, Jul 27, 2016 at 4:25 AM, Steven Hardy wrote: > Hi Emilien, > > On Tue, Jul 26, 2016 at 03:59:33PM -0400, Emilien Macchi wrote: >> I would love to hear some feedback about $topic, thanks. > > Sorry for the slow response, we did dicuss this on IRC, but providing that >

Re: [openstack-dev] [gnocchi] typical length of timeseries data

On 29/07/2016 12:20 PM, Julien Danjou wrote: > On Fri, Jul 29 2016, gordon chung wrote: > >> so at first glance, it doesn't really seem to affect performance much >> whether it's one 'larger' file or many smaller files. > > I guess it's because your storage system latency (file?) does not make a

Re: [openstack-dev] [ironic] [nova] [neutron] get_all_bw_counters in the Ironic virt driver

On 07/29/2016 02:29 PM, Jay Pipes wrote: > On 07/28/2016 09:02 PM, Devananda van der Veen wrote: >> On 07/28/2016 05:40 PM, Brad Morgan wrote: >>> I'd like to solicit some advice about potentially implementing >>> get_all_bw_counters() in the Ironic virt driver. >>> >>>

Re: [openstack-dev] Switch 'all?' openstack bots to errbot plugins?

FWIW I can vouch for the quality of Errbot, I've used it on several occasions and we're currently using it in the RDO community. A very useful feature that I like is the webserver hook integration. This allows the bot to essentially expose an endpoint and you can send things to it. For example,

Re: [openstack-dev] [nova] [placement] unresolved topics in resource providers/placement api

On Thu, 28 Jul 2016, Jay Pipes wrote: The decision at the mid-cycle was to add a new placement_sql_connection configuration option to the nova.conf. The default value would be None which would mean the code in nova/objects/resource_provider.py would default to using the API database setting.

Re: [openstack-dev] [ironic] [nova] [neutron] get_all_bw_counters in the Ironic virt driver

On 07/28/2016 09:02 PM, Devananda van der Veen wrote: On 07/28/2016 05:40 PM, Brad Morgan wrote: I'd like to solicit some advice about potentially implementing get_all_bw_counters() in the Ironic virt driver. https://github.com/openstack/nova/blob/master/nova/virt/driver.py#L438 Example

Re: [openstack-dev] [nova] [container] [docker] [magnum] [zun] nova-docker alternatives ?

s/mentally/centrally/ Autocorrect is not my friend. On Jul 29, 2016, at 11:26 AM, Adrian Otto > wrote: Yasmin, One option you have is to use the libvirt-lxc nova virt driver, and use an image that has a docker daemon installed on

Re: [openstack-dev] [nova] [container] [docker] [magnum] [zun] nova-docker alternatives ?

Yasmin, One option you have is to use the libvirt-lxc nova virt driver, and use an image that has a docker daemon installed on it. That would give you a way to place docker containers on a data plane the uses no virtualization, but you need to individually manage each instance. Another option

Re: [openstack-dev] [infra] Switch 'all?' openstack bots to errbot plugins?

Ya, I was looking for how these get downloaded/assembled into an actual bot, and from looking at errbot there appears to be a couple approaches, some just do '!repos install https://github.com/YaroslavMolchan/lctv' while others I've seen just install them and then setup the config.py that

[openstack-dev] [nova] [container] [docker] [magnum] [zun] nova-docker alternatives ?

nova-docker is a dead project, i learned irc channel. I need the hypervisor for nova, and I cant installation nova-docker in physical openstack systems. In devstack, I could deploy nova-docker. What can I do ? openstack-magnum or openstack-zun project is useful for me ?? I dont know. Do you

Re: [openstack-dev] [magnum] Proposing Spyros Trigazis for Magnum core reviewer team

Hi all, Thanks for your votes. Based on the feedback, I added Spyros to the Magnum core team [1]. [1] https://review.openstack.org/#/admin/groups/473,members Best regards, Hongbin > -Original Message- > From: Cammann, Tom [mailto:tom.camm...@hpe.com] > Sent: July-25-16 10:58 AM > To:

Re: [openstack-dev] [infra] Switch 'all?' openstack bots to errbot plugins?

Excerpts from Joshua Harlow's message of 2016-07-29 10:35:18 -0700: > I prefer 'one bucket repo for OpenStack community Errbot plug-ins' since > I don't like a bunch of repos (seems like a premature optimization ~at > this time~), but I could see either way on this one. > > Jeremy Stanley

Re: [openstack-dev] [nova] [infra] Intel NFV CI voting permission

On 7/29/2016 10:47 AM, Znoinski, Waldemar wrote: Hi Matt et al, Thanks for taking the time to have a chat about it in Nova meeting yesterday. In relation to your two points below... 1. tempest-dsvm-ovsdpdk-nfv-networking job in our Intel NFV CI was broken for about a day till we troubleshooted

Re: [openstack-dev] [nova] os-virtual-interfaces isn't deprecated in 2.36

On 7/29/2016 12:32 PM, Sean Dague wrote: On 07/28/2016 05:38 PM, Matt Riedemann wrote: On 7/28/2016 3:55 PM, Matt Riedemann wrote: For os-attach-interfaces, we need that to attach/detach interfaces to a server, so those actions don't go away with 2.36. We can also list and show interfaces

Re: [openstack-dev] [sahara][heat][infra] breakage of Sahara gate and images from openstack.org

On 2016-07-29 19:12:35 +0200 (+0200), Luigi Toscano wrote: [...] > - would it be possible to use the the nodepool cloud images > (qcow2, raw) from the jobs, if they contains lsb_release (and > possibly other tools), and if it is, how? We don't currently publish them as they lack a simple

Re: [openstack-dev] [infra] Switch 'all?' openstack bots to errbot plugins?

I prefer 'one bucket repo for OpenStack community Errbot plug-ins' since I don't like a bunch of repos (seems like a premature optimization ~at this time~), but I could see either way on this one. Jeremy Stanley wrote: On 2016-07-29 09:41:40 -0700 (-0700), Joshua Harlow wrote: [...] What

Re: [openstack-dev] [nova] os-virtual-interfaces isn't deprecated in 2.36

On 07/28/2016 05:38 PM, Matt Riedemann wrote: > On 7/28/2016 3:55 PM, Matt Riedemann wrote: >> For os-attach-interfaces, we need that to attach/detach interfaces to a >> server, so those actions don't go away with 2.36. We can also list and >> show interfaces (ports) which is a proxy to neutron,

Re: [openstack-dev] [TripleO][DIB] Proposal to move DIB to its own project team

On Fri, Jul 29, 2016, at 11:55 AM, Ben Nemec wrote: > As I noted in the meeting yesterday, I think the lack of response from > TripleO regarding this topic is kind of answer enough. TripleO has > moved away from having a heavy dependency on diskimage-builder (it's > basically used to install some

Re: [openstack-dev] [infra] Switch 'all?' openstack bots to errbot plugins?

On 2016-07-29 09:41:40 -0700 (-0700), Joshua Harlow wrote: [...] > What shall we name it??? [...] Also, one bucket repo for OpenStack community Errbot plug-ins, or one repo per plug-in with a consistent naming scheme? -- Jeremy Stanley

[openstack-dev] [sahara][heat][infra] breakage of Sahara gate and images from openstack.org

Hi all, the Sahara jobs on the gate run the scenario tests (from sahara-tests) using the fake plugin, so no real Hadoop/Spark/BigData operations are performed, but other the other expected operations are executed on the image. In order to do this we used for long time this image:

Re: [openstack-dev] [TripleO][DIB] Proposal to move DIB to its own project team

As I noted in the meeting yesterday, I think the lack of response from TripleO regarding this topic is kind of answer enough. TripleO has moved away from having a heavy dependency on diskimage-builder (it's basically used to install some packages and a handful of elements that we haven't been

Re: [openstack-dev] [Congress] Congress horizon plugin - congressclient/congress API auth issue - help

On 07/28/2016 10:05 PM, Tim Hinrichs wrote: I've never worked on the authentication details, so this may be off track, but that error message indicates the failure is happening inside Congress's oslo_policy. Error message shows up here as a Python exception class.

Re: [openstack-dev] [infra] Switch 'all?' openstack bots to errbot plugins?

Doug Hellmann wrote: Excerpts from Joshua Harlow's message of 2016-07-29 08:47:32 -0700: Jeremy Stanley wrote: On 2016-07-28 23:17:52 -0700 (-0700), Morgan Fainberg wrote: As I recall this has been on a long list of "we want to do it". It really just comes down to someone putting effort into

Re: [openstack-dev] [Kolla] [Fuel] [tc] Looks like Mirantis is getting Fuel CCP (docker/k8s) kicked off

On Thu, Jul 28, 2016 at 9:24 AM, Sergey Lukjanov wrote: > Hi folks, > > First of all, let me say that it’s a marketing announcement and as all of > you know such announcements aren’t precise from a technical side. > Personally I’ve seen this paper first time on

Re: [openstack-dev] [gnocchi] typical length of timeseries data

On Fri, Jul 29 2016, gordon chung wrote: > so at first glance, it doesn't really seem to affect performance much > whether it's one 'larger' file or many smaller files. I guess it's because your storage system latency (file?) does not make a difference. I imagine that over Swift or Ceph, it

Re: [openstack-dev] [infra] Switch 'all?' openstack bots to errbot plugins?

Excerpts from Joshua Harlow's message of 2016-07-29 08:47:32 -0700: > Jeremy Stanley wrote: > > On 2016-07-28 23:17:52 -0700 (-0700), Morgan Fainberg wrote: > >> As I recall this has been on a long list of "we want to do it". It > >> really just comes down to someone putting effort into making it

Re: [openstack-dev] [Magnum] Microversioning implementation

To be clear, the idea of the decorator and the base code comes from Nova, but it is not the Nova implementation. I didn't just copy the code over, that wouldn't have worked. What I liked from the Nova implementation was the decorator. Vijendar and I went through several different

Re: [openstack-dev] [nova] [infra] Intel NFV CI voting permission

Hi Matt et al, Thanks for taking the time to have a chat about it in Nova meeting yesterday. In relation to your two points below... 1. tempest-dsvm-ovsdpdk-nfv-networking job in our Intel NFV CI was broken for about a day till we troubleshooted the issue, to find out merge of this [1] change

Re: [openstack-dev] [infra] Switch 'all?' openstack bots to errbot plugins?

Jeremy Stanley wrote: On 2016-07-28 23:17:52 -0700 (-0700), Morgan Fainberg wrote: As I recall this has been on a long list of "we want to do it". It really just comes down to someone putting effort into making it happen. Yes, it's come up semi-often (also Joshua mentioned this to me over IRC

Re: [openstack-dev] [gnocchi] typical length of timeseries data

On 29/07/2016 5:00 AM, Julien Danjou wrote: > Best way is probably to do some bench… but I think it really depends on > the use cases here. The interest of having many small splits is that you > can parallelize the read. > > Considering the compression ratio we have, I think we should split in >

Re: [openstack-dev] [Manila] Service VMs, CI, etc

On 07/29/2016 09:25 AM, John Spray wrote: Hi folks, We're starting to look at providing NFS on top of CephFS, using NFS daemons running in Nova instances. Looking ahead, we can see that this is likely to run into similar issues in the openstack CI that the generic driver did. I got the

Re: [openstack-dev] [tripleo] tripleo-test-cloud-rh2 local mirror server

On 27 July 2016 at 17:52, Paul Belanger wrote: > On Wed, Jul 27, 2016 at 02:54:00PM +0100, Derek Higgins wrote: >> On 21 July 2016 at 23:04, Paul Belanger wrote: >> > Greetings, >> > >> > I write today to see how I can remove this server from >> >

Re: [openstack-dev] [nova] Next steps for proxy API deprecation

On 7/28/2016 11:20 PM, Ghanshyam Mann wrote: Yes, I also prefer the approach of capping the tests instead of jobs. But along with that we might need to make sure the same tests coverage Tempest provides if min_microversion is set >2.35 in config. For example, if we cap the tests (calls

Re: [openstack-dev] [TripleO] Proposing Attila Darazs for tripleo-quickstart core​

There were no objections, so I made the change in gerrit. On 07/26/2016 10:32 AM, John Trowbridge wrote: > I would like to add Attila to the tripleo-quickstart core reviewers > group. Much of his work has been on some of the auxillary roles that > quickstart makes use of in RDO CI, however his

[openstack-dev] [Manila] Service VMs, CI, etc

Hi folks, We're starting to look at providing NFS on top of CephFS, using NFS daemons running in Nova instances. Looking ahead, we can see that this is likely to run into similar issues in the openstack CI that the generic driver did. I got the impression that the main issue with testing the

Re: [openstack-dev] [mistal] Mistral logo ideas?

I like the idea with octopus. Creature with lots of leg is associated with graph for me, thus I would like to propose one more idea for mascot, it is a spider with a web (something like this) . What do you think? On Fri, Jul 29, 2016 at

Re: [openstack-dev] I want to consult ironic problems

On 2016-07-29 11:19:39 +0100 (+0100), Lucas Alvares Gomes wrote: [...] > Ironic is developed by a community, if you have problems > running/developing there are a couple of ways to solicit help: > > * Send an email to this mail list (openstack-dev) with your > question(s) (and add "[Ironic]" to

Re: [openstack-dev] [mistral] Promoting Dawid Deja to core reviewers

Renat, I fully support Dawid's promotion! Here is my +1 for Dawid. Dawid, I will be glad to see you in the Mistral core team. On Fri, Jul 29, 2016 at 2:39 PM, Renat Akhmerov wrote: > Hi, > > I’d like to promote Dawid Deja working at Intel (ddeja in IRC) to Mistral >

Re: [openstack-dev] [ceilometer][panko] ElasticSearch support is broken

On Fri, Jul 29 2016, Nadya Shakhat wrote: > Thank you for notifying! I've assigned this bug to me. Will work on that > today. As a second effort, making sure it's tested and working in Panko's gate would be a good idea. -- Julien Danjou -- Free Software hacker -- https://julien.danjou.info

Re: [openstack-dev] [infra] Switch 'all?' openstack bots to errbot plugins?

On 2016-07-28 23:17:52 -0700 (-0700), Morgan Fainberg wrote: > As I recall this has been on a long list of "we want to do it". It > really just comes down to someone putting effort into making it > happen. Yes, it's come up semi-often (also Joshua mentioned this to me over IRC earlier in the week

Re: [openstack-dev] [Neutron] SFC stable/mitaka version

Akihiro Motoki wrote: 2016-07-29 18:34 GMT+09:00 Ihar Hrachyshka : Cathy Zhang wrote: Hi Ihar and all, Yes, we have been preparing for such a release. We will do one more round of testing to make sure everything works fine,

Re: [openstack-dev] [Neutron] SFC stable/mitaka version

2016-07-29 18:34 GMT+09:00 Ihar Hrachyshka : > Cathy Zhang wrote: > >> Hi Ihar and all, >> >> Yes, we have been preparing for such a release. We will do one more round >> of testing to make sure everything works fine, and then I will submit the >>

[openstack-dev] [mistral] Promoting Dawid Deja to core reviewers

Hi, I’d like to promote Dawid Deja working at Intel (ddeja in IRC) to Mistral core reviewers. The reasons why I want to see Dawid in the core team is that he provides amazing, very thorough reviews. Just by looking at a few of them I was able to make a conclusion that he knows the system

Re: [openstack-dev] I want to consult ironic problems

Hi Paul, > I want to consult ironic problems > do there have bare metal management man? > Ironic is developed by a community, if you have problems running/developing there are a couple of ways to solicit help: * Send an email to this mail list (openstack-dev) with your question(s) (and add

Re: [openstack-dev] [ceilometer][panko] ElasticSearch support is broken

Hi Julien, Thank you for notifying! I've assigned this bug to me. Will work on that today. Nadya On Fri, Jul 29, 2016 at 12:11 PM, Julien Danjou wrote: > Hi there, > > This is a reminder that ElasticSearch support for event in Ceilometer > (now Panko) is broken for more

[openstack-dev] I want to consult ironic problems

I want to consult ironic problems do there have bare metal management man? __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [ironic] [nova] [neutron] get_all_bw_counters in the Ironic virt driver

Devananda van der Veen wrote: On 07/28/2016 05:40 PM, Brad Morgan wrote: I'd like to solicit some advice about potentially implementing get_all_bw_counters() in the Ironic virt driver. https://github.com/openstack/nova/blob/master/nova/virt/driver.py#L438 Example

Re: [openstack-dev] [neutron][db][models]

Victor wrote: Manjeet, Tony has some issues moving model classes to other location. Given that some class models are used by other neutron services, Ihar suggest to use debtcollector to make this transition smoothly. Can we include that solution as part of

Re: [openstack-dev] [Neutron] SFC stable/mitaka version

Cathy Zhang wrote: Hi Ihar and all, Yes, we have been preparing for such a release. We will do one more round of testing to make sure everything works fine, and then I will submit the release request. There is a new patch on "stadium: adopt openstack/releases in

Re: [openstack-dev] [mistal] Mistral logo ideas?

Octopus sounds good to me. For me it somehow relates to Mistral as well – like concurrent tasks… From: Renat Akhmerov > Reply-To: "OpenStack Development Mailing List (not for usage questions)"

[openstack-dev] [ceilometer][panko] ElasticSearch support is broken

Hi there, This is a reminder that ElasticSearch support for event in Ceilometer (now Panko) is broken for more than a month¹. If nothing is done by the time we need to release RC1, as I don't see the point of releasing broken code, I might suggest that we remove this driver altogether. If you

Re: [openstack-dev] [gnocchi] typical length of timeseries data

On Thu, Jul 28 2016, gordon chung wrote: > this is probably something to discuss on ops list as well eventually but > what do you think about shrinking the max size of timeseries chunks from > 14400 to something smaller? i'm curious to understand what the length of > the typical timeseries is.

[openstack-dev] [designate][ansible] Ansible OpenStack modules for Designate available

Hi there I'm happy to report that modules to manage Designate zones and recordsets have landed on Ansible extras devel branch: https://github.com/ansible/ansible-modules-extras/blob/devel/cloud/openstack/os_zone.py

Re: [openstack-dev] FPGA as a dynamic nested resources

On Thu, 28 Jul 2016 10:50:08 -0400 Jay Pipes wrote: > Roman, great thread, thanks for posting! Comment inline :) Thanks! > > > It can identified 3 levels of FPGA resources, which can be nested one > > on the others: > > > > 1. Whole FPGA. If used discrete FPGA, than even

Re: [openstack-dev] Switch 'all?' openstack bots to errbot plugins?

On Jul 28, 2016 22:50, "Joshua Harlow" wrote: > > Hi folks, > > I was thinking it might be useful to see what other folks think about switching (or migrating all the current bots we have in openstack) to be based on errbot plugins. > > Errbot @ http://errbot.io/en/latest/

[openstack-dev] [daisycloud-core] IRC channel change remind and this meeting agenda

Hi team, Just remind again that we are moved to channel from #daisycloud to #openstack-meeting.Agenda of the coming meeting is as follows: #topic roll call #topic CI build error #topic WEB UI deployment status update #topic ironic related problem status update -- Yours, Jason

[openstack-dev] [heat] [yaql] Evaluate YAQL expressions in the yaqluator

Hi, I saw that starting the Newton release - Heat supports yaql function[1]. I think this will prove to be very powerful and very handy. I wanted to make sure you are familiar with the yaqluator[2] as it might be useful for you. yaqluator – is a free online YAQL evaluator. * Enter a YAML /