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

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 are valid and actually do sign the private_key

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

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 wrote: > I have reported it on neutron project > https://bugs.launchpad.net/neutron/+bug/1334926 > > > On Fri, Jun 27, 2014 at 5:07 AM, Vishvananda Ishaya > wrote: > >> I

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

I have reported it on neutron project https://bugs.launchpad.net/neutron/+bug/1334926 On Fri, Jun 27, 2014 at 5:07 AM, Vishvananda Ishaya wrote: > I missed that going in, but it appears that clean_conntrack is not done on > disassociate, just during migration. It sounds like we should remove th

Re: [openstack-dev] [Neutron] DVR SNAT shortcut

From: Zang MingJie [zealot0...@gmail.com] Sent: Thursday, June 26, 2014 6:29 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutron] DVR SNAT shortcut On Wed, Jun 25, 2014 at 10:29 PM, McCann, Jack wrote:

Re: [openstack-dev] [nova] Two questions about 'backup' API

Hi Vish, thanks for your reply. About Q1, I mean that Nova doesn't have extra processions/works for 'daily'/'weekly' than other backup_types like '123'/'test'. The 'daily' & 'weekly' don't have unique places in the API than any other else. But we gave them as examples in code comments especially

Re: [openstack-dev] Performance of security group

Interesting idea to optimize the performance. Not only security group rule will leads to fanout message load, we need to review and check to see if all fanout usegae in Neutron could be optimized. For example, L2 population: self.fanout_cast(context, self.make_msg(method, fdb_entr

[openstack-dev] 答复: [heat] Sergey Kraynev for heat-core

+1,congratulations：） -邮件原件- 发件人: Steve Baker [mailto:sba...@redhat.com] 发送时间: 2014年6月27日 6:08 收件人: OpenStack Development Mailing List 主题: [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] [Fuel] Bug squashing day on Tu, 24th of June

I've updated the bug squashing stats to the current numbers, and we still have the same trend that I noted on Tuesday. Overall number of bugs is going down, but number of high priority bugs is growing: New18 7Incomplete23 1Critical/High for 5.1141 6Critical/High for 5.1, Confirmed Triaged83 -1Medi

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

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 > Marconi one of the first OS project to pass the py33 gate! > > https://pbs.twimg.com/media/BrEQrZiCMAAbfEX.png:large > > Now, let

Re: [openstack-dev] [marconi] Decoupling backend drivers

+1 for the decoupling, since we're running into an issue when using mysql as the pool. On 27/06/14 03:10, Kurt Griffiths wrote: > Crew, I'd like to propose the following: > > 1. Decouple pool management from data storage (two separate drivers) > 2. Keep pool management driver for sqla, but drop

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

Hi! I'm waiting for that too... Currently, I'm running IceHouse with static IPv6 address, with the topology "VLAN Provider Networks" and, to make it easier, I'm counting on the following blueprint: https://blueprints.launchpad.net/neutron/+spec/ipv6-provider-nets-slaac ...but, I'm not sure if it

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

Hi Folks, Could you please tell what is the current state of IPv6 in Neutron? Does it have DHCPv6 working? What is the best point to start hacking from? Devstack stable/icehouse or maybe some tag? Are there any docs / raw deployment guides? I see some patches not landed yet [1] ... I assume it wo

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

On Jun 26, 2014, at 5:25 PM, Zane Bitter wrote: > On 23/06/14 19:25, Clint Byrum wrote: >> Hello! I would like to turn your attention to this specification draft >> that I've written: >> >> https://review.openstack.org/#/c/100012/1/specs/convergence-continuous-observer.rst >> >> Angus has sugg

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

On Jun 26, 2014, at 5:08 PM, 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] [cinder][glance] Update volume-image-metadata proposal

On 25 June 2014 20:08, Tripp, Travis S wrote: > Once an instance is launched, the “image” properties are treated the same > and lose distinction of whether they came from an image or a bootable volume > in Nova. I agree with Facundo that maintaining a consistency between > configuration files sou

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

On 23/06/14 19:25, Clint Byrum wrote: Hello! I would like to turn your attention to this specification draft that I've written: https://review.openstack.org/#/c/100012/1/specs/convergence-continuous-observer.rst Angus has suggested that perhaps Ceilometer is a better place to handle this. Can y

Re: [openstack-dev] [cinder] volume creation failed.

By default, devstack does not keep the logs. See the section "Screen logging" on http://devstack.org/configuration.html for how to turn it on On 26 June 2014 13:53, Yogesh Prasad wrote: > Hi, > > I have a devstack setup. > Please tell me, how i can create separate log file for each type of logs.

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

On 26/06/14 18:08, 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] [heat] Sergey Kraynev for heat-core

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 ___ OpenStack-dev mailing list OpenSt

Re: [openstack-dev] [infra] Gerrit downtime on Saturday, June 28, 2014

Hi, We (designate) have 2 other repos that need to be moved as well stackforge/python-designateclient -> openstack/python-designateclient stackforge/designate-specs -> openstack/designate-specs - Graham On Thu, 2014-06-26 at 09:33 -0700, James E. Blair wrote: Hi, On Saturday, June 28 at 15:

Re: [openstack-dev] Virtual Interface creation failed

I have seen something like this before with nova-network and it was due to the number of requests the rpc call timeout gets hit for allocate_network. You might need to set your rpc_response_timeout to something greater. I think it defaults to 60 seconds. Vish On Jun 25, 2014, at 6:57 AM, tfre.

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

On 06/26/2014 11:11 AM, Jan Provaznik wrote: On 06/25/2014 06:58 PM, Giulio Fidente wrote: On 06/16/2014 11:14 PM, Clint Byrum wrote: Excerpts from Gregory Haynes's message of 2014-06-16 14:04:19 -0700: Excerpts from Jan Provazník's message of 2014-06-16 20:28:29 +: Hi, MariaDB is now inc

Re: [openstack-dev] [nova] should we have a stale data indication in "nova list/show"?

On Jun 26, 2014, at 3:58 AM, Day, Phil wrote: >> -Original Message- >> From: Ahmed RAHAL [mailto:ara...@iweb.com] >> Sent: 25 June 2014 20:25 >> To: openstack-dev@lists.openstack.org >> Subject: Re: [openstack-dev] [nova] should we have a stale data indication in >> "nova list/show"? >>

Re: [openstack-dev] [nova] Why is there a 'None' task_state between 'SCHEDULING' & 'BLOCK_DEVICE_MAPPING'?

Thanks WingWJ. It would also be great to track this in a bug. Vish On Jun 26, 2014, at 5:30 AM, wu jiang wrote: > Hi Phil, > > Ok, I'll submit a patch to add a new task_state(like 'STARTING_BUILD') in > these two days. > And related modifications will be definitely added in the Doc. > > Th

Re: [openstack-dev] [nova] Two questions about 'backup' API

On Jun 26, 2014, at 5:07 AM, wu jiang wrote: > Hi all, > > I tested the 'backup' API recently and got two questions about it: > > 1. Why 'daily' & 'weekly' appear in code comments & novaclient about > 'backup_type' parameter? > > The 'backup_type' parameter is only a tag for this backup(image

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

I missed that going in, but it appears that clean_conntrack is not done on disassociate, just during migration. It sounds like we should remove the explicit call in migrate, and just always call it from remove_floating_ip. Vish On Jun 26, 2014, at 1:48 PM, Brian Haley wrote: > Signed PGP part >

Re: [openstack-dev] Log / error message format best practices & standards

Hi, Le 2014-06-26 12:14, boden a écrit : We were recently having a discussion over here in trove regarding a standardized format to use for log and error messages - obviously consistency is ideal (within and across projects). As this discussion involves the broader dev community, bringing this t

Re: [openstack-dev] [DevStack] neutron config not working

Mark Kirkwood wrote: > On 25/06/14 10:59, Rob Crittenden wrote: >> Before I get punted onto the operators list, I post this here because >> this is the default config and I'd expect the defaults to just work. >> >> Running devstack inside a VM with a single NIC configured and this in >> localrc: >>

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I believe nova-network does this by using 'conntrack -D -r $fixed_ip' when the floating IP goes away (search for clean_conntrack), Neutron doesn't when it removes the floating IP. Seems like it's possible to close most of that gap in the l3-agent - wh

[openstack-dev] [Ironic]UEFI support for Ironic deploy drivers - Design spec review

Hi Devananda, I need your inputs for addressing the review comments for this design spec. https://review.openstack.org/#/c/99850/ I got couple of comments, one to merge this design spec with https://review.openstack.org/#/c/94925/4/specs/juno/better-bootloader-options.rst Another one suggests to

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

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 average throughput in the queue. Simple example can be found here - https://github.com/andreykuri

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

Hey Alexei, thanks for sharing your findings. Comments inline. On 06/26/2014 10:08 AM, Alexei Kornienko wrote: Hello, Returning to performance issues of oslo.messaging. I've found 2 biggest issue in existing implementation of rabbit (kombu) driver: 1) For almost every message sent/received a n

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

The Oslo team is pleased to announce the release of oslo.messaging 1.4.0.0a1, the first pre-release in the 1.4.0 series for oslo.messaging during the Juno cycle: https://pypi.python.org/pypi/oslo.messaging/1.4.0.0a1 oslo.messaging provides an API which supports RPC and notifications over a numb

Re: [openstack-dev] [Neutron] One performance issue about VXLAN pool initiation

++. This might also be useful in ipam. I'll have a look at the patch regardless for the short term. (I had actually suggested something similar on Eugene's patch review.) Carl On Jun 26, 2014 8:14 AM, "Zang MingJie" wrote: > it would be better to make the range increase dynamic, instead of cr

Re: [openstack-dev] python-neutronclient 2.3.5 released

On 6/26/2014 11:49 AM, Kyle Mestery wrote: I just pushed a new version of python-neutronclient out: 2.3.5. The main driver for this release were a couple of coordination fixes between Nova and Neutron, most significantly the addition of the OverQuotaClient exception in the client. There are so

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

Hi On 26 Jun 2014, at 20:55, Clint Byrum wrote: > Let's not focus on the else, but the primary condition which is "If we > changed, restart". The point is, if we didn't change, try not to be > disruptive. Agreed :) Cheers, Chris ___ OpenStack-dev m

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

There is a bit more to it. The floating ip was dissociated which means it should have been removed from the gateway device. How long did the connection stay up? Was this a matter of the l3 agent getting a little behind and not processing the update for a while? Can you confirm that the floating

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

Excerpts from Chris Jones's message of 2014-06-26 12:37:55 -0700: > On 26 Jun 2014, at 20:20, Clint Byrum wrote: > > we should just have a file in /var/run that > > > Whenever a new version is detected, os-collect-config would set a value > > in the environment that informs the command "this is a

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

Hi Given... On 26 Jun 2014, at 20:20, Clint Byrum wrote: > we should just have a file in /var/run that and... > I think we should focus just on "how do we re-assert state?". ... for the reboot case, we could have os-collect-config check for the presence of the /var/run file when it starts, i

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

I believe this will affect nova-network as well. We probably should use something like the linux cutter utility to kill any ongoing connections after we remove the nat rule. Vish On Jun 25, 2014, at 8:18 PM, Xurong Yang wrote: > Hi folks, > > After we create an SSH connection to a VM via its

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

Excerpts from Macdonald-Wallace, Matthew's message of 2014-06-26 04:13:31 -0700: > Hi all, > > I've been working more and more with TripleO recently and whilst it does seem > to solve a number of problems well, I have found a couple of idiosyncrasies > that I feel would be easy to address. > >

Re: [openstack-dev] [sahara] Upgrade of Hadoop components inside released version

It was discussed on today's irc team meeting [0] and we've agreed that in this case everything is ok but a small doc with notice needed. So, in a few words, 98260 just updates the Ambari version, but not a version of Hadoop / HDP and it means that plugin version isn't changed too. Just a notice ab

[openstack-dev] [All] Removing translations from debug logging where exception formatted into the message

Hi, We hit nasty situation where _() was removed from DEBUG level logging and there is exception included like following: msg = "Forbidden upload attempt: %s" % e This caused gettextutils raising UnicodeError: 2014-06-26 18:16:24.221 | File "glance/openstack/common/gettextutils.py", line 333,

[openstack-dev] [sahara] team meeting minutes June 26

Thanks everyone who have joined Sahara meeting. Here are the logs from the meeting: Minutes: http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-06-26-18.01.html Logs: http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-06-26-18.01.log.html -- Sincerely yours, Sergey L

Re: [openstack-dev] Log / error message format best practices & standards

On 06/26/2014 12:14 PM, boden wrote: We were recently having a discussion over here in trove regarding a standardized format to use for log and error messages - obviously consistency is ideal (within and across projects). As this discussion involves the broader dev community, bringing this topic

Re: [openstack-dev] [horizon][novnc] Browser Usage for noVNC

Hi Anne, Thanks for the numbers. I suspect the user numbers might be a bit different (deployers and OpenStack devs might have the latest versions of software on their machines, while users might have a corporate build that has older software), but it's good to get those initial statistics. Those

Re: [openstack-dev] [neutron]Performance of security group

- Original Message - > @Nachi: Yes that could a good improvement to factorize the RPC mechanism. > > Another idea: > What about creating a RPC topic per security group (quid of the RPC topic > scalability) on which an agent subscribes if one of its ports is associated > to the security gro

[openstack-dev] [Fuel][VMware] Blueprints Approval requiest

Hi folks, The Partner Integrations team has been working on the VMware integration with MOS 5.1. We created 3 blueprints : https://blueprints.launchpad.net/fuel/+spec/vcenter-hv-full-scale-support https://blueprints.launchpad.net/fuel/+spec/neutron-nsx-plugin-integration https://blueprints.launch

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

It¹s kinda ugly, if a user through API/Horizon thinks they¹ve isolated a host, it should be isolatedŠ I smell an OSSN here... On 26/06/2014 17:57, "Miguel Angel Ajo Pelayo" wrote: >Yes, once a connection has past the nat tables, >and it's on the kernel connection tracker, it >will keep working

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

Yes, once a connection has past the nat tables, and it's on the kernel connection tracker, it will keep working even if you remove the nat rule. Doing that would require manipulating the kernel connection tracking to kill that connection, I'm not familiar with that part of the linux network stac

[openstack-dev] python-neutronclient 2.3.5 released

I just pushed a new version of python-neutronclient out: 2.3.5. The main driver for this release were a couple of coordination fixes between Nova and Neutron, most significantly the addition of the OverQuotaClient exception in the client. There are some additional bug fixes in this release as well

Re: [openstack-dev] [hacking] rules for removal

On Fri, Jun 20, 2014 at 11:33:30AM -0700, Joe Gordon wrote: > > > > On Fri, Jun 20, 2014 at 11:07 AM, Sean Dague wrote: > > After seeing a bunch of code changes to enforce new hacking rules, I'd > like to propose dropping some of the rules we have. The overall patch > series is her

[openstack-dev] [infra] Gerrit downtime on Saturday, June 28, 2014

Hi, On Saturday, June 28 at 15:00 UTC Gerrit will be unavailable for about 15 minutes while we rename some projects. Existing reviews, project watches, etc, should all be carried over. The current list of projects that we will rename is: stackforge/designate -> openstack/designate openstack-dev

[openstack-dev] Log / error message format best practices & standards

We were recently having a discussion over here in trove regarding a standardized format to use for log and error messages - obviously consistency is ideal (within and across projects). As this discussion involves the broader dev community, bringing this topic to the list for feedback... I'm

Re: [openstack-dev] [Fuel] Blueprints process

+1 Keeping features separate as blueprints (even tiny ones with no spec) really will let us focus on the volume of real bugs. On Tue, Jun 24, 2014 at 5:14 PM, Dmitry Pyzhov wrote: > Guys, > > We have a beautiful contribution guide: > https://wiki.openstack.org/wiki/Fuel/How_to_contribute > > How

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

+1 for both! Thanks for the great work! Regards, Gosha On Thu, Jun 26, 2014 at 7:05 AM, Timur Sufiev wrote: > +1 for both. > > On Thu, Jun 26, 2014 at 3:29 PM, Stan Lagun wrote: > > +1 for both (or should I say +2?) > > > > Sincerely yours, > > Stan Lagun > > Principal Software Engineer @ Mir

[openstack-dev] [Openstack-dev][tempest] Jenkins failure unrelated to my patch

Hi, Jenkins failing for a scenario test case patch which I submitted - https://review.openstack.org/#/c/102827/ The failures are unrelated to my changes. Can someone please look into this ? 2014-06-26 14:47:00.948 | 2014-06-26 14:47:00.948 | tempest.scenario.test_volume_boot_pattern.TestVolume

Re: [openstack-dev] [Manila] Query on docstrings and method names

Hi Deepak, I suggest that these two issues to be fixed in the current patch for the glusterfs driver first. Then open another bug to fix them in other drivers in a different patch. Thanks, Xing From: Deepak Shetty [mailto:dpkshe...@gmail.com] Sent: Thursday, June 26, 2014 7:01 AM To: OpenSt

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

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 --- Kurt Griffiths (kgriffs) ___ Ope

Re: [openstack-dev] Creating new python-client

Thanks guys, very helpful. Aaron On Wed, Jun 25, 2014 at 11:53 PM, Jamie Lennox wrote: > On Wed, 2014-06-25 at 22:42 -0500, Dean Troyer wrote: > > On Wed, Jun 25, 2014 at 10:18 PM, Aaron Rosen > > wrote: > > I'm looking at creating a new python-client > > and I was wondering i

[openstack-dev] [marconi] Decoupling backend drivers

Crew, I’d like to propose the following: 1. Decouple pool management from data storage (two separate drivers) 2. Keep pool management driver for sqla, but drop the sqla data storage driver 3. Provide a non-AGPL alternative to MongoDB that has feature parity and is at least as performant

Re: [openstack-dev] [horizon][novnc] Browser Usage for noVNC

On Thu, Jun 26, 2014 at 9:54 AM, Solly Ross wrote: > It was recommended I cross-post this for visibility. > Devs are welcome to provide feedback as well ;-) > > Best Regards, > Solly Ross > > - Forwarded Message - > From: "Solly Ross" > To: openstack-operat...@lists.openstack.org > Sent:

[openstack-dev] [horizon][novnc] Browser Usage for noVNC

It was recommended I cross-post this for visibility. Devs are welcome to provide feedback as well ;-) Best Regards, Solly Ross - Forwarded Message - From: "Solly Ross" To: openstack-operat...@lists.openstack.org Sent: Tuesday, June 24, 2014 1:29:15 PM Subject: Browser Usage for noVNC He

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

> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 24/06/14 09:28, Clint Byrum wrote: > > Hello! I would like to turn your attention to this specification draft > > that I've written: > > > > https://review.openstack.org/#/c/100012/1/specs/convergence-continuous-observer.rst > > > > Angus

Re: [openstack-dev] [Neutron] One performance issue about VXLAN pool initiation

it would be better to make the range increase dynamic, instead of create all entries at initialize. for example, if vxlan range 1~1M is configured, only initialize 1~1K, when it has been used up, extend the range to 1K~2K, and so on. ___ OpenStack-dev ma

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

Hello, Returning to performance issues of oslo.messaging. I've found 2 biggest issue in existing implementation of rabbit (kombu) driver: 1) For almost every message sent/received a new object of Consumer/Publisher class is created. And each object of this class tries to declare it's queue e

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

+1 for both. On Thu, Jun 26, 2014 at 3:29 PM, Stan Lagun wrote: > +1 for both (or should I say +2?) > > Sincerely yours, > Stan Lagun > Principal Software Engineer @ Mirantis > > > > On Thu, Jun 26, 2014 at 1:49 PM, Alexander Tivelkov > wrote: >> >> +1 on both Serge and Steve >> >> -- >> Regards

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

+1, they make really important work! Serg and Steve, congratulations! On Thu, Jun 26, 2014 at 3:29 PM, Stan Lagun wrote: > +1 for both (or should I say +2?) > > Sincerely yours, > Stan Lagun > Principal Software Engineer @ Mirantis > > > > > On Thu, Jun 26, 2014 at 1:49 PM, Alexander Tivelk

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

+1 for both On Thu, Jun 26, 2014 at 3:29 PM, Stan Lagun wrote: > +1 for both (or should I say +2?) > > Sincerely yours, > Stan Lagun > Principal Software Engineer @ Mirantis > > > > > On Thu, Jun 26, 2014 at 1:49 PM, Alexander Tivelkov < > ativel...@mirantis.com> wrote: > >> +1 on both Serge

Re: [openstack-dev] [cinder][volume/manager.py] volume driver mapping

On 26 June 2014 05:46, Amit Das wrote: > This seems cool. > > Does it mean the storage vendors write their new drivers & just map it from > cinder.conf ? Correct. You can cause devstack to set up cinder.conf for you by setting CINDER_DRIVER=cinder.volume.drivers.foo.bar in local.conf before you s

Re: [openstack-dev] [nova] Why is there a 'None' task_state between 'SCHEDULING' & 'BLOCK_DEVICE_MAPPING'?

Nice ... that's always bugged me. From: wu jiang [win...@gmail.com] Sent: Thursday, June 26, 2014 9:30 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [nova] Why is there a 'None' task_state between 'SCHEDULING' & '

Re: [openstack-dev] [NFV] Meeting summary 2014-06-26

- Original Message - > From: "Steve Gordon" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Thursday, June 26, 2014 8:54:08 AM > Subject: [NFV] Meeting summary 2014-06-26 > Of course I meant the 25th... :/ -Steve

Re: [openstack-dev] [cinder] volume creation failed.

Hi, I have a devstack setup. Please tell me, how i can create separate log file for each type of logs. like cinder-api, cinder-scheduler and cinder-volume logs. On Thu, Jun 26, 2014 at 5:49 PM, Duncan Thomas wrote: > I'm afraid that isn't the log we need to diagnose your problem. Can > you put

[openstack-dev] [NFV] Meeting summary 2014-06-26

Meeting summary https://etherpad.openstack.org/p/nfv-meeting-agenda (russellb, 14:01:24) review actions (russellb, 14:01:36) https://github.com/sbauza/gerrit-dashboard-nfv (sgordon, 14:02:06) http://bit.ly/1iFdldx (sgordon, 14:02:13) ACTION: russellb to spin up

[openstack-dev] Trove Juno mid-cycle meeting - confirmed dates and location

Hi everyone, Just a heads up that the date and location for the Trove Juno mid-cycle meetup has been finalized. Where: MIT, Cambridge, MA When: August 20, 21 and 22 If you are interested in attending the mid-cycle meetup, please mark your calendars and register at https://trove-mi

Re: [openstack-dev] [nova] Why is there a 'None' task_state between 'SCHEDULING' & 'BLOCK_DEVICE_MAPPING'?

Hi Phil, Ok, I'll submit a patch to add a new task_state(like 'STARTING_BUILD') in these two days. And related modifications will be definitely added in the Doc. Thanks for your help. :) WingWJ On Thu, Jun 26, 2014 at 6:42 PM, Day, Phil wrote: > Why do others think – do we want a spec to ad

Re: [openstack-dev] [cinder] volume creation faild.

I'm afraid that isn't the log we need to diagnose your problem. Can you put cinder-api, cinder-scheduler and cinder-volume logs up please? On 26 June 2014 13:12, Yogesh Prasad wrote: > Hi All, > > I have a devstack setup , and i am trying to create a volume but it is > creating with error status.

[openstack-dev] [nova] Two questions about 'backup' API

Hi all, I tested the 'backup' API recently and got two questions about it: 1. Why 'daily' & 'weekly' appear in code comments & novaclient about 'backup_type' parameter? The 'backup_type' parameter is only a tag for this backup(image). And there isn't corresponding validation for 'backup_type' ab

[openstack-dev] [cinder] volume creation faild.

Hi All, I have a devstack setup , and i am trying to create a volume but it is creating with error status. Can any one tell me what is the problem? Screen logs -- .py:297 2014-06-26 17:37:04.370 DEBUG keystone.notifications [-] CADF Event: {'typeURI': 'http://schemas.dmtf.org/cloud/audit/1.0/eve

Re: [openstack-dev] [Neutron] DVR SNAT shortcut

Original message From: Yi Sun Date: To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Neutron] DVR SNAT shortcut Yi wrote: +1, I had another email to discuss about FW (FWaaS) and DVR integration. Traditionally, we run firewall with router so that fire

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

+1 for both (or should I say +2?) Sincerely yours, Stan Lagun Principal Software Engineer @ Mirantis On Thu, Jun 26, 2014 at 1:49 PM, Alexander Tivelkov wrote: > +1 on both Serge and Steve > > -- > Regards, > Alexander Tivelkov > > > On Thu, Jun 26, 2014 at 1:37 PM, Ruslan Kamaldinov < > rk

Re: [openstack-dev] [Nova] Spec Review Day Today!

Thanks all, I think we made a real dent in the review queue yesterday. On 25 June 2014 22:58, Russell Bryant wrote: > The majority of specs are waiting on an update from the submitter. I > didn't grab these stats before today, but I believe we made some good > progress. > Using: $ openreviews -u

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

On Thu, 26 Jun 2014, Macdonald-Wallace, Matthew wrote: > Hi all, > > I've been working more and more with TripleO recently and whilst it does > seem to solve a number of problems well, I have found a couple of > idiosyncrasies that I feel would be easy to address. > > My primary concern lies i

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

Hi all, I've been working more and more with TripleO recently and whilst it does seem to solve a number of problems well, I have found a couple of idiosyncrasies that I feel would be easy to address. My primary concern lies in the fact that os-refresh-config does not run on every boot/reboot o

Re: [openstack-dev] [nova] top gate bug is libvirt snapshot

On Thu, Jun 26, 2014 at 07:00:32AM -0400, Sean Dague wrote: > While the Trusty transition was mostly uneventful, it has exposed a > particular issue in libvirt, which is generating ~ 25% failure rate now > on most tempest jobs. > > As can be seen here - > https://github.com/openstack/nova/blob/mas

[openstack-dev] [Manila] Query on docstrings and method names

Hi All, With respect to the comment made by xian-yang @ https://review.openstack.org/#/c/102496/1/manila/share/drivers/glusterfs.py for _update_share_status and the docstring that the method has, which is """Retrieve status info from share volume group.""" I have few questions based on the ab

[openstack-dev] [nova] top gate bug is libvirt snapshot

While the Trusty transition was mostly uneventful, it has exposed a particular issue in libvirt, which is generating ~ 25% failure rate now on most tempest jobs. As can be seen here - https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L294-L297 ... the libvirt live_snapsho

Re: [openstack-dev] [nova] should we have a stale data indication in "nova list/show"?

> -Original Message- > From: Ahmed RAHAL [mailto:ara...@iweb.com] > Sent: 25 June 2014 20:25 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [nova] should we have a stale data indication in > "nova list/show"? > > Le 2014-06-25 14:26, Day, Phil a écrit : > >> -Or

Re: [openstack-dev] [Neutron][LBaaS] Should TLS settings for listener be set through separate API/model?

Hi guys, Stephen, I understand your concerns regarding misleading names. Here are my thoughts: default_tls_container_id This name is the same for API and database model and I think this name explains its meaning well. sni_container_ids(for API) and listenersniassociations (for database

Re: [openstack-dev] [nova] Why is there a 'None' task_state between 'SCHEDULING' & 'BLOCK_DEVICE_MAPPING'?

Why do others think – do we want a spec to add an additional task_state value that will be set in a well defined place. Kind of feels overkill for me in terms of the review effort that would take compared to just reviewing the code - its not as there are going to be lots of alternatives to con

Re: [openstack-dev] [Fuel] Removing old node logs

When nailgun remove a node it can gzip all the logs of this node to a special file, like: /var/log/remote/archive/node-3-timestamp.tgz And logrotate can keep these files for month, then delete them. Master node health monitor is another big discussion. On Thu, Jun 26, 2014 at 1:25 PM, Vladimir K

Re: [openstack-dev] [Neutron] DVR SNAT shortcut

On Wed, Jun 25, 2014 at 10:29 PM, McCann, Jack wrote: >> >> If every compute node is >> >> assigned a public ip, is it technically able to improve SNAT packets >> >> w/o going through the network node ? > > It is technically possible to implement default SNAT at the compute node. > > One approach

Re: [openstack-dev] Virtual Interface creation failed

On 06/26/2014 06:06 AM, Edgar Magana Perdomo (eperdomo) wrote: The link does not work for me! Edgar From: "tfre...@redhat.com " mailto:tfre...@redhat.com>> Organization: Red Hat Reply-To: "tfre...@redhat.com " mailto:tfre...@redhat.com>>,

Re: [openstack-dev] [Mistral] Small questions re executor

On 25 Jun 2014, at 07:27, Dmitri Zimine wrote: > * We must convey the action ERROR details back to the engine, and to the end > user. Log is not sufficient. How exactly? Via context? Via extra parameters > to convey_execution_results? Need a field in the model. > https://github.com/stackforge/

Re: [openstack-dev] [Mistral] Mistral test infrastructure proposal

Anastasia, Thanks a lot for this etherpad. I’ve read it and left my comments. Overall I agree with the suggested plan. Additionally, I would suggest we picture the overall package structure with a sub-project breakdown. E.g.: mistral: functionaltests/ openstack/ standalone/ python-mistral

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

+1 on both Serge and Steve -- Regards, Alexander Tivelkov On Thu, Jun 26, 2014 at 1:37 PM, Ruslan Kamaldinov wrote: > I would like to nominate Serg Melikyan and Steve McLellan to Murano core. > > Serge has been a significant reviewer in the Icehouse and Juno release > cycles. > > Steve has bee

Re: [openstack-dev] [Neutron]VM associated with two ports caused by HTTP request resending

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Should be fixed by: https://review.openstack.org/#/c/65840/ On 26/06/14 05:01, Xurong Yang wrote: > Hi folks, > > When we create many VMs at the same time (more than 100 VMs), > Neutron server will be busy handling port creation requests sent by >

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

I would like to nominate Serg Melikyan and Steve McLellan to Murano core. Serge has been a significant reviewer in the Icehouse and Juno release cycles. Steve has been providing consistent quality reviews and they continue to get more frequent and better over time. Thanks, Ruslan _

Re: [openstack-dev] [Fuel] Support for plugins in fuel client

Cool. I have no objections. On Jun 25, 2014 9:27 AM, "Dmitriy Shulyak" wrote: > As i mentioned cliff uses similar approach, extending app by means of > entry points, and written by same author. > So i think stevedore will be used in cliff, or maybe already used in newer > versions. > But apart of

Re: [openstack-dev] [Fuel] Removing old node logs

Making diagnostic snapshot for a particular environment is a good idea. But the issue is still there. We often have the situation when user actually doesn't care of old logs at all. He downloads ISO, installs it and tries various installation options (Ubuntu, Centos, HA, Ceph, etc.). Sooner or lat

  1   2   >