Re: [openstack-dev] [heat] Sergey Kraynev for heat-core

2014-06-27 Thread Steven Hardy
On Fri, Jun 27, 2014 at 10:08:08AM +1200, Steve Baker wrote: I'd like to nominate Sergey Kraynev for heat-core. His reviews are valuable and prolific, and his commits have shown a sound understanding of heat internals. http://stackalytics.com/report/contribution/heat-group/60 +1

Re: [openstack-dev] [TripleO] os-refresh-config run frequency

2014-06-27 Thread Macdonald-Wallace, Matthew
Hi Clint, -Original Message- From: Clint Byrum [mailto:cl...@fewbar.com] Sent: 26 June 2014 20:21 To: openstack-dev Subject: Re: [openstack-dev] [TripleO] os-refresh-config run frequency So I see two problems highlighted above. 1) We don't re-assert ephemeral state set by o-r-c

Re: [openstack-dev] [heat] Sergey Kraynev for heat-core

2014-06-27 Thread Thomas Spatzier
From: Steve Baker sba...@redhat.com To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Date: 27/06/2014 00:10 Subject: [openstack-dev] [heat] Sergey Kraynev for heat-core I'd like to nominate Sergey Kraynev for heat-core. His reviews are valuable and prolific, and his

Re: [openstack-dev] [TripleO] os-refresh-config run frequency

2014-06-27 Thread Macdonald-Wallace, Matthew
Hi Chris, -Original Message- From: Chris Jones [mailto:c...@tenshu.net] Sent: 26 June 2014 20:38 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [TripleO] os-refresh-config run frequency Hi Given... On 26 Jun 2014, at 20:20,

Re: [openstack-dev] [TripleO] os-refresh-config run frequency

2014-06-27 Thread Macdonald-Wallace, Matthew
-Original Message- From: Chris Jones [mailto:c...@tenshu.net] Sent: 26 June 2014 20:58 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [TripleO] os-refresh-config run frequency Hi On 26 Jun 2014, at 20:55, Clint Byrum

Re: [openstack-dev] [Neutron][IPv6] Neutron IPv6 in Icehouse and further

2014-06-27 Thread Jaume Devesa
Hello Maksym, last week I had more or less the same questions than you and I investigate a little bit... Currently we have the *ipv6_ra_mode *and *ipv6_address_mode *in the subnet entity. The way you combine these two values will determine how and who will configure your VM´s IPv6 addresses. Not

Re: [openstack-dev] [heat] Sergey Kraynev for heat-core

2014-06-27 Thread Bartosz Górski
On 06/27/2014 12:08 AM, Steve Baker wrote: I'd like to nominate Sergey Kraynev for heat-core. His reviews are valuable and prolific, and his commits have shown a sound understanding of heat internals. http://stackalytics.com/report/contribution/heat-group/60 +1

[openstack-dev] [swift] eventual consistency and lost updates

2014-06-27 Thread Eoghan Glynn
Hi Swiftsters! A basic question about swift eventual- versus strong-consistency. The context is potentially using swift as a store for metric data. Say datapoints {p1, p2, ..., p_i} are stored in a swift object. Presumably these data are replicated across the object ring in an eventually

Re: [openstack-dev] [marconi] Python 3.3 Gate is Passing!

2014-06-27 Thread wpf
it will make my tox result more clear -:) On Fri, Jun 27, 2014 at 8:07 AM, Fei Long Wang feil...@catalyst.net.nz wrote: Nataliia, good job. Glad to see we can pass the py33 gate. On 27/06/14 03:40, Kurt Griffiths wrote: Hi everyone, I just wanted to to congratulate Nataliia on making

[openstack-dev] [rubick] Proposal to make py33 job voting for stackforge/rubick

2014-06-27 Thread Oleg Gelbukh
Hello, As our commits consistently pass py33 tests for last month (although not so many changes were made), I propose to enable py33 job voting on stackforge/rubick repository. What do you think? -- Best regards, Oleg Gelbukh ___ OpenStack-dev mailing

[openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread Sean Dague
It's clear that lots of projects want 3rd Party CI information on patches. But it's also clear that 6 months into this experiment with a lot of 3rd Party CI systems, the Gerrit UI is really not great for this. A couple of things have fallen out of this. 3rd Party CI bots outnumber Human comments

[openstack-dev] Python minimum version for Juno Horizon/Dashboard

2014-06-27 Thread Adam Nelson
I noticed that Django 1.7 no longer supports Python 2.6: https://docs.djangoproject.com/en/dev/releases/1.7/#python-compatibility Since it will be released in July/August, has there been any consideration of making 2.7 the minimum for Horizon and Openstack Dashboard?

[openstack-dev] [Fuel] Changes in iso build because of feature groups

2014-06-27 Thread Dmitry Pyzhov
Guys, We are going to merge feature groups https://blueprints.launchpad.net/fuel/+spec/feature-groups, it will cause small changes in iso build parameters. MIRANTIS parameter is deprecated, please use FEATURE_GROUPS=mirantis instead. Another available feature group is 'experimental'. Without it

[openstack-dev] [horizon] [neutron] Disassociating Instance's floating IP from Instances table with Neutron

2014-06-27 Thread Timur Sufiev
Hello! So, we have a little problem with 'Disassociate IP' button in Instances table when 'simple_ip_management' option is not specified in Horizon's config - it is absent (https://bugs.launchpad.net/fuel/+bug/1325575). Having investigated the problem a little bit, I found the following note in

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread Flavio Percoco
On 27/06/14 07:40 -0400, Sean Dague wrote: It's clear that lots of projects want 3rd Party CI information on patches. But it's also clear that 6 months into this experiment with a lot of 3rd Party CI systems, the Gerrit UI is really not great for this. A couple of things have fallen out of

Re: [openstack-dev] [heat] Sergey Kraynev for heat-core

2014-06-27 Thread Angus Salkeld
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27/06/14 08:10, Steve Baker wrote: I'd like to nominate Sergey Kraynev for heat-core. His reviews are valuable and prolific, and his commits have shown a sound understanding of heat internals.

Re: [openstack-dev] [marconi] Python 3.3 Gate is Passing!

2014-06-27 Thread Flavio Percoco
On 26/06/14 15:40 +, Kurt Griffiths wrote: Hi everyone, I just wanted to to congratulate Nataliia on making Marconi one of the first OS project to pass the py33 gate! https://pbs.twimg.com/media/BrEQrZiCMAAbfEX.png:large Now, let’s make that gate voting. :D FWIW, it's already voting:

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread Daniel P. Berrange
On Fri, Jun 27, 2014 at 07:40:51AM -0400, Sean Dague wrote: It's clear that lots of projects want 3rd Party CI information on patches. But it's also clear that 6 months into this experiment with a lot of 3rd Party CI systems, the Gerrit UI is really not great for this. That's an understatement

[openstack-dev] [all] milestone-proposed is dead, long lives proposed/foo

2014-06-27 Thread Thierry Carrez
Hi everyone, Since the dawn of time, we have been using milestone-proposed branches for milestone and final release branches. Those would get milestone-critical and release-critical bugfixes backports, while the master branch can continue to be open for development. However, reusing the same

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-27 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 26/06/14 22:38, Alexei Kornienko wrote: Hello Jay, Benchmark for oslo.messaging is really simple: You create a client that sends messages infinitively and a server that processes them. After you can use rabbitmq management plugin to see

Re: [openstack-dev] [cinder][glance] Update volume-image-metadata proposal

2014-06-27 Thread Maldonado, Facundo N
Should this code cleanup be done separate from the update volume-Image-metadata update bp or should be a work item of it? -Original Message- From: Duncan Thomas [mailto:duncan.tho...@gmail.com] Sent: Thursday, June 26, 2014 7:29 PM To: OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [all] oslo.messaging 1.4.0.0a1 released

2014-06-27 Thread Paul Michali (pcm)
Mark, When would we be able to get a release of Oslo with 102909 fix in? It’s preventing Jenkins passing for some commits in Neutron. Thanks! PCM (Paul Michali) MAIL …..…. p...@cisco.com IRC ……..… pcm_ (irc.freenode.com) TW ………... @pmichali GPG Key … 4525ECC253E31A83 Fingerprint .. 307A

Re: [openstack-dev] Python minimum version for Juno Horizon/Dashboard

2014-06-27 Thread Doug Hellmann
On Fri, Jun 27, 2014 at 7:44 AM, Adam Nelson a...@kili.io wrote: I noticed that Django 1.7 no longer supports Python 2.6: https://docs.djangoproject.com/en/dev/releases/1.7/#python-compatibility Since it will be released in July/August, has there been any consideration of making 2.7 the

Re: [openstack-dev] [Murano] Nominations to Murano core

2014-06-27 Thread Ruslan Kamaldinov
Serg, Steve, welcome to Murano core team! -- Ruslan On Thu, Jun 26, 2014 at 8:06 PM, Georgy Okrokvertskhov gokrokvertsk...@mirantis.com wrote: +1 for both! Thanks for the great work! Regards, Gosha On Thu, Jun 26, 2014 at 7:05 AM, Timur Sufiev tsuf...@mirantis.com wrote: +1 for both.

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-27 Thread Alexei Kornienko
Hello, Please find some answers inline. Regards, Alexei On 06/27/2014 04:04 PM, Ihar Hrachyshka wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 26/06/14 22:38, Alexei Kornienko wrote: Hello Jay, Benchmark for oslo.messaging is really simple: You create a client that sends

[openstack-dev] [Blazar] June 27 Weekly meeting

2014-06-27 Thread Fuente, Pablo A
I have an All Hands this noon, so I could attend only to the first half of Blazar meeting. Pablo. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-27 Thread Sandy Walsh
Something to consider is the create the queue in advance feature is done for notifications, so we don't drop important messages on the floor by having an Exchange with no associated Queue. For RPC operations, this may not be required (we assume the service is available). If this check is truly

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-27 Thread Alexei Kornienko
Hi, Why should we create queue in advance? Let's consider following use cases: 1) * listener starts and creates a queue * publishers connect to exchange and start publishing No need to create a queue in advance here since listener does it when it starts 2) * publishers create a queue in

Re: [openstack-dev] [Neutron][LBaaS] subjAltName and CN extraction from x509 certificates

2014-06-27 Thread John Dennis
On 06/27/2014 12:21 AM, Carlos Garza wrote: I don't know where we can check in experimental code so I have a demonstration of how to extract CNs subjAltNames or what ever we want from x509 certificates. Later on I plan to use the OpenSSL libraries to verify certs coming from barbican

Re: [openstack-dev] [rubick] Proposal to make py33 job voting for stackforge/rubick

2014-06-27 Thread Jay Pipes
Sure, why not? :) On 06/27/2014 06:25 AM, Oleg Gelbukh wrote: Hello, As our commits consistently pass py33 tests for last month (although not so many changes were made), I propose to enable py33 job voting on stackforge/rubick repository. What do you think? -- Best regards, Oleg Gelbukh

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-27 Thread Gordon Sim
On 06/26/2014 09:38 PM, Alexei Kornienko wrote: Benchmark for oslo.messaging is really simple: You create a client that sends messages infinitively and a server that processes them. After you can use rabbitmq management plugin to see average throughput in the queue. Simple example can be found

Re: [openstack-dev] [cinder][glance] Update volume-image-metadata proposal

2014-06-27 Thread Duncan Thomas
I think make it a work item on the blueprint. I honestly haven't looked to see how much there'd be, just bought it up as a possible requirement so that it didn't later come as a surprise to glance folks On 27 June 2014 14:09, Maldonado, Facundo N facundo.n.maldon...@intel.com wrote: Should this

Re: [openstack-dev] [oslo][messaging] Further improvements and refactoring

2014-06-27 Thread Sandy Walsh
On 6/27/2014 11:27 AM, Alexei Kornienko wrote: Hi, Why should we create queue in advance? Notifications are used for communicating with downstream systems (which may or may not be online at the time). This includes dashboards, monitoring systems, billing systems, etc. They can't afford to lose

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread John Griffith
On Fri, Jun 27, 2014 at 6:35 AM, Daniel P. Berrange berra...@redhat.com wrote: On Fri, Jun 27, 2014 at 07:40:51AM -0400, Sean Dague wrote: It's clear that lots of projects want 3rd Party CI information on patches. But it's also clear that 6 months into this experiment with a lot of 3rd

Re: [openstack-dev] [heat] Sergey Kraynev for heat-core

2014-06-27 Thread Sergey Kraynev
Thanks you everyone for the chance to join to this awesome team! It's honor for me and I hope, that my 5 cents will help to make Heat even better :) Regards, Sergey. On 27 June 2014 02:08, Steve Baker sba...@redhat.com wrote: I'd like to nominate Sergey Kraynev for heat-core. His reviews are

Re: [openstack-dev] [marconi] Python 3.3 Gate is Passing!

2014-06-27 Thread Monty Taylor
On 06/27/2014 08:20 AM, Flavio Percoco wrote: On 26/06/14 15:40 +, Kurt Griffiths wrote: Hi everyone, I just wanted to to congratulate Nataliia on making Marconi one of the first OS project to pass the py33 gate! https://pbs.twimg.com/media/BrEQrZiCMAAbfEX.png:large Now, let’s make

Re: [openstack-dev] [TripleO] os-refresh-config run frequency

2014-06-27 Thread Clint Byrum
Excerpts from Macdonald-Wallace, Matthew's message of 2014-06-27 00:14:49 -0700: Hi Clint, -Original Message- From: Clint Byrum [mailto:cl...@fewbar.com] Sent: 26 June 2014 20:21 To: openstack-dev Subject: Re: [openstack-dev] [TripleO] os-refresh-config run frequency So

[openstack-dev] 'retry' option

2014-06-27 Thread Gordon Sim
A question about the new 'retry' option. The doc says: By default, cast() and call() will block until the message is successfully sent. What does 'successfully sent' mean here? Does it mean 'written to the wire' or 'accepted by the broker'? For the impl_qpid.py driver, each send is

Re: [openstack-dev] [oslo][messaging] 'retry' option

2014-06-27 Thread Gordon Sim
I do apologise for omitting the subject qualifiers in my previous mail! On 06/27/2014 05:02 PM, Gordon Sim wrote: A question about the new 'retry' option. The doc says: By default, cast() and call() will block until the message is successfully sent. What does 'successfully sent'

Re: [openstack-dev] [Ceilometer] [Heat] Ceilometer aware people, please advise us on processing notifications..

2014-06-27 Thread Andrew Mann
This may be out of scope, but as a developer of an external tool that works with OpenStack we would love an external interface to get this kind of information more efficiently. Today we poll the state of all resources periodically which is a pretty heavy operation. Ideally any work done for

Re: [openstack-dev] [swift] eventual consistency and lost updates

2014-06-27 Thread John Dickinson
Great questions. I'll answer inline. On Jun 27, 2014, at 2:54 AM, Eoghan Glynn egl...@redhat.com wrote: Hi Swiftsters! A basic question about swift eventual- versus strong-consistency. The context is potentially using swift as a store for metric data. Say datapoints {p1, p2, ..., p_i}

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread Dan Smith
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 What if 3rd Party CI didn't vote in Gerrit? What if it instead published to some 3rd party test reporting site (a thing that doesn't yet exist). Gerrit has the facility so that we could inject the dashboard content for this in Gerrit in a little

Re: [openstack-dev] [Neutron][LBaaS] subjAltName and CN extraction from x509 certificates

2014-06-27 Thread Dustin Lundquist
It doesn't look like NSS is currently used within Neutron or Keystone. Another alternative would be to write the certificate to a temp file and then invoke openssl x509 -text -noout -in $TEMP_FILE and parse the output, Keystone currently does similar (keystone/common/openssl.py). Given renewed

[openstack-dev] [Glance] Juno mid-cycle meetup topic proposals

2014-06-27 Thread Brian Rosmaita
The Glance Mid-Cycle Meeting will be held July 24-25 at VMware, Inc, in Palo Alto, CA, USA. Info is here: https://etherpad.openstack.org/p/glance-juno-mid-cycle-meeting Please add proposals for discussion topics to the bottom of that etherpad, or just add your name so we can guage interest, or

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread Zaro
Sean, there is a proposal[1] in upstream gerrit to fix this issue. David's proposal is to make Gerrit handle multiple notifications channels per project which would allow us to treat bot notifications differently than human notifications. He has the same problem as we do, most of his builds are

[openstack-dev] [marconi] Async I/O for Message Store Drivers

2014-06-27 Thread Kurt Griffiths
Folks, now that we have Py3K support, we need to start thinking about things that we need to do to tune performance when deploying on 3.3 or 3.4. I created a blueprint (we are still working on getting our spec process set up) to start the discussion here:

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread Sean Dague
On 06/27/2014 02:19 PM, Zaro wrote: Sean, there is a proposal[1] in upstream gerrit to fix this issue. David's proposal is to make Gerrit handle multiple notifications channels per project which would allow us to treat bot notifications differently than human notifications. He has the same

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread Zaro
David did suggest adding REST api endpoints to get data for each channel so it doesn't necessarily require you to even use the gerrit web ui. However the web UI's old screen is pretty much dead so I assume the presentation would only be available in new change screen. I know Openstackers have

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread Sean Dague
I do quite like the conflicts with part, I was thinking about that the other day. That would be hugely useful. -Sean On 06/27/2014 02:56 PM, Zaro wrote: David did suggest adding REST api endpoints to get data for each channel so it doesn't necessarily require you to even use the gerrit

[openstack-dev] What's Up Doc? Jun 27, 2014

2014-06-27 Thread Anne Gentle
__In review and merged this past week__ Keep using the handy Gerrit dashboard for doc reviews at http://is.gd/openstackdocreview. We have a nearly-done instruction set for creating FreeBSD images in the Virtual Machine Image Guide. Check it out at https://review.openstack.org/#/c/102265/ We've

Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora

2014-06-27 Thread James Slagle
Things are a bit confusing right now, especially with what's been proposed. Let me try and clarify (even if just for my own sake). Currently the choices offered are: 1. mysql percona with the percona tarball 2. mariadb galera with mariadb.org packages 3. mariadb galera with rdo packages And,

Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora

2014-06-27 Thread Clint Byrum
Excerpts from James Slagle's message of 2014-06-27 12:59:36 -0700: Things are a bit confusing right now, especially with what's been proposed. Let me try and clarify (even if just for my own sake). Currently the choices offered are: 1. mysql percona with the percona tarball Percona

Re: [openstack-dev] [TripleO] Use MariaDB by default on Fedora

2014-06-27 Thread James Slagle
On Fri, Jun 27, 2014 at 4:13 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from James Slagle's message of 2014-06-27 12:59:36 -0700: Things are a bit confusing right now, especially with what's been proposed. Let me try and clarify (even if just for my own sake). Currently the choices

[openstack-dev] [Ironic] Reminder: mid-cycle meetup - one month away

2014-06-27 Thread Devananda van der Veen
Hi all, I'd like to remind folks that our mid cycle is now just one month away! When: July 28 - 30 2014 Where: Intel Campus, 2111 Northeast 25th Avenue, Hillsboro, OR, 97124 Hotel information and other logistics can be found on the wiki page:

Re: [openstack-dev] [all] 3rd Party CI vs. Gerrit

2014-06-27 Thread James E. Blair
Sean Dague s...@dague.net writes: It seems what we actually want is a dashboard of these results. We want them available when we go to Gerrit, but we don't want them in Gerrit itself. I agree with most of what you wrote, particularly that we want them available in Gerrit and with a sensible

Re: [openstack-dev] [Neutron]One security issue about floating ip

2014-06-27 Thread shihanzhang
I think this problem also exist in security group! At 2014-06-27 11:20:31, stanzgy stan@gmail.com wrote: I have filed this bug on nova https://bugs.launchpad.net/nova/+bug/1334938 On Fri, Jun 27, 2014 at 10:19 AM, Yongsheng Gong gong...@unitedstack.com wrote: I have reported it on

Re: [openstack-dev] [Neutron][LBaaS] subjAltName and CN extraction from x509 certificates

2014-06-27 Thread Carlos Garza
Too late guys. I'm already grabbing the fields from pyasn1. I'm not writing an ASN1 parser I'm using the one from pyasn1_modules.rfc2459. I am in favor of using a common crypto lib which is why I was planning to use the cryptography package that barbican already depends on to handle the

Re: [openstack-dev] [Neutron][LBaaS] subjAltName and CN extraction from x509 certificates

2014-06-27 Thread Carlos Garza
On Jun 27, 2014, at 9:26 AM, John Dennis jden...@redhat.com wrote: On 06/27/2014 12:21 AM, Carlos Garza wrote: I don't know where we can check in experimental code so I have a demonstration of how to extract CNs subjAltNames or what ever we want from x509 certificates. Later on I

Re: [openstack-dev] [Neutron][LBaaS] subjAltName and CN extraction from x509 certificates

2014-06-27 Thread Carlos Garza
On Jun 28, 2014, at 12:01 AM, Carlos Garza carlos.ga...@rackspace.com wrote: example python script using your example pem file. If using NSS isn't an option I'd rather see us provide the necessary binding in pyopenssl than handcraft one-off routines. Are you saying you prefer us