Re: [openstack-dev] When will we stop adding new Python modules to requirements

On 16/09/13 05:30, Monty Taylor wrote: > > > On 09/15/2013 01:47 PM, Alex Gaynor wrote: >> Falcon was included as a result of Marconi moving from stackforge to >> being incubated. sphinxcontrib-programoutput doesn't appear to have been >> added at all, it's still under >> review: https://review.o

Re: [openstack-dev] How to create vmdk for openstack usage

Hi Jason, What happens if you forgo the converting to lsilogic, and instead upload the disk to glance as an ide disk (using --property vmware_adaptertype=ide)? Also, just reiterating the docs and Dan's comments, After obtaining a sparse ide vmdk from "qemu-img convert", due to a bug in the

Re: [openstack-dev] Oslo.db possible module?

Hi Joshua, This looks great! We definitely should consider this to become the base of oslo.db, as currently DB code in oslo-incubator depends on oslo-config and has a few drawbacks (e. g. global engine and session instances). We could discuss this in details at the summit (Boris has already prop

Re: [openstack-dev] Oslo.db possible module?

On 13/09/13 18:04 +, Joshua Harlow wrote: Hi guys, In my attempt to not use oslo.cfg in taskflow I ended up re-creating a lot of what oslo-incubator db has but without the strong connection to oslo.cfg, I was thinking that a majority of this code (which is also partially ceilometer influenc

Re: [openstack-dev] Oslo.db possible module?

Hi Joshua, +1 to discuss it on oslo.db session!=) Best regards, Boris Pavlovic -- Mirantis Inc. On Mon, Sep 16, 2013 at 12:26 PM, Roman Podolyaka wrote: > Hi Joshua, > > This looks great! > > We definitely should consider this to become the base of oslo.db, as > currently DB code in oslo-inc

Re: [openstack-dev] [Ceilometer][IceHouse] Ceilometer + Kibana + ElasticSearch Integration

On Fri, Sep 13 2013, Nachi Ueno wrote: Hi Nachi, That looks like a good idea, thanks for submitting. > [1] We should add elastic search query api for ceilometer? or we > should let user kick ElasticSearch api directory? > > Note that ElasticSearch has no tenant based authentication, in that > ca

Re: [openstack-dev] [Swift] Protecting the access to memcache

John Dickinson writes: > available for a WSGI pipeline. (Note that swift.common.middleware.acl > may be misplaced by this definition, but it's only used by tempauth.) and keystone_auth FYI. Chmouel. ___ OpenStack-dev mailing list OpenStack-dev@lists.

[openstack-dev] [Nova] Quick review from a core please for simple bug fix

Hi Folks, Could one more core look at the following simple bug fix please: https://review.openstack.org/#/c/46486/ - which allows the system clean up VMs from deleted instances. Its already got one +2 and four +1's Thanks Phil ___ OpenStack-dev mail

Re: [openstack-dev] Backwards incompatible migration changes - Discussion

On Fri, Sep 13, 2013 at 7:51 AM, Dolph Mathews wrote: > ++ Data backups are a solved problem, and no DB admin should trust an > application to perform its own backups. I'm not completely sure I agree. Consider the case where a cloud with active users undertakes an upgrade. The migrations run, an

Re: [openstack-dev] [Nova] Quick review from a core please for simple bug fix

Done. Cheers, Michael On Mon, Sep 16, 2013 at 8:21 PM, Day, Phil wrote: > Hi Folks, > > > > Could one more core look at the following simple bug fix please: > https://review.openstack.org/#/c/46486/ - which allows the system clean up > VMs from deleted instances. > > > > > > Its already got one

[openstack-dev] Additions to Hypervisor Support Matrix

Hi all, I have added a few features to the hypervisor support matrix that are related to volume functions. https://wiki.openstack.org/wiki/HypervisorSupportMatrix#Hypervisor_feature_support_matrix 1. iSCSI CHAP: Sets CHAP password on iSCSI connections 2. Fibre Channel: Use the FC protocol to atta

Re: [openstack-dev] Backwards incompatible migration changes - Discussion

On Mon, Sep 16, 2013 at 5:31 AM, Michael Still wrote: > On Fri, Sep 13, 2013 at 7:51 AM, Dolph Mathews > wrote: > > > ++ Data backups are a solved problem, and no DB admin should trust an > > application to perform its own backups. > > I'm not completely sure I agree. Consider the case where a c

[openstack-dev] [swift] 503 Service Unavailable errors

When I'm doing large transfers Swift often returns 503 errors with "proxy-server Object PUT exceptions during send, 1/2 required connections" in the log file. Is this an indication of network issues or can someone explain the cause and possible solution? Thanks * Trying 192.168.10.90... % T

[openstack-dev] [Savanna] Hadoop 1.1.2 replacement to 1.2.1 in vanilla plugin

Hi Savanna folks, Due to replacement of Hadoop distro from 1.1.2 to 1.2.1 into Vanilla plugin newly created CRs in master branch may fails on integration tests. Replacement related patch: https://review.openstack.org/#/c/46490/ DIB script changes: https://review.openstack.org/#/c/46720/ These

[openstack-dev] [glance] Core review request

Hi, guys. Please, review my changes: https://review.openstack.org/#/c/46064/ https://review.openstack.org/#/c/46066/ https://review.openstack.org/#/c/46072/ -- ;; ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.o

[openstack-dev] [nova] Tempest whitebox tests in nova

Hello! I'm looking at where would be the most appropriate place to have the tempest whitebox tests in nova unit tests. At first look, the nova/tests/db/test_db_api.py seems to be an appropriate place. As previously in tempest, I can work directly with the db and change states accordingly. How

[openstack-dev] [Savanna] problem starting namenode

Hi, I am trying to a custom plugin to provision hadoop 0.20.203.0 with jdk1.6u45. So I created a custom pre-installed image tweaking savanna-image-elements and a new plugin called mango. I am having this error on namenode: 2013-09-16 13:34:27,463 INFO org.apache.hadoop.hdfs.server.namenode.Name

[openstack-dev] While booting an instance each time, getting Status = ERROR.

Hello, I have deployed Devstack in a VM using Fedora 18. It is my localrc file.: http://fpaste.org/39848/33990213/ I have created image of fedora 17 using glance. By using that image, I am trying to boot an instance using nova client. During Booting after the end of Build state, The Instance gi

[openstack-dev] [Tuskar] All needed Tuskar metrics and alerts mapped to what Ceilometer supports

Hello, this is follow up of T.Sedovic old email, trying to identify all metrics, we will need to track for Tuskar. The Ceilometer API for Horizon is now in progress, so we have time to finish the list of metrics and alarms we need. That may also raise the requests for some Ceilometer API optim

Re: [openstack-dev] python-simplejson 2.0.0 errors

On Sun, Sep 15, 2013 at 8:50 AM, Thomas Goirand wrote: > Hi, > > There's jsonschema 2.0.0 in Sid, and when I build some of the OpenStack > packages, I get a huge list of requirement parsing errors: > > 2013-09-12 17:05:55.720 26018 ERROR stevedore.extension [-] Could not > load 'file': (jsonschem

Re: [openstack-dev] WebUI and user roles

Looks like this has grown into a full discussion. Opening up to the dev mailing list. On 09/16/2013 10:43 AM, Lyle, David (Cloud Services) wrote: I did run into a couple of fundamental limitations with the policy API as implemented in Keystone. 1) policy_list and policy_get are admin_requir

Re: [openstack-dev] [Tuskar] Tuskar Names Clarification & Unification

Hi, after few days of gathering information, it looks that no more new ideas appear there, so let's take the last round of voting for names which you prefer. It's important for us to get on the same page. https://etherpad.openstack.org/tuskar-naming Thanks guys -- Jarda On 2013/12/09 11:20

Re: [openstack-dev] When will we stop adding new Python modules to requirements

On Sep 16, 2013, at 8:42 AM, Matthias Runge wrote: > On 16/09/13 17:36, Michael Basnight wrote: > >>> >>> Not to forget python-troveclient, which is currently a hard >>> requirement for Horizon. >>> >>> During the review for python-troveclient, it was discovered, >>> troveclient still referenc

Re: [openstack-dev] [qa] tempest bug day - Sept 17th

On 09/09/2013 11:56 PM, Giulio Fidente wrote: hi there, yes, a testsuite can suffer itself from bugs :) [...] The proposed date for the bug day is *Tuesday, Sept the 17th.* We will meet on #openstack-qa. Please mark your dates. not to spam, just a reminder, this will be tomorrow see you o

Re: [openstack-dev] When will we stop adding new Python modules to requirements

On 16/09/13 17:36, Michael Basnight wrote: >> >> Not to forget python-troveclient, which is currently a hard >> requirement for Horizon. >> >> During the review for python-troveclient, it was discovered, >> troveclient still references reddwarfclient (in docs/source). > > Are you saying it refe

[openstack-dev] [Murano] Meeting Minutes 2013-09-16

Hello, Below, you can see the meeting minutes from today's Murano meeting. Minutes: http://eavesdrop.openstack.org/meetings/murano/2013/murano.2013-09-16-15.04.html Minutes (text): http://eavesdrop.openstack.org/meetings/murano/2013/murano.2013-09-16-15.04.txt Log: http://eavesdrop.openstack.org/

Re: [openstack-dev] When will we stop adding new Python modules to requirements

On Sep 16, 2013, at 12:24 AM, Matthias Runge wrote: > On 16/09/13 05:30, Monty Taylor wrote: >> >> >> On 09/15/2013 01:47 PM, Alex Gaynor wrote: >>> Falcon was included as a result of Marconi moving from stackforge to >>> being incubated. sphinxcontrib-programoutput doesn't appear to have been

[openstack-dev] [Nova] Quick review request for minor db api bug fix

Hi Folks, Could I request cores to review https://review.openstack.org/#/c/46379 - fixes an issue in which the DB API's compute_node_get_all erroneously returns empty stats for some nodes. Currently has two +1's. Thanks, Joe___ OpenStack-dev mailing

Re: [openstack-dev] When will we stop adding new Python modules to requirements

On Sep 16, 2013, at 9:05 AM, Matthias Runge wrote: > Signed PGP part > On 16/09/13 17:51, Michael Basnight wrote: > > >> Currently, just the docs refer to reddwarf, resulting in build > >> issues when building docs. > >> > > > > Whew! Ill fix it anyway. Thx fro pointing it out. > > > Awesome,

Re: [openstack-dev] WebUI and user roles

On Mon, Sep 16, 2013 at 11:01 AM, Adam Young wrote: > Looks like this has grown into a full discussion. Opening up to the dev > mailing list. > > On 09/16/2013 10:43 AM, Lyle, David (Cloud Services) wrote: > >> I did run into a couple of fundamental limitations with the policy API as >> implemen

Re: [openstack-dev] [Savanna] problem starting namenode

Hi, Arindam Current Savanna's vanilla plugin pushes two configs directly into hdfs-site.xml for all DataNodes and NameNode: dfs.name.dir =/lib/hadoop/hdfs/namenode, dfs.data.dir = /lib/hadoop/hdfs/datanode https://github.com/stackforge/savanna/blob/master/savanna/plugins/vanilla/config_helper.p

Re: [openstack-dev] WebUI and user roles

FYI: We were thinking about using the new Keystone policy API, but fell back to using files on the file system due to not having a way to retrieve the policies from Keystone other than with an ID string. After saving the policy file you need to save the policy ID somewhere so you might as well j

[openstack-dev] [marconi] Minutes from today's meeting

Hi folks, Today the Marconi team held its regular Monday meeting[1] in #openstack-meeting-alt @ 1600 UTC. Among other things, we discussed progress on marconi-proxy: Minutes: http://goo.gl/kfBjF8 Log: http://goo.gl/GoUU4c As always, you can catch us in #openstack-marconi in between the weekly me

[openstack-dev] [requirements] Review request for adding ordereddict

Hi all, I've submitted https://review.openstack.org/#/c/46474/ to add ordereddict to openstack/requirements. The reasoning behind the change is that we want ConfigParser to store sections in the order they're read, which is the default behavior in py2.7[1], but it must be specified in py2.6. The

[openstack-dev] [savanna] Savanna usability

I want to start a dialog around adding some usability features to Savanna, now that I have had a chance to spend a fair amount of time provisioning, scaling and changing clusters. Here is a list of items that I believe are important to address; comments welcomed: 1.Changing an OpenStack fl

[openstack-dev] Issues with IPTables

In a enfort to improve/verify the Openstack Documentation with regards to RHEL and Fedora, I've been attempting to follow the basic install guides. I've managed to create a working installation and set of instructions. However, to do so I needed to disable the Neutron IPTables firewall, as it

Re: [openstack-dev] When will we stop adding new Python modules to requirements

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/09/13 17:51, Michael Basnight wrote: >> Currently, just the docs refer to reddwarf, resulting in build >> issues when building docs. >> > > Whew! Ill fix it anyway. Thx fro pointing it out. > Awesome, Michael. Very much appreciated! Matthias

Re: [openstack-dev] [Nova]Connecting a VM from one tenant to a non-shared network in another tenant

Hi, The bug opened in Nova https://bugs.launchpad.net/nova/+bug/1221320 has a fix pending core nova developer approval. The 2nd bug opened for Neutron is fixed and approved. As we need this quite urgently to complete our testing in time for Havana, I would appreciate if another core reviewer wil

Re: [openstack-dev] Issues with IPTables

The follow up question is: Has anyone walked through the guides faithfully posted there and see if it works without back door tricks/tricks not documented there? -Original Message- From: Qing He Sent: Monday, September 16, 2013 10:37 AM To: 'Solly Ross' Cc: OpenStack Development Mailing

Re: [openstack-dev] [Ceilometer][IceHouse] Ceilometer + Kibana + ElasticSearch Integration

Hi Julien Thank you for your comment 2013/9/16 Julien Danjou : > On Fri, Sep 13 2013, Nachi Ueno wrote: > > Hi Nachi, > > That looks like a good idea, thanks for submitting. > >> [1] We should add elastic search query api for ceilometer? or we >> should let user kick ElasticSearch api directory?

Re: [openstack-dev] Issues with IPTables

On Mon, Sep 16, 2013 at 12:24 PM, Solly Ross wrote: > Quite a while. RDO's documentation for configuring multinode Packstack > with Neutron was a bit lacking, so after attempting to get that working for > a while, I switched to following the Basic Install Guide ( > http://docs.openstack.org/trun

Re: [openstack-dev] While booting an instance each time, getting Status = ERROR.

Hi Chandan, devstack by default logs everything to standard output and you can use screen to view the logs. Here are some steps that I had documented in my blog for debugging devstack logs: Redirect devstack output to log files : http://www.datauniv.com/blogs/2013/06/20/how-to-debug-devstack/ Us

Re: [openstack-dev] Issues with IPTables

Here you go. Keep in mind that I structured them more like their own install guide. Basic tweaks were integrated into the steps, but larger issues are noted at the bottom under the "notes" section. Best Regards, Solly Ross - Original Message - From: "Qing He" To: "Solly Ross" Cc: "

Re: [openstack-dev] Issues with IPTables

Solly, It would be great if you can share the notes. The reason I asked the question is that I'm trying to decide If I need to allocate development time in installation following the installation guide. The usual wisdom is that installation with detailed instruction would "take no time". Howeve

Re: [openstack-dev] [qa] Pitfalls of parallel tempest execution

On Fri, Aug 30, 2013 at 12:23:03PM -0400, David Kranz wrote: > Now that we have achieved the goal of parallel tempest in the gate > using testr we have to be careful that we don't introduce tests that > are flaky. This may be obvious to many of you but we should include > some information in the t

Re: [openstack-dev] [Tuskar] Tuskar Names Clarification & Unification

On 09/16/2013 05:50 PM, Jaromir Coufal wrote: Hi, after few days of gathering information, it looks that no more new ideas appear there, so let's take the last round of voting for names which you prefer. It's important for us to get on the same page. https://etherpad.openstack.org/tuskar-naming

Re: [openstack-dev] [requirements] Review request for adding ordereddict

On Mon, Sep 16, 2013 at 11:34 AM, Paul Bourke wrote: > Hi all, > > I've submitted https://review.openstack.org/#/c/46474/ to add > ordereddict to openstack/requirements. > > Related thread: http://lists.openstack.org/pipermail/openstack-dev/2013-September/015121.html > The reasoning behind the

Re: [openstack-dev] [savanna] Program name and Mission statement

IMHO, Big Data is even more nebulous and currently being pulled in many directions. Hadoop-as-a-Service may be too narrow. So, something in between, such as Data Processing, is a good balance. Best, matt On 09/13/2013 08:37 AM, Abhishek Lahiri wrote: IMHO data processing is too board , it m

Re: [openstack-dev] WebUI and user roles

On Mon, Sep 16, 2013 at 11:35 AM, Miller, Mark M (EB SW Cloud - R&D - Corvallis) wrote: > FYI: We were thinking about using the new Keystone policy API, but fell > back to using files on the file system due to not having a way to retrieve > the policies from Keystone other than with an ID string

Re: [openstack-dev] Issues with IPTables

Quite a while. RDO's documentation for configuring multinode Packstack with Neutron was a bit lacking, so after attempting to get that working for a while, I switched to following the Basic Install Guide (http://docs.openstack.org/trunk/basic-install/content/basic-install_intro.html). I also

Re: [openstack-dev] WebUI and user roles

I was thinking of something simple like policy_name to go along with policy_id. Then we can name it whatever we like. Mark From: Dolph Mathews [mailto:dolph.math...@gmail.com] Sent: Monday, September 16, 2013 11:25 AM To: OpenStack Development Mailing List Subject: Re: [openstack-dev] WebUI and

Re: [openstack-dev] [savanna] Program name and Mission statement

"data processing" is surely a superset of "big data". Either, by itself, is way too vague. But the wording that many people favor, which I will quote again, uses the vague term in a qualified way that makes it appropriately specific, IMHO. Here is the wording again: ``To provide a simple, re

[openstack-dev] [nova] [Pci passthrough] bug? -- 'NoneType' object has no attribute 'support_requests'

Hi, I'm testing PCI passthrough features on Havana (single node installation). I've installed OpenStack on CentOS 6.4 using EPEL. The pci_passthrough_filter doesn't seem to be able to get the object 'host_state.pci_stats'. Is it a bug? Thanks, David Here is the information of the test en

Re: [openstack-dev] [DevStack] Generalize config file settings

On Fri, Sep 13, 2013 at 1:20 PM, Everett Toews wrote: > On Sep 13, 2013, at 6:10 AM, Sean Dague wrote: > > > Because inevitably people ask for copies of other folks configs to > duplicate things, and a single file is easier to pass around than a tree. > But that would mean a unique parser to handl

[openstack-dev] Timeline for upcoming PTL and TC elections

It's that time of the year again ! In the next weeks we'll renew our PTLs (one for each OpenStack program) and most Technical Committee members. The timeline for those elections is as follows: * Sep 20 - Sep 26: Open candidacy to PTL positions * Sep 27 - Oct 3: PTL elections * Oct 4 - Oct 10: Ope

Re: [openstack-dev] WebUI and user roles

"Adam Young" wrote: > Looks like this has grown into a full discussion. Opening up to the dev > mailing list. > On 09/16/2013 10:43 AM, Lyle, David (Cloud Services) wrote: >> I did run into a couple of fundamental limitations with the policy API as >> implemented in Keystone. >> >> 1) policy

Re: [openstack-dev] WebUI and user roles

On Mon, Sep 16, 2013 at 6:18 PM, Lyle, David (Cloud Services) < david.l...@hp.com> wrote: > "Adam Young" wrote: > > > Looks like this has grown into a full discussion. Opening up to the dev > mailing list. > > > On 09/16/2013 10:43 AM, Lyle, David (Cloud Services) wrote: > >> I did run into a co

Re: [openstack-dev] Backwards incompatible migration changes - Discussion

On 9/16/13 10:37 PM, Dolph Mathews wrote: On Mon, Sep 16, 2013 at 5:31 AM, Michael Still > wrote: On Fri, Sep 13, 2013 at 7:51 AM, Dolph Mathews mailto:dolph.math...@gmail.com>> wrote: > ++ Data backups are a solved problem, and no DB admin should tr

Re: [openstack-dev] [Tuskar] Tuskar Names Clarification & Unification

On 2013/16/09 15:11, Tomas Sedovic wrote: On 09/16/2013 05:50 PM, Jaromir Coufal wrote: Hi, after few days of gathering information, it looks that no more new ideas appear there, so let's take the last round of voting for names which you prefer. It's important for us to get on the same page.

Re: [openstack-dev] [Tuskar] Tuskar Names Clarification & Unification

> From: Jaromir Coufal > To: openstack-dev@lists.openstack.org, > Date: 09/16/2013 11:51 AM > Subject: Re: [openstack-dev] [Tuskar] Tuskar Names Clarification & Unification > > Hi, > > after few days of gathering information, it looks that no more new > ideas appear there, so let's take the l

[openstack-dev] [CI][Ceilometer] Please help to understand why migrations are (not?) working in gate-tempest-devstack-vm-full

Hi all, I submitted a patch earlier that adds a migration to Ceilometer: https://review.openstack.org/#/c/46841/ The patch only adds a SQLAlchemy migration file. Nothing more. My patch failed some gate tests, so I went to investigate the cause of the failures, and I saw in the console log [1]

Re: [openstack-dev] [heat] [scheduler] Bringing things together for Icehouse

I have written a brief document, with pictures. See https://docs.google.com/document/d/1hQQGHId-z1A5LOipnBXFhsU3VAMQdSe-UXvL4VPY4ps Regards, Mike___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman

Re: [openstack-dev] [savanna] Program name and Mission statement

Another variant *Big Data Processing*. This mission more precise reflects the Savanna nature as just Data Processing. Also, this name is less confusing as just Data Processing. On Tue, Sep 17, 2013 at 12:11 AM, Mike Spreitzer wrote: > "data processing" is surely a superset of "big data". Either

[openstack-dev] [Nova] Core review request

Hi, Can a core reviewer please look at https://review.openstack.org/#/c/45691/. The has one +2 and a number of +1's Thanks Gary ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack