Re: [openstack-dev] [Hacking] unit test code is too less

2014-01-22 Thread Yuriy Taraday
Hello. On Thu, Jan 23, 2014 at 6:47 AM, ZhiQiang Fan wrote: > > I noticed that in openstack-dev/hacking project, there is very little test > code, is there any particular reason why it is in such situation? > Yes, there is. Every rule have a docstring that not only provides examples of good and

[openstack-dev] [Horizon] web accessibility issues

2014-01-22 Thread Joonwon Lee
Dear stackers, We inspected the Horizon (Havana release) for web accessibility and found the following problems, as it's required by our domestic standards. 1.1.1 Non-text Contents - A few non-text contents such as Network Topology (for Neutron) and Resource Usage (for Ceilometer) have no text

Re: [openstack-dev] new keystone developer

2014-01-22 Thread Yuriy Taraday
Hello. On Thu, Jan 23, 2014 at 8:06 AM, Steve Martinelli wrote: > #3 - I'll leave this to others > > [image: Inactive hide details for Mario Adessi ---01/22/2014 09:37:48 > PM---I'd like to begin contributing to the keystone project. Keys]Mario > Adessi ---01/22/2014 09:37:48 PM---I'd like to beg

Re: [openstack-dev] [Nova] Power/temperature monitors for scheduler

2014-01-22 Thread Gao, Fengqian
For the ceilometer part, it seems have overlap, but I am not sure about Nova part. IIUC, Nova doesn't collect power/temperature for now. Thanks --fengqian -Original Message- From: Tim Bell [mailto:tim.b...@cern.ch] Sent: Thursday, January 23, 2014 2:21 PM To: OpenStack Development Maili

Re: [openstack-dev] [Nova] Power/temperature monitors for scheduler

2014-01-22 Thread Tim Bell
Is there overlap with https://launchpad.net/kwapi and https://blueprints.launchpad.net/ironic/+spec/send-data-to-ceilometer ? Tim From: Gao, Fengqian [mailto:fengqian@intel.com] Sent: 23 January 2014 06:25 To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [Nova] Power/temperatu

[openstack-dev] [barbican] Barbican 2014.1.b2 ("Icehouse M2") is released

2014-01-22 Thread John Wood
Hello everyone, The Barbican team is proud to announce the second milestone delivery for the OpenStack Icehouse series. Information on the milestone and its associated tarball are available at: https://launchpad.net/barbican/icehouse/icehouse-2 With this milestone, 3 blueprints have been imple

[openstack-dev] [Nova] Power/temperature monitors for scheduler

2014-01-22 Thread Gao, Fengqian
Hi, all, I would like to propose adding power/temperature monitors in Nova for the scheduler. I builded a wiki to record the design notes, https://wiki.openstack.org/wiki/User_talk:Fengqian#Why_and_how_to_use_Intel_Node_Manager_in_Openstack Please help to review the following patches if you are i

[openstack-dev] hugepage support

2014-01-22 Thread Anil Gunturu
Hi, Is it possible to enable the hugepages in the guest OS for the VMs launched in OpenStack (with KVM hypervisor)? Specifically is it possible to pass the "-mem-path" option when invoking QEMU? Thanks, Anil ___ OpenStack-dev mailing list OpenStack-d

Re: [openstack-dev] [Neutron][IPv6] A pair of mode keywords

2014-01-22 Thread Shixiong Shang
Any possibility we can nail the keywords in the next 12 - 24 hrs? So we can decide the scope in Icehouse release and then, discuss who can do what? Shixiong On Jan 22, 2014, at 11:20 AM, Collins, Sean wrote: > I don't know if it's reasonable to expect a deployment of OpenStack that > has an

Re: [openstack-dev] [Heat] Reducing pep8 ignores

2014-01-22 Thread ZhiQiang Fan
you can split H306 to several patches since it contains so much files. optional: It would be really nice if you can fix the unused import problem (if exist) in the same time, this seems can be checked via IDE On Wed, Jan 22, 2014 at 7:23 PM, Pavlo Shchelokovskyy < pshchelokovs...@mirantis.com>

Re: [openstack-dev] [Heat] Reducing pep8 ignores

2014-01-22 Thread Zane Bitter
On 22/01/14 06:23, Pavlo Shchelokovskyy wrote: Hi all, we have an approved blueprint that concerns reducing number of ignored PEP8 and openstack/hacking style checks for heat (https://blueprints.launchpad.net/heat/+spec/reduce-flake8-ignored-rules). I've been already warned that enabling some of

Re: [openstack-dev] new keystone developer

2014-01-22 Thread Steve Martinelli
Hey Mario, Welcome and thanks for helping out! The developer docs are a great place to get started. #1 - Not sure if there is anything recent, but here is an old diagram: http://ilearnstack.files.wordpress.com/2013/04/keystone.png #2 - I would read up on the section (Running with PDB) http://do

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

2014-01-22 Thread Wangshen (Peter)
> -Original Message- > From: Vishvananda Ishaya [mailto:vishvana...@gmail.com] > Sent: Wednesday, January 22, 2014 2:26 AM > To: OpenStack Development Mailing List (not for usage questions) > Cc: Jinbo (Justin) > Subject: Re: [openstack-dev] question of vcpu-memory-hotplug progress > > The

[openstack-dev] [Hacking] unit test code is too less

2014-01-22 Thread ZhiQiang Fan
Hi, I noticed that in openstack-dev/hacking project, there is very little test code, is there any particular reason why it is in such situation? since hacking module is depended by almost all openstack projects, I think hacking code should be tested well at least for i.e. the hacking rule h233 i

[openstack-dev] new keystone developer

2014-01-22 Thread Mario Adessi
I'd like to begin contributing to the keystone project. Keystone, along with all the other major infrastructure components in OpenStack, is a rather large project. I've read over the developer documentation, but was hoping to get help with some questions. (1) Are there diagrams that describe how

Re: [openstack-dev] [fuel-dev] monitoring openstack services with nagios

2014-01-22 Thread Roman Alekseenkov
Fernando, As you are making changes to Fuel, it's important to keep the following considerations in mind: - 3.2.x doesn't have PuppetDB - 4.x doesn't have Puppet Master at all Dev team deliberately switched to masterless puppet just recently, due to the scaling issues as well as a number of rando

[openstack-dev] [oepnstack-dev][Neutron] Neutron API behavior

2014-01-22 Thread Sukhdev Kapur
Hi All, During tempest sprint in Montreal, as we were writing API tests, we noticed a behavior which we believed is an issue with the Neutron API (or perhaps documentation or both) Let me start with a question: If one executes an api to create/delete/update a neutron resource, what is the API's

Re: [openstack-dev] [Trove] how to list available configuration parameters for datastores

2014-01-22 Thread Craig Vyvial
+1 yes that is true. Thanks, Craig On Wed, Jan 22, 2014 at 4:52 PM, Kaleb Pomeroy wrote: > I think that may have been a slight oversite. We will likely have the > following two routes > > /datastores//configuration/ would be the collection of all > parameters > /datastores//configuration/:para

Re: [openstack-dev] [ceilometer] Discussion of the resource loader support patch

2014-01-22 Thread Lu, Lianhao
Gordon Chung wrote on 2014-01-21: >> If the resources defined in the pipeline doesn't match any resource >> file loader, it will be treated as directly passing to the pollsters. E.g. >> resources: >> - fileloader:///foo/bar >> - snmp://2.2.2.2 >> The endpoint 'snmp://2.2.2.2' wi

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread Jay Pipes
On Wed, 2014-01-22 at 17:59 -0500, Sean Dague wrote: > On 01/22/2014 05:52 PM, Clint Byrum wrote: > > Excerpts from Jay Pipes's message of 2014-01-22 13:43:41 -0800: > >> On Wed, 2014-01-22 at 15:39 -0500, Sean Dague wrote: > >>> > >>> == > >>> Executive Summary > >>> =

[openstack-dev] [Ironic] Node groups and multi-node operations

2014-01-22 Thread Devananda van der Veen
So, a conversation came again up today around whether or not Ironic will, in the future, support operations on groups of nodes. Some folks have expressed a desire for Ironic to expose operations on groups of nodes; others want Ironic to host the hardware-grouping data so that eg. Heat and Tuskar ca

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread James E. Blair
Robert Collins writes: > On 23 January 2014 09:39, Sean Dague wrote: >> >> Changes coming in gate structure >> > >> Svelt Gate >> == >> >> The gate jobs will be trimmed down immensely. Nothing project >> specific, so pep8

[openstack-dev] [State-Management] Agenda for tommorow meeting at 2000 UTC

2014-01-22 Thread Joshua Harlow
Hi all, The [state-management] project team holds a weekly meeting in #openstack-meeting on thursdays, 2000 UTC. The next meeting is tommorow, 2014-01-23!!! As usual, everyone is welcome :-) Link: https://wiki.openstack.org/wiki/Meetings/StateManagement Taskflow: https://wiki.openstack.org

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

2014-01-22 Thread Thierry Carrez
James Slagle wrote: > I read through that wiki page. I did have a couple of questions: > > Who usually runs through the steps there? You? or a project member? Me for integrated projects (and most incubated ones). A project member for everything else. > When repo_tarball_diff.sh is run, are there

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread Robert Collins
On 23 January 2014 09:39, Sean Dague wrote: > > Changes coming in gate structure > > Svelt Gate > == > > The gate jobs will be trimmed down immensely. Nothing project > specific, so pep8 / unit tests all ripped out, no func

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread Sean Dague
On 01/22/2014 05:52 PM, Clint Byrum wrote: > Excerpts from Jay Pipes's message of 2014-01-22 13:43:41 -0800: >> On Wed, 2014-01-22 at 15:39 -0500, Sean Dague wrote: >>> >>> == >>> Executive Summary >>> == >>> To summarize, the effects of these change

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread Clint Byrum
Excerpts from Jay Pipes's message of 2014-01-22 13:43:41 -0800: > On Wed, 2014-01-22 at 15:39 -0500, Sean Dague wrote: > > > > == > > Executive Summary > > == > > To summarize, the effects of these changes will be: > > > > - 1) Decrease the impact

Re: [openstack-dev] [Trove] how to list available configuration parameters for datastores

2014-01-22 Thread Kaleb Pomeroy
I think that may have been a slight oversite. We will likely have the following two routes /datastores//configuration/ would be the collection of all parameters /datastores//configuration/:parameter would be an individual setting. - kpom From: Craig Vyvial [cp16

Re: [openstack-dev] [gantt] How to include nova modules in unit tests

2014-01-22 Thread Dugger, Donald D
I agree, the gantt tree during the interim will be tightly coupled with the nova tree, any changes to those internal nova APIs will have to be reflected back into the gantt tree. Ultimately we want to completely decouple gantt from nova but that is a harder problem than just moving the schedule

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread Sean Dague
On 01/22/2014 05:24 PM, Peter Portante wrote: > Can you consider issuing the check job before forwarding to the gate if > the current patch set is not already (re)based against master? That > way, if it is, and there was a successful check job, even if it was days > old, a new one would not be nee

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread Sean Dague
On 01/22/2014 04:43 PM, Jay Pipes wrote: > On Wed, 2014-01-22 at 15:39 -0500, Sean Dague wrote: >> >> == >> Executive Summary >> == >> To summarize, the effects of these changes will be: >> >> - 1) Decrease the impact of failures resetting the entir

Re: [openstack-dev] [gantt] How to include nova modules in unit tests

2014-01-22 Thread Sylvain Bauza
2014/1/22 Joe Gordon > > > > On Tue, Jan 21, 2014 at 7:35 PM, Dugger, Donald D < > donald.d.dug...@intel.com> wrote: > >> Well, the first goal is to get the scheduler code into a separate tree, >> even though that code is still utilizing common code from nova. Right now >> just about every sched

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread Peter Portante
Can you consider issuing the check job before forwarding to the gate if the current patch set is not already (re)based against master? That way, if it is, and there was a successful check job, even if it was days old, a new one would not be needed? Perhaps?

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread Anita Kuno
On 01/22/2014 04:43 PM, Jay Pipes wrote: > On Wed, 2014-01-22 at 15:39 -0500, Sean Dague wrote: >> >> == >> Executive Summary >> == >> To summarize, the effects of these changes will be: >> >> - 1) Decrease the impact of failures resetting the entir

Re: [openstack-dev] [Trove] how to list available configuration parameters for datastores

2014-01-22 Thread Craig Vyvial
Ok with overwhelming support for #3. What if we modified #3 slightly because looking at it again seems like we could shorten the path since /datastores//configuration doesnt do anything. instead of #1 /datastores//configuration/parameters maybe: #2 /datastores//parameters #3 /datastores//configu

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Chris Jones
Hi On 22 January 2014 21:33, Fox, Kevin M wrote: > I think we're pretty far off in a tangent though. My main point was, if > you can't selectively restart services as needed, I'm not sure how useful > patching the image really is over a full reboot. It should take on the same > order of magnitud

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

2014-01-22 Thread Russell Bryant
On 01/21/2014 04:43 PM, Joe Gordon wrote: > > > > On Thu, Jan 16, 2014 at 4:42 PM, Dugger, Donald D > mailto:donald.d.dug...@intel.com>> wrote: > > OK, it looks like the concensus is that we don't try and keep the > gantt tree in sync with nova instead we: > > 1) Get the current g

[openstack-dev] [QA] Meeting Thursday January 23rd at 22:00UTC

2014-01-22 Thread Matthew Treinish
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tommorrow Thursday, January 23rd at 22:00 UTC in the #openstack-meeting channel. The agenda for tommorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome to add an item

Re: [openstack-dev] [Heat] Reducing pep8 ignores

2014-01-22 Thread Angus Salkeld
On 22/01/14 12:21 +, Steven Hardy wrote: On Wed, Jan 22, 2014 at 01:23:05PM +0200, Pavlo Shchelokovskyy wrote: Hi all, we have an approved blueprint that concerns reducing number of ignored PEP8 and openstack/hacking style checks for heat ( https://blueprints.launchpad.net/heat/+spec/reduce

Re: [openstack-dev] [OpenStack-Dev] Cherry picking commit from oslo-incubator

2014-01-22 Thread Joe Gordon
On Wed, Jan 22, 2014 at 5:19 AM, Julien Danjou wrote: > On Tue, Jan 21 2014, Joe Gordon wrote: > > > I would like to propose having a integration test job in Oslo incubator > > that syncs in the code, similar to how we do global requirements. > > I don't think that would be possible as a voting j

Re: [openstack-dev] [Swift] domain-level quotas

2014-01-22 Thread Christian Schwede
Hi Matthieu, Am 22.01.14 20:02, schrieb Matthieu Huin: > The idea is to have a middleware checking a domain's current usage > against a limit set in the configuration before allowing an upload. > The domain id can be extracted from the token, then used to query > keystone for a list of projects be

Re: [openstack-dev] [OpenStack-Dev] Cherry picking commit from oslo-incubator

2014-01-22 Thread Joe Gordon
On Wed, Jan 22, 2014 at 3:22 AM, Flavio Percoco wrote: > On 21/01/14 13:14 -0500, Joe Gordon wrote: > >> >> On Jan 17, 2014 12:24 AM, "Flavio Percoco" wrote: >> >>> >>> On 16/01/14 17:32 -0500, Doug Hellmann wrote: >>> On Thu, Jan 16, 2014 at 3:19 PM, Ben Nemec wrote:

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread Jay Pipes
On Wed, 2014-01-22 at 15:39 -0500, Sean Dague wrote: > > == > Executive Summary > == > To summarize, the effects of these changes will be: > > - 1) Decrease the impact of failures resetting the entire gate queue >by doing the heavy testing in t

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Fox, Kevin M
Maybe I misunderstand, but I thought: kexec - lets you boot a new kernel/initrd starting at the point a boot loader would skipping the bios init. All previous running processes are not running in the new boot just like a normal reboot. CRIU - Lets you snapshot/restart running processes. While

Re: [openstack-dev] [gantt] How to include nova modules in unit tests

2014-01-22 Thread Joe Gordon
On Tue, Jan 21, 2014 at 7:35 PM, Dugger, Donald D wrote: > Well, the first goal is to get the scheduler code into a separate tree, > even though that code is still utilizing common code from nova. Right now > just about every scheduler file includes some nova modules. Ultimately > yes, we want

Re: [openstack-dev] [Trove] how to list available configuration parameters for datastores

2014-01-22 Thread Greg Hill
Another +1 for option 3. Greg On Jan 22, 2014, at 2:27 PM, Denis Makogon mailto:dmako...@mirantis.com>> wrote: Goodday to all. #3 looks more than acceptable. /datastores//configuration/parameters. According to configuration parameters design, a configuration set must be associated to exactly

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Clint Byrum
Excerpts from Keith Basil's message of 2014-01-22 12:27:50 -0800: > On Jan 22, 2014, at 1:53 PM, Jay Pipes wrote: > > > On Wed, 2014-01-22 at 13:15 -0500, Dan Prince wrote: > >> > >> - Original Message - > >>> From: "Clint Byrum" > >>> To: "openstack-dev" > >>> Sent: Wednesday, January

Re: [openstack-dev] Changes coming in gate structure

2014-01-22 Thread John Griffith
On Wed, Jan 22, 2014 at 1:39 PM, Sean Dague wrote: > > Changes coming in gate structure > > > Unless you've been living under a rock, on the moon, around Saturn, > you'll have noticed that the gate has been quite backed up the last

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Jay Pipes
On Wed, 2014-01-22 at 12:12 -0800, Clint Byrum wrote: > Excerpts from Jay Pipes's message of 2014-01-22 10:53:14 -0800: > > On Wed, 2014-01-22 at 13:15 -0500, Dan Prince wrote: > > > > > > - Original Message - > > > > From: "Clint Byrum" > > > > To: "openstack-dev" > > > > Sent: Wednesda

[openstack-dev] Changes coming in gate structure

2014-01-22 Thread Sean Dague
Changes coming in gate structure Unless you've been living under a rock, on the moon, around Saturn, you'll have noticed that the gate has been quite backed up the last 2 weeks. Every time we get towards a milestone this gets measur

Re: [openstack-dev] [qa][Neutron][Tempest][Network] Break down NetworkBasicOps to smaller test cases

2014-01-22 Thread David Kranz
On 01/22/2014 03:19 PM, Jay Pipes wrote: On Tue, 2014-01-21 at 01:15 -0500, Yair Fried wrote: I seem to be unable to convey my point using generalization, so I will give a specific example: I would like to have "update dns server" as an additional network scenario. Currently I could add it to

Re: [openstack-dev] [nova][neutron]About creating vms without ip address

2014-01-22 Thread Yuriy Taraday
On Thu, Jan 23, 2014 at 12:04 AM, CARVER, PAUL wrote: > > Can you elaborate on what you mean by this? You can turn of Neutron’s > dnsmasq on a per network basis, correct? Do you mean something else by > “make its dnsmasq service quiet”? > What I meant is for dnsmasq to not send offers to specifi

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Clint Byrum
Excerpts from Fox, Kevin M's message of 2014-01-22 12:19:56 -0800: > I think most of the time taken to reboot is spent in bringing down/up the > services though, so I'm not sure what it really buys you if you do it all. It > may let you skip the crazy long bootup time on "enterprise" hardware, bu

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Keith Basil
On Jan 22, 2014, at 1:53 PM, Jay Pipes wrote: > On Wed, 2014-01-22 at 13:15 -0500, Dan Prince wrote: >> >> - Original Message - >>> From: "Clint Byrum" >>> To: "openstack-dev" >>> Sent: Wednesday, January 22, 2014 12:45:45 PM >>> Subject: Re: [openstack-dev] [TripleO] our update story:

Re: [openstack-dev] [Trove] how to list available configuration parameters for datastores

2014-01-22 Thread Denis Makogon
Goodday to all. #3 looks more than acceptable. /datastores//configuration/parameters. According to configuration parameters design, a configuration set must be associated to exactly one datastore. Best regards, Denis Makogon. 2014/1/22 Michael Basnight > On Jan 22, 2014, at 10:19 AM, Kaleb Po

Re: [openstack-dev] [qa][Neutron][Tempest][Network] Break down NetworkBasicOps to smaller test cases

2014-01-22 Thread Jay Pipes
On Tue, 2014-01-21 at 01:15 -0500, Yair Fried wrote: > I seem to be unable to convey my point using generalization, so I will give a > specific example: > I would like to have "update dns server" as an additional network scenario. > Currently I could add it to the existing module: > > 1. tests c

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Fox, Kevin M
I think most of the time taken to reboot is spent in bringing down/up the services though, so I'm not sure what it really buys you if you do it all. It may let you skip the crazy long bootup time on "enterprise" hardware, but that could be worked around with kexec on the full reboot method too.

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Clint Byrum
Excerpts from Jay Pipes's message of 2014-01-22 10:53:14 -0800: > On Wed, 2014-01-22 at 13:15 -0500, Dan Prince wrote: > > > > - Original Message - > > > From: "Clint Byrum" > > > To: "openstack-dev" > > > Sent: Wednesday, January 22, 2014 12:45:45 PM > > > Subject: Re: [openstack-dev] [

[openstack-dev] [Trove][Discussion] Are we using troveclient/tools/install_venv_common.py ?

2014-01-22 Thread Nilakhya
Hi All, Are we using tools/install_venv_common.py in python-troveclient, If so just let us know. Otherwise, it may be cleaned up (removing it from openstack-common.conf) Thanks. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http:

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

2014-01-22 Thread James Slagle
On Thu, Jan 16, 2014 at 10:32 AM, Thierry Carrez wrote: > 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 de

[openstack-dev] [Neutron][LBaaS] Status update and weekly meeting

2014-01-22 Thread Eugene Nikanorov
Hi folks, At this point we have a few major action items, mostly patches on review. Please note that the gate is in pretty bad shape, so don't expect anything to be approved/merged until this is sorted out. 1) SSL extension https://review.openstack.org/#/c/63510/ The code here is in a good shape

Re: [openstack-dev] [Trove] how to list available configuration parameters for datastores

2014-01-22 Thread Michael Basnight
On Jan 22, 2014, at 10:19 AM, Kaleb Pomeroy wrote: > My thoughts so far: > > /datastores//configuration/parameters (Option Three) > + configuration set without an associated datastore is meaningless > + a configuration set must be associated to exactly one datastore > + each datastore must have

Re: [openstack-dev] [nova][neutron]About creating vms without ip address

2014-01-22 Thread CARVER, PAUL
Yuriy Taraday wrote: >Fuel needs to manage nodes directly via DHCP and PXE and you can't do that >with Neutron since you can't make its >dnsmasq service quiet. Can you elaborate on what you mean by this? You can turn of Neutron’s dnsmasq on a per network basis, correct? Do you mean something el

Re: [openstack-dev] [nova][neutron]About creating vms without ip address

2014-01-22 Thread Yuriy Taraday
Hello. On Tue, Jan 21, 2014 at 12:52 PM, Dong Liu wrote: > What's your opinion? > We've just discussed a use case for this today. I want to create a sandbox for Fuel but I can't do it with OpenStack. The reason is a bit different from telecom case: Fuel needs to manage nodes directly via DHCP a

Re: [openstack-dev] [trove] Datastore Type/Version Migration

2014-01-22 Thread Andrey Shestakov
Hi Looks good approach. Lets start discussion. I propose API spec for it https://gist.github.com/andreyshestakov/8559309 Please look it and add your advices and comments. Thanks On Thu, Nov 21, 2013 at 2:44 AM, McReynolds, Auston wrote: > With "Multiple Datastore Types/Versions" merged to mas

Re: [openstack-dev] [neutron] Neutron should disallow /32 CIDR

2014-01-22 Thread Carl Baldwin
Agreed. That would be a good place for that check. Carl On Wed, Jan 22, 2014 at 6:40 AM, Paul Ward wrote: > Thanks for your input, Carl. You're right, it seems the more appropriate > place for this is _validate_subnet(). It checks ip version, gateway, etc... > but not the size of the subnet.

[openstack-dev] [ceilometer] per domain/project/user limits on alarms

2014-01-22 Thread Matthieu Huin
Greetings, I'd be interested in some opinions and feedback on the following blueprint: https://blueprints.launchpad.net/ceilometer/+spec/quotas-on-alarms I think it'd be interesting to allow admins to limit the number of running alarms at any of the three levels defined by keystone. Thoughts ?

Re: [openstack-dev] [Neutron][IPv6] A pair of mode keywords

2014-01-22 Thread Shixiong Shang
That is correct, Xu Han! > On Jan 22, 2014, at 11:14 AM, "Xuhan Peng" wrote: > > Ian, > > I think the last "two attributes" PDF from Shixiong's last email is trying to > solve the problem you are saying, right? > — > Xu Han Peng (xuhanp) > > >> On Wed, Jan 22, 2014 at 8:15 PM, Ian Wells

Re: [openstack-dev] [Neutron][IPv6] A pair of mode keywords

2014-01-22 Thread Shixiong Shang
Sean, I agree with you. I prefer OpenStack as the single source of truth. What end user chooses may be different. But with this pair of keywords, at least we provide comprehensive coverage on all scenarios. For Icehouse, I suggest we only consider the supports for the scenarios that OpenStack h

[openstack-dev] [Swift] domain-level quotas

2014-01-22 Thread Matthieu Huin
Greetings, I'd be interested in your opinions and feedback on the following blueprint: https://blueprints.launchpad.net/swift/+spec/domain-level-quotas The idea is to have a middleware checking a domain's current usage against a limit set in the configuration before allowing an upload. The doma

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Clint Byrum
Agreed, it is tricky if we try to only restart what we've changed. OR, just restart everything. We can make endpoints HA and use rolling updates to avoid spurious faults. There are complex ways to handle things even smoother.. but I go back to "What does complexity cost?" Excerpts from Fox, Kevi

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Jay Pipes
On Wed, 2014-01-22 at 13:15 -0500, Dan Prince wrote: > > - Original Message - > > From: "Clint Byrum" > > To: "openstack-dev" > > Sent: Wednesday, January 22, 2014 12:45:45 PM > > Subject: Re: [openstack-dev] [TripleO] our update story: can people live > > with it? > > > > Excerpts

Re: [openstack-dev] [TripleO] [Tuskar] Terminology Revival #1 - Roles

2014-01-22 Thread Tzu-Mainn Chen
- Original Message - > Oh dear user... :) > > I'll step a little bit back. We need to agree if we want to name > concepts one way in the background and other way in the UI for user (did > we already agree on this point?). We all know pros and cons. And I will > still fight for users to g

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Clint Byrum
Excerpts from Dan Prince's message of 2014-01-22 10:15:20 -0800: > > - Original Message - > > From: "Clint Byrum" > > To: "openstack-dev" > > Sent: Wednesday, January 22, 2014 12:45:45 PM > > Subject: Re: [openstack-dev] [TripleO] our update story: can people live > > with it? > > >

Re: [openstack-dev] Gate Update - Wed Morning Edition

2014-01-22 Thread Russell Bryant
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/22/2014 09:38 AM, Sean Dague wrote: > Thanks to everyone that's been pitching in digging on reset bugs. > More help is needed. Many core reviewers are at this point > completely ignoring normal reviews until the gate is back, so if > you are wait

[openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Charles Crouch
Clint wrote: > I would call your e-mail a documentation/roadmap bug. This plan may > have been recorded somewhere, but for me it has just always been in my > head as the end goal (thanks to Robert Collins for drilling the hole > and pouring it in there btw ;). I found the following links helpful i

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Russell Bryant
On 01/22/2014 12:17 PM, Dan Prince wrote: > I've been thinking a bit more about how TripleO updates are developing > specifically with regards to compute nodes. What is commonly called the > "update story" I think. > > As I understand it we expect people to actually have to reboot a compute node

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Fox, Kevin M
Another tricky bit left is how to handle service restarts as needed? Thanks, Kevin From: Dan Prince [dpri...@redhat.com] Sent: Wednesday, January 22, 2014 10:15 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev]

[openstack-dev] [Swift] 1.12.0 release candidate

2014-01-22 Thread Thierry Carrez
Hi everyone, A milestone-proposed branch was created for Swift in preparation for the 1.12.0 release. Please test the proposed delivery to ensure no critical regression found its way in. Release-critical fixes might be backported to the milestone-proposed branch until final release, and will be t

[openstack-dev] Icehouse-2 milestone candidates available

2014-01-22 Thread Thierry Carrez
Hi everyone, Milestone-proposed branches were created for Keystone, Glance, Nova, Neutron, Cinder, Ceilometer, Heat and and Trove in preparation for the icehouse-2 milestone publication tomorrow. Horizon should be there in a few hours. You can find candidate tarballs at: http://tarballs.openstac

Re: [openstack-dev] [Trove] how to list available configuration parameters for datastores

2014-01-22 Thread Kaleb Pomeroy
My thoughts so far: /datastores//configuration/parameters (Option Three) + configuration set without an associated datastore is meaningless + a configuration set must be associated to exactly one datastore + each datastore must have 0-1 configuration set + All above relationships are immediately a

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Dan Prince
- Original Message - > From: "Clint Byrum" > To: "openstack-dev" > Sent: Wednesday, January 22, 2014 12:45:45 PM > Subject: Re: [openstack-dev] [TripleO] our update story: can people live > with it? > > Excerpts from Dan Prince's message of 2014-01-22 09:17:24 -0800: > > I've bee

Re: [openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Clint Byrum
Excerpts from Dan Prince's message of 2014-01-22 09:17:24 -0800: > I've been thinking a bit more about how TripleO updates are developing > specifically with regards to compute nodes. What is commonly called the > "update story" I think. > > As I understand it we expect people to actually have to

[openstack-dev] FW: [horizon] hypervisor summary page shows incorrect stats on overcommiting cpu/disk/ram in openstack

2014-01-22 Thread Penmetcha, Surya NarayanaRaju
Hi, Though cpu/disk/ram stats are overcommitted in openstack, hypervisor summary page in horizon UI displays the actual stats on compute node instead of overcommitted values calculated in openstack. This gives incorrect data to the user while provisioning instances as the used value of cpu/disk

Re: [openstack-dev] [OpenStack-Dev] Cherry picking commit from oslo-incubator

2014-01-22 Thread Flavio Percoco
On 22/01/14 10:59 -0600, Ben Nemec wrote: On 2014-01-22 06:32, Sean Dague wrote: I think we need to graduate things to stable interfaces a lot faster. Realizing that stable just means "have to deprecate to change it". So the interface is still changeable, just requires standard deprecation techn

Re: [openstack-dev] [OpenStack-Dev] Cherry picking commit from oslo-incubator

2014-01-22 Thread Ben Nemec
On 2014-01-22 06:32, Sean Dague wrote: I think we need to graduate things to stable interfaces a lot faster. Realizing that stable just means "have to deprecate to change it". So the interface is still changeable, just requires standard deprecation techniques. Which we are trying to get more pyth

[openstack-dev] [TripleO] our update story: can people live with it?

2014-01-22 Thread Dan Prince
I've been thinking a bit more about how TripleO updates are developing specifically with regards to compute nodes. What is commonly called the "update story" I think. As I understand it we expect people to actually have to reboot a compute node in the cluster in order to deploy an update. This

Re: [openstack-dev] [Trove] how to list available configuration parameters for datastores

2014-01-22 Thread Robert Myers
I like #4 over #5 because it seems weird to have to create a configuration first to see what parameters are allowed. With #4 you could look up what is allowed first then create your configuration. Robert On Jan 22, 2014 10:18 AM, "Craig Vyvial" wrote: > Hey everyone I have run into an issue with

Re: [openstack-dev] [Glance] Property protections not being enforced?

2014-01-22 Thread Tom Leaman
Thanks for spotting that one Mark! Good catch! I've put together a quick test case and patch for this. https://review.openstack.org/#/c/68420 Thanks again. Tom On Tue, Jan 21, 2014 at 10:48:40PM -0800, Mark Washenberger wrote: > I found the cause. When using role-based protections, instead of st

Re: [openstack-dev] [TripleO][Neutron] PMTUd broken in gre networks

2014-01-22 Thread Rick Jones
On 01/22/2014 03:01 AM, Robert Collins wrote: I certainly think having the MTU set to the right value is important. I wonder if there's a standard way we can signal the MTU (e.g. in the virtio interface) other than DHCP. Not because DHCP is bad, but because that would work with statically injecte

Re: [openstack-dev] Questions regarding image "location" and glanceclient behaviour ...

2014-01-22 Thread Mark Washenberger
On Wed, Jan 22, 2014 at 1:05 AM, Public Mail wrote: > Hi All, > > I have two questions ... > > 1) Glance v1 APIs can take a --location argument when creating an image >but v2 APIs can't - bug or feature? (Details below) > I'd call that a missing feature. I think we probably need

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

2014-01-22 Thread Tzu-Mainn Chen
Thanks for the update! One question - is it possible to move the "Deploying Status" bar from page 12 to page 14? The reason is that the former looks like a "Deployment Creation" page, while the latter is a "Deployment Detail" page. For me, the former is about sending parameters to the API to

Re: [openstack-dev] [Neutron][IPv6] A pair of mode keywords

2014-01-22 Thread Collins, Sean
I don't know if it's reasonable to expect a deployment of OpenStack that has an *external* DHCP server. It's certainly hard to imagine how you'd get the Neutron API and an external DHCP server to agree on an IP assignment, since OpenStack expects to be the source of truth. -- Sean M. Collins

Re: [openstack-dev] [Neutron][IPv6] A pair of mode keywords

2014-01-22 Thread Xuhan Peng
Ian,  I think the last "two attributes" PDF from Shixiong's last email is trying to solve the problem you are saying, right? — Xu Han Peng (xuhanp) On Wed, Jan 22, 2014 at 8:15 PM, Ian Wells wrote: > On 21 January 2014 22:46, Veiga, Anthony > wrote: >> >>Hi, Sean and Xuhan: >> >> I tota

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

2014-01-22 Thread Liz Blanchard
On Jan 20, 2014, at 3:02 AM, Jaromir Coufal wrote: > Hello everybody, > > based on feedback which I received last week, I am sending updated > wireframes. They are still not completely final, more use-cases and smaller > updates will occur, but I believe that we are going forward pretty well.

[openstack-dev] [Trove] how to list available configuration parameters for datastores

2014-01-22 Thread Craig Vyvial
Hey everyone I have run into an issue with the configuration parameter URI. I'd like some input on what the URI might look like for getting the list configuration parameters for a specific datastore. Problem: Configuration parameters need to be selected per datastore. Currently: Its setup to use

Re: [openstack-dev] [TripleO] [Tuskar] Terminology Revival #1 - Roles

2014-01-22 Thread Liz Blanchard
On Jan 22, 2014, at 10:53 AM, Jaromir Coufal wrote: > Oh dear user... :) > > I'll step a little bit back. We need to agree if we want to name concepts one > way in the background and other way in the UI for user (did we already agree > on this point?). We all know pros and cons. And I will st

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

2014-01-22 Thread Jaromir Coufal
Hey everybody, I am sending updated wireframes. http://people.redhat.com/~jcoufal/openstack/tripleo/2014-01-22_tripleo-ui-icehouse.pdf Updates: * p15-18 for down-scaling deployment Any questions are welcome, I am happy to answer them. -- Jarda On 2014/16/01 01:50, Jaromir Coufal wrote: Hi f

Re: [openstack-dev] [TripleO] [Tuskar] Terminology Revival #1 - Roles

2014-01-22 Thread Jaromir Coufal
Oh dear user... :) I'll step a little bit back. We need to agree if we want to name concepts one way in the background and other way in the UI for user (did we already agree on this point?). We all know pros and cons. And I will still fight for users to get global infrastructure terminology (

Re: [openstack-dev] [TripleO] [Tuskar] Terminology Revival #1 - Roles

2014-01-22 Thread Tzu-Mainn Chen
> On Jan 22, 2014, at 4:02 AM, Jaromir Coufal wrote: > > > > > > > On 2014/22/01 00:56, Tzu-Mainn Chen wrote: > >> Hiya - Resource is actually a Heat term that corresponds to what we're > >> deploying within > >> the Overcloud Stack - i.e., if we specify that we want an Overcloud with 1 > >> Co

  1   2   >