Re: [openstack-dev] [Neutron][LBaaS][heat] Removing LBaaS v1 - are weready?

On Thu, Mar 24, 2016 at 6:17 AM, Doug Wiegley wrote: > Migration script has been submitted, v1 is not going anywhere from > stable/liberty or stable/mitaka, so it’s about to disappear from master. > > I’m thinking in this order: > > - remove jenkins jobs > - wait

[openstack-dev] [Glance] Block subtractive schema changes

Hi Glance Team, I have registered a blueprint [1] for blocking subtractive schema changes. Cinder and Nova are already supporting blocking of subtractive schema operations. Would like to add similar support here. Please let me know your opinion on the same. [1]

Re: [openstack-dev] [heat] issue of ResourceGroup in Heat template

> On Wed, Mar 23, 2016 at 05:25:57PM +0300, Sergey Kraynev wrote: > >Hello, > >It looks similar on issue, which was discussed here [1] > >I suppose, that the root cause is incorrect using get_attr for your > >case. > >Probably you got "list"  instead of "string". > >F.e. if

Re: [openstack-dev] [Fuel][Nailgun] Random failures in unit tests

I finally got it passing all the tests, including performance: https://review.openstack.org/#/c/294976/. I'd appreciate if you guys can review/land it sooner than later: patch touches many tests, and it would be beneficial for everyone to be based on updated code. Thanks, On Mon, Mar 21, 2016 at

Re: [openstack-dev] [i18n][horizon][sahara][trove][magnum][murano] dashboard plugin release schedule

The trove-dashboard has its own stable/mitaka branch [1] as well. We have an RC1 release already and we can make sure to land the translations and cut an RC2 early next week (March 28). Thanks, Craig Vyvial [1] https://github.com/openstack/trove-dashboard/tree/stable/mitaka On Wed, Mar 23,

Re: [Openstack] Monasca web hooks

I do not know if using Logstash ( https://www.elastic.co/webinars/logstash-0-60-in-60) you can able to do it directly getting it from the Alarm DB in Monasca. Otherwise you may look at this ( https://github.com/openstack/monasca-api/blob/master/docs/monasca-api-spec.md#alarms). You can write a

Re: [openstack-dev] [jacket] Introduction to jacket, a new project

Hi Kevin, Its always nice idea as jacket has but not sure how feasible and valuable it would be. For doing API translation and gateway, there are many available and one I remember is Aviator (based on ruby gem) [1], not sure how active it is now. As your idea is more about consuming all

Re: [openstack-dev] [kolla] [vote] Managing bug backports to Mitaka branch

On Thu, Mar 24, 2016 at 12:10 AM, Steven Dake (stdake) wrote: > We had an emergency voting session on this proposal on IRC in our team > meeting today and it passed as documented in the meeting minutes[1]. I was > asked to have a typical vote and discussion on irc by one of the

Re: [openstack-dev] [i18n][horizon][sahara][trove][magnum][murano] dashboard plugin release schedule

Thank you all for your supports. We can see the progress of translations at [0] Shu, Magnum UI adopts the independent release model. Good to know you have stable/mitaka branch :) Once the stable branch is cut, let not only me but also the i18n team know it. openstack-i18n ML is the best place to

Re: [openstack-dev] [i18n][horizon][sahara][trove][magnum][murano] dashboard plugin release schedule

Hi Akihiro, Thank you for your announcement. We will create stable/mitaka branch for Magnum-UI in this week, and that will freeze strings. Thanks, Shu Muto __ OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

On 03/23/2016 03:11 PM, Fox, Kevin M wrote: If heat convergence worked (Is that a thing yet?), it could potentially be used instead of a COE like kubernetes. The thing ansible buys us today would be upgradeability. Ansible is config management, but its also a workflow like tool. Heats bad at

Re: [openstack-dev] [trove] OpenStack Trove meeting minutes (2016-03-23)

On Wed, Mar 23, 2016 at 07:52:10PM +, Amrith Kumar wrote: > The meeting bot died during the meeting and therefore the logs on eavesdrop > are useless. So I've had to get "Old-Fashioned-Logs(tm)". > > Action Items: > > #action [all] If you have a patch set that you intend to resume work >

Re: [Openstack] [release][security] Anchor 0.4.0

[with links this time] Security team is pleased to announce the release of Anchor 0.4.0. Anchor is a lightweight PKI service which provides automated certificate verification and signing. It is a new approach for managing private community PKI deployments such as internal infrastructure, by

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

On 24 March 2016 at 13:23, Dean Troyer wrote: > On Wed, Mar 23, 2016 at 3:03 PM, Doug Hellmann > wrote: >> >> Are you packaging unreleased things in RDO? Because those are the only >> things that will have similar version numbers. We ensure that whatever

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

On 24 March 2016 at 10:36, Ian Cordasco wrote: > > > The project will build wheels first. The wheels generated tend to look > something like 13.0.0.0rc2.dev10 when they're built because of pbr. > > If someone is doing CD with the openstack-ansible project and they deploy

[Openstack] [release][security] Anchor 0.4.0

Security team is pleased to announce the release of Anchor 0.4.0. Anchor is a lightweight PKI service which provides automated certificate verification and signing. It is a new approach for managing private community PKI deployments such as internal infrastructure, by using short-lived

Re: [openstack-dev] [magnum] Generate atomic images usingdiskimage-builder

1) ＋1 diskimage-builder maybe a better place to external consumption. 2) For the image size difference(big), I think we may need to know what's the issue for that. Maybe Redhat guys know something about it. Thanks Thanks Best Wishes,

Re: [openstack-dev] [release]how to release an non-official project in Mitaka

Hi, Thierry, This is quite clear, thanks a lot, would ask for more help if needed. Best Regards Chaoyi Huang ( Joe Huang ) -Original Message- From: Thierry Carrez [mailto:thie...@openstack.org] Sent: Wednesday, March 23, 2016 9:04 PM To: OpenStack Development Mailing List (not for

Re: [Openstack-operators] Manual router setup

Conclusion. Neutron routers under Liberty (Linux Bridge) don't work. Please prove me wrong. Moving on to manual router creation. 1: How can I assign a fixed IP to an instance? 2: If I add routes will they get used? I probably have to create a Port for every route (as Floating IPs do ).

Re: [Openstack-operators] [tags] Appealing for change of tags

+1 would be great to have some more people involved in this. On 23/03/16 13:30, Shamail Tahir wrote: Hi, We could definitely use more attendance/help on the ops-tag team... The data in project navigator comes from multiple sources but the install guide availability[1], packages[2], etc. are

Re: [openstack-dev] [all][infra] revert new gerrit

On Mar 23, 2016, at 16:56, melanie witt wrote: > I may have found a workaround for the scroll jumping after reading through > the upstream issue comments [1]: use the "Slow" setting in the preferences > for Render. Click the gear icon in the upper right corner of the diff

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

On Wed, Mar 23, 2016 at 3:03 PM, Doug Hellmann wrote: > Are you packaging unreleased things in RDO? Because those are the only > things that will have similar version numbers. We ensure that whatever > is actually tagged have good, non-overlapping, versions. > The

Re: [openstack-dev] [TaskFlow] TaskFlow persistence

On 03/23/2016 12:49 PM, pnkk wrote: Joshua, We are performing few scaling tests for our solution and see that there are errors as below: Failed saving logbook 'cc6f5cbd-c2f7-4432-9ca6-fff185cf853b'\n InternalError: (pymysql.err.InternalError) (1205, u'Lock wait timeout exceeded; try

Re: [openstack-dev] [all][infra] revert new gerrit

On Mar 18, 2016, at 9:50, Andrew Laski wrote: > I've adapted to the new interface and really like some of the new > capabilities it provides, but having the page jump around while I'm > commenting has been a huge annoyance. I may have found a workaround for the scroll

Re: [Openstack] OpenStack OSAD and Horizon policy updates

On 03/23/2016 05:42 PM, Brad Pokorny wrote: There's currently no built in automation for Horizon to pull the policy file, so you'll have to update it yourself on the Horizon instances. This is essentially true of all the policy files. Managing them is left to the discretion of the

[openstack-dev] [murano] HowTo: Compose a local bundle file

Hi wangzhh, You can use python-muranoclient in order to download bundle from apps.openstack.org and then use it somewhere else for the import: murano bundle-save app-servers you can find more about this option in corresponding spec [0]. Generally local bundle is not different from the remote

Re: [Openstack-operators] Manual router setup

neutron net-create public --shared --provider:physical_network public \ --provider:network_type flat Created a new network: +---+--+ | Field | Value|

[openstack-dev] Deleting a cluster in Sahara SQL/PyMYSQL Error

Hello, When trying to delete a cluster in sahara, I'm getting the following error: > code 500 and message 'Internal Server Error' > 2016-03-23 17:25:21.651 18827 ERROR sahara.utils.api > [req-d797bbc8-7932-4187-a428-565f9d834f8b ] Traceback (most recent call last): > OperationalError:

[OpenStack-Infra] Centos 7 AFS wheel mirror now online

Greetings all, A quick email to let everybody know that our wheel mirrors for CentOS 7 are now online[1]. I'd like to thank ianw, jeblair and everybody else involved on the original Ubuntu wheel mirrors. It was a straightforward process bringing them online. Happy hacking. [1]

Re: [openstack-dev] [magnum] Streamline adoption of Magnum

Comments inline. - Douglas Mendizábal On 3/23/16 5:15 PM, Fox, Kevin M wrote: > So, this is where things start getting a little ugly and undefined... This is > what I've been able to gather so far, so please someone correct me if I'm > wrong. > > Barbican is the OpenStack secret manager. It

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24/03/16 08:01, Doug Hellmann wrote: > Excerpts from Lana Brindley's message of 2016-03-24 07:14:35 +1000: >> Hi Mike, and sorry I missed you on IRC to discuss this there. That said, I >> think it's great that you took this to the mailing list,

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

On 3/23/16, 2:36 PM, "Steven Hardy" wrote: >On Wed, Mar 23, 2016 at 01:01:03AM +, Fox, Kevin M wrote: >> +1 for TripleO taking a look at Kolla. >> >> Some random thoughts: >> >> I'm in the middle of deploying a new cloud and I couldn't use either >>TripleO or Kolla for

[openstack-dev] Launch of an instance from a bootable volume fails on Xen env

Launch of an instance from a bootable volume fails on Xen env. The root cause of this issue is that Nova is mapping the disk_dev /disk_bus to vda/virtio instead of xvda/xen. (Below is the session output showing the launch error) Has this been resolved? Is anyone working on this issue? Thanks,

[Openstack-operators] [app-catalog] IRC Meeting Thursday March 24th at 17:00UTC

Join us Thursday for our weekly meeting, scheduled for March 24th at 17:00UTC in #openstack-meeting-3 The agenda can be found here, and please add to if you want to get something on the agenda: https://wiki.openstack.org/wiki/Meetings/app-catalog Looking forward to seeing everyone there

[openstack-dev] [app-catalog] IRC Meeting Thursday March 24th at 17:00UTC

Join us Thursday for our weekly meeting, scheduled for March 24th at 17:00UTC in #openstack-meeting-3 The agenda can be found here, and please add to if you want to get something on the agenda: https://wiki.openstack.org/wiki/Meetings/app-catalog Looking forward to seeing everyone there

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

+1. I'm going to keep my eye on the split stack stuff closely now. I think this could be very useful to our site. Thanks, Kevin From: Steven Hardy [sha...@redhat.com] Sent: Wednesday, March 23, 2016 3:00 PM To: OpenStack Development Mailing List (not for

Re: [openstack-dev] [magnum] Streamline adoption of Magnum

So, this is where things start getting a little ugly and undefined... This is what I've been able to gather so far, so please someone correct me if I'm wrong. Barbican is the OpenStack secret manager. It provides a standard OpenStack api for users to be able store/retrieve secrets... Its

Re: [Openstack-operators] Manual router setup

Hi Keven / all; Re: Getting a Neutron Router to work. (set external_network_bridge = blank). Apologies if this got sent twice. Nope, not quite there yet re getting the damn router to work (week 3 on this issue). The Liberty install instructions indeed say to set... external_network_bridge =

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

Excerpts from Jim Rollenhagen's message of 2016-03-23 14:46:16 -0700: > On Thu, Mar 24, 2016 at 07:14:35AM +1000, Lana Brindley wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > Hi Mike, and sorry I missed you on IRC to discuss this there. That said, I > > think it's great

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

On Wed, Mar 23, 2016 at 10:42:17AM -0500, Michał Jastrzębski wrote: > Hello, > > So Ryan, I think you can make use of heat all the way. Architecture of > kolla doesn't require you to use ansible at all (in fact, we separate > ansible code to a different repo). Truth is that ansible-kolla is >

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

Excerpts from Lana Brindley's message of 2016-03-24 07:14:35 +1000: > Hi Mike, and sorry I missed you on IRC to discuss this there. That said, I > think it's great that you took this to the mailing list, especially seeing > the conversation that has ensued. > > More inline ... > > On 24/03/16

Re: [openstack-dev] [magnum] Streamline adoption of Magnum

  -Original Message- From: Monty Taylor Reply: Monty Taylor Date: March 23, 2016 at 16:52:52 To: Ian Cordasco , OpenStack Development Mailing List (not for usage questions) Subject: 

[openstack-dev] [nova][novaclient] Responses for Deletion Events

There's been some discussion regarding a recent bug [1] where an issue was reported that no confirmation/success message is received from "nova agent-delete". This behavior is inconsistent from other novaclient delete commands which do provide a success message. There are a two issues that need

Re: [openstack-dev] [magnum] Streamline adoption of Magnum

On 03/23/2016 04:45 PM, Ian Cordasco wrote: -Original Message- From: Monty Taylor Reply: OpenStack Development Mailing List (not for usage questions) Date: March 22, 2016 at 18:49:41 To: openstack-dev@lists.openstack.org

Re: [Openstack] OpenStack OSAD and Horizon policy updates

There's currently no built in automation for Horizon to pull the policy file, so you'll have to update it yourself on the Horizon instances. Thanks, Brad From: Michael Gale > Date: Wednesday, March 23, 2016 at 2:31 PM To:

Re: [openstack-dev] [TaskFlow] TaskFlow persistence

Just throwing this out there: May be the sessions are open o_O? If you're using sqlalchemy to talk to the DB then may be open and close the sessions per transaction than keep them open for all threads? On 3/23/16 3:49 PM, pnkk wrote: > Joshua, > > We are performing few scaling tests for our

Re: [openstack-dev] [Neutron][LBaaS][heat] Removing LBaaS v1 - are weready?

Can someone verify the code in the review is complete enough to do a full migration? Any steps missing or not documented? Is heat going to want to support v1 resources longer then neutron does? Its kind of nice to be able to run a newer dashboard/heat against an older something else. Thanks,

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

On Thu, Mar 24, 2016 at 07:14:35AM +1000, Lana Brindley wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi Mike, and sorry I missed you on IRC to discuss this there. That said, I > think it's great that you took this to the mailing list, especially seeing > the conversation that

Re: [openstack-dev] [magnum] Streamline adoption of Magnum

-Original Message- From: Monty Taylor Reply: OpenStack Development Mailing List (not for usage questions) Date: March 22, 2016 at 18:49:41 To: openstack-dev@lists.openstack.org Subject:  Re:

Re: [openstack-dev] [os-brick][nova][cinder] os-brick/privsep change is done and awaiting your review

On 3/22/2016 5:37 PM, Angus Lees wrote: On Sat, 19 Mar 2016 at 06:27 Matt Riedemann > wrote: I stared pretty hard at the nova rootwrap filter change today [1] and tried to keep that in my head along with the devstack

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

On Wed, Mar 23, 2016 at 1:34 PM, Zane Bitter wrote: > On 23/03/16 07:54, Ryan Hallisey wrote: >> >> *Snip* >> >>> Indeed, this has literally none of the benefits of the ideal Heat >>> deployment enumerated above save one: it may be entirely the wrong tool >>> in every way for

[Openstack] OpenStack OSAD and Horizon policy updates

Hello, I have a quick question around Horizon policy files and corresponding service policy files. I am using OpenStack OSAD ( http://docs.openstack.org/developer/openstack-ansible/liberty/install-guide/configure-openstack.html) to deploy an AIO setup from 12.0.8 I am using

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

  -Original Message- From: Doug Hellmann Reply: OpenStack Development Mailing List (not for usage questions) Date: March 23, 2016 at 15:04:15 To: openstack-dev Subject:  Re: [openstack-dev]

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

On Wed, Mar 23, 2016 at 01:01:03AM +, Fox, Kevin M wrote: > +1 for TripleO taking a look at Kolla. > > Some random thoughts: > > I'm in the middle of deploying a new cloud and I couldn't use either TripleO > or Kolla for various reasons. A few reasons for each: > * TripeO - worries me for

Re: [openstack-dev] [Neutron][LBaaS][heat] Removing LBaaS v1 - are weready?

Migration script has been submitted, v1 is not going anywhere from stable/liberty or stable/mitaka, so it’s about to disappear from master. I’m thinking in this order: - remove jenkins jobs - wait for heat to remove their jenkins jobs ([heat] added to this thread, so they see this coming

[openstack-dev] [nova] nova-specs review tracking etherpad

I've started an etherpad [1] similar to what we had in mitaka. There are some useful review links in the top for open reviews and fast-approve re-proposals. I'm also trying to keep a list of how many things we're re-approving since that's our backlog from mitaka (and some further back). I'd

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Mike, and sorry I missed you on IRC to discuss this there. That said, I think it's great that you took this to the mailing list, especially seeing the conversation that has ensued. More inline ... On 24/03/16 01:06, Mike Perez wrote: > Hey

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

On Wed, Mar 23, 2016 at 03:58:02PM -0400, Ryan Hallisey wrote: > >>> Hello, > >>> > >>> So Ryan, I think you can make use of heat all the way. Architecture of > >>> kolla doesn't require you to use ansible at all (in fact, we separate > >>> ansible code to a different repo). Truth is that

Re: [openstack-dev] [heat] issue of ResourceGroup in Heat template

On 23/03/16 13:35, Steven Hardy wrote: On Wed, Mar 23, 2016 at 05:25:57PM +0300, Sergey Kraynev wrote: Hello, It looks similar on issue, which was discussed here [1] I suppose, that the root cause is incorrect using get_attr for your case. Probably you got "list" instead of

Re: [Openstack] password in clear text

On 03/23/2016 11:46 AM, Tim Bell wrote: We use Kerberos and X.509 in Keystone V3 for the end users. It works very nicely (although the python client-* CLIs often do not support it so you have to use the openstack OSC CLI) I'm personally in favor of moving toward a Federated approach using

Re: [Openstack] password in clear text

Excerpts from Tim Bell's message of 2016-03-23 11:53:38 -0700: > > On 23/03/16 18:41, "Clint Byrum" wrote: > > >Excerpts from Tim Bell's message of 2016-03-23 09:17:20 -0700: > >> > >> The difficulty with the environment variables is that the administrator of > >> the box

[openstack-dev] Bots and Their Effects: Gerrit, IRC, other

Bots are very handy for doing repetitive tasks, we agree on that. Bots also require permissions to execute certain actions, require maintenance to ensure they operate as expected and do create output which is music to some and noise to others. Said output is often archieved somewhere which

Re: [openstack-dev] [neutron][stable] proactive backporting

On Wed, Mar 23, 2016 at 12:52 PM, Ihar Hrachyshka wrote: > Hey folks, > > some update on proactive backporting for neutron, and a call for action from > subteam leaders. > > As you probably know, lately we started to backport a lot of bug fixes in > latest stable branch

Re: [openstack-dev] [heat] Issue with validation and preview due to get_attr==None

On 23/03/16 13:14, Steven Hardy wrote: Hi all, I'm looking for some help and additional input on this bug: https://bugs.launchpad.net/heat/+bug/1559807 Hmm, I was wondering how this ever worked, but it appears you're making particularly aggressive use of the list_join and map_merge

Re: [openstack-dev] [neutron][nova][stable][sr-iov] Status of physical_device_mappings

+tags for stable and nova Hi Vladimir, comments inline. :) On 03/21/2016 05:16 AM, Vladimir Eremin wrote: Hey OpenStackers, I’ve recently found out, that changing of use neutron sriov-agent in Mitaka from optional to required[1] makes a kind of regression. While I understand that it is

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

Excerpts from Alan Pevec's message of 2016-03-22 20:19:44 +0100: > > The release team discussed this at the summit and agreed that it didn't > > really matter. The only folks seeing the auto-generated versions are those > > doing CD from git, and they should not be mixing different branches of a

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

Excerpts from Ian Cordasco's message of 2016-03-22 16:39:02 -0500: >   > > -Original Message- > From: Alan Pevec > Reply: OpenStack Development Mailing List (not for usage questions) > > Date: March 22, 2016 at 14:21:47 > To: 

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

>>> Hello, >>> >>> So Ryan, I think you can make use of heat all the way. Architecture of >>> kolla doesn't require you to use ansible at all (in fact, we separate >>> ansible code to a different repo). Truth is that ansible-kolla is >>> developed by most people and considered "the way to deploy

[openstack-dev] [trove] OpenStack Trove meeting minutes (2016-03-23)

The meeting bot died during the meeting and therefore the logs on eavesdrop are useless. So I've had to get "Old-Fashioned-Logs(tm)". Action Items: #action [all] If you have a patch set that you intend to resume work on, please put an update in it to that effect so we don't go abandon it

Re: [openstack-dev] [TaskFlow] TaskFlow persistence

Joshua, We are performing few scaling tests for our solution and see that there are errors as below: Failed saving logbook 'cc6f5cbd-c2f7-4432-9ca6-fff185cf853b'\n InternalError: (pymysql.err.InternalError) (1205, u'Lock wait timeout exceeded; try restarting transaction') [SQL: u'UPDATE logbooks

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

On 23/03/16 15:00 -0400, Doug Hellmann wrote: Excerpts from Mike Perez's message of 2016-03-23 08:06:28 -0700: Hey all, I've been talking to a variety of projects about lack of install guides. This came from me not having a great experience with trying out projects in the big tent. Projects

Re: [OpenStack-Infra] Wiki.o.o sustaining spam attack

On Wed, Mar 23, 2016 at 07:04:59PM +, Jeremy Stanley wrote: > On 2016-03-23 13:05:48 +0800 (+0800), Tom Fifield wrote: > > So, *sigh*. I've been trying to use > > > > https://wiki.openstack.org/wiki/Special:Nuke > > > > to delete pages matching > > > > %1%800% (there are about 5000) > > >

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

On Wed, Mar 23, 2016 at 11:06 AM, Mike Perez wrote: > Hey all, > > I've been talking to a variety of projects about lack of install guides. > This > came from me not having a great experience with trying out projects in the > big > tent. > > Projects like Manila have proposed

Re: [openstack-dev] [heat] issue of ResourceGroup in Heat template

Steven, Honestly I thought about it, but I am not sure, which behavior was before for both. I don't mind if we create such bug and investigate the root cause (unfortunately I had not time to do it yet). The my main point was to provide workable way for mentioned issue. p.s. there is

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

If heat convergence worked (Is that a thing yet?), it could potentially be used instead of a COE like kubernetes. The thing ansible buys us today would be upgradeability. Ansible is config management, but its also a workflow like tool. Heats bad at workflow. I think between Heat with

Re: [OpenStack-Infra] Wiki.o.o sustaining spam attack

On 2016-03-23 13:05:48 +0800 (+0800), Tom Fifield wrote: > So, *sigh*. I've been trying to use > > https://wiki.openstack.org/wiki/Special:Nuke > > to delete pages matching > > %1%800% (there are about 5000) > > and it doesn't work :( > > Everything appears to be fine, but the pages don't get

Re: [Openstack] password in clear text

On 23/03/16 18:41, "Clint Byrum" wrote: >Excerpts from Tim Bell's message of 2016-03-23 09:17:20 -0700: >> >> The difficulty with the environment variables is that the administrator of >> the box you are logged into can read the environment using ps aux. >> >> There has

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

Excerpts from Mike Perez's message of 2016-03-23 08:06:28 -0700: > Hey all, > > I've been talking to a variety of projects about lack of install guides. This > came from me not having a great experience with trying out projects in the big > tent. > > Projects like Manila have proposed install

Re: [openstack-dev] [release][horizon][i18n] can we release django-openstack-auth of stable/mitaka for translations

Excerpts from Akihiro Motoki's message of 2016-03-24 02:06:50 +0900: > 2016-03-22 20:08 GMT+09:00 Doug Hellmann : > > > >> On Mar 22, 2016, at 6:18 AM, Akihiro Motoki wrote: > >> > >> Hi release management team, > >> > >> Can we have a new release of

[openstack-dev] [kolla] [vote] Managing bug backports to Mitaka branch

We had an emergency voting session on this proposal on IRC in our team meeting today and it passed as documented in the meeting minutes[1]. I was asked to have a typical vote and discussion on irc by one of the participants of the vote, so please feel free to discuss and vote again. I will

Re: [openstack-dev] [heat] Issue with validation and preview due to get_attr==None

This is the same issue I ran into a few months ago regarding the nested parameter validation. Since it resolves to None at that time, there's no hook in our current nested parameters implementation to show that it will have a value passed in from the parent template. Unfortunately, I don't

Re: [Openstack] password in clear text

Excerpts from CARVER, PAUL's message of 2016-03-23 08:40:43 -0700: > Jagga Soorma wrote: > > >Currently when using the openstack api I have to save my password in clear > >text in > >the OS_PASSWORD environment variable.  Is there a more secure way to use the > >openstack api without having to

Re: [OpenStack-Infra] Austin Design Summit space needs

On 03/23/2016 02:12 PM, Wayne Warren wrote: > On Tue, Mar 22, 2016 at 3:23 PM, Elizabeth K. Joseph > wrote: > >> On Fri, Mar 11, 2016 at 9:27 AM, Elizabeth K. Joseph >> wrote: >>> https://etherpad.openstack.org/p/infra-newton-summit-planning >> >>

Re: [OpenStack-Infra] Austin Design Summit space needs

On Tue, Mar 22, 2016 at 3:23 PM, Elizabeth K. Joseph wrote: > On Fri, Mar 11, 2016 at 9:27 AM, Elizabeth K. Joseph > wrote: > > https://etherpad.openstack.org/p/infra-newton-summit-planning > > I've also gone ahead and added a section at the bottom

Re: [Openstack] password in clear text

Excerpts from Tim Bell's message of 2016-03-23 09:17:20 -0700: > > The difficulty with the environment variables is that the administrator of > the box you are logged into can read the environment using ps aux. > > There has been some work done to support storing all the variables in a file

Re: [openstack-dev] [heat] issue of ResourceGroup in Heat template

On Wed, Mar 23, 2016 at 05:25:57PM +0300, Sergey Kraynev wrote: >Hello, >It looks similar on issue, which was discussed here [1]  >I suppose, that the root cause is incorrect using get_attr for your case. >Probably you got "list"  instead of "string". >F.e. if I do something

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

On 23/03/16 07:54, Ryan Hallisey wrote: *Snip* Indeed, this has literally none of the benefits of the ideal Heat deployment enumerated above save one: it may be entirely the wrong tool in every way for the job it's being asked to do, but at least it is still well-integrated with the rest of

Re: [Openstack-operators] [nova] RFEs: communication channel and process

> From: Matt Riedemann > To: openstack-operators@lists.openstack.org > Date: 03/22/2016 12:06 AM > Subject: Re: [Openstack-operators] [nova] RFEs: communication channel > and process > > > > On 3/21/2016 12:58 PM, Tim Bell wrote: > > > > On 21/03/16 17:24, "Markus

Re: [Openstack] password in clear text

We use OpenStack as follows for most interactive use cases * Our Kerberos server is provided by AD * We kinit/klog to get a Kerberos ticket * Our openrc definitions are set up to use a Keystone authentication with Kerberos This uses the OS_AUTH_TYPE=v3kerberos environment. An old

Re: [openstack-dev] OpenStack Contributor Awards

On 3/22/2016 2:18 AM, Tom Fifield wrote: Reminder :) We'll probably stop taking entries at the end of next week. On 16/02/16 18:43, Tom Fifield wrote: Hi all, I'd like to introduce a new round of community awards handed out by the Foundation, to be presented at the feedback session of the

[openstack-dev] [heat] Issue with validation and preview due to get_attr==None

Hi all, I'm looking for some help and additional input on this bug: https://bugs.launchpad.net/heat/+bug/1559807 Basically, we have multiple issues due to the fact that we consider get_attr to resolve to None at any point before a resource is actually instantiated. It's due to this:

Re: [openstack-dev] [magnum] Generate atomic images using diskimage-builder

Hi Yolanda, Thank you for making a huge improvement from the manual process of building the Fedora Atomic image. Although Atomic does publish a public OpenStack image that is being considered in this patch: https://review.openstack.org/#/c/276232/ in the past we have come to many situations

Re: [Openstack] password in clear text

Thanks for your response Tim. I do have our openstack environment integrated into AD. I basically am trying to see if there is a alternative to storing the password in clear text in a environment variable. With kerberos or AD are you saying that we would just get a ticket by authenticating once

[Openstack] Monasca web hooks

Hi Guys, I need to push out all alerts in Monasca to a external logfile on a linux server. Not very familiar with webhooks and was wondering if someone has already done something similar that I can get a starting point with. Thanks. ___ Mailing list:

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

Fox, Kevin M wrote: > +1 for TripleO taking a look at Kolla. > > Some random thoughts: > > I'm in the middle of deploying a new cloud and I couldn't use either TripleO > or Kolla for various reasons. A few reasons for each: > * TripeO - worries me for ever having to do a major upgrade of the

Re: [openstack-dev] [release][horizon][i18n] can we release django-openstack-auth of stable/mitaka for translations

2016-03-22 20:08 GMT+09:00 Doug Hellmann : > >> On Mar 22, 2016, at 6:18 AM, Akihiro Motoki wrote: >> >> Hi release management team, >> >> Can we have a new release of django-openstack-auth from stable/mitaka >> branch for translations? >> >> What is

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

- Original Message - > From: "Mike Perez" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Wednesday, March 23, 2016 12:24:55 PM > Subject: Re: [openstack-dev] [docs] Our Install Guides Only Cover

Re: [openstack-dev] [neutron][stable] proactive backporting

Hey folks, some update on proactive backporting for neutron, and a call for action from subteam leaders. As you probably know, lately we started to backport a lot of bug fixes in latest stable branch (liberty atm) + became more systematic in getting High+ bug fixes into older stable

Re: [openstack-dev] [Fuel][Upgrade][FFE] Reassigning Nodes without Re-Installation

Hi guys, According to the last discussion on the Fuel Team Meeting [1] the second chance was provided to this feature because it is directly related to the cluster_upgrade extension and has a minimal impact on the core part. A separate bug report [2] was created to track a progress of this

Re: [openstack-dev] [Fuel] Wiping node's disks on delete

On Wed, 2016-03-23 at 18:22 +0300, Alexander Gordeev wrote: > Hello Dmitry, > > . >   > Yep, astute needs to be fixed as the way how it wipes the disks is > way too fragile, dangerous and not always reliable due to what you > mentioned above. > > Nope, I think that zeroing of 446 bytes is

  1   2   >