Re: [openstack-dev] a common client library

2014-01-16 Thread Flavio Percoco
On 15/01/14 21:35 +, Jesse Noller wrote: On Jan 15, 2014, at 1:37 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: Several people have mentioned to me that they are interested in, or actively working on, code related to a common client library -- something meant to be reused

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-16 Thread yongli he
On 2014?01?16? 08:28, Ian Wells wrote: To clarify a couple of Robert's points, since we had a conversation earlier: On 15 January 2014 23:47, Robert Li (baoli) ba...@cisco.com mailto:ba...@cisco.com wrote: --- do we agree that BDF address (or device id, whatever you call it), and

Re: [openstack-dev] instance migration strangeness in devstack

2014-01-16 Thread Vishvananda Ishaya
This is probably more of a usage question, but I will go ahead and answer it. If you are writing to the root drive you may need to run the sync command a few times to make sure that the data has been flushed to disk before you kick off the migration. The confirm resize step should be deleting

Re: [openstack-dev] [TripleO] [Tuskar] Deployment Management section - Wireframes

2014-01-16 Thread Jaromir Coufal
On 2014/14/01 21:35, Vitaly Kramskikh wrote: Hi Jaromir, 2014/1/13 Jaromir Coufal jcou...@redhat.com mailto:jcou...@redhat.com So what we can do at the moment (until there is some way to specify which node to remove) is to inform user, which nodes were removed in the end... at

[openstack-dev] [Neutron] auto configration of local_ip

2014-01-16 Thread NOTSU Arata
Hello, I'm trying to add a new configuration option for Neutron OVS agent. Although I've submitted a patch and it is being reviewed [1], I'm posting to this mailing list seeking opinion from a wider range. At present, when you deploy an environment using Neutron + OVS + GRE/VXLAN, you have to

Re: [openstack-dev] [rally] Naming of a deployment

2014-01-16 Thread Oleg Gelbukh
On Thu, Jan 16, 2014 at 2:21 AM, Jay Pipes jaypi...@gmail.com wrote: On Wed, 2014-01-15 at 21:46 +, Hugh Saunders wrote: On 15 January 2014 21:14, Ilya Kharin ikha...@mirantis.com wrote: Hi, guys, In Rally there is an entity that represents installed instance

Re: [openstack-dev] Meeting time congestion

2014-01-16 Thread Julien Danjou
On Wed, Jan 15 2014, Joe Gordon wrote: * Python3 - 16-May-2013 Bi-Weekly (every other week) meetings on Thursdays at 1600 UTC Yep, I confirm this one's dead for now. I've edited the details on the wiki. Thanks Joe. -- Julien Danjou -- Free Software hacker - independent consultant --

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-16 Thread Irena Berezovsky
Ian, Thank you for putting in writing the ongoing discussed specification. I have added few comments on the Google doc [1]. As for live migration support, this can be done also without libvirt network usage. Not very elegant, but working: rename the interface of the PCI device to some logical

Re: [openstack-dev] [Neutron] auto configration of local_ip

2014-01-16 Thread Robert Collins
On 16 January 2014 21:41, NOTSU Arata no...@virtualtech.jp wrote: Hello, I'm trying to add a new configuration option for Neutron OVS agent. Although I've submitted a patch and it is being reviewed [1], I'm posting to this mailing list seeking opinion from a wider range. At present, when

Re: [openstack-dev] [Neutron] auto configration of local_ip

2014-01-16 Thread Robert Collins
On 16 January 2014 22:51, Robert Collins robe...@robertcollins.net wrote: I don't think 1 is a special case of 3 - interface based connections are dependent on physical wiring, How about 4. Send a few packets with a nonce in them to any of the already meshed nodes, and those nodes can report

Re: [openstack-dev] [rally] Naming of a deployment

2014-01-16 Thread Ilya Kharin
On 16 Jan 2014, at 12:57, Oleg Gelbukh ogelb...@mirantis.com wrote: On Thu, Jan 16, 2014 at 2:21 AM, Jay Pipes jaypi...@gmail.com wrote: On Wed, 2014-01-15 at 21:46 +, Hugh Saunders wrote: On 15 January 2014 21:14, Ilya Kharin ikha...@mirantis.com wrote: Hi, guys,

Re: [openstack-dev] [TripleO] Docker and TripleO

2014-01-16 Thread Jaromir Coufal
On 2014/01/01 03:35, Robert Collins wrote: So, we've spoken about using containers on baremetal - e.g. the lxc provider - in the past, and with the [righteously deserved] noise Docker is receiving, I think we need to have a short expectation-setting discussion. Previously we've said that

Re: [openstack-dev] [horizon] Augmenting openstack_dashboard settings and possible horizon bug

2014-01-16 Thread Timur Sufiev
Radomir, it looks interesting indeed. I think Murano could use it in case several additional parameters were added. I will submit a patch with my ideas a bit later. One thing that seemed tricky to me in your patchset is determining which dashboard will actually be the default one, but I have yet

Re: [openstack-dev] [Neutron] auto configration of local_ip

2014-01-16 Thread Ian Wells
On 16 January 2014 10:51, Robert Collins robe...@robertcollins.net wrote: 1. assigned to the interface attached to default gateway Which you may not have, or may be on the wrong interface (if I'm setting up a control node I usually have the default gateway on the interface with the API

Re: [openstack-dev] [TripleO][Tuskar] Domain Model Locations

2014-01-16 Thread Jaromir Coufal
Hi Jay, Awesome. I'll just add quick note inline (and sorry for smaller delay): On 2014/09/01 18:22, Jay Dobies wrote: I'm trying to hash out where data will live for Tuskar (both long term and for its Icehouse deliverables). Based on the expectations for Icehouse (a combination of the

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-16 Thread Ian Wells
On 16 January 2014 09:07, yongli he yongli...@intel.com wrote: On 2014年01月16日 08:28, Ian Wells wrote: This is based on Robert's current code for macvtap based live migration. The issue is that if you wish to migrate a VM and it's tied to a physical interface, you can't guarantee that the

Re: [openstack-dev] [ironic] Disk Eraser

2014-01-16 Thread Oleg Gelbukh
On Wed, Jan 15, 2014 at 10:25 PM, Alan Kavanagh alan.kavan...@ericsson.comwrote: Cheers Guys So what would you recommend Oleg. Yes its for linux system. Alan, Approach proposed below (/dev/zero) is probably better as it allows to perform at around 60MB/s. Another approach that I've seen

Re: [openstack-dev] [TripleO][Tuskar] Domain Model Locations

2014-01-16 Thread Jaromir Coufal
On 2014/12/01 20:40, Jay Pipes wrote: On Fri, 2014-01-10 at 10:28 -0500, Jay Dobies wrote: So, it's not as simple as it may initially seem :) Ah, I should have been clearer in my statement - my understanding is that we're scrapping concepts like Rack entirely. That was my understanding as

Re: [openstack-dev] [Ironic] Let's move to Alembic

2014-01-16 Thread Roman Podoliaka
Hi all, I'm glad you've decided to drop sqlalchemy-migrate support :) As for porting Ironic to using of alembic migrations, I believe, Dmitriy Shulyak already uploaded a proof-of-concept patch to Ironic before, but it abandoned. Adding Dmitriy to this thread, so he is notified he can restore his

Re: [openstack-dev] [neutron] [third-party-testing] Sharing information

2014-01-16 Thread Sullivan, Jon Paul
-Original Message- From: Kyle Mestery [mailto:mest...@siliconloons.com] Sent: 15 January 2014 22:53 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron] [third-party-testing] Sharing information FYI, here [1] are the meeting logs

[openstack-dev] [Keystone] Access-key like authentication with password-rotation

2014-01-16 Thread Tristan Cacqueray
Hi, I'd like to check in on this authentication mechanism. Keystone should have some kind of apiKey in order to prevent developer from storing their credential (username/password) in clear text configuration file. There are two blueprints that can tackle this feature, yet they are both in needs

Re: [openstack-dev] [TripleO][Tuskar] Editing Nodes

2014-01-16 Thread Jaromir Coufal
On 2014/15/01 22:33, Jay Dobies wrote: On 01/15/2014 08:07 AM, James Slagle wrote: [snip] I may be misinterpreting, but let me say that I don't think Tuskar should be building images. There's been a fair amount of discussion around a Nova native image building service [1][2]. I'm actually

Re: [openstack-dev] [ironic] Disk Eraser

2014-01-16 Thread Chris Jones
Hi https://code.google.com/p/diskscrub/ If you need more than /dev/zero, scrub should be packaged in most distros and offers a choice of high grade algorithms. Cheers, -- Chris Jones On 15 Jan 2014, at 14:31, Alan Kavanagh alan.kavan...@ericsson.com wrote: Hi fellow OpenStackers Does

Re: [openstack-dev] a common client library

2014-01-16 Thread Chris Jones
Hi Once a common library is in place, is there any intention to (or resistance against) collapsing the clients into a single project or even a single command (a la busybox)? (I'm thinking reduced load for packagers, simpler installation for users, etc) Cheers, -- Chris Jones On 15 Jan 2014,

[openstack-dev] [Neutron][LBaaS] LBaaS subteam meeting 16.01.2014

2014-01-16 Thread Eugene Nikanorov
Hi neutron and lbaas folks, Let's meet today on 14-00 UTC at #openstack-meeting It's been a while since we had a quorum in the meeting. There are a few items on out list that require a discussion: 0) Third party testing 1) SSL extension - vendor extension framework 2) L7 rules 3) Loadbalancer

Re: [openstack-dev] a common client library

2014-01-16 Thread Jesse Noller
On Jan 16, 2014, at 2:09 AM, Flavio Percoco fla...@redhat.com wrote: On 15/01/14 21:35 +, Jesse Noller wrote: On Jan 15, 2014, at 1:37 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: Several people have mentioned to me that they are interested in, or actively working on,

Re: [openstack-dev] [rally] Naming of a deployment

2014-01-16 Thread Ilya Kharin
On 16 Jan 2014, at 13:54, Ilya Kharin ikha...@mirantis.com wrote: On 16 Jan 2014, at 12:57, Oleg Gelbukh ogelb...@mirantis.com wrote: On Thu, Jan 16, 2014 at 2:21 AM, Jay Pipes jaypi...@gmail.com wrote: On Wed, 2014-01-15 at 21:46 +, Hugh Saunders wrote: On 15 January 2014 21:14,

Re: [openstack-dev] a common client library

2014-01-16 Thread Jesse Noller
On Jan 16, 2014, at 5:42 AM, Chris Jones c...@tenshu.netmailto:c...@tenshu.net wrote: Hi Once a common library is in place, is there any intention to (or resistance against) collapsing the clients into a single project or even a single command (a la busybox)? (I'm thinking reduced load for

Re: [openstack-dev] a common client library

2014-01-16 Thread Chmouel Boudjnah
On Thu, Jan 16, 2014 at 12:38 PM, Chris Jones c...@tenshu.net wrote: Once a common library is in place, is there any intention to (or resistance against) collapsing the clients into a single project or even a single command (a la busybox)? that's what openstackclient is here for

Re: [openstack-dev] Introduction: Rich Megginson - Designate project

2014-01-16 Thread John Dennis
On 01/15/2014 08:24 PM, Rich Megginson wrote: Hello. My name is Rich Megginson. I am a Red Hat employee interested in working on Designate (DNSaaS), primarily in the areas of integration with IPA DNS, DNSSEC, and authentication (Keystone). I've signed up for the

Re: [openstack-dev] [savanna] savannaclient v2 api

2014-01-16 Thread Alexander Ignatov
Matthew, I'm ok with proposed solution. Some comments/thoughts below: - FIX - @rest.post_file('/plugins/plugin_name/version/convert-config/name') - this is an RPC call, made only by a client to do input validation, move to POST /validations/plugins/:name/:version/check-config-import

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-16 Thread Sandhya Dasu (sadasu)
Hi Irena, Thanks for pointing out an alternative to the network xml solution to live migration. I am still not clear about the solution. Some questions: 1. Where does the rename of the PCI device network interface name occur? 2. Can this rename be done for a VF? I think your example

Re: [openstack-dev] Meeting time congestion

2014-01-16 Thread Thierry Carrez
Thierry Carrez wrote: There are already conflicts as people pick times that appear to be free but are actually used every other week... so a third room is definitely wanted. We can go and create #openstack-meeting3 (other suggestions welcome) and then discuss a consistent naming scheme and/or

Re: [openstack-dev] Proposal for dd disk i/o performance blueprint of cinder.

2014-01-16 Thread CARVER, PAUL
Alan Kavanagh wrote: I posted a query to Ironic which is related to this discussion. My thinking was I want to ensure the case you note here (1) a tenant can not read another tenants disk.. the next (2) was where in Ironic you provision a baremetal server that has an onboard dish as

Re: [openstack-dev] Proposal for dd disk i/o performance blueprint of cinder.

2014-01-16 Thread CARVER, PAUL
Clint Byrum wrote: Is that really a path worth going down, given that tenant-A could just drop evil firmware in any number of places, and thus all tenants afterward are owned anyway? I think a change of subject line is in order for this topic (assuming it hasn't been discussed in sufficient

Re: [openstack-dev] [TripleO] [Tuskar] [UX] Infrastructure Management UI - Icehouse scoped wireframes

2014-01-16 Thread Hugh O. Brock
On Thu, Jan 16, 2014 at 01:50:00AM +0100, Jaromir Coufal wrote: Hi folks, thanks everybody for feedback. Based on that I updated wireframes and tried to provide a minimum scope for Icehouse timeframe. http://people.redhat.com/~jcoufal/openstack/tripleo/2014-01-16_tripleo-ui-icehouse.pdf

[openstack-dev] Hat Tip to fungi

2014-01-16 Thread Anita Kuno
Thank you, fungi. You have kept openstack-infra running for that last 2 weeks as the sole plate-spinner whilst the rest of us were conferencing, working on the gerrit upgrade or getting our laptop stolen. You spun up and configured two new Jenkinses (Jenkinsii?) and then deal with the

Re: [openstack-dev] [Neutron] auto configration of local_ip

2014-01-16 Thread Isaku Yamahata
On Thu, Jan 16, 2014 at 10:53:11PM +1300, Robert Collins robe...@robertcollins.net wrote: On 16 January 2014 22:51, Robert Collins robe...@robertcollins.net wrote: I don't think 1 is a special case of 3 - interface based connections are dependent on physical wiring, How about 4. Send a

Re: [openstack-dev] [Neutron] auto configration of local_ip

2014-01-16 Thread Kyle Mestery
On Jan 16, 2014, at 7:52 AM, Isaku Yamahata isaku.yamah...@gmail.com wrote: On Thu, Jan 16, 2014 at 10:53:11PM +1300, Robert Collins robe...@robertcollins.net wrote: On 16 January 2014 22:51, Robert Collins robe...@robertcollins.net wrote: I don't think 1 is a special case of 3 -

Re: [openstack-dev] a common client library

2014-01-16 Thread Jesse Noller
On Jan 16, 2014, at 5:53 AM, Chmouel Boudjnah chmo...@enovance.commailto:chmo...@enovance.com wrote: On Thu, Jan 16, 2014 at 12:38 PM, Chris Jones c...@tenshu.netmailto:c...@tenshu.net wrote: Once a common library is in place, is there any intention to (or resistance against) collapsing the

Re: [openstack-dev] [gantt] Sync up patches

2014-01-16 Thread Joe Gordon
On Wed, Jan 15, 2014 at 1:29 PM, Dugger, Donald D donald.d.dug...@intel.com wrote: My thought was to try and get some parallel effort going, do the resync as a continuing task as suffer a little ongoing pain versus a large amount of pain at the end. Given that the steps for a resync are the

Re: [openstack-dev] [Openstack] [Neutron] auto configration of local_ip

2014-01-16 Thread balaj...@freescale.com
2014/1/16 NOTSU Arata no...@virtualtech.jp: The question is, what criteria is appropriate for the purpose. The criteria being mentioned so far in the review are: 1. assigned to the interface attached to default gateway 2. being in the specified network (CIDR) 3. assigned to the specified

Re: [openstack-dev] Proposal for dd disk i/o performance blueprint of cinder.

2014-01-16 Thread Chris Friesen
On 01/15/2014 11:25 PM, Clint Byrum wrote: Excerpts from Alan Kavanagh's message of 2014-01-15 19:11:03 -0800: Hi Paul I posted a query to Ironic which is related to this discussion. My thinking was I want to ensure the case you note here (1) a tenant can not read another tenants disk..

Re: [openstack-dev] Hat Tip to fungi

2014-01-16 Thread Jay Pipes
On Thu, 2014-01-16 at 08:44 -0500, Anita Kuno wrote: Thank you, fungi. You have kept openstack-infra running for that last 2 weeks as the sole plate-spinner whilst the rest of us were conferencing, working on the gerrit upgrade or getting our laptop stolen. You spun up and configured two

Re: [openstack-dev] [TripleO][Tuskar] Editing Nodes

2014-01-16 Thread Walls, Jeffrey Joel (Cloud OS RD)
From: Jaromir Coufal [mailto:jcou...@redhat.com] Well, I think you are right. We should be able to provide as much as possible. I don't think that Tuskar has to do everything. Image builder would be amazing feature. And I don't think it has to be Tuskar-UI business. There can be UI separate

Re: [openstack-dev] Hat Tip to fungi

2014-01-16 Thread Soren Hansen
+1. Thanks for all your hard work. Den 16/01/2014 19.17 skrev Anita Kuno ante...@anteaya.info: Thank you, fungi. You have kept openstack-infra running for that last 2 weeks as the sole plate-spinner whilst the rest of us were conferencing, working on the gerrit upgrade or getting our laptop

Re: [openstack-dev] Hat Tip to fungi

2014-01-16 Thread Kyle Mestery
On Jan 16, 2014, at 9:17 AM, Jay Pipes jaypi...@gmail.com wrote: On Thu, 2014-01-16 at 08:44 -0500, Anita Kuno wrote: Thank you, fungi. You have kept openstack-infra running for that last 2 weeks as the sole plate-spinner whilst the rest of us were conferencing, working on the gerrit

Re: [openstack-dev] a common client library

2014-01-16 Thread Jesse Noller
On Jan 16, 2014, at 9:07 AM, Joe Gordon joe.gord...@gmail.commailto:joe.gord...@gmail.com wrote: On Thu, Jan 16, 2014 at 9:45 AM, Jesse Noller jesse.nol...@rackspace.commailto:jesse.nol...@rackspace.com wrote: On Jan 16, 2014, at 5:53 AM, Chmouel Boudjnah

Re: [openstack-dev] [neutron] [third-party-testing] Sharing information

2014-01-16 Thread Sullivan, Jon Paul
From: Mohammad Banikazemi [mailto:m...@us.ibm.com] Sullivan, Jon Paul jonpaul.sulli...@hp.commailto:jonpaul.sulli...@hp.com wrote on 01/16/2014 05:39:04 AM: I can't recommend Jenkins Job Builder highly enough if you use Jenkins. [2] https://github.com/openstack-infra/jenkins-job-builder

Re: [openstack-dev] a common client library

2014-01-16 Thread Jesse Noller
On Jan 16, 2014, at 9:26 AM, Justin Hammond justin.hamm...@rackspace.commailto:justin.hamm...@rackspace.com wrote: I'm not sure if it was said, but which httplib using being used (urllib3 maybe?). Also I noticed many people were talking about supporting auth properly, but are there any

Re: [openstack-dev] Hat Tip to fungi

2014-01-16 Thread Davanum Srinivas
+1 :) -- dims On Thu, Jan 16, 2014 at 10:25 AM, Kyle Mestery mest...@siliconloons.com wrote: On Jan 16, 2014, at 9:17 AM, Jay Pipes jaypi...@gmail.com wrote: On Thu, 2014-01-16 at 08:44 -0500, Anita Kuno wrote: Thank you, fungi. You have kept openstack-infra running for that last 2

Re: [openstack-dev] [Openstack] [Neutron] auto configration of local_ip

2014-01-16 Thread Martinx - ジェームズ
Guys, Let me ask something about this... Apparently, VXLAN can be easier to implement/maintain when using it with IPv6 (read about it here: www.nephos6.com/pdf/OpenStack-on-IPv6.pdf), so, I'm wondering if local_ip can be an IPv6 address (for IceHouse-3 / Ubuntu 14.04) and, of course, if it is

Re: [openstack-dev] [Neutron] auto configration of local_ip

2014-01-16 Thread Jay Pipes
On Thu, 2014-01-16 at 17:41 +0900, NOTSU Arata wrote: Hello, I'm trying to add a new configuration option for Neutron OVS agent. Although I've submitted a patch and it is being reviewed [1], I'm posting to this mailing list seeking opinion from a wider range. At present, when you deploy

Re: [openstack-dev] Hat Tip to fungi

2014-01-16 Thread Russell Bryant
On 01/16/2014 08:44 AM, Anita Kuno wrote: Thank you, fungi. You have kept openstack-infra running for that last 2 weeks as the sole plate-spinner whilst the rest of us were conferencing, working on the gerrit upgrade or getting our laptop stolen. You spun up and configured two new

Re: [openstack-dev] a common client library

2014-01-16 Thread Alexei Kornienko
On 01/16/2014 05:25 PM, Jesse Noller wrote: On Jan 16, 2014, at 9:07 AM, Joe Gordon joe.gord...@gmail.com mailto:joe.gord...@gmail.com wrote: On Thu, Jan 16, 2014 at 9:45 AM, Jesse Noller jesse.nol...@rackspace.com mailto:jesse.nol...@rackspace.com wrote: On Jan 16, 2014, at 5:53

Re: [openstack-dev] [TripleO][Tuskar] Editing Nodes

2014-01-16 Thread Jiří Stránský
On 15.1.2014 14:07, James Slagle wrote: I'll start by laying out how I see editing or updating nodes working in TripleO without Tuskar: To do my initial deployment: 1. I build a set of images for my deployment for different roles. The images are different based on their role, and only contain

Re: [openstack-dev] a common client library

2014-01-16 Thread Jay Pipes
On Thu, 2014-01-16 at 09:03 +0100, Flavio Percoco wrote: On 15/01/14 21:35 +, Jesse Noller wrote: On Jan 15, 2014, at 1:37 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: Several people have mentioned to me that they are interested in, or actively working on, code related to

Re: [openstack-dev] instance migration strangeness in devstack

2014-01-16 Thread Dan Genin
Thank you for replying, Vish. I did sync and verified that the file was written to the host disk by mounting the LVM volume on the host. When I tried live migration I got a Horizon blurb Error: Failed to live migrate instance to host but there were no errors in syslog. I have been able to

Re: [openstack-dev] a common client library

2014-01-16 Thread Chmouel Boudjnah
On Thu, Jan 16, 2014 at 4:37 PM, Jesse Noller jesse.nol...@rackspace.comwrote: Can you detail out noauth for me; and I would say the defacto httplib in python today is python-requests - urllib3 is also good but I would say from a *consumer* standpoint requests offers more in terms of usability

Re: [openstack-dev] Domain ID in Policy_dict

2014-01-16 Thread Tiwari, Arvind
I think you have to define rule as below domain-admin: role:domain_admin and domain_id:%(target.domain.domain_id)s Associate this rule with APIS which you want to scope to domain admin. Try and let us know. Arvind -Original Message- From: boun...@canonical.com

Re: [openstack-dev] [neutron] [third-party-testing] Sharing information

2014-01-16 Thread Sullivan, Jon Paul
From: Jay Pipes [mailto:jaypi...@gmail.com] On Thu, 2014-01-16 at 10:39 +, Sullivan, Jon Paul wrote: From: Kyle Mestery [mailto:mest...@siliconloons.com] FYI, here [1] are the meeting logs from today’s meeting. A couple of things have become apparent here: 1. No one

Re: [openstack-dev] a common client library

2014-01-16 Thread Dean Troyer
On Thu, Jan 16, 2014 at 9:37 AM, Jesse Noller jesse.nol...@rackspace.comwrote: On Jan 16, 2014, at 9:26 AM, Justin Hammond justin.hamm...@rackspace.com wrote: I'm not sure if it was said, but which httplib using being used (urllib3 maybe?). Also I noticed many people were talking about

Re: [openstack-dev] [neutron] [third-party-testing] Sharing information

2014-01-16 Thread Sullivan, Jon Paul
Apologies for an almost duplicate post, I corrected the mistake in the example. Ooops. -Original Message- From: Sullivan, Jon Paul Sent: 16 January 2014 15:38 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron]

Re: [openstack-dev] [Nova] why don't we deal with claims when live migrating an instance?

2014-01-16 Thread Brian Elliott
On Jan 15, 2014, at 4:34 PM, Clint Byrum cl...@fewbar.com wrote: Hi Chris. Your thread may have gone unnoticed as it lacked the Nova tag. I've added it to the subject of this reply... that might attract them. :) Excerpts from Chris Friesen's message of 2014-01-15 12:32:36 -0800: When we

Re: [openstack-dev] Hat Tip to fungi

2014-01-16 Thread Jeremy Stanley
On 2014-01-16 08:44:17 -0500 (-0500), Anita Kuno wrote: You have kept openstack-infra running for that last 2 weeks as the sole plate-spinner whilst the rest of us were conferencing, working on the gerrit upgrade or getting our laptop stolen. Pro tip: don't make a habit of getting your laptop

Re: [openstack-dev] a common client library

2014-01-16 Thread Justin Hammond
I'm not sure if it was said, but which httplib using being used (urllib3 maybe?). Also I noticed many people were talking about supporting auth properly, but are there any intentions to properly support 'noauth' (python-neutronclient, for instance, doesn't support it properly as of this writing)?

Re: [openstack-dev] a common client library

2014-01-16 Thread Dean Troyer
On Thu, Jan 16, 2014 at 8:45 AM, Jesse Noller jesse.nol...@rackspace.comwrote: After speaking with people working on OSC and looking at the code base in depth; I don’t think this addresses what Chris is implying: OSC wraps the individual CLIs built by each project today, instead of the

Re: [openstack-dev] [TripleO][Tuskar] Domain Model Locations

2014-01-16 Thread Jay Pipes
On Thu, 2014-01-16 at 11:25 +0100, Jaromir Coufal wrote: On 2014/12/01 20:40, Jay Pipes wrote: On Fri, 2014-01-10 at 10:28 -0500, Jay Dobies wrote: So, it's not as simple as it may initially seem :) Ah, I should have been clearer in my statement - my understanding is that we're

Re: [openstack-dev] [TripleO] milestone-proposed branches

2014-01-16 Thread Thierry Carrez
James Slagle wrote: [...] And yes, I'm volunteering to do the work to support the above, and the release work :). Let me know if you have any question or need help. The process and tools used for the integrated release are described here:

Re: [openstack-dev] a common client library

2014-01-16 Thread Doug Hellmann
On Wed, Jan 15, 2014 at 4:35 PM, Jesse Noller jesse.nol...@rackspace.comwrote: On Jan 15, 2014, at 1:37 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: Several people have mentioned to me that they are interested in, or actively working on, code related to a common client library --

Re: [openstack-dev] [gantt] Sync up patches

2014-01-16 Thread Vishvananda Ishaya
On Jan 16, 2014, at 6:46 AM, Joe Gordon joe.gord...@gmail.com wrote: On Wed, Jan 15, 2014 at 1:29 PM, Dugger, Donald D donald.d.dug...@intel.com wrote: My thought was to try and get some parallel effort going, do the resync as a continuing task as suffer a little ongoing pain versus

Re: [openstack-dev] a common client library

2014-01-16 Thread Jesse Noller
On Jan 16, 2014, at 9:54 AM, Alexei Kornienko alexei.kornie...@gmail.commailto:alexei.kornie...@gmail.com wrote: On 01/16/2014 05:25 PM, Jesse Noller wrote: On Jan 16, 2014, at 9:07 AM, Joe Gordon joe.gord...@gmail.commailto:joe.gord...@gmail.com wrote: On Thu, Jan 16, 2014 at 9:45 AM,

Re: [openstack-dev] a common client library

2014-01-16 Thread Justin Hammond
My prioritization of noauth is rooted in the fact that we're finding that the current pattern of hitting auth to validate a token is not scaling well. Out current solution to this scale issue is: - use noauth when possible between the services - use normal auth for public services - provide a

Re: [openstack-dev] a common client library

2014-01-16 Thread Dean Troyer
On Thu, Jan 16, 2014 at 9:54 AM, Alexei Kornienko alexei.kornie...@gmail.com wrote: Knowing usual openstack workflow I'm afraid that #1,#2 with a waterfall approach may take years to be complete. And after they'll be approved it will become clear that this architecture is already outdated.

Re: [openstack-dev] a common client library

2014-01-16 Thread Jay Pipes
On Thu, 2014-01-16 at 10:06 -0600, Dean Troyer wrote: On Thu, Jan 16, 2014 at 9:37 AM, Jesse Noller jesse.nol...@rackspace.com wrote: On Jan 16, 2014, at 9:26 AM, Justin Hammond justin.hamm...@rackspace.com wrote: I'm not sure if it was said, but which httplib using

Re: [openstack-dev] instance migration strangeness in devstack

2014-01-16 Thread Dan Genin
Raw backed instance migration also works so this appears to be an LVM issue. On 01/16/2014 11:04 AM, Dan Genin wrote: Thank you for replying, Vish. I did sync and verified that the file was written to the host disk by mounting the LVM volume on the host. When I tried live migration I got a

Re: [openstack-dev] instance migration strangeness in devstack

2014-01-16 Thread Vishvananda Ishaya
In that case, this sounds like a bug to me related to lvm volumes. You should check the nova-compute.log from both hosts and the nova-conductor.log. If it isn’t obvious what the problem is, you should open a bug and attach as much info as possible. Vish On Jan 16, 2014, at 8:04 AM, Dan Genin

Re: [openstack-dev] [gantt] Sync up patches

2014-01-16 Thread Russell Bryant
On 01/16/2014 11:18 AM, Vishvananda Ishaya wrote: On Jan 16, 2014, at 6:46 AM, Joe Gordon joe.gord...@gmail.com mailto:joe.gord...@gmail.com wrote: On Wed, Jan 15, 2014 at 1:29 PM, Dugger, Donald D donald.d.dug...@intel.com mailto:donald.d.dug...@intel.com wrote: My thought was

[openstack-dev] [nova][vmware] VMwareAPI sub-team status update 2014-01-16

2014-01-16 Thread Shawn Hartsock
We're closing in on Icehouse-2 and only 4 of our blueprints were in good enough shape to stay in the queue. Numbers on the BP indicate the priority number (per project) I've arbitrarily assigned the BP based on subteam feedback. This does mean priority 1, 2, and 3 got bumped from i-2 to i-3 so...

Re: [openstack-dev] instance migration strangeness in devstack

2014-01-16 Thread Dan Genin
OK, thank you for the sanity check. Dan On 01/16/2014 11:29 AM, Vishvananda Ishaya wrote: In that case, this sounds like a bug to me related to lvm volumes. You should check the nova-compute.log from both hosts and the nova-conductor.log. If it isn’t obvious what the problem is, you should

Re: [openstack-dev] [gantt] Sync up patches

2014-01-16 Thread Sylvain Bauza
Le 16/01/2014 17:18, Vishvananda Ishaya a écrit : On Jan 16, 2014, at 6:46 AM, Joe Gordon joe.gord...@gmail.com mailto:joe.gord...@gmail.com wrote: On Wed, Jan 15, 2014 at 1:29 PM, Dugger, Donald D donald.d.dug...@intel.com mailto:donald.d.dug...@intel.com wrote: My thought was to

Re: [openstack-dev] a common client library

2014-01-16 Thread Chmouel Boudjnah
On Thu, Jan 16, 2014 at 5:23 PM, Jay Pipes jaypi...@gmail.com wrote: Right, but requests supports chunked-transfer encoding properly, so really there's no reason those clients could not move to a requests-based codebase. We had that discussion for swiftclient and we are not against it but

Re: [openstack-dev] question of vcpu-memory-hotplug progress

2014-01-16 Thread Vishvananda Ishaya
On Jan 15, 2014, at 7:36 PM, Wangshen (Peter) pete...@huawei.com wrote: Hi, all We are interesting in vcpu-memory-hotplug under this link: https://blueprints.launchpad.net/nova/+spec/vcpu-memory-hotplug And we have already finished vcpu hotplug and done the basic tests. But this

Re: [openstack-dev] a common client library

2014-01-16 Thread Joe Gordon
On Thu, Jan 16, 2014 at 10:25 AM, Jesse Noller jesse.nol...@rackspace.comwrote: On Jan 16, 2014, at 9:07 AM, Joe Gordon joe.gord...@gmail.com wrote: On Thu, Jan 16, 2014 at 9:45 AM, Jesse Noller jesse.nol...@rackspace.comwrote: On Jan 16, 2014, at 5:53 AM, Chmouel Boudjnah

Re: [openstack-dev] Hat Tip to fungi

2014-01-16 Thread Thierry Carrez
Russell Bryant wrote: On 01/16/2014 08:44 AM, Anita Kuno wrote: I tip my hat to you, sir. +1 +1! This is some very well deserved recognition for hard work and dedication to OpenStack. :-) Maybe we should restore the awards. I think last time we did them was... the Bexar summit in San

Re: [openstack-dev] a common client library

2014-01-16 Thread Alexei Kornienko
On 01/16/2014 06:15 PM, Jesse Noller wrote: On Jan 16, 2014, at 9:54 AM, Alexei Kornienko alexei.kornie...@gmail.com mailto:alexei.kornie...@gmail.com wrote: On 01/16/2014 05:25 PM, Jesse Noller wrote: On Jan 16, 2014, at 9:07 AM, Joe Gordon joe.gord...@gmail.com

Re: [openstack-dev] [Neturon] firewall_driver and ML2 and vif_security discussion

2014-01-16 Thread Robert Kukura
On 01/16/2014 04:43 AM, Mathieu Rohon wrote: Hi, your proposals make sense. Having the firewall driver configuring so much things looks pretty stange. Agreed. I fully support proposed fix 1, adding enable_security_group config, at least for ml2. I'm not sure whether making this sort of

Re: [openstack-dev] a common client library

2014-01-16 Thread Dean Troyer
On Thu, Jan 16, 2014 at 10:23 AM, Jay Pipes jaypi...@gmail.com wrote: Right, but requests supports chunked-transfer encoding properly, so really there's no reason those clients could not move to a requests-based codebase. Absolutely...it was totally me chickening out at the time why they

Re: [openstack-dev] Proposal for dd disk i/o performance blueprint of cinder.

2014-01-16 Thread Fox, Kevin M
Yeah, I think the evil firmware issue is separate and should be solved separately. Ideally, there should be a mode you can set the bare metal server into where firmware updates are not allowed. This is useful to more folks then just baremetal cloud admins. Something to ask the hardware vendors

Re: [openstack-dev] a common client library

2014-01-16 Thread Mark Washenberger
On Thu, Jan 16, 2014 at 8:06 AM, Dean Troyer dtro...@gmail.com wrote: On Thu, Jan 16, 2014 at 9:37 AM, Jesse Noller jesse.nol...@rackspace.comwrote: On Jan 16, 2014, at 9:26 AM, Justin Hammond justin.hamm...@rackspace.com wrote: I'm not sure if it was said, but which httplib using being

Re: [openstack-dev] [Neturon] firewall_driver and ML2 and vif_security discussion

2014-01-16 Thread Nachi Ueno
Hi Mathieu, Bob Thank you for your reply OK let's do (A) - (C) for now. (A) Remove firewall_driver from server side Remove Noop -- I'll write patch for this (B) update ML2 with extend_port_dict -- Bob will push new review for this (C) Fix vif_security patch using (1) and (2). -- I'll

Re: [openstack-dev] a common client library

2014-01-16 Thread Mark Washenberger
On Wed, Jan 15, 2014 at 7:53 PM, Alexei Kornienko alexei.kornie...@gmail.com wrote: I did notice, however, that neutronclient is conspicuously absent from the Work Items in the blueprint's Whiteboard. It will surely be added later. We already working on several things in parallel and we will

Re: [openstack-dev] a common client library

2014-01-16 Thread Mark Washenberger
On Thu, Jan 16, 2014 at 12:03 AM, Flavio Percoco fla...@redhat.com wrote: On 15/01/14 21:35 +, Jesse Noller wrote: On Jan 15, 2014, at 1:37 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: Several people have mentioned to me that they are interested in, or actively working on,

Re: [openstack-dev] a common client library

2014-01-16 Thread Joe Gordon
On Thu, Jan 16, 2014 at 12:07 PM, Alexei Kornienko alexei.kornie...@gmail.com wrote: On 01/16/2014 06:15 PM, Jesse Noller wrote: On Jan 16, 2014, at 9:54 AM, Alexei Kornienko alexei.kornie...@gmail.com wrote: On 01/16/2014 05:25 PM, Jesse Noller wrote: On Jan 16, 2014, at 9:07 AM,

Re: [openstack-dev] sqla 0.8 ... and sqla 0.9

2014-01-16 Thread Jeremy Stanley
On 2014-01-12 07:27:11 -0500 (-0500), Sean Dague wrote: With the taskflow update, the only thing between upping our sqla requirement to 0.8.99 is pbr's requirements integration test getting a work around for pip's behavior change (which will currently not install netifaces because it's not on

Re: [openstack-dev] a common client library

2014-01-16 Thread Jesse Noller
On Jan 16, 2014, at 11:39 AM, Mark Washenberger mark.washenber...@markwash.netmailto:mark.washenber...@markwash.net wrote: On Thu, Jan 16, 2014 at 8:06 AM, Dean Troyer dtro...@gmail.commailto:dtro...@gmail.com wrote: On Thu, Jan 16, 2014 at 9:37 AM, Jesse Noller

Re: [openstack-dev] sqla 0.8 ... and sqla 0.9

2014-01-16 Thread Joshua Harlow
Also with: https://review.openstack.org/#/c/66051/ On 1/16/14, 10:40 AM, Jeremy Stanley fu...@yuggoth.org wrote: On 2014-01-12 07:27:11 -0500 (-0500), Sean Dague wrote: With the taskflow update, the only thing between upping our sqla requirement to 0.8.99 is pbr's requirements integration

Re: [openstack-dev] a common client library

2014-01-16 Thread Alexei Kornienko
Hello Joe, continuous refactoring and syncing across 22+ repositories sounds like a nightmare, one that I would like to avoid. You are right this is not easy. However I have several reasons to do that: The hardest part is to bring basic stuff in sync across all projects (That's what we are

[openstack-dev] [savanna] team meeting minutes Jan 16

2014-01-16 Thread Sergey Lukjanov
Thanks everyone who have joined Savanna meeting. Here are the logs from the meeting: Minutes: savanna.2014-01-16-18.06.htmlhttp://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-01-16-18.06.html Log:

Re: [openstack-dev] [Neturon] firewall_driver and ML2 and vif_security discussion

2014-01-16 Thread Amir Sadoughi
Hi all, I just want to make sure I understand the plan and its consequences. I’m on board with the YAGNI principle of hardwiring mechanism drivers to return their firewall_driver types for now. However, after (A), (B), and (C) are completed, to allow for Open vSwitch-based security groups

  1   2   >