I want to write a cinder volume driver for my client and contribute for
Openstack Juno release. Till now i did not submit any blueprint for cinder
volume driver. Is there any deadline for submitting blueprint for cinder
volume driver? Is there any other deadline for submitting code and tests
after
There is going to be a mad rush to get many things into Neutron for Juno
here in the last few weeks. Neutron is overly saturated with code
reviews. So I'd like to list out some of the things LBaaS had planned
for Juno, what the status each of those are, and my thoughts on the
feasibility of
On Mon, 21 Jul 2014 04:39:49 PM David Kranz wrote:
On 07/21/2014 04:13 PM, Jay Pipes wrote:
On 07/21/2014 02:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
I think you missed something though.
Right now the frustration is that unrelated intermittent bugs stop your
Hello.
I'd like to bring your attention to major RPC failover issue in
impl_rabbit.py [0]. There are several *related* patches and a number of
concerns should be considered as well:
- Passive exchanges fix [1] (looks like the problem is much deeper than
it seems though).
- the first version of the
On Fri 25 Jul 2014 06:29:52 AM PDT, Andreas Scheuring wrote:
Hi,
I'm currently preparing a blueprint that should add another network
virtualization option to openstack. This would require code changes to
novas libvirt driver and to the neutron linuxbridge agent. More to
come soon...
So what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 28/07/14 08:52, Angus Lees wrote:
On Mon, 21 Jul 2014 04:39:49 PM David Kranz wrote:
On 07/21/2014 04:13 PM, Jay Pipes wrote:
On 07/21/2014 02:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
I think you missed something though.
Luke Gorrie a écrit :
Here are some other topics that seem to take some time to develop a mental
model of:
How quickly and how often should you revise your patchset after a -1? (Is
it better to give the community a week or so to collectively comment? Or
should you revise ASAP after every
Nikesh Kumar Mahalka a écrit :
I want to write a cinder volume driver for my client and contribute for
Openstack Juno release. Till now i did not submit any blueprint for cinder
volume driver. Is there any deadline for submitting blueprint for cinder
volume driver? Is there any other deadline
For what is worth, I'm trying below to provide my perspective on Luke's
question both as a reviewer and as developer.
Salvatore
On 26 July 2014 20:02, Luke Gorrie l...@snabb.co wrote:
On 25 July 2014 20:05, Stefano Maffulli stef...@openstack.org wrote:
Indeed, communication is key. I'm not
The stevedore has been adopted in some incubating projects like mistral.
I believe it would be good to introduce it into some other projects which
has the dynamic extension requirements.
+1 to this suggest.
Thank you!
--
Best Regards!
On 07/28/2014 09:20 AM, Bogdan Dobrelya wrote:
Hello.
I'd like to bring your attention to major RPC failover issue in
impl_rabbit.py [0]. There are several *related* patches and a number of
concerns should be considered as well:
- Passive exchanges fix [1] (looks like the problem is much deeper
On 23/07/14 18:29, Joshua Harlow wrote:
Hi all,
I was reading over a IMHO insightful hacker news thread last night:
https://news.ycombinator.com/item?id=8068547
Labeled/titled: 'I made a patch for Mozilla, and you can do it too'
It made me wonder what kind of mentoring support are we
It doesn’t sound like you have the stack running with your drivers. Here’s what
I remember happens with DevStack…
When stack.sh is run, it will take the /opt/stack/neutron/etc/vpn_agent.ini
file and copy it to /etc/neutron/vpn_agent.ini. If prior to stacking, you have
not added and uncommented
Hi,
We have been witnessing some issues in our infrastructure which resulted in
Mine Sweeper test run failures. Unfortunately these failures resulted in
-1s being put on several patches.
Mine sweeper is now temporarily disabled and our team is already working on
solving the issue.
In the
James E. Blair wrote:
[...]
Most of these bugs are not failures of the test system; they are real
bugs. Many of them have even been in OpenStack for a long time, but are
only becoming visible now due to improvements in our tests. That's not
much help to developers whose patches are being
On Mon, Jul 28, 2014 at 02:28:56PM +0200, Thierry Carrez wrote:
James E. Blair wrote:
[...]
Most of these bugs are not failures of the test system; they are real
bugs. Many of them have even been in OpenStack for a long time, but are
only becoming visible now due to improvements in our
On Fri, Jul 25, 2014 at 9:00 PM, boden bo...@linux.vnet.ibm.com wrote:
Gents,
As we discussed at the BP meeting on July 14 - I've created a new BP and
BP wiki to outline the dynamic extension loading using stevedore.
BP: https://blueprints.launchpad.net/trove/+spec/dynamic-extension-loading
Hi Brandon,
Thanks for bringing this up. If you¹re going to call me out by name, I
guess I have to respond to the Horizon thing. Yes, I don¹t like it, from
a user perspective. We promise a bunch of new features, new driversŠ and
none of them are visible. Or the horizon support does land, and
On Jul 27, 2014, at 11:12 PM, Baohua Yang yangbao...@gmail.com wrote:
Dear all
Thanks for all the responses!
First, I threw the question actually wanting to hear other voices of the
similar requirements of dynamic parsing.
Glad to get all supports and also questions.
The
Lukasz,
what do you think on this? Is someone addressing the issues mentioned by
Evgeny?
Thanks,
On Fri, Jul 25, 2014 at 3:31 PM, Evgeniy L e...@mirantis.com wrote:
Hi,
I have several concerns about password changing.
Default password can be changed via UI or via fuel-cli. In case of
On 28 July 2014 07:22, Nikesh Kumar Mahalka nikeshmaha...@vedams.com wrote:
I want to write a cinder volume driver for my client and contribute for
Openstack Juno release. Till now i did not submit any blueprint for cinder
volume driver. Is there any deadline for submitting blueprint for cinder
On Jul 28, 2014, at 2:52 AM, Angus Lees g...@inodes.org wrote:
On Mon, 21 Jul 2014 04:39:49 PM David Kranz wrote:
On 07/21/2014 04:13 PM, Jay Pipes wrote:
On 07/21/2014 02:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
I think you missed something though.
Right now the
On 26/07/14 00:04, Anant Patil wrote:
Hi,
When we do a stack update, I see that there are 2 copies of raw_template
stored in database for each update. For n updates there are 2n + 1
entries of raw_template in database. Is this expected or is it a bug?
When I dug more into it, I see that the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 28/07/14 16:22, Doug Hellmann wrote:
On Jul 28, 2014, at 2:52 AM, Angus Lees g...@inodes.org wrote:
On Mon, 21 Jul 2014 04:39:49 PM David Kranz wrote:
On 07/21/2014 04:13 PM, Jay Pipes wrote:
On 07/21/2014 02:03 PM, Clint Byrum wrote:
Hello, Stackers.
I’d like to start thread related to Monitoring of provisioned resources.
Taking a look at production-ready solutions for monitoring shows us that
almost all this systems are requiring plugin/agent deployment to provide
online server monitoring, up-to-date statistics, etc.
As I said in another topic, storing user password in plain text is not an
option.
Ad. 1.
We can create special upgrade_user with the same rights as admin user. We
can use it to authenticate in nailgun. It can be done after 5.1 release.
Ad. 2.
In perfect world during upgrade
Hi All,
I have submitted the patch Made provision for glance service to use Launcher
to the community gerrit.
Pl refer: https://review.openstack.org/#/c/110012/
I have also set the workflow to 'work in progress'. I will start working on
writing unit tests for the proposed
changes, after
Hi,
1. yes, we can do it, if it's possible to create new user with admin_token.
But it will complicate upgrade process and will take some time to
design/implement and test, because I see several new cases, for example we
need to create new user in previous version of the container (we use
nailgun
On 7/28/2014 8:40 AM, Denis Makogon wrote:
On Fri, Jul 25, 2014 at 9:00 PM, boden bo...@linux.vnet.ibm.com
mailto:bo...@linux.vnet.ibm.com wrote:
Gents,
As we discussed at the BP meeting on July 14 - I've created a new BP
and BP wiki to outline the dynamic extension loading
Everyone, after discussing further with the team on IRC, we’ve decided to
do the following:
Starting this week, we will meet in a different channel,
#openstack-meeting-3. We will alternate between 2100 UTC and 1500 UTC,
starting with 2100 UTC this week.
I will update the wiki.
On 7/23/14, 11:06
On Mon, 28 Jul 2014 10:58:02 +0100, Gordon Sim wrote:
On 07/28/2014 09:20 AM, Bogdan Dobrelya wrote:
Hello.
I'd like to bring your attention to major RPC failover issue in
impl_rabbit.py [0]. There are several *related* patches and a number of
concerns should be considered as well:
-
On Mon, Jul 28, 2014 at 6:40 PM, boden bo...@linux.vnet.ibm.com wrote:
On 7/28/2014 8:40 AM, Denis Makogon wrote:
On Fri, Jul 25, 2014 at 9:00 PM, boden bo...@linux.vnet.ibm.com
mailto:bo...@linux.vnet.ibm.com wrote:
Gents,
As we discussed at the BP meeting on July 14 - I've
Hello folks,
I apologize that I missed the previous meeting due to some urgency. I
wanted to ask Liz to handle the meeting for me but she was not around
(vacation). I hope you at least managed to chat a bit about ongoing
stuff anyway.
Next week (July 28) I am not around, but I will ask
I think we should discuss adding/changing this functionality. I have had many
new users assume that booting from an iso image would give them a root drive
which they could snapshot. I was hoping that the new block device mapping code
would allow something like this, but unfortunately there
Hey Doug,
In terms of taking a step backward from a user perspective I'm fine with
making v1 the default. I think there was always the notion of supporting
what v1 currently offers by making a config change. Thus, Horizon should
still have all the support it had in Icehouse. I am a little worried
Hi guys,
In the Hyper-V driver camp we waited to add the boot from ISO feature because
of this issue.
Booting from ISO w/o local storage is almost useless for most scenarios.
It'd be great if we could reach consensus on this and propose some consistent
BPs for all supported drivers in early
I think there is some confusion about what the glance metadata api is going
to do.
We are *not* planning to store metadata about other openstack resources in
glance.
We *are* planning to store definitions of the relevant schemas of metadata
for other classes of openstack resources.
For example,
Excerpts from Zane Bitter's message of 2014-07-28 07:25:24 -0700:
On 26/07/14 00:04, Anant Patil wrote:
When the stack is updated, a diff of updated template and current
template can be stored to optimize database. And perhaps Heat should
have an API to retrieve this history of templates
Vish,
Exactly. Snapshots is the main reason why I started to modify Nova.
There's a high probability that we will contribute our work to Nova nearest
time. Meanwhile I'm ready to participate in all the discussions.
Best regards,
Max Lobur,
OpenStack Developer, Mirantis, Inc.
Mobile: +38 (093)
Oops, sorry folks, one correction. We will be meeting on Mondays starting
next week, rather than Tuesdays as we have been. This week we will not
hold our regular meeting, but may do a special j-3 planning session (stay
tuned for details).
On 7/28/14, 10:43 AM, Kurt Griffiths
Hello,
Fix for the issue mentioned below has been committed and merged into the master
repository. https://review.openstack.org/#/c/109149/
Your patch should be good to go after a rebase.
Thanks,
Abhishek Raut
From: Yangxurong yangxur...@huawei.commailto:yangxur...@huawei.com
Reply-To:
I don’t think the lbaas roadmap has changed (including octavia), just the
delivery timeline. Nor am I debating making the ref driver simpler (I’m
on record as supporting that decision, and still do.) And if that was the
only wart, I’m sure we’d all ignore it and plow forward. But it’s not,
and
Kyle,
One Convergence CI has been fixed (setup issue) and is running without the
failures for ~10 days now. Updated the etherpad.
Thanks,
-hemanth
On Fri, Jul 11, 2014 at 4:50 PM, Fawad Khaliq fa...@plumgrid.com wrote:
On Fri, Jul 11, 2014 at 8:56 AM, Kyle Mestery mest...@noironetworks.com
Hi Malini,
I would be pleased to work with you on the effort to make the import of OVA
working out of tree using the Glance tasks.
I am sure many people will be delighted by this feature and I also agree with
Mark in the fact that there might be a problem a message by bringing this
feature in
Sean Dague wrote:
To be clear, the functional tests will not be Tempest tests. This is a
different class of testing, it's really another tox target that needs a
devstack to run. A really good initial transition would be things like
the CLI testing.
Also, the Tempest team has gone out
Hi,
The UEFI Boot design spec
https://review.openstack.org/#/c/99850https://review.openstack.org/#/c/99850/7
has removed its Nova dependencies. The new version of the spec uses compute
capabilities filter to support UEFI only or BIOS only boot mode. The
capability filter is already
That was essentially the point of my email. To get across that not
everything we want to go in Juno will make it in and because of this V2
will not be in the state that many users will be able to use. Also, to
get people's opinions on what they think is high priority.
On Mon, 2014-07-28 at
- Original Message -
From: David Kranz dkr...@redhat.com
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Friday, July 25, 2014 4:54:22 PM
Subject: [openstack-dev] [qa] The role of an abstract client in tempest
Even as a core contributor for several
Hi Sean,
I appreciate you valuing Rally so highly as to suggesting it should join
the QA program. It is a great vote of confidence for me. While I believe
that Rally and Tempest will always work closely together, the intended
utility and the direction of where we are planing to take Rally will
On 18/07/14 06:02, Dimitri Mazmanov wrote:
On 18/07/14 11:20, Steven Hardy sha...@redhat.com wrote:
On Fri, Jul 18, 2014 at 09:02:33AM +, Dimitri Mazmanov wrote:
Hi,
I¹m working on the following use-case:
I have a stack template containing a custom resource - my_res - that
upon
On Mon, 28 Jul 2014 10:22:07 AM Doug Hellmann wrote:
On Jul 28, 2014, at 2:52 AM, Angus Lees g...@inodes.org wrote:
On Mon, 21 Jul 2014 04:39:49 PM David Kranz wrote:
On 07/21/2014 04:13 PM, Jay Pipes wrote:
On 07/21/2014 02:03 PM, Clint Byrum wrote:
Thanks Matthew for the analysis.
On 07/28/2014 02:32 PM, Angus Lees wrote:
On Mon, 28 Jul 2014 10:22:07 AM Doug Hellmann wrote:
On Jul 28, 2014, at 2:52 AM, Angus Lees g...@inodes.org wrote:
On Mon, 21 Jul 2014 04:39:49 PM David Kranz wrote:
On 07/21/2014 04:13 PM, Jay Pipes wrote:
On 07/21/2014 02:03 PM, Clint Byrum wrote:
Fuelers
I am glad to announce that we have finally merged all the code that is
needed for parallel deployment of secondary controllers. The final piece
that was merged today:
https://review.openstack.org/#/c/104267/
This will introduce significant performance boost for us as now controller
Nove needs a python-neutronclient release to use the new
MacAddressInUseClient exception type defined here [1].
[1] https://review.openstack.org/#/c/109052/
--
Thanks,
Matt Riedemann
___
OpenStack-dev mailing list
Dear all,
We proposed a new blueprint (at https://review.openstack.org/#/c/94060/)
for booting up a large number of homogeneous VMs in a very short period
of time. This feature may be targeted to the Kilo version.
All requirements, suggestions and comments are welcome.
Thank you!
VMThunder
Manila has come a long way since we proposed it for incubation last autumn.
Below are the formal requests.
https://wiki.openstack.org/wiki/Manila/Incubation_Application
https://wiki.openstack.org/wiki/Manila/Program_Application
Anyone have anything to add before I forward these to the TC?
-Ben
Hi!
I wonder if it is planned to support IPSet (dynamically update iptables rules
against IP addresses or ports without performance penalty) in next openstack
(juno) release?
Thanks
Israel ZIv
___
OpenStack-dev mailing list
There is an approved blueprint spec for this:
http://docs-draft.openstack.org/24/101124/12/check/gate-neutron-specs-docs/d7bacf5/doc/build/html/specs/juno/add-ipset-to-security.html
On Mon, Jul 28, 2014 at 10:44 PM, Israel Ziv israel@huawei.com wrote:
Hi!
I wonder if it is planned to
58 matches
Mail list logo
