Re: [openstack-dev] [mistral][oslo.messaging] stable/mitaka is broken by oslo.messaging 5.0.0

On Tue, May 17, 2016 at 09:41:11PM -0700, Joshua Harlow wrote: Doug Hellmann wrote: So there are a few options I am seeing so far (there might be more that I don't see also), others can hopefully correct me if they are wrong (which they might be) ;) Option #1 Oslo.messaging (and the

Re: [openstack-dev] [Telemetry] Time to test and import Panko

On Tue, May 17 2016, gordon chung wrote: > what needs to be tested here? that Ceilometer can dispatch to Panko? Yeah, I guess someone could test to install it in devstack and see if it works as expected. > do we need to worry about any redirection like we had with Aodh? Yes, we'll have to. --

Re: [openstack-dev] [kolla] Proposing Mauricio Lima for core reviewer

+1, of course. On Wed, May 18, 2016 at 5:23 AM, Jeffrey Zhang wrote: > +1 > nice work Mauricio Lima > > On Wed, May 18, 2016 at 11:03 AM, Swapnil Kulkarni wrote: >> >> On Wed, May 18, 2016 at 12:30 AM, Steven Dake (stdake) >> wrote:

Re: [openstack-dev] [Fuel][Plugins] Tasks ordering between plugins

Hi Matthew, Thanks for the reply. On Tue, May 17, 2016 at 5:33 PM, Matthew Mosesohn wrote: > Hi Simon, > > For 8.0 and earlier, I would deploy ElasticSearch before deploy_end > and LMA collector after post_deploy_start > > Unfortunately this isn't possible because the

Re: [openstack-dev] [mistral][oslo.messaging] stable/mitaka is broken by oslo.messaging 5.0.0

Excerpts from Renat Akhmerov's message of 2016-05-18 11:07:29 +0700: > > > On 17 May 2016, at 21:50, Doug Hellmann wrote: > > > > Excerpts from Renat Akhmerov's message of 2016-05-17 19:10:55 +0700: > >> Team, > >> > >> Our stable/mitaka branch is now broken by

Re: [openstack-dev] [nova] upgrade connection_info when Ceph mon IP changed

On 5/16/2016 8:39 PM, zhou.b...@zte.com.cn wrote: Hi all： I got a problem described in https://bugs.launchpad.net/cinder/+bug/1452641, and my colleague got another similar problem described in https://bugs.launchpad.net/nova/+bug/1581367. It's all about the storage backend ip change. With

[openstack-dev] [nova]Libvirt error code for failing volume in nova

Hi All! Currently I am working on this bug https://bugs.launchpad.net/nova/+bug/1168011 which says we have to change error message displayed when attaching a volume fails. Currently it catches all operation errors that libvirt can raise and assume that all of them are the source of device

Re: [openstack-dev] [nova] upgrade connection_info when Ceph mon IP changed

On Wed, 18 May 2016 14:30:00 -0500, Matt Riedemann wrote: While convenient as a workaround, I'm not in favor of the idea of adding something to the REST API so a user can force refresh the connection info - this is a bug and leaks information out of the API about how the cloud is configured. If

[openstack-dev] [Mistral][Zaqar] Triggering Mistral workflows from Zaqar messages

I've been lobbying the Mistral developers for $SUBJECT since, basically, forever.[1][2][3] I like to think after a couple of years I succeeded in changing their view on it from "crazy" to merely "unrealistic".[4] In the last few months I've had a couple of realisations though: 1) The 'pull'

[openstack-dev] [sahara] Etherpad with review priorities

Dear Sahara team, There is the etherpad [0] for collecting 'hot' changes that we need to review with a top priority. All changes are combined by branch right now, maybe it will be a good idea to indicate top bugfixes / features and so on. Feel free to put important changes to this etherpad. [0]

Re: [openstack-dev] [Neutron][ML2][Routed Networks]

>I update [1] to auto delete dhcp port if there is no other ports. But after the dhcp port is deleted, the dhcp service is not usable. You mean in the case where the segments are in the same L2 domain, right? If not, I don't understand why we wouldn't expect a segment that was deleted to stop

Re: [openstack-dev] [API] os-api-ref HTTP Response code formating

On 05/18/2016 02:42 PM, Hayes, Graham wrote: > I was moving Designate to the os-api-ref extension, and I spotted > something I thought we could do to improve the readability. > > Currently we have the HTTP Response Codes as a single > line on the page - I thought a table might be handy as well. >

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

No worries. If the slot isn't available maybe we can get infra to add another channel. On Wed, May 18, 2016 at 12:57 AM, Miguel Angel Ajo Pelayo < majop...@redhat.com> wrote: > Hey, > >Finally we took over the channel for 1h. mostly because the time was > already agreed between many people

Re: [openstack-dev] [neutron] DHCP Agent Scheduling for Segments

>I may have wrongly assumed that segments MAY have the possibility of being l2 adjacent, even if the entire network they are in is not, which would mean that viewing and scheduling these in the context of a segment could be useful. Segments could be L2 adjacent, but I think it would be pretty

[openstack-dev] [API] os-api-ref HTTP Response code formating

I was moving Designate to the os-api-ref extension, and I spotted something I thought we could do to improve the readability. Currently we have the HTTP Response Codes as a single line on the page - I thought a table might be handy as well. So, I had a go at it - and put up a POC[0] It outputs

Re: [openstack-dev] [neutron] DHCP Agent Scheduling for Segments

On Tue, 2016-05-17 at 13:29 -0700, Kevin Benton wrote: > I'm leaning towards option A because it keeps things cleanly > separated. Also, if a cloud is using a plugin that supports segments, > an operator could use the new API for everything (including single > segment networks) so it shouldn't be

Re: [openstack-dev] disabling deprecated APIs by config?

On 05/18/2016 11:56 AM, Dean Troyer wrote: > On Wed, May 18, 2016 at 10:20 AM, Sean Dague > wrote: > > nova-net is now deprecated - https://review.openstack.org/#/c/310539/ > > > Woot! Now to make it not-the-default in DevStack... Sean Collins is

[openstack-dev] Weekly Trove meeting minutes 2016-05-18

Minutes of the weekly Trove meeting held today can be found at http://eavesdrop.openstack.org/meetings/trove/2016/trove.2016-05-18-18.00.html Meeting summary Action items from last week's meeting (amrith, 18:03:03) Trove pulse update (amrith, 18:03:28) http://bit.ly/1VQyg00

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

On 17/05/16 20:27, Crag Wolfe wrote: Now getting very Heat-specific. W.r.t. to https://review.openstack.org/#/c/303692/ , the goal is to de-duplicate raw_template.files (this is a dict of template filename to contents), both in the DB and in RAM. The approach this patch is taking is that, when

Re: [openstack-dev] [nova] upgrade connection_info when Ceph mon IP changed

On 5/18/2016 3:05 PM, melanie witt wrote: On Wed, 18 May 2016 14:30:00 -0500, Matt Riedemann wrote: While convenient as a workaround, I'm not in favor of the idea of adding something to the REST API so a user can force refresh the connection info - this is a bug and leaks information out of the

Re: [openstack-dev] [Neutron][ML2][Routed Networks]

On Wed, May 18, 2016 at 5:24 AM, Hong Hui Xiao wrote: > I update [1] to auto delete dhcp port if there is no other ports. But > after the dhcp port is deleted, the dhcp service is not usable. I can I think this is what I expect. > resume the dhcp service by adding another

Re: [openstack-dev] [OVN] [networking-ovn] [networking-sfc] SFC and OVN

Ryan, OK all three repos and now aligned with their masters. I have done some simple level system tests and I can steer traffic to a single VNF. Note: some additional changes to networking-sfc to catch-up with their changes. https://github.com/doonhammer/networking-sfc

Re: [openstack-dev] [release] Re: [Neutron][L2GW] Mitaka release of L2 Gateway now available

Excerpts from Armando M.'s message of 2016-05-17 14:34:22 -0700: > On 17 May 2016 at 03:25, Ihar Hrachyshka wrote: > > > > > > On 16 May 2016, at 21:16, Armando M. wrote: > > > > > > > > > > > > On 16 May 2016 at 05:15, Ihar Hrachyshka

Re: [openstack-dev] [Congress] driver (authentication issue)

When you're doing testing like this, the easiest solution is to disable authentication. Here are the instructions from the previous email: To use curl, the easiest thing to do is go into /etc/congress/congress.conf and change the auth_strategy from keystone to noauth, and restart the congress

Re: [openstack-dev] [tc]Leadership training sign-up available for entire community

On Wed, May 11, 2016 at 5:02 AM, Colette Alexander wrote: > [0] > http://eavesdrop.openstack.org/meetings/tc/2016/tc.2016-05-10-20.02.log.html > [1] https://etherpad.openstack.org/p/Leadershiptraining Hey all, Just a quick update and housekeeping on leadership

Re: [openstack-dev] [tc] supporting Go

Dmitry Tantsur writes: This is pretty subjective, I would say. I personally don't feel Go (especially its approach to error handling) any natural (at least no more than Rust or Scala, for example). If familiarity for Python developers is an argument here, mastering Cython or making

Re: [openstack-dev] [neutron][stable] proposing Brian Haley for neutron-stable-maint

On Tue, May 17, 2016 at 01:07:48PM +0200, Ihar Hrachyshka wrote: > Hi stable-maint-core and all, > > I would like to propose Brian for neutron specific stable team. +1 It'd be nice to see some comments on the reviews to indicate that the various aspects of the policy have been thought about. I

Re: [openstack-dev] [tricircle]PTL election conclusion

Hi, Shinobu, Contribution is more exactly the meaning I would like to express. Thank you for the correction: " So I would like to serve as the PTL of Tricircle in Newton release, thanks for your contribution, let's move Tricircle forward together." Cheers, Best Regards Chaoyi Huang ( Joe

Re: [openstack-dev] [all][requirements] Refresher on how to use global requirements process

On 19 May 2016 at 01:40, Ihar Hrachyshka wrote: > Great write-up. Do you plan to capture it e.g. in project guide? It's already fully documented in the requirements repo README; if there is no link to that from the project-guide, we should add one, but I would not duplicate

[openstack-dev] [python-openstacksdk] Request for volunteer trainers at PyCon

The Foundation has been given an opportunity to do a training for Application Developers at PyCon on Saturday May 28th at 11am for 90minutes. This is a request for those familiar with the OpenStack SDK to help work through the "My 1st App Guide" with the SDK of your choice. This is a great

Re: [openstack-dev] [API] os-api-ref HTTP Response code formating

> Having some generic language for each error message if. Typing "User > must authenticate" every time there is a 401 is tiresome, and will just > mean typos. Ideally even generating links to an overview of what each > code means in general would be nice. I was assuming we were going to > write

[openstack-dev] [Openstack] [AodhClient] "composite alarm" unit test missing in aodhclient ?

HI All, in aodhclient/tests/unit/test_alarm_cli.py[1], the "composite_rule" is None. is the composite_rule test missing? and should we add it ? [1] https://github.com/openstack/python-aodhclient/blob/master/aodhclient/tests/unit/test_alarm_cli.py Rajen(liyuanzhen)

Re: [openstack-dev] [fixtures] Re: [Neutron][Stable][Liberty][CLI] Gate broken

On 18 May 2016 at 19:55, Ihar Hrachyshka wrote: > >> On 18 May 2016, at 05:31, Darek Smigiel wrote: >> >> Hello Stable Maint Team, >> It seems that python-neutronclient gate for Liberty is broken[1][2] by >> update for keystoneclient. OpenStack

Re: [openstack-dev] [Neutron][ML2][Routed Networks]

Thanks for the clarification. If we are going to have dhcp service in every segment separately, then I think the current behavior is reasonable. The remaining segments can use dhcp by the dhcp ports in their own segments. HongHui Xiao(肖宏辉) From: Carl Baldwin To:

[openstack-dev] [aodhclient] "composite alarm" unit test missing in aodhclient ?

HI All, in aodhclient/tests/unit/test_alarm_cli.py[1], the "composite_rule" is None. is the composite_rule test missing? and should we add it ? [1] https://github.com/openstack/python-aodhclient/blob/master/aodhclient/tests/unit/test_alarm_cli.py Rajen(liyuanzhen)

[openstack-dev] [cinder]The backend-group concept in Cinder

Hi all: I want to know whether the backend-group concept have been discussed or have other recommendations to us? The backend-group concept means can be regarded as a mechanism to manage same type cinder backends . (backend-group concept like nova Aggregate. The Falvor in

Re: [openstack-dev] [nova] Gap between host cpu features and guest cpu's

If this is a real gap, it more sounds like a bug in cpu capability, and the fix won't change any API. Will this fix depend on the host capability framework? BR, YunTongJin 2016-05-11 15:28 GMT+08:00 Sylvain Bauza : > > > Le 11/05/2016 05:12, Jin, Yuntong a écrit : > > Hi

Re: [openstack-dev] [cinder]The backend-group concept in Cinder

On Wed, May 18, 2016 at 9:45 PM, chenying wrote: > Hi all: > I want to know whether the backend-group concept have been > discussed or have other recommendations to us? > The backend-group concept means can be regarded as a mechanism to > manage same

Re: [openstack-dev] [mistral][oslo.messaging] stable/mitaka is broken by oslo.messaging 5.0.0

> On 19 May 2016, at 01:46, Doug Hellmann wrote: > > Excerpts from Renat Akhmerov's message of 2016-05-18 11:07:29 +0700: >> >>> On 17 May 2016, at 21:50, Doug Hellmann wrote: >>> >>> Excerpts from Renat Akhmerov's message of 2016-05-17 19:10:55

Re: [openstack-dev] [mistral][oslo.messaging] stable/mitaka is broken by oslo.messaging 5.0.0

> On 18 May 2016, at 22:51, Joshua Harlow wrote: > > Roman Dobosz wrote: >> On Tue, 17 May 2016 21:41:11 -0700 >> Joshua Harlow wrote: >> > Options I see: > Constrain oslo.messaging in global-requirements.txt for > stable/mitaka with

Re: [openstack-dev] [mistral][oslo.messaging] stable/mitaka is broken by oslo.messaging 5.0.0

On Tue, 17 May 2016 21:41:11 -0700 Joshua Harlow wrote: > >> Options I see: > >> Constrain oslo.messaging in global-requirements.txt for > >> stable/mitaka with 4.6.1. Hard to do since it requires wide > >> cross-project coordination. > >> Remove that hack in stable/mitaka

[openstack-dev] [gate] Re: [fixtures] [Neutron][Stable][Liberty][CLI] Gate broken

> On 18 May 2016, at 09:55, Ihar Hrachyshka wrote: > > >> On 18 May 2016, at 05:31, Darek Smigiel wrote: >> >> Hello Stable Maint Team, >> It seems that python-neutronclient gate for Liberty is broken[1][2] by >> update for keystoneclient.

Re: [openstack-dev] [Heat] Versioned objects upgrade patterns

On 05/17/2016 09:40 PM, Crag Wolfe wrote: > That helps a lot, thanks! You are right, it would have to be a 3-step > upgrade to avoid the issue you mentioned in 6. > > Another thing I am wondering about: if my particular object is not > exposed by RPC, is it worth making it a full blown o.vo or

Re: [openstack-dev] [TripleO] Austin summit - session recap/summary

On Wed, May 18, 2016 at 12:22:55PM +0100, Derek Higgins wrote: > On 6 May 2016 at 14:18, Paul Belanger wrote: > > On Tue, May 03, 2016 at 05:34:55PM +0100, Steven Hardy wrote: > >> Hi all, > >> > >> Some folks have requested a summary of our summit sessions, as has been >

Re: [openstack-dev] [kolla] Proposing Mauricio Lima for core reviewer

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

Re: [openstack-dev] [tc] [all] [glance] Answers to some questions about Glance

On 5/18/16, 2:15 AM, "Clint Byrum" wrote: >Excerpts from Robert Collins's message of 2016-05-18 14:57:05 +1200: >> On 18 May 2016 at 00:54, Brian Rosmaita >>wrote: >> >> >> Couple of examples: >> >> 1. switching from "is_public=true" to

Re: [openstack-dev] [tripleo] Reason for installing devstack in CI pipeline

On Wed, May 18, 2016 at 11:23:53AM +0100, Derek Higgins wrote: > On 16 May 2016 at 18:16, Paul Belanger wrote: > > Greetings, > > > > Over the last few weeks I've been head deep into understanding the TripleO > > CI > > pipeline. For the most part, I am happy that we have

Re: [openstack-dev] [kolla] Proposing Mauricio Lima for core reviewer

Yes, +1 for sure! Thanks a lot Mauricio for all the great work especially for adding Manila to kolla and also updating the cleanup scripts and documentation! Regards, Vikram Hosakote IRC: vhosakot From: "Steven Dake (stdake)" > Reply-To:

Re: [openstack-dev] [all][requirements] Refresher on how to use global requirements process

Great write-up. Do you plan to capture it e.g. in project guide? > On 18 May 2016, at 13:43, Davanum Srinivas wrote: > > Team, > > Here's a primer on how to make sure your project is subject requirements > process. > > Step #1: Submit a patch to this file at the following

Re: [openstack-dev] [fixtures] [Neutron][Stable][Liberty][CLI] Gate broken

> On 18 May 2016, at 09:55, Ihar Hrachyshka wrote: > > >> On 18 May 2016, at 05:31, Darek Smigiel wrote: >> >> Hello Stable Maint Team, >> It seems that python-neutronclient gate for Liberty is broken[1][2] by >> update for keystoneclient.

[openstack-dev] [tricircle]weekly meeting of May. 18

Hi, IRC meeting: https://webchat.freenode.net/?channels=openstack-meeting on every Wednesday starting from UTC 13:00. After several round review of the 'cross pod L2 networking' and 'dynamic pod binding', it's more clear about the features implementation. So today we will have a short

Re: [openstack-dev] [rdo-list] [tripleo] How to setup hyper-converged nodes (compute+ceph)?

On 05/18/2016 04:13 AM, Gerard Braad wrote: Hi all, Hereby updating the status of this message: On Mon, May 16, 2016 at 9:55 AM, Gerard Braad wrote: we would like to deploy Compute nodes with Ceph installed on them. This will probably be a change to the

Re: [openstack-dev] [tripleo] Reason for installing devstack in CI pipeline

On 16 May 2016 at 18:16, Paul Belanger wrote: > Greetings, > > Over the last few weeks I've been head deep into understanding the TripleO CI > pipeline. For the most part, I am happy that we have merged centos-7 DIB > support and I'm working to migrate the jobs to it. > >

Re: [openstack-dev] [Freezer] Replace Gnu Tar with DAR

Hi Deklan, what happen if the extract is executed without --listed-incremental or --incremental options? Does the issue still happen? Thanks, Fausto On Sat, May 14, 2016 at 12:56 AM, Dieterly, Deklan wrote: > When using incremental backups, tar will not handle

[openstack-dev] [all][requirements] Refresher on how to use global requirements process

Team, Here's a primer on how to make sure your project is subject requirements process. Step #1: Submit a patch to this file at the following locations to add a "check-requirements" job (Example is for Monasca)

Re: [openstack-dev] [TripleO] Austin summit - session recap/summary

On 6 May 2016 at 14:18, Paul Belanger wrote: > On Tue, May 03, 2016 at 05:34:55PM +0100, Steven Hardy wrote: >> Hi all, >> >> Some folks have requested a summary of our summit sessions, as has been >> provided for some other projects. >> >> I'll probably go into more detail

Re: [openstack-dev] [vitrage] Normalized Resource State

> -Original Message- > From: EXT Weyl, Alexey (Nokia - IL) [mailto:alexey.w...@nokia.com] > > Sounds good Ifat and Eylon. > > Maybe we only need to think of a more general name for TERMINATING > state (something that will include all end transient states). > > > -Original

Re: [openstack-dev] [HA] About next HA Team meeting (VoIP)

Hi All, Thank you all for attending to meeting. You can find the meeting notes at following etherpad in section [Notes from meeting 2016/05/18 Wed] https://etherpad.openstack.org/p/newton-instance-ha Next meeting will be on 5/23 Monday (normal IRC meeting).

Re: [openstack-dev] [TripleO] Aodh upgrades - Request backport exception for stable/liberty

On 16.5.2016 23:54, Pradeep Kilambi wrote: On Mon, May 16, 2016 at 3:33 PM, James Slagle wrote: On Mon, May 16, 2016 at 10:34 AM, Pradeep Kilambi wrote: Hi Everyone: I wanted to start a discussion around considering backporting Aodh to

Re: [openstack-dev] [vitrage] Normalized Resource State

I like your idea Ifat. -Original Message- From: Afek, Ifat (Nokia - IL) [mailto:ifat.a...@nokia.com] Sent: Wednesday, May 18, 2016 1:27 PM To: OpenStack Development Mailing List (not for usage questions) Cc: Amir, Tomer (Nokia - IL)

Re: [openstack-dev] [Neutron][ML2][Routed Networks]

I update [1] to auto delete dhcp port if there is no other ports. But after the dhcp port is deleted, the dhcp service is not usable. I can resume the dhcp service by adding another subnet, but I don't think it is a good way. Do we need to consider bind dhcp port to another segment when

[openstack-dev] ODP: [Monasca] Sporadic metrics

Hi there, Erickson, do you know if you will be able to follow up my current implementation in either of components Witek has mentioned ? If you would need some better background, let me know all your questions. Currently the most crucial part would be the monasca-ui. This change would have to

Re: [openstack-dev] [tricircle]PTL election conclusion

Hi Chaoyi, Great! On Wed, May 18, 2016 at 5:31 PM, joehuang wrote: > Hello, Team, > > From last Monday to today, only single candidate (myself, if I missed > someone's nomination, please point out) for the PTL election of Tricircle for > Newton release, according to the

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Hey, Finally we took over the channel for 1h. mostly because the time was already agreed between many people on opposed timezones and it was a bit late to cancel it. The first point was finding a suitable timeslot for a biweekly meeting -for some time- and alternatively following up on

[openstack-dev] [Neutron] Neutron plugins that do not have L3 agents

Hi, The patch [i] broke all of the Neutron plugins that do not run L3 agents. This was due to the fact that some different plugins expected different values for the Q_L3_ENABLED.The revert for that patch has been blocked [ii]. In order to get out of this pickle we have proposed the following:

Re: [openstack-dev] [glance] Cross project and all other liaisons

If there is changes needed and you haven't been editing the wiki pages before, let us know. Infra does not accept new accounts at the moment due to huge amount of spamming, so if you haven't registered before, you can't do it now. - Erno On Tue, May 17, 2016 at 4:45 PM, Nikhil Komawar

Re: [openstack-dev] [Fuel][MySQL][DLM][Oslo][DB][Trove][Galera][operators] Multi-master writes look OK, OCF RA and more things

On 05/17/2016 08:55 PM, Clint Byrum wrote: > I missed your reply originally, so sorry for the 2 week lag... > > Excerpts from Mike Bayer's message of 2016-04-30 15:14:05 -0500: >> >> On 04/30/2016 10:50 AM, Clint Byrum wrote: >>> Excerpts from Roman Podoliaka's message of 2016-04-29 12:04:49

[openstack-dev] [tricircle]PTL election conclusion

Hello, Team, >From last Monday to today, only single candidate (myself, if I missed >someone's nomination, please point out) for the PTL election of Tricircle for >Newton release, according to the guideline from the community, no election is >needed. So I would like to serve as the PTL of

Re: [openstack-dev] [kolla] Proposing Mauricio Lima for core reviewer

+1 thanks for all the work Mauricio On 17/05/16 20:00, Steven Dake (stdake) wrote: Hello core reviewers, I am proposing Mauricio (mlima on irc) for the core review team. He has done a fantastic job reviewing appearing in the middle of the pack for 90 days [1] and appearing as #2 in 45 days

[openstack-dev] [fixtures] Re: [Neutron][Stable][Liberty][CLI] Gate broken

> On 18 May 2016, at 05:31, Darek Smigiel wrote: > > Hello Stable Maint Team, > It seems that python-neutronclient gate for Liberty is broken[1][2] by update > for keystoneclient. OpenStack proposal bot already sent update to > requirements [3], but it needs to be

[openstack-dev] [vitrage] Yaml file validation for Static Physical datasource

Hi Liat, I have noticed that you are working on the validation of the templates yaml files. Can you please write the validation for the static physical yaml files as well? Alexey __ OpenStack Development Mailing List (not

Re: [openstack-dev] [tc] [all] [glance] Answers to some questions about Glance

Excerpts from Robert Collins's message of 2016-05-18 14:57:05 +1200: > On 18 May 2016 at 00:54, Brian Rosmaita wrote: > > >> Couple of examples: > >> 1. switching from "is_public=true" to "visibility=public" > > > > > > This was a major version change in the Images

[openstack-dev] [gate] fernet tokens by default in devstack has been reverted

I've reverted the devstack change from 4/29 that uses fernet tokens by default [1]. This was the cause of the top non-infra-related CI failure since it landed about 3 weeks ago. There are some patches up from Lance Bragstad and Adam Young in Keystone to try and fix it, but until those make

Re: [openstack-dev] [heat] api-ref gate job is active

On 05/18/2016 09:58 AM, Jay Dobies wrote: > Just a quick note that there is a new job active called > gate-heat-api-ref. Our API documentation has been pulled into our tree > [1] and you can run it locally with `tox -e api-ref`. > > For now, it's a direct port of our existing API docs, but I'm

Re: [openstack-dev] [oslo.service] Lifecycle Hooks

Excerpts from Kanagaraj Manickam's message of 2016-05-18 19:48:13 +0530: > > DIms, > >> > >> Use case could be anything, which would needed by either > >> operator/community, who wants to perform an required task before and > after > >> service is started. This requirement is very generic by

Re: [openstack-dev] [tc] [all] [glance] Answers to some questions about Glance

On 5/18/16 2:15 AM, Clint Byrum wrote: > Excerpts from Robert Collins's message of 2016-05-18 14:57:05 +1200: >> On 18 May 2016 at 00:54, Brian Rosmaita wrote: >> Couple of examples: 1. switching from "is_public=true" to "visibility=public" >>> >>> This

Re: [openstack-dev] [kolla] Proposing Mauricio Lima for core reviewer

+1 nice work mlima! -Ryan - Original Message - From: "Vikram Hosakote (vhosakot)" To: openstack-dev@lists.openstack.org Sent: Wednesday, May 18, 2016 9:45:53 AM Subject: Re: [openstack-dev] [kolla] Proposing Mauricio Lima for core reviewer Yes, +1 for sure!

Re: [openstack-dev] [TripleO] [diskimage-builder] LVM in diskimage-builder

On Tue, May 17, 2016, at 02:32 PM, Andre Florath wrote: > Hi All! > > AFAIK the diskimage-builder started as a testing tool, but it looks > that it evolves more and more into a general propose tool for creating > docker and VM disk images. > > Currently there are ongoing efforts to add LVM [1].

Re: [openstack-dev] [Neutron] Neutron plugins that do not have L3 agents

We could do a variation on what was done in https://review.openstack.org/#/c/317754/1/lib/tempest Something like https://review.openstack.org/#/c/318145/ ? That way, no more IS_SOMETHING_ENABLED_THAT_WE_COULD_DISCOVER_VIA_THE_API variables? -- Sean M. Collins

[openstack-dev] [heat] api-ref gate job is active

Just a quick note that there is a new job active called gate-heat-api-ref. Our API documentation has been pulled into our tree [1] and you can run it locally with `tox -e api-ref`. For now, it's a direct port of our existing API docs, but I'm planning on taking a pass over them to double

Re: [openstack-dev] [oslo.service] Lifecycle Hooks

> DIms, >> >> Use case could be anything, which would needed by either >> operator/community, who wants to perform an required task before and after >> service is started. This requirement is very generic by nature, and I >> believe it will be very useful. >> >> Would like to give the sample use

Re: [openstack-dev] [kolla] Proposing Mauricio Lima for core reviewer

+1! On Tue, May 17, 2016 at 3:00 PM, Steven Dake (stdake) wrote: > Hello core reviewers, > > I am proposing Mauricio (mlima on irc) for the core review team. He has > done a fantastic job reviewing appearing in the middle of the pack for 90 > days [1] and appearing as #2 in 45

Re: [openstack-dev] [TripleO][CI] Tempest on periodic jobs

On Tue, 2016-05-17 at 20:03 +0300, Sagi Shnaidman wrote: > Hi, > raising again the question about tempest running on TripleO CI as it > was discussed in the last TripleO meeting. > > I'd like to get your attention that in these tests, which I ran just > for ensure it works, there were bugs

[openstack-dev] [javascript] Seeking contributors, js-generator-openstack

Hello everyone! The js-generator-openstack project has been incubated under openstack-infra, and is seeking contributors (and cores). The purpose of the project is as follows: - Help manage common project configuration aspects, such as licenses, gerrit, authors, and more. - Assist in

Re: [openstack-dev] [tc] [all] [glance] Answers to some questions about Glance

Excerpts from Nikhil Komawar's message of 2016-05-18 11:03:45 -0400: > > On 5/18/16 2:15 AM, Clint Byrum wrote: > > Excerpts from Robert Collins's message of 2016-05-18 14:57:05 +1200: > >> On 18 May 2016 at 00:54, Brian Rosmaita > >> wrote: > >> > Couple of

Re: [openstack-dev] [searchlight] Searchlight Core Nomination - Lei Zhang

+1 On Tue, May 17, 2016 at 2:58 PM, McLellan, Steven wrote: > +1, Lei's made some great contributions. > > On 5/17/16, 3:56 PM, "Brian Rosmaita" wrote: > >>+1 >> >>I second the motion! >> >>On 5/17/16, 3:42 PM, "Tripp, Travis S"

Re: [openstack-dev] [Neutron] Neutron plugins that do not have L3 agents

On 05/18/2016 10:42 AM, Sean M. Collins wrote: We could do a variation on what was done in https://review.openstack.org/#/c/317754/1/lib/tempest Something like https://review.openstack.org/#/c/318145/ ? That way, no more IS_SOMETHING_ENABLED_THAT_WE_COULD_DISCOVER_VIA_THE_API variables?

[openstack-dev] disabling deprecated APIs by config?

nova-net is now deprecated - https://review.openstack.org/#/c/310539/ And we're in the process in Nova of doing some spring cleaning and deprecating the proxies to other services - https://review.openstack.org/#/c/312209/ At some point in the future after deprecation the proxy code is going to

Re: [openstack-dev] [mistral][oslo.messaging] stable/mitaka is broken by oslo.messaging 5.0.0

Roman Dobosz wrote: On Tue, 17 May 2016 21:41:11 -0700 Joshua Harlow wrote: Options I see: Constrain oslo.messaging in global-requirements.txt for stable/mitaka with 4.6.1. Hard to do since it requires wide cross-project coordination. Remove that hack in stable/mitaka

Re: [openstack-dev] disabling deprecated APIs by config?

On Wed, 2016-05-18 at 10:56 -0500, Dean Troyer wrote: > With my OSC hat on, I need to still support those APIs for a couple of > years at least, so I would love to have a way to discover that those > APIs have been disabled without requiring a round trip to get a 404. > This seems like a useful

Re: [openstack-dev] [all] Proposal: copyright-holders file in each project, or copyright holding forced to the OpenStack Foundation

+1 james bottomley On Sun, Jan 17, 2016 at 11:55 PM, James Bottomley < james.bottom...@hansenpartnership.com> wrote: > On Fri, 2016-01-15 at 15:38 +, Daniel P. Berrange wrote: > > On Fri, Jan 15, 2016 at 08:48:21PM +0800, Thomas Goirand wrote: > > > This isn't the first time I'm calling for

Re: [openstack-dev] disabling deprecated APIs by config?

On Wed, May 18, 2016 at 10:20 AM, Sean Dague wrote: > nova-net is now deprecated - https://review.openstack.org/#/c/310539/ Woot! Now to make it not-the-default in DevStack... > One idea was a "big red switch" in the format of a config option >

Re: [openstack-dev] disabling deprecated APIs by config?

On Wed, May 18, 2016 at 10:20 AM, Sean Dague wrote: > nova-net is now deprecated - https://review.openstack.org/#/c/310539/ > > And we're in the process in Nova of doing some spring cleaning and > deprecating the proxies to other services - >

Re: [openstack-dev] [all] Deprecated options in sample configs?

  -Original Message- From: Matt Fischer Reply: OpenStack Development Mailing List (not for usage questions) Date: May 17, 2016 at 19:29:10 To: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [kolla] Proposing Mauricio Lima for core reviewer

+1 :) On 18 May 2016 at 10:02, Ryan Hallisey wrote: > +1 nice work mlima! > > -Ryan > > - Original Message - > From: "Vikram Hosakote (vhosakot)" > To: openstack-dev@lists.openstack.org > Sent: Wednesday, May 18, 2016 9:45:53 AM > Subject: Re:

[openstack-dev] [neutron][stable] Ryu 4.2 breaking python34 jobs

I just wanted to give a heads-up to everyone that a bug in Ryu 4.2 which was just recently pushed to pypi seems to causing issues in the python34 jobs in neutron-dynamic-routing. This issue will likely also cause problems for backports to stable/mitaka in the main neutron repository. I have

Re: [openstack-dev] [tc] [all] [glance] Answers to some questions about Glance

All great points. But, I just want us to read between the lines. On 5/17/16 10:57 PM, Robert Collins wrote: > On 18 May 2016 at 00:54, Brian Rosmaita wrote: > >>> Couple of examples: >>> 1. switching from "is_public=true" to "visibility=public" >> >> This was a

Re: [openstack-dev] [neutron][stable] Ryu 4.2 breaking python34 jobs

On 18 May 2016 at 09:25, Tidwell, Ryan wrote: > I just wanted to give a heads-up to everyone that a bug in Ryu 4.2 which > was just recently pushed to pypi seems to causing issues in the python34 > jobs in neutron-dynamic-routing. This issue will likely also cause >

Re: [openstack-dev] [tc] [all] [glance] Answers to some questions about Glance

On 5/18/16 11:55 AM, Clint Byrum wrote: > Excerpts from Nikhil Komawar's message of 2016-05-18 11:03:45 -0400: >> On 5/18/16 2:15 AM, Clint Byrum wrote: >>> Excerpts from Robert Collins's message of 2016-05-18 14:57:05 +1200: On 18 May 2016 at 00:54, Brian Rosmaita

Re: [openstack-dev] [neutron][stable] Ryu 4.2 breaking python34 jobs

> On 18 May 2016, at 18:33, Armando M. wrote: > > > > On 18 May 2016 at 09:25, Tidwell, Ryan wrote: > I just wanted to give a heads-up to everyone that a bug in Ryu 4.2 which was > just recently pushed to pypi seems to causing issues in the python34

  1   2   >