Re: [openstack-dev] [kolla] Integrating kollacli as python-kollaclient

On Thu, Oct 22, 2015 at 3:50 AM, Steven Dake (stdake) wrote: > Hello Folks, > > > Oracle has developed a CLI tool for managing OpenStack Kolla clusters. > Several months ago at our midcycle, the topic was brought up an I suggested > to go ahead and get started on the work. We clearly didn't spen

Re: [openstack-dev] [puppet][Fuel] Using Native Ruby Client for Openstack Providers

On 21/10/15 00:56, Sofer Athlan-Guyot wrote: > Gilles Dubreuil writes: > >> On 14/10/15 17:15, Gilles Dubreuil wrote: >>> >>> >>> On 14/10/15 10:36, Colleen Murphy wrote: On Tue, Oct 13, 2015 at 6:13 AM, Vladimir Kuklin >>> > wrote: Pupp

Re: [openstack-dev] [heat] resource_registry base_url

On Fri, Oct 23, 2015 at 8:10 AM Steve Baker wrote: > On 23/10/15 09:35, Jay Dobies wrote: > > In looking through the environment file loading code, I keep seeing a > > check for base_url in the resource registry. It looks like a way to > > have the registry entries only be the filenames (I suppos

Re: [openstack-dev] [Neutron][networking-sfc] no IRC project meeting for service function chaining project this week and next week

Some key members of this project are either on business trip or on vacation after the Summit. So we will also cancel our IRC project meeting on 11/5 and resume the meeting on 11/12. Thanks, Cathy From: Cathy Zhang Sent: Wednesday, October 21, 2015 11:06 AM To: OpenStack Development Mailing List

Re: [openstack-dev] [Congress] Congress social night

I updated the available quantity. If you give it up because of 'sold-out', please try it again! On 2015/10/23 5:42, Peter Balland wrote: > Hi, > > I tried to register, but the link said the event was sold out. I am > planning on attending. > > Thanks, > > - Peter > > On 10/21/15, 7:21 PM, "M

Re: [openstack-dev] [puppet][Fuel] Using Native Ruby Client for Openstack Providers

On 19/10/15 22:04, Tom Fifield wrote: > On 13/10/15 21:13, Vladimir Kuklin wrote: >> Puppetmaster and Fuelers, >> >> Last week I mentioned that I would like to bring the theme of using >> native ruby OpenStack client and use it within the providers. >> >> Emilien told me that I had already been l

[openstack-dev] [fuel] State of the Fuel gates: liftoff!

Back in July, I proposed a plan to implement PTI in Fuel [0] during Fuel 8.0 development cycle, with the following mandatory stages: Stage 1: Create non-voting gate jobs for a single Fuel repo. Stage 2: Get these gate jobs to pass and make them voting. Stage 3: Create non-voting gate jobs for all

Re: [openstack-dev] [Magnum] Coe components status

Thanks Egor, I will update. On Fri, Oct 23, 2015 at 2:15 AM, Egor Guz wrote: > thx, for clarification. do you mind to add this information to bp? > > I think we can get similar states through docker info against swarm, but > not sure about mesos. could you check? > > — > Egor > > From: Vikas

Re: [openstack-dev] [heat] Shared code between server and client

On 23/10/15 08:49, Jay Dobies wrote: I'm working on moving the functionality for merging environments from the client into the server [1]. I've only superficially looked at template_utils.py (in heatclient) but I'm guessing there is stuff in there I will want to use server-side. The server ha

Re: [openstack-dev] [heat] resource_registry base_url

On 23/10/15 09:35, Jay Dobies wrote: In looking through the environment file loading code, I keep seeing a check for base_url in the resource registry. It looks like a way to have the registry entries only be the filenames (I suppose relative filenames work as well) instead of having to enter t

Re: [openstack-dev] [Horizon] unit test improvements: work with DOM, not raw HTML strings?

Richard, I'm absolutely with you ... I've been bitten by these very tests recently when changing a class in a simple template. If anyone wants to override these templates in the future, then they are forced to fight this 'expected_string' test as well. I think this is a good idea. - Diana On T

[openstack-dev] [Horizon] unit test improvements: work with DOM, not raw HTML strings?

Hi all, I've noticed that we have quite a few places in our unit test suite that test for correctness of behaviour by searching for quite complex HTML fragments in page renders. An example would be openstack_dashboard/dashboards/project/access_and_security/floating_ips/tests.py (there's plenty mo

[openstack-dev] Dropping support for 3.2 in a bunch of upstream projects

Hi, so pip 8 is going to drop support for Python 3.2; setuptools 19 will drop support for it too. This implies either pinning pip and setuptools in CI, or dropping support for 3.2 in things where CI depends on those tools. I know we don't specifically test or support 3.2 in OpenStack things ... b

[openstack-dev] [Manila] Vendor Driver Documentation

Manila was added to the OpenStack Configuration Reference in Liberty. I am currently making sure that the contact information at https://wiki.openstack.org/wiki/Documentation/VendorDrivers#Vendor_Driver_Documentation is complete. I just need to get confirmation from 2 of the contacts. Some dr

Re: [openstack-dev] [Congress] Congress social night

Hi, I tried to register, but the link said the event was sold out. I am planning on attending. Thanks, - Peter On 10/21/15, 7:21 PM, "Masahito MUROI" wrote: >Hi Congress folks, > >Congress team plans to get-together on Wednesday night to be acquainted. > >If you are interested, please fill o

Re: [openstack-dev] [security] The first version of the Logo for Openstack Security Project

Hi, guys: Here are the latest version of the flyer and logo. Please let me know if you have any question. http://5a6aa6580e900b8e8020-e5e45c5cb10329ebc9fb69948bb1b1a5.r65.cf1.rackcdn.com/ossp-flag-flyer_v3.pdf http://5a6aa6580e900b8e8020-e5e45c5cb10329ebc9fb69948bb1b1a5.r65.cf1.rackcdn.com/ossp

Re: [openstack-dev] [heat] Shared code between server and client

My 2c - if its a stable API in the client, and can be kept stable, there's no problem. -Rob On 23 October 2015 at 08:49, Jay Dobies wrote: > I'm working on moving the functionality for merging environments from the > client into the server [1]. I've only superficially looked at > template_utils.

[openstack-dev] [heat] resource_registry base_url

In looking through the environment file loading code, I keep seeing a check for base_url in the resource registry. It looks like a way to have the registry entries only be the filenames (I suppose relative filenames work as well) instead of having to enter the full path every time. The base_url

Re: [openstack-dev] [kolla] Liberty release builds

Agree with Sam on these points. We agreed in the Etherpad to push 1.0.0-liberty-monotonicincreasenumber until we can actually deploy that version. Then once we have a valid test off a 1.0.0-liberty-000 we retag that as 1.0.0-liberty which the Ansible playbook are set to pull by default. Sam,

Re: [openstack-dev] [kolla] Integrating kollacli as python-kollaclient

On 10/22/15, 5:18 AM, "Jastrzebski, Michal" wrote: >Hello, > >I have looked at this code and it seems pretty solid. I'm not sure if it >will be ready for governance as-is, there are few things I think have to >be addressed before (for example I'm not sure if ansible can be >dependency due to it

Re: [openstack-dev] PGP keysigning party for Mitaka summit in Tokyo?

On 2015-10-23 01:48:05 +0800 (+0800), gustavo panizzo (gfa) wrote: > I see that > https://wiki.openstack.org/wiki/OpenPGP_Web_of_Trust/Mitaka_Summit > is empty and no email thread about the topic, will be any more or > less formal keysigning party in Tokyo? > > is it too late? Space is tight at t

[openstack-dev] [heat] Shared code between server and client

I'm working on moving the functionality for merging environments from the client into the server [1]. I've only superficially looked at template_utils.py (in heatclient) but I'm guessing there is stuff in there I will want to use server-side. The server has a requirement on heatclient, but I'm

Re: [openstack-dev] [fuel] OpenStack versioning in Fuel

Igor, it is interesting that you mention backward compatibility in this context. I can see lots of code in Nailgun that checks for release version to enable/disable features that were added or removed more than 2 releases before [1] [2] [3] (there's a lot more). What should we do about that code?

Re: [openstack-dev] [Fuel] Remove nova-network as a deployment option in Fuel?

Hi all, I'm back to this thread. Who can take a lead here and remove nova-network starting from 8.0 and all following releases? On Thu, Oct 1, 2015 at 3:15 AM Sergii Golovatiuk wrote: > Hi, > > Can we get the latest supported release version? We will remove from > nailgun after End of Life of t

Re: [openstack-dev] [Ironic] Driver documentation in Ironic

> > 2) Driver docs may not be backported to stable branches. This is a > stable maintenance policy, not an Ironic policy. This problem is > somewhat unique to Ironic as most major projects have deployer docs in > the Ops guide repo, rather than in the code repo. I'm going to chat with > some docs/s

Re: [openstack-dev] [keystone] [nova] [cinder] Mitaka summit working session: Resource Federation for an Open Cloud

Hi George, can you say day and hour for this working session? Thanks 2015-10-19 18:31 GMT-03:00 Sean McGinnis : > On Mon, Oct 19, 2015 at 12:27:53PM -0400, George Silvis, III wrote: > > Hello everyone, > > > > Since the Liberty summit, we have been working on prototyping the > > changes needed fo

Re: [openstack-dev] [Nova] Migration state machine proposal.

Nikola Đipanov wrote: On 10/21/2015 10:17 PM, Joshua Harlow wrote: Question on some things seen in the below paste. What is with 'finished' -> 'reverted' and 'finished' -> 'confirmed'? Why does it jump over 'reverting' or 'confirming'? Should it? The other question is the difference between

Re: [openstack-dev] [nova-compute][nova][libvirt] Extending Nova-Compute for image prefetching

On 2015-10-21 10:23 AM, Markus Zoeller wrote: > Lingxian Kong wrote on 10/21/2015 06:44:27 AM: > >> From: Lingxian Kong >> To: "OpenStack Development Mailing List (not for usage questions)" >> >> Date: 10/21/2015 06:44 AM >> Subject: Re: [openstack-dev] [nova-compute][nova][libvirt] Extending

Re: [openstack-dev] [security] The first version of the Logo for Openstack Security Project

Mike: Got it. Thanks. We will update it. Yours, Michael On 10/22/15, 12:18 PM, "michael mccune" wrote: >On 10/21/2015 05:11 PM, Michael Xin wrote: >> Rob and Michael: >> Thanks for the update. We will probably not use any Openstack Logo. >> >> Here is the first draft of the flyer: >> >> h

[openstack-dev] PGP keysigning party for Mitaka summit in Tokyo?

Hello I see that https://wiki.openstack.org/wiki/OpenPGP_Web_of_Trust/Mitaka_Summit is empty and no email thread about the topic, will be any more or less formal keysigning party in Tokyo? is it too late? -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 keybase: http://keybase.io/

Re: [openstack-dev] [security] The first version of the Logo for Openstack Security Project

On 10/21/2015 05:11 PM, Michael Xin wrote: Rob and Michael: Thanks for the update. We will probably not use any Openstack Logo. Here is the first draft of the flyer: http://5a6aa6580e900b8e8020-e5e45c5cb10329ebc9fb69948bb1b1a5.r65.cf1.rackcdn.com/ossp-flag-flyer.pdf Please send us your feedba

[openstack-dev] [Congress] Monasca @10a on Thu in Tokyo

Hi all, At the summit next week, we're planning on a 10a meeting on Thursday with the Monasca team for a deep dive. All are welcome. Tim __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-

Re: [openstack-dev] [Fuel] Assigning VIPs on network config serialization

Hi all, Let's summarize what we have by now. 1/ We agreed on removing *VIP allocation* code from GET network_configuration API handler. Already allocated VIPs should be returned by this call though. 2/ We agreed on checking whether it's enough IP addressed in the pool as a part of Verify Network

Re: [openstack-dev] [api][ironic] some questions about tags

On 10/21/2015 11:14 PM, Tan, Lin wrote: Hi guys, Ironic is implementing the tags stuff: https://review.openstack.org/#/q/status:open+project:openstack/ironic+branch:master+topic:bp/nodes-tagging,n,z And this work is follow the guidelines of API Workgroup: http://specs.openstack.org/openstack/ap

[openstack-dev] [QA] No Meeting until Nov. 12th

Hi everyone, Just realized I never sent out the reminder that we won't be holding our weekly meetings until after summit. Since people are travelling this week we won't be having the meeting today either. Our normal weekly meeting schedule will resume on Nov 12th. The time for the meeting that w

[openstack-dev] [Neutron] Summit session on Lighting talks

Hi folks, We currently have the submissions and only 6 slots. There's still some time left before the end of this week. Whoever put an entry in the etherpad [1], please consider adding your name, otherwise we don't know who to reach out during the session [2]. If all things stay the same, we'll p

Re: [openstack-dev] [tc] [watcher] New project: Watcher

On Wed, Oct 21, 2015 at 3:38 PM, gord chung wrote: > hi, > hi > > seems like a neat idea, i had a few questions after watching the > presentation from Vancouver. > thanks for your interest in Watcher > > - is Watcher streaming the data captured by Ceilometer or is it querying > the Ceilometer d

Re: [openstack-dev] [release] establishing release liaisons for mitaka

I’ve updated the page, and marked myself as a release liaison for Murano (this is coordinated with Serg (sergmelikyan), Murano PTL). Have already been closely watching release-tagged emails for some time. --  Kirill Zaitsev Murano team Software Engineer Mirantis, Inc On 21 October 2015 at 22:48:

Re: [openstack-dev] [Heat][Rant] About blank rechecks

On Thu, Oct 22, 2015 at 9:58 AM, Thomas Herve wrote: > Hi all, > > You've seen me complain about people doing blank rechecks in Gerrit on > IRC, and it seems it had little to no effect. So here I am trying to spread > the word here. I'll try to stay calm. > > I'm seeing way too many rechecks on h

Re: [openstack-dev] [neutron][sriov] SRIOV-VM could not work well with normal VM

On 22 October 2015 at 01:21, yujie wrote: > I used ixgbe and vlan, passthrough a VF to vm. > After the VM created, it could not connect to VM on the same compute node > without use sriov. > > Not sure if this is the same conversation happening on Launchpad, but if not, this might be relevant: ht

Re: [openstack-dev] [kolla] Liberty release builds

No you should not push with latest tag. The initial push should have tag '1.0.0-liberty-000'. After we validate that is a good build we can add additional tags '1.0.0' and '1.0.0-liberty' If the build is not good we will rebuild and repush with tag '1.0.0-liberty-001'. We should never be overwrit

[openstack-dev] [Horizon] Horizon social meetup in Tokyo

I resent my mail as I forgot to add [Horizon] tag. 2015-10-22 23:50 GMT+09:00 Akihiro Motoki : > Hi Horizon team, > > Doug and I are planning a horizon social meetup in Tokyo. > As you may know, it is planned on Monday Oct 26. > > 10/26 20:00 - > Torikaku at Shinagawa Intercity (とりかく 品川インターシティ店) >

Re: [openstack-dev] [kolla] Liberty release builds

Ok so now liberty is tagged we can nail down the process here. Suggest we push first with latest, then when happy add the following tags: * 1.0.0 * 1.0.0-liberty * 1.0.0-liberty-release-001 === git clone https://github.com/openstack/kolla cd kolla git checkout tags/1.0.0-liberty tools/build.py

Re: [openstack-dev] [Fuel] [Puppet] Potential critical issue, due Puppet mix stderr and stdout while execute commands

On Thu, Oct 22, 2015 at 12:52 AM, Sergey Vasilenko wrote: > > On Thu, Oct 22, 2015 at 6:16 AM, Matt Fischer > wrote: > >> I thought we had code in other places that split out stderr and only >> logged it if there was an actual error but I cannot find the reference now. >> I think that matches th

Re: [openstack-dev] [Fuel] [Puppet] Potential critical issue, due Puppet mix stderr and stdout while execute commands

I have investigated this issue too. Previously, Puppet "commands" had only stdout in their output value and stderr was discarded unless the command have returned an error code and the exception is raised with stderr as its message. In the current Puppet versions BOTH stdout and stderr go into the

[openstack-dev] Horizon social meetup in Tokyo

Hi Horizon team, Doug and I are planning a horizon social meetup in Tokyo. As you may know, it is planned on Monday Oct 26. 10/26 20:00 - Torikaku at Shinagawa Intercity (とりかく 品川インターシティ店) The location is: https://www.google.com/maps/place/Kineya+Shinagawa+Inter+City/@35.6269353,139.742403,15z/da

Re: [openstack-dev] [ANNOUNCE] [HA] new #openstack-ha IRC channel on FreeNode

Sorry! It would have helped if I'd used the right address for the openstack list in the To: and Reply-To: headers :-/ Hopefully second time lucky ... Adam Spiers wrote: > [cross-posting to several lists; please trim the recipients list > before replying!] > > Hi all, > > After discussion with

[openstack-dev] [Fuel] Bugs status for ui, python and library. And 'area-*' tags.

Guys, 1) Bugs status Here is our current stats. Again I’ll show it in format “total (UI / python / library)" Critical and high bugs: 52 (6/28/18). Last week it was 46 (1/23/22) Medium, low and wishlist bugs: 196 (41/112/43). Last week it was 193 (47/104/42) Features tracked as bug reports: 143.

[openstack-dev] [ANNOUNCE] [HA] new #openstack-ha IRC channel on FreeNode

[cross-posting to several lists; please trim the recipients list before replying!] Hi all, After discussion with members of the openstack-infra team, I registered new FreeNode IRC channel #openstack-ha. Discussion on all aspects of OpenStack High Availability is welcome in this channel. Hopefull

Re: [openstack-dev] [cross-project] Admin

On 10/22/2015 05:16 AM, William M Edmonds wrote: Adam Young wrote on 10/19/2015 09:53:14 AM: > While I tend to play up bug 968696 for dramatic effect, the reality is > we have a logical contradiction on what we mean by 'admin' when talking > about RBAC. > > In early iterations of OpenStack, ro

[openstack-dev] [gate] facing urllib3 exceptions.SSLError on gate: "EOF occurred in violation of protocol"

Hi all, I don't know who can help on gate, maybe infra team, sorry for the broadcasting. I get this error when using urllib3 with ca on gate testing, but I can't reproduce it on my setup(Ubuntu 14.4), I hope someone who has been met this issue can give some advice. Error logs can be found here

[openstack-dev] [TripleO] Summit etherpads

In case you haven't found this yet the TripleO etherpad locations are all documented here: https://wiki.openstack.org/wiki/Design_Summit/Mitaka/Etherpads#TripleO Dan __ OpenStack Development Mailing List (not for usage quest

Re: [openstack-dev] [Fuel] Modularization activity POC

Hey Evgeniy, > if we drop containers, those will be just rpm/deb packages and > dependencies between them Despite the fact I'm a big fan of Docker and the ideas it brings to us (build, ship & deploy fast), I'd prefer to go with RPM/DEB packages. Simply because it would be easy to support and upda

Re: [openstack-dev] [Nova] Migration state machine proposal.

On 22 October 2015 at 10:20, Nikola Đipanov wrote: > On 10/21/2015 10:17 PM, Joshua Harlow wrote: >> Question on some things seen in the below paste. >> >> What is with 'finished' -> 'reverted' and 'finished' -> 'confirmed'? >> >> Why does it jump over 'reverting' or 'confirming'? Should it? >> >>

Re: [openstack-dev] [ironic] Ironic design summit schedule

On Thu, Oct 22, 2015 at 12:48:07AM -0700, Wan-yen Hsu wrote: > Hi Jim, > > I have asked techtalk coordinator to switch my techtalk session time so > there is no need to change group management session schedule. You can keep > it at 2:50pm Wed.. Thanks! Okay, I've now moved these back to the o

Re: [openstack-dev] [kolla] Integrating kollacli as python-kollaclient

Hello, I have looked at this code and it seems pretty solid. I'm not sure if it will be ready for governance as-is, there are few things I think have to be addressed before (for example I'm not sure if ansible can be dependency due to its license). Having said that I'd be happy to see it in our

Re: [openstack-dev] [Fuel] [Puppet] Potential critical issue, due Puppet mix stderr and stdout while execute commands

On 10/22/2015 05:16 AM, Matt Fischer wrote: I thought we had code in other places that split out stderr and only logged it if there was an actual error but I cannot find the reference now. https://github.com/openstack/puppet-glance/blob/stable/kilo/lib/puppet/provider/glance.rb#L184 But it w

Re: [openstack-dev] [Fuel][Fuel-Modularization] Proposal on Decoupling Serializers from Nailgun

> > Each task can use some code to transform this output to the > representation that is actually needed for this particular task. Whenever a > task transforms this data it can access API and do version negotiation, for > example. Each time this transformation is performed this task can return > t

Re: [openstack-dev] [ironic] Next meeting is November 9

Thanks! Miles - Original Message - From: "Dmitry Tantsur" To: openstack-dev@lists.openstack.org Sent: Thursday, 22 October, 2015 11:37:49 AM Subject: Re: [openstack-dev] [ironic] Next meeting is November 9 On 10/22/2015 12:33 PM, Miles Gould wrote: > I've just joined - what is the usual

Re: [openstack-dev] [ironic] Next meeting is November 9

On 10/22/2015 12:33 PM, Miles Gould wrote: I've just joined - what is the usual place and time? Hi and welcome! All the information you need you can find here: https://wiki.openstack.org/wiki/Meetings/Ironic Thanks, Miles - Original Message - From: "Beth Elwell" To: "OpenStack D

Re: [openstack-dev] [ironic] Next meeting is November 9

I've just joined - what is the usual place and time? Thanks, Miles - Original Message - From: "Beth Elwell" To: "OpenStack Development Mailing List (not for usage questions)" Sent: Thursday, 22 October, 2015 8:33:03 AM Subject: Re: [openstack-dev] [ironic] Next meeting is November 9 H

Re: [openstack-dev] [Fuel][Fuel-Modularization] Proposal on Decoupling Serializers from Nailgun

Hi Oleg, I want to mention that we are using similar approach for deployment engine, the difference is that we are working not with components, but with deployment objects (it could be resources or tasks). Right now all the data should be provided by user, but we are going to add concept of manage

Re: [openstack-dev] [Fuel][Fuel-Modularization] Proposal on Decoupling Serializers from Nailgun

Hi Vladimir, Thanks for prompt reply. Please, see my comments inline. On Thu, Oct 22, 2015 at 12:44 PM, Vladimir Kuklin wrote: > Oleg > > Thank you for your feedback. IMO, the schema you are providing is very > complex and would surely benefit from some examples. > I'm going to submit spec for

Re: [openstack-dev] [Fuel][Fuel-Modularization] Proposal on Decoupling Serializers from Nailgun

Oleg Thank you for your feedback. IMO, the schema you are providing is very complex and would surely benefit from some examples. If I understand correctly your proposal, you are trying to do the things that we actually want to get rid of - tight coupling and schema control of data that is being u

Re: [openstack-dev] [Nova] Migration state machine proposal.

Tang Chen wrote on 10/21/2015 10:22:15 AM: > From: Tang Chen > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 10/21/2015 10:24 AM > Subject: Re: [openstack-dev] [Nova] Migration state machine proposal. > > Hi, > > Please help to take a look at this problem. I wa

Re: [openstack-dev] [Fuel][QA][Plugins] Move functional tests from fuel-qa to the plugins

Simon, my assumption about the file's[0] structure was incorrect, thank you for review[1]. For fuel-qa fix was merged. Nastya. [0]https://github.com/openstack/fuel-qa/blob/master/MAINTAINERS [1]https://review.openstack.org/#/c/238039/1 On Wed, Oct 21, 2015 at 10:18 PM, Mike Scherbakov wrote: >

Re: [openstack-dev] [Neutron] HenryG addition to the Neutron Drivers team

Congratulations Henry! Well deserved! On 10/21/2015 05:14 AM, Armando M. wrote: Hi folks, Henry has been instrumental in many areas of the projects and his crazy working hours makes even Kevin and I bow in awe. Jokes aside, I would like to announce HenryG as a new member of the Neutron Drivers

Re: [openstack-dev] [Nova] Migration state machine proposal.

On 10/21/2015 10:17 PM, Joshua Harlow wrote: > Question on some things seen in the below paste. > > What is with 'finished' -> 'reverted' and 'finished' -> 'confirmed'? > > Why does it jump over 'reverting' or 'confirming'? Should it? > > The other question is the difference between 'failed' and

Re: [openstack-dev] [Fuel][Fuel-Modularization] Proposal on Decoupling Serializers from Nailgun

Hello, We discussed this proposal in our team and came up with the following vision of a configuration provisioning system: - Installer is a system of multiple components: hardware inventory, user interfaces, provisioning modules, deployment modules, checker modules, volume manager, network m

Re: [openstack-dev] [cross-project] Admin

Adam Young wrote on 10/19/2015 09:53:14 AM: > While I tend to play up bug 968696 for dramatic effect, the reality is > we have a logical contradiction on what we mean by 'admin' when talking > about RBAC. > > In early iterations of OpenStack, roles were global. This is reflected > in many of t

Re: [openstack-dev] [Heat][Rant] About blank rechecks

On 22 October 2015 at 10:58, Thomas Herve wrote: > Hi all, > > You've seen me complain about people doing blank rechecks in Gerrit on IRC, > and it seems it had little to no effect. So here I am trying to spread the > word here. I'll try to stay calm. > > I'm seeing way too many rechecks on heat p

Re: [openstack-dev] [kolla] Integrating kollacli as python-kollaclient

Having used the cli for some time I can vouch for it being very useful, and usable. The guys have done a nice job of giving it an "OpenStack feel", mimicking the patterns used in openstackclient and the like. It should give users a more polished introduction to Kolla. +1 -Paul On 21/10/15 23

Re: [openstack-dev] [neutron][sriov] SRIOV-VM could not work well with normal VM

I used ixgbe and vlan, passthrough a VF to vm. After the VM created, it could not connect to VM on the same compute node without use sriov. 在 2015/10/22 10:58, Alexander Duyck 写道: I assume by Intel cards you mean something that is running ixgbe? If so and you are trying to use SR-IOV with OVS

Re: [openstack-dev] [Neutron][Nova] Trunk port feature (VLAN aware VMs)

Hi Armando, Great, thank you for the pointers and hints. I will contact Rossella to move forward with the process and implementation. Best Regards, /Ildikó > -Original Message- > From: Armando M. [mailto:arma...@gmail.com] > Sent: October 22, 2015 01:00 > To: OpenStack Development Maili

[openstack-dev] [NFV][Telco] New use case - efficient deployment of Cassandra and other NoSQL DBs

Hi all I've uploaded a new use case for comment, available at https://review.openstack.org/#/c/238167/. It's to do with the efficient deployment of Cassandra and other NoSQL DBs. The link to NFV and Telco may seem tenuous, but this is a real issue we are hitting in the field. Telcos are very

[openstack-dev] [Heat][Rant] About blank rechecks

Hi all, You've seen me complain about people doing blank rechecks in Gerrit on IRC, and it seems it had little to no effect. So here I am trying to spread the word here. I'll try to stay calm. I'm seeing way too many rechecks on heat patches. It's not epidemic, but it's still enough to make me sa

[openstack-dev] [Glance] Next meeting on November 12th

Greetings, Just as a reminder, our next meeting will be on November 12th. We've decided to skip this week's meeting as many folks are already heading to Japan. Next week we'll be at the summit and the week after, it's likely that some folks will take time off to travel around the country or on th

[openstack-dev] [ironic] Ironic design summit schedule

Hi Jim, I have asked techtalk coordinator to switch my techtalk session time so there is no need to change group management session schedule. You can keep it at 2:50pm Wed.. Thanks! wanyen __ OpenStack Development Mailin

Re: [openstack-dev] [ironic] Next meeting is November 9

Hi Jim, I will be on holiday the week of the 9th November and so will be unable to make that meeting. Work on the ironic UI will be posted in the sub team report section and if anyone has any questions regarding it please shoot me an email or ping me. Thanks! Beth > On 22 Oct 2015, at 01:58,