On 21/12/13 00:41 -0500, Jay Pipes wrote:
On 12/20/2013 10:42 AM, Flavio Percoco wrote:
Greetings,
In the last Glance meeting, it was proposed to pull out glance's
stores[0] code into its own package. There are a couple of other
scenarios where using this code is necessary and it could also be
On 12/21/2013 11:20 AM, Sergey Vasilenko wrote:
Do you offer patch system python in solution #2?
In solution 2, as you can see from
https://review.openstack.org/#/c/63094/11/openstack/common/log.py, we
define class
RFCSysLogHandler(logging.handlers.SysLogHandler) which overrides
its base
Flavio Percoco wrote:
On 21/12/13 00:41 -0500, Jay Pipes wrote:
Cinder is for block storage. Images are just a bunch of blocks, and
all the store drivers do is take a chunked stream of input blocks and
store them to disk/swift/s3/rbd/toaster and stream those blocks back
out again.
So,
One of the longer standing issues we've had in Tempest was the Tempest
is a set of tests without it's own UI (we just us tox to call testr),
and *need* a config file. The provides some interesting chicken and egg
issues about when we get the config file. There is a long set of
evolution here, but
On 12/20/2013 04:39 PM, Matthias Runge wrote:
On 12/19/2013 04:45 PM, Thomas Goirand wrote:
Hi,
Sid has Django 1.6. Is it planned to add support for it? I currently
don't know what to do with the Horizon package, as it's currently
broken... :(
Thomas
Yes, there are two patches available,
Hello!
I'm working on creating tests in tempest according to this etherpad page
https://etherpad.openstack.org/p/icehouse-summit-qa-neutron.
Here is mentioned that we should be add negative tests, for example, for
floating ips, but as I understand (according to comment to
Hi all,
I would like to thank you for the nomination, yours votes and trust you
gave me.
I know that with great power comes big responsibility.
I will do my best and I will not let you down.
Thanks,
Bartosz
On 12/19/2013 03:21 AM, Steve Baker wrote:
I would like to nominate Bartosz Górski to
On 12/23/2013 05:42 AM, Thierry Carrez wrote:
Flavio Percoco wrote:
On 21/12/13 00:41 -0500, Jay Pipes wrote:
Cinder is for block storage. Images are just a bunch of blocks, and
all the store drivers do is take a chunked stream of input blocks and
store them to disk/swift/s3/rbd/toaster and
On 12/22/2013 06:30 AM, Salvatore Orlando wrote:
Hi,
The patch: https://review.openstack.org/#/c/63558/ failed mellanox
external testing.
Subsequent patch sets have not been picked up by the mellanox testing
system.
I would like to see why the patch failed the job; if it breaks mellanox
plugin
On 23/12/13 07:57 -0500, Jay Pipes wrote:
On 12/23/2013 05:42 AM, Thierry Carrez wrote:
Flavio Percoco wrote:
On 21/12/13 00:41 -0500, Jay Pipes wrote:
Cinder is for block storage. Images are just a bunch of blocks, and
all the store drivers do is take a chunked stream of input blocks and
On Mon, Dec 23, 2013 at 12:11 AM, Flavio Percoco fla...@redhat.com wrote:
On 21/12/13 00:41 -0500, Jay Pipes wrote:
On 12/20/2013 10:42 AM, Flavio Percoco wrote:
Greetings,
In the last Glance meeting, it was proposed to pull out glance's
stores[0] code into its own package. There are a
On Mon, Dec 23, 2013 at 4:57 AM, Jay Pipes jaypi...@gmail.com wrote:
On 12/23/2013 05:42 AM, Thierry Carrez wrote:
Flavio Percoco wrote:
On 21/12/13 00:41 -0500, Jay Pipes wrote:
Cinder is for block storage. Images are just a bunch of blocks, and
all the store drivers do is take a chunked
On 12/23/2013 08:48 AM, Mark Washenberger wrote:
On Mon, Dec 23, 2013 at 4:57 AM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com wrote:
On 12/23/2013 05:42 AM, Thierry Carrez wrote:
Flavio Percoco wrote:
On 21/12/13 00:41 -0500, Jay Pipes wrote:
On 23/12/13 09:00 -0500, Jay Pipes wrote:
On 12/23/2013 08:48 AM, Mark Washenberger wrote:
On Mon, Dec 23, 2013 at 4:57 AM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com wrote:
On 12/23/2013 05:42 AM, Thierry Carrez wrote:
Flavio Percoco wrote:
On 21/12/13
Hello Ian,
Found some anti-spoofing rules in the ebtables (ebtables -t nat -L) of the
compute-host where my router VM is located. These rules are automatically
generated by libvirt for each VM and are usually generated from a preset of
rules (anti-ip-spoofing.xml). Disabling this rule didn't help
On 12/12/2013 8:22 AM, Day, Phil wrote:
Hi Cores,
The “Stop, Rescue, and Delete should give guest a chance to shutdown”
change https://review.openstack.org/#/c/35303/ was approved a couple of
days ago, but failed to merge because the RPC version had moved on.
Its rebased and sitting there
On Mon, Dec 23, 2013 at 10:26 PM, Flavio Percoco fla...@redhat.com wrote:
On 23/12/13 09:00 -0500, Jay Pipes wrote:
On 12/23/2013 08:48 AM, Mark Washenberger wrote:
On Mon, Dec 23, 2013 at 4:57 AM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com wrote:
On 12/23/2013 05:42 AM,
On 23/12/13 22:46 +0800, Zhi Yan Liu wrote:
On Mon, Dec 23, 2013 at 10:26 PM, Flavio Percoco fla...@redhat.com wrote:
On 23/12/13 09:00 -0500, Jay Pipes wrote:
On 12/23/2013 08:48 AM, Mark Washenberger wrote:
On Mon, Dec 23, 2013 at 4:57 AM, Jay Pipes jaypi...@gmail.com
On 12/23/13 5:02 AM, Thomas Goirand z...@debian.org wrote:
On 12/20/2013 04:39 PM, Matthias Runge wrote:
On 12/19/2013 04:45 PM, Thomas Goirand wrote:
Hi,
Sid has Django 1.6. Is it planned to add support for it? I currently
don't know what to do with the Horizon package, as it's currently
Hi all,
I'm new to openstack and qpid, trying to get more insight into messaging. I've
attempted to verify the fix for the bug 1257293 in LP, but the scenario fails
for me, even though oslo.messaging fix reached github master I used for my
verification attempt.
Briefly, I've repeated actions
Hi,
I would just like to share my idea on somehow managing sr-iov networking
attributes in neutron (e.g. mac addr, ip addr, vlan). I've had experience
implementing this and that was before pci-passthrough feature in nova
existed. Basically, nova still did the plugging and the unplugging of vifs
I think it could bring more general discussion on how to collect physical
equipment information, and which to be collected?
right now, ceilometer only tracking the VM level, and when we use ironic,
we expect the ironic can bring us some good information on the deployed
physical machine images.
Hi,
There seems to be an issue with the hyper CI. Please see -
https://review.openstack.org/#/c/52687/. This code does is not related to the
HyperV driver.
Thanks
Gary
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Hi,
Since they fall on the evenings of some major holidays, we're canceling
the next two Project Infrastructure meetings. Enjoy the holidays!
-Jim
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
On 2013-12-21 01:45, Sayali Lunkad wrote:
Subject: ./run_test.sh fails to build environment
Hello,
I get this error when I try to set the environment for Horizon. Any idea why
this is happening? I am running Devstack on a VM with Ubuntu 12.04.
sayali@sayali:/opt/stack/horizon$
This sounds more appropriate for the openstack list:
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
It's not clear to me at this point whether this is a bug or a
misconfiguration, and the configuration discussion should happen there.
Thanks.
-Ben
On 2013-12-22 12:26, Sean
No Nova meeting this week. We will resume on Thursday, January 2, at
21:00 UTC.
https://wiki.openstack.org/wiki/Meetings/Nova
--
Russell Bryant
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
I'm very glad to announce that a new stable version of Murano
v0.4https://launchpad.net/murano/1.0/0.4 has
been released!
The most noticeable change Murano Team is proud of is the Metadata
Repository feature, consisting of a new Web UI for managing metadata
objects via Horizon panel and the
On 2013-12-21 07:24, Matt Riedemann wrote:
On 12/19/2013 8:51 AM, John Garbutt wrote:
On 4 December 2013 17:10, Russell Bryant rbry...@redhat.com wrote:
I think option 3 makes the most sense here (pending anyone saying we
should run away screaming from mox3 for some reason). It's actually
Hi,
Here the links to minutes and logs for the IRC meeting that we had today:
Minutes:
http://eavesdrop.openstack.org/meetings/mistral/2013/mistral.2013-12-23-16.00.html
Log:
http://eavesdrop.openstack.org/meetings/mistral/2013/mistral.2013-12-23-16.00.log.html
Feel free to join us next time.
Vipul,
I know we discussed this briefly in the Wednesday meeting but I still have a
few questions. I am not bought in to the idea that we do not need to maintain
the records of saved logs. I agree that we do not need to enable users to
download and manipulate the logs themselves via Trove
On 2013-12-18 09:26, Sayali Lunkad wrote:
Hello,
I get the following error when I run stack.sh on Devstack
Traceback (most recent call last):
File /usr/local/bin/ceilometer-dbsync, line 6, in module
from ceilometer.storage import dbsync
File
On Thu, Dec 5, 2013 at 8:38 PM, Jay Pipes jaypi...@gmail.com wrote:
On 12/04/2013 12:10 PM, Russell Bryant wrote:
On 12/04/2013 11:16 AM, Nikola Đipanov wrote:
Resurrecting this thread because of an interesting review that came up
yesterday [1].
It seems that our lack of a firm decision on
On Mon, Dec 23, 2013 at 3:50 AM, Robert Collins
robe...@robertcollins.netwrote:
On 23 December 2013 17:35, Chet Burgess c...@metacloud.com wrote:
It's unclear to me what exactly constitutes writing a new patch. I can
check
out oslo.messaging, and without trying to merge the patch just go
See you all next week!
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Goodday, Daniel. Thanks for response.
Today, before your message, i've update wiki page [1]. Now while POST user
would recieve DBLog responce object which would contain location ulr of
downloaded log file.
About the way of storing files, i've described inside of [1], in guest-side
configuretion,
Regarding using 'provider' in L3 router, for the BP 'L3 service integration
with service framework', I've submitted some code for review, which is
using 'provider' in a same notion as other advanced services. I am not sure
if it can be reused to describe 'centralized' and 'distributed' behavior.
On 12/23/2013 12:10 PM, Collins, Sean wrote:
On Sun, Dec 22, 2013 at 12:30:50PM +0100, Salvatore Orlando wrote:
I would suggest that external jobs should not vote until logs are publicly
accessible, otherwise contributors would have no reason to understand where
the negative vote came from.
On 12/23/2013 11:52 AM, Ben Nemec wrote:
On 2013-12-18 09:26, Sayali Lunkad wrote:
Hello,
I get the following error when I run stack.sh on Devstack
Traceback (most recent call last):
File /usr/local/bin/ceilometer-dbsync, line 6, in module
from ceilometer.storage import dbsync
Ann,
You are correct. We WILL NOT develop negative tests anymore by hand. We
will take a generative approach in the future. I will update the etherpad
to reflect this
Regards
On Mon, Dec 23, 2013 at 5:12 AM, Anna Kamyshnikova
akamyshnik...@mirantis.com wrote:
Hello!
I'm working on
On 2013-12-23 13:18, Sean Dague wrote:
On 12/23/2013 11:52 AM, Ben Nemec wrote:
On 2013-12-18 09:26, Sayali Lunkad wrote:
Hello,
I get the following error when I run stack.sh on Devstack
Traceback (most recent call last):
File /usr/local/bin/ceilometer-dbsync, line 6, in module
from
Salvatore Orlando wrote:
Before starting this post I confess I did not read with the required level
of attention all this thread, so I apologise for any repetition.
I just wanted to point out that floating IPs in neutron are created
asynchronously when using the l3 agent, and I think this is
We like all code submitted to tempest to actually run. Since the neutron
gate jobs are still running only smoke tests, please mark any test that
is added or whose code has changed as smoke. Note that 'smoke' has no
real other meaning now since it was applied haphazardly in the first
place and
I agree. With your patch it ought to be possible to make the distributed router
a provider type so to me it seems like a good match.
Thanks,
Bob
From: Gary Duan gd...@varmour.commailto:gd...@varmour.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
On 12/17/2013 10:09 AM, Ian Wells wrote:
Reiterating from the IRC mneeting, largely, so apologies.
Firstly, I disagree that
https://wiki.openstack.org/wiki/PCI_passthrough_SRIOV_support is an
accurate reflection of the current state. It's a very unilateral view,
largely because the rest of us
I added it to the page John linked earlier:
https://wiki.openstack.org/wiki/ReviewChecklist
-Ben
On 2013-12-23 17:08, Shawn Hartsock wrote:
Where in the wiki is this written down? Maybe I should read some of these
entries. I have looked but I can't find it.
On Dec 23, 2013 11:56 AM,
On autodiscovery and configuration, we agree that each compute node finds
out what it has based on some sort of list of match expressions; we just
disagree on where they should live.
I know we've talked APIs for setting that matching expression, but I would
prefer that compute nodes are
On 12/23/2013 11:23 PM, Tim Schnell wrote:
It looks like the defaults module has been removed in Django 1.6. It was
deprecated in Django 1.4. You should be able to just change these imports
to:
from django.conf.urls import patterns, url
On 12/16/2013 03:54 PM, Ildikó Váncsa wrote:
Hi guys,
The first working version of the Complex filter expressions in API
queries blueprint [1] was pushed for review[2].
We implemented a new query REST resource in order to provide rich query
functionality for samples, alarms and alarm history.
Since its xmas in most of the world lets skip the IRC meeting this week
(normally on thursdays).
See you all soon and have a great vacation!
P.S. #openstack-state-management if u feel the need to chat :-)
--
Joshua Harlow
It's openstack, relax... | harlo...@yahoo-inc.com
- Original Message -
From: Brent Eagles beag...@redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Monday, December 23, 2013 10:48:50 PM
Subject: Re: [openstack-dev] [neutron][qa] test_network_basic_ops and the
Please, see inline
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: Tuesday, December 24, 2013 1:38 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] [neutron] Todays' meeting log: PCI
pass-through network support
On autodiscovery and
Hi,
Suggestion: Please consider tagging your Tempest commit messages the same way
you do your mails in the mailing list
Explanation: Since tempest is a single project testing multiple Openstack
project we have a very diverse collection of patches as well as reviewers.
Tagging our commit
53 matches
Mail list logo
