Re: [openstack-dev] [Nova] [Infra] Support for PCI Passthrough

2013-11-28 Thread yongli he
On 2013年11月27日 23:43, Jeremy Stanley wrote: On 2013-11-27 11:18:46 +0800 (+0800), yongli he wrote: [...] if you post -1, you should post testing log somewhere for people to debug it, so does third party testing can post testing log to the infra log server? Not at the moment--the infra log

Re: [openstack-dev] [TripleO] Summit session wrapup

2013-11-28 Thread Jaromir Coufal
On 2013/28/11 06:41, Robert Collins wrote: Certainly. Do we have Personas for those people? (And have we done any validation of them?) We have shorter paragraph to each. But not verified by any survey, so we don't have very solid basis in this area right now and I believe we all are trying to

Re: [openstack-dev] [TripleO] Summit session wrapup

2013-11-28 Thread Ladislav Smola
Hello, just few notes from me: https://etherpad.openstack.org/p/tripleo-feature-map sounds like a great idea, we should go through them one by one maybe on meeting. We should agree on what is doable for I, without violating the Openstack way in some very ugly way. So do we want to be

Re: [openstack-dev] [TripleO] Summit session wrapup

2013-11-28 Thread Jaromir Coufal
Hi Mark, thanks for your insight, I mostly agree. Just few points below. On 2013/27/11 21:54, Mark McLoughlin wrote: Hi Jarda, ... Yes, I buy this. And I think it's the point worth dwelling on. It would be quite a bit of work to substantiate the point with hard data - e.g. doing user

Re: [openstack-dev] [ceilometer][horizon] The meaning of Network Duration

2013-11-28 Thread Ladislav Smola
Hello Daisy, the tables were deleted from Horizon, because of that confusion. https://bugs.launchpad.net/horizon/+bug/1249279 We are going to clearly document each ceilometer meter first. Then this information will appear again in Horizon. E.g. the duration as stated in doc

Re: [openstack-dev] [TripleO] Summit session wrapup

2013-11-28 Thread Jaromir Coufal
On 2013/27/11 16:37, James Slagle wrote: On Wed, Nov 27, 2013 at 8:39 AM, Jaromir Coufal jcou...@redhat.com wrote: V0: basic slick installer - flexibility and control first - enable user to auto-discover (or manual register) nodes - let user decide, which node is going to be controller, which

Re: [openstack-dev] [oslo] rpc concurrency control rfc

2013-11-28 Thread Daniel P. Berrange
On Wed, Nov 27, 2013 at 07:34:15PM +, Daniel P. Berrange wrote: On Wed, Nov 27, 2013 at 06:43:42PM +, Edward Hope-Morley wrote: On 27/11/13 18:20, Daniel P. Berrange wrote: On Wed, Nov 27, 2013 at 06:10:47PM +, Edward Hope-Morley wrote: On 27/11/13 17:43, Daniel P. Berrange

Re: [openstack-dev] [Keystone][Marconi][Oslo] Discoverable home document for APIs (Was: Re: [Nova][Glance] Support of v1 and v2 glance APIs in Nova)

2013-11-28 Thread Flavio Percoco
On 26/11/13 10:57 -0600, Dolph Mathews wrote: On Tue, Nov 26, 2013 at 2:47 AM, Flavio Percoco fla...@redhat.com wrote: As crazy as it sounds, have you guys considered migrating to Nottingham's approach? It only sounds crazy because I have no idea how to migrate an unversioned endpoint

Re: [openstack-dev] excessively difficult to support both iso8601 0.1.4 and 0.1.8 as deps

2013-11-28 Thread Matthias Runge
On 11/27/2013 06:46 PM, Alan Pevec wrote: 2013/11/27 Sean Dague s...@dague.net: The problem is you can't really support both iso8601 was dormant for years, and the revived version isn't compatible with the old version. So supporting both means basically forking iso8601 and maintaining you own

Re: [openstack-dev] [heat][horizon]Heat UI related requirements roadmap

2013-11-28 Thread Zane Bitter
On 27/11/13 23:37, Fox, Kevin M wrote: Hmm... Yeah. when you tell heat client the url to a template file, you could set a flag telling the heat client it is in a git repo. It could then automatically look for repo information and set a stack metadata item pointing back to it. Or just store

Re: [openstack-dev] [TripleO] Summit session wrapup

2013-11-28 Thread Jiří Stránský
Hi all, just a few thoughts (subjective opinions) regarding the whole debate: * I think that having a manually picking images for machines approach would make TripleO more usable in the beginning. I think it will take a good deal of time to get our smart solution working with the admin

Re: [openstack-dev] [Openstack][qa][Tempest][Network] Test for external connectivity

2013-11-28 Thread Yair Fried
Thanks for the input. I apologize for the delay. 1. A working patch is here - https://review.openstack.org/#/c/55146. Reviews will be much appreciated. 2. Default setting has external_connectivity=False so tempest gate doesn't check this. I wonder if we could somehow set the neutron gate to

[openstack-dev] ml2 and vxlan configurations, neutron-server fails to start

2013-11-28 Thread Gopi Krishna B
Hi I am configuring Havana on fedora 19. Observing the below errors in case of neutron. Please help me resolve this issue. Note: copied only few lines from the server.log, in case full log is required, let me know. /etc/neutron/plugins/ml2/ml2_conf.ini type_drivers = vxlan,local

Re: [openstack-dev] [nova][libvirt] Gate bug 'libvirtError: Unable to read from monitor: Connection reset by peer'

2013-11-28 Thread Daniel P. Berrange
On Wed, Nov 27, 2013 at 07:26:03PM +, Jeremy Stanley wrote: On 2013-11-27 19:18:12 + (+), Daniel P. Berrange wrote: [...] It would be desirable if the gate logs included details of all software package versions installed. eg so we can see what libvirt, qemu and kernel are

Re: [openstack-dev] ml2 and vxlan configurations, neutron-server fails to start

2013-11-28 Thread Trinath Somanchi
Can u post the contents of neutron.conf file too ? Also, the complete neutron log.. Check the sqlalchemy version compatibility -- Trinath Somanchi - B39208 trinath.soman...@freescale.com | extn: 4048 From: Gopi Krishna B [mailto:gopi97...@gmail.com] Sent: Thursday, November 28, 2013 5:32 PM

Re: [openstack-dev] [Neutron][LBaaS] Thursday subteam meeting

2013-11-28 Thread Eugene Nikanorov
Hi Itsuro, I've updated the wiki with some examples of cli workflow that illustrate proposed API. Please see the updated page: https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance#API_change Thanks, Eugene. On Thu, Nov 28, 2013 at 3:00 AM, Itsuro ODA o...@valinux.co.jp wrote:

Re: [openstack-dev] FreeBSD hypervisor (bhyve) driver

2013-11-28 Thread Sean Dague
On 11/28/2013 05:13 AM, Daniel P. Berrange wrote: snip NB, technically we should have separate CI running for each hypervisor that libvirt is able to talk to, so there'd likely want to be dedicated CI infrastructure for the libvirt+bhyve combination regardless, perhaps it would need less

[openstack-dev] request-id in API response

2013-11-28 Thread Akihiro Motoki
Hi, I am working on adding request-id to API response in Neutron. After I checked what header is used in other projects header name varies project by project. It seems there is no consensus what header is recommended and it is better to have some consensus. nova: x-compute-request-id

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

2013-11-28 Thread Gary Kotton
On 11/28/13 12:10 AM, Robert Collins robe...@robertcollins.net wrote: On 25 November 2013 21:51, Sylvain Bauza sylvain.ba...@bull.net wrote: As said earlier, I also would love to join the team, triggering a few blueprints or so. By the way, I'm currently reviewing the Scheduler code. Do you

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

2013-11-28 Thread Chris Friesen
On 11/28/2013 09:50 AM, Gary Kotton wrote: One option worth thinking about is to introduce a new scheduling driver to nova - this driver will interface with the external scheduler. This will let us define the scheduling API, model etc, without being in the current confines of Nova. This will

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

2013-11-28 Thread Sylvain Bauza
Le 28/11/2013 17:04, Chris Friesen a écrit : On 11/28/2013 09:50 AM, Gary Kotton wrote: One option worth thinking about is to introduce a new scheduling driver to nova - this driver will interface with the external scheduler. This will let us define the scheduling API, model etc, without

[openstack-dev] [Hacking] License headers in empty files

2013-11-28 Thread Roman Prykhodchenko
Hi folks, according to our hacking rules all source files should contain the Apache license header in the beginning (http://docs.openstack.org/developer/hacking/#openstack-licensing). There are special files that in most of the cases are empty, i.e., __init__.py. I used to put license headers

Re: [openstack-dev] [Openstack][qa][Tempest][Network] Test for external connectivity

2013-11-28 Thread Jeremy Stanley
On 2013-11-28 06:46:27 -0500 (-0500), Yair Fried wrote: [...] 4. Jeremy Stanley - test check for no fewer than three addresses -- Why? If your tests try to communicate with addresses which are truly outside your own network, and thus outside your sphere of control, you don't want them failing

Re: [openstack-dev] [Hacking] License headers in empty files

2013-11-28 Thread Denis Makogon
Good question, Roman. I'm also interested in this. Are there any best-practices of header usage ? Should we place headers whereven it needs ? 2013/11/28 Roman Prykhodchenko rprikhodche...@mirantis.com Hi folks, according to our hacking rules all source files should contain the Apache

Re: [openstack-dev] [Neutron] Stop logging non-exceptional conditions as ERROR

2013-11-28 Thread Armando M.
I have been doing so in the number of patches I pushed to reduce error traces due to the communication between server and dhcp agent. I wanted to take care of the l3 agent too, but one thing I noticed is that I couldn't find a log for it (I mean on the artifacts that are published at job's

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

2013-11-28 Thread Devananda van der Veen
On Nov 25, 2013 7:13 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: On Mon, Nov 25, 2013 at 3:56 PM, Devananda van der Veen devananda@gmail.com wrote: Hi! Very good questions. I think most of them are directed towards the Ceilometer team, but I have answered a few bits inline.

Re: [openstack-dev] [Hacking] License headers in empty files

2013-11-28 Thread Julien Danjou
On Thu, Nov 28 2013, Roman Prykhodchenko wrote: The point of this email is _not_ to blame someone or to push my personal opinion to the folks who gave me the feedback. What I'm trying to do is to to bring more clarity to our hacking rules because, as I see, currently different folks interpret

Re: [openstack-dev] [Hacking] License headers in empty files

2013-11-28 Thread Sean Dague
On 11/28/2013 01:01 PM, Julien Danjou wrote: On Thu, Nov 28 2013, Roman Prykhodchenko wrote: The point of this email is _not_ to blame someone or to push my personal opinion to the folks who gave me the feedback. What I'm trying to do is to to bring more clarity to our hacking rules because,

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

2013-11-28 Thread Robert Collins
On 29 November 2013 04:50, Gary Kotton gkot...@vmware.com wrote: I am not really sure how we can have a client tree without even having discussed the API's and interfaces. From the initial round of emails the intention was to make use of the RPC mechanism to speak with the scheduler. It still

Re: [openstack-dev] [Hacking] License headers in empty files

2013-11-28 Thread Roman Prykhodchenko
Sean, Julien, Than really makes sense. I've seen cases when guys -1ed patches for not having the header in empty files referring to that ...all source files... phrase. That's why I think it's reasonable to add your comments to the Hacking rules. - Roman On Nov 28, 2013, at 20:08 , Sean Dague

Re: [openstack-dev] [Hacking] License headers in empty files

2013-11-28 Thread Julien Danjou
On Thu, Nov 28 2013, Sean Dague wrote: I'm totally in favor of going further and saying empty files shouldn't have license headers, because their content of emptiness isn't copyrightable [1]. That's just not how it's written today. I went ahead and sent a first patch:

Re: [openstack-dev] [Neutron] Stop logging non-exceptional conditions as ERROR

2013-11-28 Thread Salvatore Orlando
Perhaps it's because the l3 agent log it's now named q-vpn.log, if the vpn service is enabled as well. Salvatore On 28 November 2013 18:50, Armando M. arma...@gmail.com wrote: I have been doing so in the number of patches I pushed to reduce error traces due to the communication between

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

2013-11-28 Thread Gary Kotton
On 11/28/13 8:12 PM, Robert Collins robe...@robertcollins.net wrote: On 29 November 2013 04:50, Gary Kotton gkot...@vmware.com wrote: I am not really sure how we can have a client tree without even having discussed the API's and interfaces. From the initial round of emails the intention was

Re: [openstack-dev] [Solum] Configuration options placement

2013-11-28 Thread Doug Hellmann
On Wed, Nov 27, 2013 at 5:21 PM, Georgy Okrokvertskhov gokrokvertsk...@mirantis.com wrote: Hi, I am working on the user-authentication BP implementation. I need to introduce a new configuration option for enable or disable keystone authentication for incoming request. I am looking for a

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

2013-11-28 Thread Doug Hellmann
On Thu, Nov 28, 2013 at 1:00 PM, Devananda van der Veen devananda@gmail.com wrote: On Nov 25, 2013 7:13 PM, Doug Hellmann doug.hellm...@dreamhost.com wrote: On Mon, Nov 25, 2013 at 3:56 PM, Devananda van der Veen devananda@gmail.com wrote: Hi! Very good questions.

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

2013-11-28 Thread Robert Collins
On 29 November 2013 09:44, Gary Kotton gkot...@vmware.com wrote: The first stage is technical - move Nova scheduling code from A to be. What do we achieve - not much - we actually complicate things - there is always churn in Nova and we will have duplicate code bases. In addition to this the

Re: [openstack-dev] [Neutron][LBaaS] Thursday subteam meeting

2013-11-28 Thread Itsuro ODA
Hi Eugene, Thank you for the response. I have a comment. I think 'provider' attribute should be added to loadbalance resource and used rather than pool's 'provider' since I think using multiple driver within a loadbalancer does not make sense. What do you think ? I'm looking forward to your

Re: [openstack-dev] [Neutron][LBaaS] Thursday subteam meeting

2013-11-28 Thread Itsuro ODA
Hi, I can't find the 28th meeting log. (Does not logs automatically generated ?) Thanks. -- Itsuro ODA o...@valinux.co.jp ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

[openstack-dev] [heat][hadoop][template] Does anyone has a hadoop template

2013-11-28 Thread Jay Lau
Hi, I'm now trying to deploy a hadoop cluster with heat, just wondering if someone who has a heat template which can help me do the work. Thanks, Jay ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

[openstack-dev] [Glance] How to handle simple janitorial tasks?

2013-11-28 Thread David koo
Hi All, A quick question about simple janitorial tasks ... I noticed that glance.api.v2.image_data.ImageDataController.upload has two identical except clauses (circa line 98): except exception.StorageFull as e: msg = _(Image storage media is full: %s) % e

Re: [openstack-dev] [Neutron][LBaaS] Thursday subteam meeting

2013-11-28 Thread Itsuro ODA
Hi, I found it in /meeting/nuetron_lbaas. (neutron - nuetron) On Fri, 29 Nov 2013 07:51:56 +0900 Itsuro ODA o...@valinux.co.jp wrote: Hi, I can't find the 28th meeting log. (Does not logs automatically generated ?) Thanks. -- Itsuro ODA o...@valinux.co.jp

Re: [openstack-dev] [Glance] How to handle simple janitorial tasks?

2013-11-28 Thread Zhi Yan Liu
Hi Koo, On Fri, Nov 29, 2013 at 9:15 AM, David koo david@huawei.com wrote: Hi All, A quick question about simple janitorial tasks ... I noticed that glance.api.v2.image_data.ImageDataController.upload has two identical except clauses (circa line 98): except

[openstack-dev] [eventlet] should we use spawn instead of spawn_n?

2013-11-28 Thread Jian Wen
eventlet.spawn_n is the same as eventlet.spawn, but it’s not possible to know how the function terminated (i.e. no return value or exceptions)[1]. If an exception is raised in the function, spawn_n prints a stack trace. The stack trace will not be written to the log file. It will be lost if we

Re: [openstack-dev] [nova] remote debugging

2013-11-28 Thread yatin kumbhare
Hello Tracy, some of the problem I faced, to execute different nova cli(s), i required to restart nova service every-time. Nova service needs to fully start/realize, before debugging can start. import pydev; works as break-point for debugger, needs to add at all the places. For ex: in case one

Re: [openstack-dev] Reg : Security groups implementation using openflows in quantum ovs plugin

2013-11-28 Thread Jian Wen
I don't think we can implement a stateful firewall[1] now. Once connection tracking capability[2] is added to the Linux OVS, we could start to implement the ovs-firewall-driver blueprint. [1] http://en.wikipedia.org/wiki/Stateful_firewall [2]

Re: [openstack-dev] [Glance] How to handle simple janitorial tasks?

2013-11-28 Thread Zhi Yan Liu
https://bugs.launchpad.net/bugs/1256207 On Fri, Nov 29, 2013 at 1:08 PM, Zhi Yan Liu lzy@gmail.com wrote: Hi Koo, On Fri, Nov 29, 2013 at 9:15 AM, David koo david@huawei.com wrote: Hi All, A quick question about simple janitorial tasks ... I noticed that

Re: [openstack-dev] [nova][heat][[keystone] RFC: introducing request identification

2013-11-28 Thread haruka tanizawa
Thank you for your reply. I completely misunderstood. You're correct on request_id and task_id. What I'm planning is a string field that a user can pass in with the request and it will be part of the task representation. That field will have no meaning to Nova, but a client like Heat could use it

Re: [openstack-dev] FreeBSD hypervisor (bhyve) driver

2013-11-28 Thread Roman Bogorodskiy
Hello, Yes, libvirt's qemu driver works almost fine currently, except the fact that it needs a 'real' bridge driver, so all the networking configuration like filtering rules, NAT, etc could be done automatically, like for Linux now, instead of making user to perform all the configuration

Re: [openstack-dev] FreeBSD hypervisor (bhyve) driver

2013-11-28 Thread Roman Bogorodskiy
On Wed, Nov 27, 2013 at 7:32 PM, Rafał Jaworowski r...@semihalf.com wrote: The maintenance aspect and testing coverage are valid points, on the other hand future changes would have to go a longer way for us: first upstream to libvirt, then downstream to the FreeBSD ports collection (+ perhaps