[openstack-dev] [openstack][magnum]Create trustee user for each bay

Hi all, I want to create a trustee user for each bay [1]. The discussion for trust is in [2]. Here is my solution: I don't create a user for each bay. All the bays no matter who creates it use the same user. But we create different trust for the user for different bay. The user can not access any

Re: [openstack-dev] [Fuel] Nominate Artem Roma for fuel-ostf core

+1 On Wed, Dec 23, 2015 at 8:15 PM, Aleksey Kasatkin wrote: > +1 > > Aleksey Kasatkin > > > On Wed, Dec 23, 2015 at 5:28 PM, Aleksandr Didenko > wrote: > >> +1 >> >> On Wed, Dec 23, 2015 at 4:21 PM, Andrey Sledzinskiy < >> asledzins...@mirantis.com> wrote: >> >>> +1 >>> >>> On Wed, Dec 23, 2015

Re: [openstack-dev] [fuel] RabbitMQ in dedicated network

Kyrylo One comment here. Hostname on the nodes resolves to its management network as it is put into /etc/hosts file during the deployment. On Wed, Dec 23, 2015 at 9:27 PM, Alexey Lebedeff wrote: > > When long node names are enabled (controlled by RABBITMQ_USE_LONGNAME > environment variable), y

Re: [openstack-dev] [Fuel] Merge Freeze for cutting stable/8.0 branch

Hi, here is the status update: - we created stable/8.0 branch in all repositories; - Fuel CI [1] is updated with 8.0 triggers and jobs, fuel-library tests are working on pre-SCF ISO image still; - 8.0 ISO builds are switched to stable/8.0 branch, see [2] for the first run; - development focus in L

[openstack-dev] glance details

I can not find the keyword 'checksum' when I type "glance details".how to modify__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://l

Re: [openstack-dev] [ironic][neutron][keystone] how to reauth the token

On 12/16/2015 01:59 PM, Clint Byrum wrote: Excerpts from Pavlo Shchelokovskyy's message of 2015-12-16 07:59:42 -0800: Hi all, I'd like to start discussion on how Ironic is using Neutron when Keystone is involved. Recently the patch [0] was merged in Ironic to fix a bug when the token with whic

Re: [openstack-dev] Nova scheduler startup when database is not available

On Wed, Dec 23, 2015 at 10:32 AM, Jay Pipes wrote: > On 12/23/2015 12:27 PM, Lars Kellogg-Stedman wrote: > >> I've been looking into the startup constraints involved when launching >> Nova services with systemd using Type=notify (which causes systemd to >> wait for an explicit notification from t

Re: [openstack-dev] [puppet] adding puppet-rally to OpenStack

Hi Emilien, > Emilien Macchi wrote: > > I just noticed we have a second module written by Cody: > > https://github.com/ody/puppet-rally > > > > We might want to collaborate on that. > > > > Yeah...I'd actually completely forgotten that existed until Emilien > mentioned it to me in IRC. > > It was

Re: [openstack-dev] [OpenStack-Infra] Gerrit Upgrade to ver 2.11, completed.

On Wed, Dec 23, 2015, at 03:00 PM, Carl Baldwin wrote: > On Wed, Dec 23, 2015 at 3:40 PM, Zaro wrote: > > On Tue, Dec 22, 2015 at 4:51 PM, Carl Baldwin wrote: > >> I noticed another thing. I'm working with a chain of three patches. > >> I just updated the patch in the middle [1] to patch set 37.

Re: [openstack-dev] Nova scheduler startup when database is not available

On 12/23/2015 01:32 PM, Jay Pipes wrote: > On 12/23/2015 12:27 PM, Lars Kellogg-Stedman wrote: >> I've been looking into the startup constraints involved when launching >> Nova services with systemd using Type=notify (which causes systemd to >> wait for an explicit notification from the service b

Re: [openstack-dev] [infra][release][all] Automatic .ics generation for OpenStack's and project's deadlines

On Wed, Dec 23, 2015 at 2:26 PM, Doug Hellmann wrote: > What you have is a really good start. Thanks for working on this! > How do you feel about importing the repository into gerrit? > > A couple of things I'd like to see added: > > 1. Separate sections for cross-project and project-specific even

Re: [openstack-dev] [OpenStack-Infra] Gerrit Upgrade to ver 2.11, completed.

On Wed, Dec 23, 2015 at 1:16 AM, Michał Dulko wrote: > n goes to next occurrence and N (shift+n) to a previous one. These are > same keybindings as in Vim. Actually a lot of Vim-like movements are > functional in new Gerrit and I really like that fact. I'll admit that I started to get excited abo

[openstack-dev] [Fuel] Spec policy

We've been developing following the spec and blueprint approach for a while and have even been firm with requiring "blueprint or bug" on commit messages for a while now. However we have been more than neglecting the specification ('spec') process. Quite often we see that a spec languishes on review

Re: [openstack-dev] [OpenStack-Infra] Gerrit Upgrade to ver 2.11, completed.

On Wed, Dec 23, 2015 at 3:40 PM, Zaro wrote: > On Tue, Dec 22, 2015 at 4:51 PM, Carl Baldwin wrote: >> I noticed another thing. I'm working with a chain of three patches. >> I just updated the patch in the middle [1] to patch set 37. I noticed >> that the list of "Related Changes" (in the upper

[openstack-dev] [puppet] cleanup warnings

Hi, I'm working on cleaning-up some warnings that we have when deploying with default values in our manifests (what our CI is supposed to do when possible). Here is a list of bugs / patches in progress to drop the warnings: https://bugs.launchpad.net/puppet-nova/+bug/1506066 https://bugs.launchp

Re: [openstack-dev] [OpenStack-Infra] Gerrit Upgrade to ver 2.11, completed.

On Tue, Dec 22, 2015 at 4:51 PM, Carl Baldwin wrote: > I noticed another thing. I'm working with a chain of three patches. > I just updated the patch in the middle [1] to patch set 37. I noticed > that the list of "Related Changes" (in the upper right of the page) > didn't look right. The chang

Re: [openstack-dev] [OpenStack-Infra] Gerrit Upgrade to ver 2.11, completed.

On Wed, Dec 23, 2015 at 1:57 PM, Elizabeth K. Joseph wrote: > On Wed, Dec 23, 2015 at 10:11 AM, Carl Baldwin wrote: >> I do see that a lot of vim movement does work. I was hoping that >> holding down a movement command like 'j' would rapidly move down but >> it doesn't. :( > > Earlier in the thre

Re: [openstack-dev] [OpenStack-Infra] Gerrit Upgrade to ver 2.11, completed.

These look like upstream issues. Best thing to do is report these bugs upstream: https://code.google.com/p/gerrit/issues/list On Tue, Dec 22, 2015 at 11:25 AM, Aishwarya Thangappa wrote: > Hi there, > > I noticed a couple of things which I would like to see fixed. > 1. When you try to reply to

Re: [openstack-dev] [OpenStack-Infra] Gerrit Upgrade to ver 2.11, completed.

On Wed, Dec 23, 2015 at 10:11 AM, Carl Baldwin wrote: > I do see that a lot of vim movement does work. I was hoping that > holding down a movement command like 'j' would rapidly move down but > it doesn't. :( Earlier in the thread zaro mentioned this in passing, but to be more specific: hitting

Re: [openstack-dev] [devstack][QA] Changing logging format to match documented defaults

Excerpts from Ronald Bradford's message of 2015-12-23 12:57:07 -0500: > Ian, > > On Tue, Dec 22, 2015 at 3:22 PM, Ian Wienand wrote: > > > > On 12/23/2015 05:55 AM, Ronald Bradford wrote: > > > I have observed that devstack uses custom logging formatting that > > > differs from the documented def

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On Wed, Dec 23, 2015 at 11:05:05AM -0600, Ben Nemec wrote: > On 12/23/2015 10:26 AM, Steven Hardy wrote: > > On Wed, Dec 23, 2015 at 09:28:59AM -0600, Ben Nemec wrote: > >> On 12/23/2015 03:19 AM, Dougal Matthews wrote: > >>> > >>> > >>> On 22 December 2015 at 17:59, Ben Nemec >>>

Re: [openstack-dev] [Horizon][Neutron] dashboard repository for neutron subprojects

On Wed, Dec 23, 2015 at 9:16 PM, Akihiro Motoki wrote: > Are there no comment after I added more detail? > No inputs from both horizon and neutron side. > > Although Horizon team is tackling to address some problems around > horizon plugin mechanism > such as translations, I think option (c)

Re: [openstack-dev] Nova scheduler startup when database is not available

On 12/23/2015 12:27 PM, Lars Kellogg-Stedman wrote: I've been looking into the startup constraints involved when launching Nova services with systemd using Type=notify (which causes systemd to wait for an explicit notification from the service before considering it to be "started". Some services

Re: [openstack-dev] [fuel] RabbitMQ in dedicated network

When long node names are enabled (controlled by RABBITMQ_USE_LONGNAME environment variable), you could actually use IP-address as a node name. Matthew Mosesohn writes: > I agree. As far as I remember, rabbit needs fqdns to work and map > correctly. I think it means we should disable the ability

Re: [openstack-dev] New things in Gerrit 2.11 to enjoy

On 12/22/2015 11:48 AM, Adam Young wrote: On 12/17/2015 01:44 PM, Sean Dague wrote: While I realize there is some sentiment about people not liking the UI changes in Gerrit 2.11, I thought I'd provide you with some reasons to like new gerrit. New Search Strings: * patch size delta:<=10 - show

Re: [openstack-dev] [OpenStack-Infra] Gerrit Upgrade to ver 2.11, completed.

On Wed, Dec 23, 2015 at 1:16 AM, Michał Dulko wrote: > n goes to next occurrence and N (shift+n) to a previous one. These are > same keybindings as in Vim. Actually a lot of Vim-like movements are > functional in new Gerrit and I really like that fact. Thanks. Looking again, I see that the help

Re: [openstack-dev] [devstack][QA] Changing logging format to match documented defaults

Ian, On Tue, Dec 22, 2015 at 3:22 PM, Ian Wienand wrote: > > On 12/23/2015 05:55 AM, Ronald Bradford wrote: > > I have observed that devstack uses custom logging formatting that > > differs from the documented defaults. An example is for nova. which > > is defined in [1] > > The original point

Re: [openstack-dev] [fuel] RabbitMQ in dedicated network

I agree. As far as I remember, rabbit needs fqdns to work and map correctly. I think it means we should disable the ability to move the internal messaging network role in order to fix this bug until we can add extra dns entries per network role (or at least addr) On Dec 23, 2015 8:42 PM, "Andrew Ma

Re: [openstack-dev] [Fuel][Multirack] Are we going to support Ceph Multirack deployments?

Hi, just finished deployment of multirack env with ceph and external LB (not a standard multi-rack deployment scheme, actually, but still): http://paste.openstack.org/show/482610/ As you can see it works just fine in multirack. Also, we're running 'deploy_ceph_ha_nodegroups' system test as a pa

Re: [openstack-dev] [fuel] RabbitMQ in dedicated network

Hi Kirill, I don't think we can give up on using fqdn node names for RabbitMQ because we need to support TLS in the future. Thanks, Andrey Maximov Fuel Project Manager On Wed, Dec 23, 2015 at 8:24 PM, Kyrylo Galanov wrote: > Hello, > > I would like to start discussion regarding the issue we ha

[openstack-dev] Nova scheduler startup when database is not available

I've been looking into the startup constraints involved when launching Nova services with systemd using Type=notify (which causes systemd to wait for an explicit notification from the service before considering it to be "started". Some services (e.g., nova-conductor) will happily "start" even if t

[openstack-dev] [fuel] RabbitMQ in dedicated network

Hello, I would like to start discussion regarding the issue we have discovered recently [1]. In a nutshell, if RabbitMQ is configured to run in separate mgmt/messaging network it fails on building cluster. While RabbitMQ is managed by Pacemaker and OCF script, the cluster is built using FQDN. App

[openstack-dev] [magnum] Mesos Conductor patch for review

Hi,As per the discussion in [1], I have pushed patchset [1]. Can you please review the patch. I want to take comments on this patch before I push test cases and container-list operation because there was a discussion on this topic whether to have this or not. (from my previous experience :) ).

[openstack-dev] Mesos Conductor

Hi, As per the discussion in [1], I have pushed patchset [1]. Can you please review the patch. I want to take comments on this patch before I push test cases and container-list operation because there was a discussion on this topic whether to have this or not. (from my previous experience :) ).

Re: [openstack-dev] [Fuel] Nominate Artem Panchenko for fuel-qa core

Folks, I'm not a fuel-qa core, but if I was, I'd vote with +1:) I'm really impressed with quality of analysis which Artem provides in bug reports and his overall help with bugs resolving. Keep going! Regards, Igor Marnat On Wed, Dec 23, 2015 at 8:05 PM, Igor Kalnitsky wrote: > Artem is doing a

Re: [openstack-dev] [Fuel] Nominate Artem Roma for fuel-ostf core

+1 Aleksey Kasatkin On Wed, Dec 23, 2015 at 5:28 PM, Aleksandr Didenko wrote: > +1 > > On Wed, Dec 23, 2015 at 4:21 PM, Andrey Sledzinskiy < > asledzins...@mirantis.com> wrote: > >> +1 >> >> On Wed, Dec 23, 2015 at 5:05 PM, Tatyana Leontovich < >> tleontov...@mirantis.com> wrote: >> >>> Hi guy

Re: [openstack-dev] [Fuel] Nominate Artem Roma for fuel-ostf core

I believe fuel-ostf project needs a python dev to take care of adapter. So +1 from my side. P.S: I'm not a fuel-ostf core, but I think Dmitry S. doesn't show any attention to this project. In order to maintain a high quality of code, I'd consider to remove him from this group. On Wed, Dec 23, 201

Re: [openstack-dev] [mistral] [murano] [yaql] An online YAQL evaluator [was RE: [mistral] [murano] An online YAQL evaluator]

Hi, Moshe, Really amazing work! Thanks for the efforts from you guys! On Wed, Dec 23, 2015 at 1:06 AM, ELISHA, Moshe (Moshe) wrote: > Hi all, > > > > Thank you for the kind words. > > Just wanted to let you know that yaqluator[1] was updated and now supports > YAQL 1.0.2. > > There is also a che

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 12/23/2015 10:26 AM, Steven Hardy wrote: > On Wed, Dec 23, 2015 at 09:28:59AM -0600, Ben Nemec wrote: >> On 12/23/2015 03:19 AM, Dougal Matthews wrote: >>> >>> >>> On 22 December 2015 at 17:59, Ben Nemec >> > wrote: >>> >>> Can we just do git like I've been sug

Re: [openstack-dev] [Fuel] Nominate Artem Panchenko for fuel-qa core

Artem is doing a great job! Definitely +1. On Wed, Dec 23, 2015 at 4:33 PM, Bulat Gaifullin wrote: > +1 > > Regards, > Bulat Gaifullin > Mirantis Inc. > > > > On 23 Dec 2015, at 17:29, Aleksey Kasatkin wrote: > > +1 > > Aleksey Kasatkin > > > On Wed, Dec 23, 2015 at 3:57 PM, Aleksandr Didenko >

[openstack-dev] [Cinder] No IRC meeting December 30

Hey all, Do to the holidays and travel there will be no meeting next Wednesday, December 30th. We will resume the following week. Have a good break! Sean (smcginnis) __ OpenStack Development Mailing List (not for usage ques

Re: [openstack-dev] [Fuel][Multirack] Are we going to support Ceph Multirack deployments?

+ Konstantin and Alex Can someone give a quick highlight on that question? On Tue, Dec 22, 2015 at 8:17 PM, Roman Sokolkov wrote: > Folks, > > multirack is going to be a part of MOS 8.0. > > But i can not find any info about Ceph? > > Technically Ceph supports Multiple L3 networks [1]. > > [1]

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On Wed, Dec 23, 2015 at 09:28:59AM -0600, Ben Nemec wrote: > On 12/23/2015 03:19 AM, Dougal Matthews wrote: > > > > > > On 22 December 2015 at 17:59, Ben Nemec > > wrote: > > > > Can we just do git like I've been suggesting all along? ;-) > > > > More ser

Re: [openstack-dev] [Horizon][Neutron] dashboard repository for neutron subprojects

Are there no comment after I added more detail? No inputs from both horizon and neutron side. Although Horizon team is tackling to address some problems around horizon plugin mechanism such as translations, I think option (c) requires neutron subprojects to do some extra efforts around infra s

Re: [openstack-dev] [Glance] [Artifacts] [app-catalog] Proposed pre-holiday Artifacts virtual meetup.

Due to a urgent uncalled meeting for some of the folks we are postponing the call to a later time. We will communicate as things progress. For now, you should expect to find no one on the hangout link given. On 12/21/15 11:31 PM, Nikhil Komawar wrote: > I would like to close the poll now and call

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 12/23/2015 03:19 AM, Dougal Matthews wrote: > > > On 22 December 2015 at 17:59, Ben Nemec > wrote: > > Can we just do git like I've been suggesting all along? ;-) > > More serious discussion inline. :-) > > On 12/22/2015 09:36 AM, Dougal Matthews

Re: [openstack-dev] [Fuel] Nominate Artem Roma for fuel-ostf core

+1 On Wed, Dec 23, 2015 at 4:21 PM, Andrey Sledzinskiy < asledzins...@mirantis.com> wrote: > +1 > > On Wed, Dec 23, 2015 at 5:05 PM, Tatyana Leontovich < > tleontov...@mirantis.com> wrote: > >> Hi guys, >> I'd like to nominate Artem Roma [0] for fuel-ostf core. >> >> Artem cares about fuel-ostf

Re: [openstack-dev] [Fuel] Nominate Artem Roma for fuel-ostf core

+1 On Wed, Dec 23, 2015 at 5:05 PM, Tatyana Leontovich < tleontov...@mirantis.com> wrote: > Hi guys, > I'd like to nominate Artem Roma [0] for fuel-ostf core. > > Artem cares about fuel-ostf more then 2 years, always provide a great > reviews(always thorough and consistent and comes in time), ex

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 23 December 2015 at 12:01, Steven Hardy wrote: > On Tue, Dec 22, 2015 at 03:36:02PM +, Dougal Matthews wrote: > >Hi all, > > > >This topic came up in the 2015-12-15 meeting[1], and again briefly > today. > >After working with the code that came out of the deployment library > >

[openstack-dev] [Fuel] Nominate Artem Roma for fuel-ostf core

Hi guys, I'd like to nominate Artem Roma [0] for fuel-ostf core. Artem cares about fuel-ostf more then 2 years, always provide a great reviews(always thorough and consistent and comes in time), extend unit tests coverages and provide a lot of bug fixes and improvements there. Please, vote for Ar

Re: [openstack-dev] [openstack][magnum]a problem about trust

+1 Thanks Steven for pointing out the pitfall. Best regards, Hongbin -Original Message- From: Steven Hardy [mailto:sha...@redhat.com] Sent: December-23-15 3:30 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [openstack][magnum]a problem a

Re: [openstack-dev] [Fuel] Nominate Artem Panchenko for fuel-qa core

+1 Regards, Bulat Gaifullin Mirantis Inc. > On 23 Dec 2015, at 17:29, Aleksey Kasatkin wrote: > > +1 > > Aleksey Kasatkin > > > On Wed, Dec 23, 2015 at 3:57 PM, Aleksandr Didenko > wrote: > +1 > > On Wed, Dec 23, 2015 at 2:52 PM, Tatyana Leontovich

Re: [openstack-dev] [Fuel] Nominate Artem Panchenko for fuel-qa core

+1 Aleksey Kasatkin On Wed, Dec 23, 2015 at 3:57 PM, Aleksandr Didenko wrote: > +1 > > On Wed, Dec 23, 2015 at 2:52 PM, Tatyana Leontovich < > tleontov...@mirantis.com> wrote: > >> Absolutely agree >> >> +1 >> >> >> >> >> On Wed, Dec 23, 2015 at 3:42 PM, Andrey Sledzinskiy < >> asledzins...@mi

Re: [openstack-dev] [glance][artifacts][app-catalog] Proposal to move artifacts meeting time

Thanks for voting. The most popular option is 17:00 UTC Mondays. Unfortunately the #openstack-meeting-4 channel turned out to be occupied at this timeslot, so I propose to change the channel to #openstack-meeting-alt I've submitted a patch to irc-meeting infra repo: https://review.openstack.org/#

Re: [openstack-dev] [infra][release][all] Automatic .ics generation for OpenStack's and project's deadlines

Excerpts from Louis Taylor's message of 2015-12-13 08:09:24 +: > On Thu, Dec 10, 2015 at 06:20:44PM +, Flavio Percoco wrote: > > Greetings, > > > > I'd like to explore the possibility of having .ics generated - pretty > > much the same way we generate it for irc-meetings - for the OpenStac

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 12/23/2015 01:01 PM, Steven Hardy wrote: On Tue, Dec 22, 2015 at 03:36:02PM +, Dougal Matthews wrote: Hi all, This topic came up in the 2015-12-15 meeting[1], and again briefly today. After working with the code that came out of the deployment library spec[2] I had so

Re: [openstack-dev] [Fuel] Nominate Artem Panchenko for fuel-qa core

+1 On Wed, Dec 23, 2015 at 2:52 PM, Tatyana Leontovich < tleontov...@mirantis.com> wrote: > Absolutely agree > > +1 > > > > > On Wed, Dec 23, 2015 at 3:42 PM, Andrey Sledzinskiy < > asledzins...@mirantis.com> wrote: > >> Hi guys, >> I'd like to nominate Artem Panchenko [0] for fuel-qa core. >> >>

Re: [openstack-dev] [Fuel] Nominate Artem Panchenko for fuel-qa core

Absolutely agree +1 On Wed, Dec 23, 2015 at 3:42 PM, Andrey Sledzinskiy < asledzins...@mirantis.com> wrote: > Hi guys, > I'd like to nominate Artem Panchenko [0] for fuel-qa core. > > Artem has great technical expertise in fuel-qa and he developed a lot of > vital parts of framework. His firs

[openstack-dev] [Fuel] Nominate Artem Panchenko for fuel-qa core

Hi guys, I'd like to nominate Artem Panchenko [0] for fuel-qa core. Artem has great technical expertise in fuel-qa and he developed a lot of vital parts of framework. His first place in a number of commits is a good proof of that. His reviews are always thorough and consistent. Please, vote for Ar

[openstack-dev] [tricircle] meeting minutes of Dec.23

Hi, Thanks team's hard working, a great step for the stateless design. Meeting minutes is attched here, the phase 1 of stateless design is almost done, and now we can boot a server with flavor, image, az and network through Tricircle to bottom cascaded OpenStack ( an bottom cascaded OpenSta

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 23 December 2015 at 12:01, Steven Hardy wrote: > On Tue, Dec 22, 2015 at 03:36:02PM +, Dougal Matthews wrote: > >Hi all, > > > >This topic came up in the 2015-12-15 meeting[1], and again briefly > today. > >After working with the code that came out of the deployment library > >

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On Tue, Dec 22, 2015 at 03:36:02PM +, Dougal Matthews wrote: >Hi all, > >This topic came up in the 2015-12-15 meeting[1], and again briefly today. >After working with the code that came out of the deployment library >spec[2] I >had some concerns with how we are storing the

Re: [openstack-dev] [Fuel][Solar] SolarDB/ConfigDB place in Fuel

On 22.12.2015 21:12, Yuriy Taraday wrote: > Hello, everybody. > > It's a week old thread and I should've jumped in earlier. Better late > than never. > > On Wed, Dec 16, 2015 at 2:04 AM Dmitriy Shulyak > wrote: > > Hello folks, > > This topic is about conf

Re: [openstack-dev] [Fuel] Merge Freeze for cutting stable/8.0 branch

On 23.12.2015 08:48, Aleksandra Fedorova wrote: > Hi Fuelers, Hello. I'm sorry I've missed this and have made several merges accumulated since the ~24h *disaster* of red BVT/smoke builds. There were many medium bugfixes awaiting for the green light from our BVT. Would've been very sad to miss them

[openstack-dev] [tricircle] weekly meeting of Dec.23

Hi, A weekly meeting will be held today at the UTC1300 at #openstack-meeting before the X’Mas and New Year holiday. Agenda: Progress of To-do list: https://etherpad.openstack.org/p/TricircleToDo Discussion of stateless design. Best Regards Chaoyi Huang ( Joe Huang ) From: joehuang Sent: Wedne

Re: [openstack-dev] [neutron] How to make deb and rpm packages for a networking-* project?

Hi fawad, I'm trying to understand how deb and rpm generate works for plumgrind. rpm generation fine, but for deb has some problem. Can help how to solve it, so that it would be helpful for my project as well https://review.openstack.org/#/c/248239 networking_plumgrid-2015.2.1/packaging/rpm-pac

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 22 December 2015 at 19:29, Dan Prince wrote: > On Tue, 2015-12-22 at 15:36 +, Dougal Matthews wrote: > > Hi all, > > > > This topic came up in the 2015-12-15 meeting[1], and again briefly > > today. > > After working with the code that came out of the deployment library > > spec[2] I > > h

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On Wed, Dec 23 2015, Dougal Matthews wrote: > Good to know, thanks. I guess the remaining issue would be with the work > Tomas Sedovic mentioned. It sounds like Swift might not work well there. Right, reply below. On Tue, Dec 22 2015, Tomas Sedovic wrote: > At minimum, we'd have to store the va

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 22 December 2015 at 17:59, Ben Nemec wrote: > Can we just do git like I've been suggesting all along? ;-) > > More serious discussion inline. :-) > > On 12/22/2015 09:36 AM, Dougal Matthews wrote: > > Hi all, > > > > This topic came up in the 2015-12-15 meeting[1], and again briefly today. > >

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 22 December 2015 at 18:50, Julien Danjou wrote: > On Tue, Dec 22 2015, Dougal Matthews wrote: > > > - Store the files in a tarball (so we only deal with one file). I think > we > >could still hit issues with multiple operations unless we guarantee > that > >only one instance of the AP

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 22 December 2015 at 16:56, Clint Byrum wrote: > Excerpts from Dougal Matthews's message of 2015-12-22 07:36:02 -0800: > > Hi all, > > > > This topic came up in the 2015-12-15 meeting[1], and again briefly today. > > After working with the code that came out of the deployment library > spec[2]

Re: [openstack-dev] [puppet] deprecation warning everywhere issue

On 12/23/2015 04:30 AM, Matt Fischer wrote: > I've pinged you on IRC to this effect but this has broken the stable > branches which now have unresolvable dependencies on the service whose > name has changed. > > > Error: Could not find resource 'Keystone_endpoint[RegionOne/glance]' for > relati

Re: [openstack-dev] [Horizon] [Cinder] [Nova] [Neutron] Gathering quota usage data in Horizon

Duncan, Thank you for the suggestion, will do. On Wed, 23 Dec 2015 at 10:55, Duncan Thomas wrote: > On a cloud with a large number of tenants, this is going to involve a > large number of API calls. I'd suggest you put a spec into cinder to add an > API call for getting the totals straight out o

Re: [openstack-dev] [openstack][magnum]a problem about trust

On Tue, Dec 22, 2015 at 04:55:17PM +0800, 王华 wrote: >Hi all, >When we create a trust to a trustee with a role, the trustor must have >this role. Here is a problem I meet in my bp [1]. I need to create a trust >with a role, with the trust docker registry can access Swift to store >

Re: [openstack-dev] [cinder] [nova] whether the ServiceGroup in Cinder is necessary

On 12/22/2015 09:01 PM, Erlon Cruz wrote: > Hmm, I see. There's this spec[1] that was discussed in the past with a > similar proposal. There's a SPEC with some other points on the > discussion, I think Janice forgot to mention. > > Erlon > > [1] https://review.openstack.org/#/c/176233/ > [2] https:

Re: [openstack-dev] [OpenStack-Infra] Gerrit Upgrade to ver 2.11, completed.

On 12/22/2015 10:52 PM, Carl Baldwin wrote: > On Mon, Dec 21, 2015 at 6:21 PM, Zaro wrote: >> Hit '?' and it says '/' is find, give that a try. > '/' isn't really much better. It seems to highlight all of the > occurrences but I can't find a way to navigate to the next/previous > occurence with t