Hi neutron folks!
Today we've decided to conduct bug triaging day.
We have more than one thousand bugs needing their state to be checked.
So everyone is welcome to participate!
The goals of bug triaging day are:
1) Decrease the number of New bugs.
Possible 'resolution' would be:
- confirm bug.
I have nothing against using some 3rd party service. But I thought this
was to be small -- disk monitoring only notifying the user, not stats
collecting. That's why I added the code to Fuel codebase. If you want
external service you need to remember about such details as, say,
duplicate
BTW, there's also Monit
http://mmonit.com/monit/
(though it's in C) that looks quite nice. Some config examples:
http://omgitsmgp.com/2013/09/07/a-monit-primer/
P.
On 11/20/2014 09:13 PM, Dmitriy Shulyak wrote:
Guys, maybe we can use existing software, for example Sensu [1]?
Maybe i am
Comments inline:
On Thu, Nov 20, 2014 at 4:34 AM, Jay Pipes jaypi...@gmail.com wrote:
So while the SELECTs may return different data on successive calls when
you use the READ COMMITTED isolation level, the UPDATE statements will
continue to return 0 rows affected **if they attempt to change
I have nothing against using some 3rd party service. But I thought this
was to be small -- disk monitoring only notifying the user, not stats
collecting. That's why I added the code to Fuel codebase. If you want
external service you need to remember about such details as, say, duplicate
On 20/11/14 09:04 -0500, Russell Bryant wrote:
On 11/20/2014 08:55 AM, Thierry Carrez wrote:
This is mostly a cosmetic change: update the messaging around that
meeting to make it more obvious that it's not purely about the
integrated release and that it is appropriate to put other types of
On 11/21/2014 01:51 PM, Richard Jones wrote:
On 21 November 2014 16:12, Thomas Goirand z...@debian.org
mailto:z...@debian.org wrote:
On 11/21/2014 10:52 AM, Richard Jones wrote:
On 11/18/2014 04:22 PM, Radomir Dopieralski wrote:
If we use Bower, we don't need to use
I'm okay with Sensu or Monit, just as long as the results of
monitoring can be represented in a web UI and has a configurable
option for email alerting. Tight integration with Fuel Web is a
nice-to-have (via AMQP perhaps), but anything that can solve our
out-of-disk scenario is ideal. I did my
Hello,
I have a question regarding futur vxlan support implementation in fuel and the
corresponding blueprint.
Actually in the blueprint description there is nothing specify about the bridge
used for vxlan traffic. In the previous implementation abandoned on gerrit the
br-mgmt was assigned
I heard about Monit a lot of good reviews, but unfortunately it looks
like Monit doesn't support plugins and doesn't provide API. It may be
a stumbling block if one day we decide to go deeper in monitoring
task.
On Fri, Nov 21, 2014 at 11:01 AM, Matthew Mosesohn
mmoses...@mirantis.com wrote:
I'm
Hi,
It seems that you are using very old version of Murano because puka
dependency was dropped several releases ago.
Please see https://launchpad.net/murano for links to an up to date code and
documentation
Sincerely yours,
Stan Lagun
Principal Software Engineer @ Mirantis
sla...@mirantis.com
On 21/11/14 06:12, Thomas Goirand wrote:
Let's say there's python-xstatic-foo, and libjs-foo in Debian. If the
directory structure of libjs-foo is very different from xstatic-foo, I
can address that issue with symlinks within the xstatic package. Just
changing the BASE_DIR may not be enough,
Hi,
Trying to rebuild Neutron Juno in Sid, I get so many of these failures:
Traceback (most recent call last):
File
/home/zigo/sources/openstack/juno/neutron/build-area/neutron-2014.2/neutron/tests/unit/agent/linux/test_ovs_lib.py,
line 137, in setUp
super(OVS_Lib_Test, self).setUp()
Eoghan Glynn wrote:
+1 to involving the liaisons more directly
-1 to the meeting size growing too large for productive real-time
communication on IRC
IME, there's a practical limit on the number of *active* participants
in an IRC meeting. Not sure what that magic threshold is, but I
HI,
Are you trying to install devstack? or actual deployment version of
openstack?
Basically, control nodes need everything except n-cpu, AFAIK.
Regards,
Vineet Menon
On 20 November 2014 08:55, Chhavi Kant/TVM/TCS chhavi.k...@tcs.com wrote:
- Original Message -
From: Chhavi
There's also OpenStack's monasca-agent:
https://github.com/stackforge/monasca-agent
We could try to run it standalone (without Monasca API), add a plugin
for it that checks disk and sends notification straight to Fuel DB and
omits generating Forwarder requests. Or set up a fake API though
Hi, Samuel
I think the case that you are talking about is an ability to use arbitrary
interfaces for different purposes. AFAIK, this use case is covered by
https://blueprints.launchpad.net/fuel/+spec/advanced-networking blueprint.
On Fri, Nov 21, 2014 at 12:04 PM, samuel.bar...@orange.com wrote:
Samuel, Vladimir,
I see a little issue with blueprint and real use cases.
Currently we do not collect use cases. Can we start doing this in some
section of whether design doc, or in blueprint itself? We've got linux
bonds, vxlan, multiple ranges for mgmt network, etc.
On Fri, Nov 21, 2014 at
On Nov 21, 2014, at 3:59 AM, Thomas Goirand z...@debian.org wrote:
I'm not sure I understand the meaning behind this question. bower
install angular downloads a bower package called angular.
Isn't there is a simple URL that I may use with wget? I don't really
want to use bower
On 11/21/2014 04:58 AM, Thierry Carrez wrote:
Eoghan Glynn wrote:
+1 to involving the liaisons more directly
-1 to the meeting size growing too large for productive real-time
communication on IRC
IME, there's a practical limit on the number of *active* participants
in an IRC meeting.
From: Eoghan Glynn [egl...@redhat.com] Thursday, November 20, 2014 5:34 PM
Some questions/observations inline.
Hey y'all,
To avoid cross-posting, please inform your -infra / -operations buddies
about this post.
We've just started thinking about
From: Doug Hellmann [d...@doughellmann.com] Thursday, November 20, 2014 5:09 PM
On Nov 20, 2014, at 3:40 PM, Sandy Walsh sandy.wa...@rackspace.com wrote:
From: Doug Hellmann [d...@doughellmann.com] Thursday, November 20, 2014 3:51
PM
On Nov 20, 2014, at 8:12 AM, Sandy Walsh
On Nov 20, 2014, at 4:39 PM, Matthew Treinish mtrein...@kortar.org wrote:
Hi everyone,
Earlier today https://review.openstack.org/136017 merged which adds stable
compat jobs to most of the oslo libraries. This was done in reaction to 2
separate incidents in the past 2 days where both
Mike,
It sounds to be a good idea in order to indentify issues with blueprint and
real uses cases.
A doc can be a good media to share on this subject.
Were you talking of this one User stories:
https://docs.google.com/a/mirantis.com/document/d/1iWeuXzV4-muLK3Nfx2IH8WI6yrawOXM5ZBqMCE5ZLzc/edit?
On Nov 21, 2014, at 4:56 AM, Thomas Goirand z...@debian.org wrote:
Hi,
Trying to rebuild Neutron Juno in Sid, I get so many of these failures:
Traceback (most recent call last):
File
On Nov 21, 2014, at 9:11 AM, Sandy Walsh sandy.wa...@rackspace.com wrote:
From: Doug Hellmann [d...@doughellmann.com] Thursday, November 20, 2014 5:09
PM
On Nov 20, 2014, at 3:40 PM, Sandy Walsh sandy.wa...@rackspace.com wrote:
From: Doug Hellmann [d...@doughellmann.com] Thursday, November
Right, agreed. This has always been an open meeting.
Yes of course, as I said up-thread.
This is a central plank of our 4 Opens principle[1], which should
apply across the board to all community meetings related to the
OpenStack project.
All project meetings are held in public IRC channels
Why wouldn’t they live in the repo of the application that generates the
notification, like we do with the database schema and APIs defined by
those apps?
That would mean downstream consumers (potentially in different languages)
would need to pull all repos and extract just the
Ajay,
We have this in our RoadMap:
https://github.com/stackforge/rally/blob/master/doc/feature_request/multi_scenarios_load_gen.rst
So, it's not yet supported out of box, but we really would like to have it
in upstream.
Are you interested in work on this direction?
Best regards,
Boris
Hi,
Not seeing any driver (Hyper-V, VMWare, etc) related priority in this etherpad
worries me a bit.
My concern is mostly related to the fact that we have in Nova a significative
number of driver related blueprints code already under review for Kilo and we
are already drifting into the old
Some problems / options:
a. Unlike Python, there is no simple pip install for text files. No
version control per se. Basically whatever we pull from the repo. The
problem with a git clone is we need to tweak config files to point to a
directory and that's a pain for gating tests and
On Fri, Nov 21, 2014 at 09:20:40AM -0500, Doug Hellmann wrote:
On Nov 20, 2014, at 4:39 PM, Matthew Treinish mtrein...@kortar.org wrote:
Hi everyone,
Earlier today https://review.openstack.org/136017 merged which adds stable
compat jobs to most of the oslo libraries. This was done
How about this?
https://wiki.openstack.org/wiki/Monasca
Kevin
From: Dmitriy Shulyak
Sent: Friday, November 21, 2014 12:57:45 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Fuel] fuel master monitoring
I have
We have a request https://bugs.launchpad.net/fuel/+bug/1394487 for change
compression from gz to xz. This simple change halfs our snapshots. Does
anyone has any objections? Otherwise we will include this change in 6.0
release.
___
OpenStack-dev mailing
Hi all,
Yesterday we held an all-day doc bug triage day, triaging bugs in both
openstack-manuals and openstack-api-site on Launchpad. And some even walked
around in related projects with a docs tag. Stretching our legs.
Here are some positive results:
27 triaged for openstack-api-site (3 have
Hi,
following our docs/workflow plus writing rspec tests for every new option
we add/modify in our manifests could help with regressions. For example:
- we add new keystone config option in openstack::keystone class -
keystone_config {'cache/backend': value =
We have a backlog of changes in many of the Oslo libraries, so I would like to
cut releases early next week. Please look over the list below and speak up if
there are known issues that would prevent us from releasing these libs on
Monday or Tuesday of next week. Patches still in the review
On 11/21/2014 11:19 AM, Doug Hellmann wrote:
We have a backlog of changes in many of the Oslo libraries, so I would like
to cut releases early next week. Please look over the list below and speak up
if there are known issues that would prevent us from releasing these libs on
Monday or
On 2014-11-21 07:31:36 -0500 (-0500), Donald Stufft wrote:
You can’t. Bower doesn’t have “traditional” packages where you take a
directory and archive it using tar/zip/whatever and then upload it to
some repo. Bower has a registry which maps names to git URLs and then
the bower CLI looks up
On Nov 21, 2014, at 11:32 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-11-21 07:31:36 -0500 (-0500), Donald Stufft wrote:
You can’t. Bower doesn’t have “traditional” packages where you take a
directory and archive it using tar/zip/whatever and then upload it to
some repo. Bower has
On 2014-11-20 21:12:33 -0600 (-0600), Matthew Thode wrote:
https://github.com/stackforge/wsme/blob/0.6.2/setup.py (also in master)
[...]
Your message is terse so I'm not sure whether you're asking a
question, but:
if sys.version_info[:2] (3, 3):
install_requires += ('ipaddr',)
On 2014-11-21 09:38:00 -0500 (-0500), Doug Hellmann wrote:
The patch drops support entirely, but as Brant points out that
isn’t backwards-compatible. I’d be interested to hear from the
security team about whether the security issues trump the
backwards compatibility issues here or if we should
On Nov 21, 2014, at 11:25 AM, Sean Dague s...@dague.net wrote:
On 11/21/2014 11:19 AM, Doug Hellmann wrote:
We have a backlog of changes in many of the Oslo libraries, so I would like
to cut releases early next week. Please look over the list below and speak
up if there are known issues
On Thu, Nov 20, 2014 at 02:00:11PM -0800, Joe Gordon wrote:
On Thu, Nov 20, 2014 at 9:49 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
This is something we can call nitpiking or low priority.
This all seems like nitpicking for very little value. I think there are
On 2014-11-21 11:39:00 -0500 (-0500), Donald Stufft wrote:
Well it’s a git repository, so you could just clone it and look at
it.
Aha, your earlier description made it sound like Bower was a file
registry mapping to various random contents from a bunch of revision
control repositories to
On Nov 21, 2014, at 11:57 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-11-21 11:39:00 -0500 (-0500), Donald Stufft wrote:
Well it’s a git repository, so you could just clone it and look at
it.
Aha, your earlier description made it sound like Bower was a file
registry mapping to
We have a bit of a backlog in the Oslo review queue. Before we add a bunch of
new reviews for Kilo work, I’d like to see if we can clear some of the existing
reviews. One idea I had was setting aside a “review day”, where we spend a work
day on reviews together, coordinating and doing fast
On Fri, Nov 21 2014, Doug Hellmann wrote:
We have a bit of a backlog in the Oslo review queue. Before we add a bunch of
new reviews for Kilo work, I’d like to see if we can clear some of the
existing
reviews. One idea I had was setting aside a “review day”, where we spend a
work
day on
Sounds good Doug.
-- dims
On Fri, Nov 21, 2014 at 12:07 PM, Doug Hellmann d...@doughellmann.com wrote:
We have a bit of a backlog in the Oslo review queue. Before we add a bunch of
new reviews for Kilo work, I’d like to see if we can clear some of the
existing reviews. One idea I had was
On Nov 21, 2014, at 11:51 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-11-21 09:38:00 -0500 (-0500), Doug Hellmann wrote:
The patch drops support entirely, but as Brant points out that
isn’t backwards-compatible. I’d be interested to hear from the
security team about whether the
Hi Everyone,
I'd like to propose we add Ghanshyam Mann (gmann) to the tempest core team. Over
the past couple of cycles Ghanshyam has been actively engaged in the Tempest
community. Ghanshyam has had one of the highest review counts on Tempest for
the past cycle, and he has consistently been
On Fri, Nov 21, 2014 at 8:57 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
On Thu, Nov 20, 2014 at 02:00:11PM -0800, Joe Gordon wrote:
On Thu, Nov 20, 2014 at 9:49 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
This is something we can call nitpiking
Hi,
I talked to Carl today to discuss the L3 agent restructuring and the change set
I had published (https://review.openstack.org/#/c/135392/), which was trying to
identify/exposing what is needed for the loading of device drivers and the
variation therein. I wasn’t sure how we’d do the
On 11/21/2014 10:38 PM, Doug Hellmann wrote:
On Nov 21, 2014, at 4:56 AM, Thomas Goirand z...@debian.org wrote:
Hi,
Trying to rebuild Neutron Juno in Sid, I get so many of these failures:
Traceback (most recent call last):
File
On Fri, Nov 21, 2014 at 10:30:59AM -0800, Joe Gordon wrote:
On Fri, Nov 21, 2014 at 8:57 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
On Thu, Nov 20, 2014 at 02:00:11PM -0800, Joe Gordon wrote:
On Thu, Nov 20, 2014 at 9:49 AM, Sahid Orentino Ferdjaoui
On Nov 21, 2014, at 1:53 PM, Thomas Goirand tho...@goirand.fr wrote:
On 11/21/2014 10:38 PM, Doug Hellmann wrote:
On Nov 21, 2014, at 4:56 AM, Thomas Goirand z...@debian.org wrote:
Hi,
Trying to rebuild Neutron Juno in Sid, I get so many of these failures:
Traceback (most recent
On 2014-11-21 12:31:08 -0500 (-0500), Donald Stufft wrote:
Death to SSLv3 IMO.
Sure, we should avoid releasing new versions of things which assume
SSLv3 support is present in underlying libraries/platforms (it's
unclear to me why anyone even thought it was good to make that
configurable to this
Eugene, I just spent about an hour playing around with an example
scenario in both MySQL and PostgreSQL using READ COMMITTED and
REPEATABLE READ isolation levels. The scenario I used had a single row
being updated, with a loop and a check on rows affected.
*You are 100% correct that setting
I think the idea was to implement 1:1 initially to reduce the amount of
code and operational complexity we'd have to deal with in initial revisions
of LBaaS v2. Many to many can be simulated in this scenario, though it does
shift the burden of maintenance to the end user. It does greatly simplify
Simply having a git repository does not imply that its source.
In fact, if its considered compiled (minified), I'm thinking the debian rules
would prevent sourcing from it?
Thanks,
Kevin
From: Donald Stufft [don...@stufft.io]
Sent: Friday, November 21,
On Tue, Nov 18, 2014 at 11:48 PM, Flavio Percoco fla...@redhat.com wrote:
On 18/11/14 14:45 -0800, Joe Gordon wrote:
On Tue, Nov 18, 2014 at 10:58 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Flavio Percoco's message of 2014-11-17 08:46:19 -0800:
Greetings,
regardless, I’d still very much prefer isolation being set here in an explicit
fashion and on a per-transaction basis, rather than across the board, if a
method is known to require it. The advantage of this is that the isolation
level in general can be changed without any risk of the
*You are 100% correct that setting the transaction isolation level to READ
COMMITTED works in the retry loop*.
I stand corrected, and humbled :) Please accept my apologies.
Thanks for letting me know :)
One thing I did note, though, is that changing the isolation level of an
Hi all -
I’d like to announce / give a prominent heads up that Alembic 0.7.0 is ready
for release. Over the past several weeks I’ve completed the initial
implementations for two critical features, SQLite migrations and multiple
branch/ merge support, as well as merged over a dozen bug fixes
+1
On 11/21/2014 01:26 PM, Matthew Treinish wrote:
Hi Everyone,
I'd like to propose we add Ghanshyam Mann (gmann) to the tempest core team.
Over
the past couple of cycles Ghanshyam has been actively engaged in the Tempest
community. Ghanshyam has had one of the highest review counts on
On 11/21/2014 01:52 PM, Matthew Treinish wrote:
On Fri, Nov 21, 2014 at 07:15:49PM +0100, jordan pittier wrote:
Hey,
I am not a Nova developer but I still have an opinion.
Using boolean assertions
I like what you propose. We should use and enforce the assert* that best
matches the
All the bower components I've used have included full source alongside any
minified versions.
On Sat, 22 Nov 2014 07:40 Fox, Kevin M kevin@pnnl.gov wrote:
Simply having a git repository does not imply that its source.
In fact, if its considered compiled (minified), I'm thinking the debian
On 11/18/2014 12:11 PM, Sean Dague wrote:
This Friday's Bootstrapping Hour will be on Debugging in the Gate -
https://wiki.openstack.org/wiki/BootstrappingHour/Debugging_Gate#Debugging_in_the_Gate
The etherpad has the discussions notes I'll be using for it -
+1!
On 2014年11月22日(土) 3:29 Matthew Treinish mtrein...@kortar.org wrote:
Hi Everyone,
I'd like to propose we add Ghanshyam Mann (gmann) to the tempest core
team. Over
the past couple of cycles Ghanshyam has been actively engaged in the
Tempest
community. Ghanshyam has had one of the
On Fri, Nov 21, 2014 at 04:15:07PM -0500, Sean Dague wrote:
On 11/21/2014 01:52 PM, Matthew Treinish wrote:
On Fri, Nov 21, 2014 at 07:15:49PM +0100, jordan pittier wrote:
Hey,
I am not a Nova developer but I still have an opinion.
Using boolean assertions
I like what you propose. We
On 11/21/2014 10:42 AM, Jeremy Stanley wrote:
On 2014-11-20 21:12:33 -0600 (-0600), Matthew Thode wrote:
https://github.com/stackforge/wsme/blob/0.6.2/setup.py (also in master)
[...]
Your message is terse so I'm not sure whether you're asking a
question, but:
if sys.version_info[:2]
+1
Sent from my iPad
On 22 Nov 2014, at 4:56 am, Matthew Treinish mtrein...@kortar.org wrote:
Hi Everyone,
I'd like to propose we add Ghanshyam Mann (gmann) to the tempest core team.
Over
the past couple of cycles Ghanshyam has been actively engaged in the Tempest
community.
+1 :-)
Sent from my iPod
On 2014/11/22, at 7:56, Christopher Yeoh cbky...@gmail.com wrote:
+1
Sent from my iPad
On 22 Nov 2014, at 4:56 am, Matthew Treinish mtrein...@kortar.org wrote:
Hi Everyone,
I'd like to propose we add Ghanshyam Mann (gmann) to the tempest core team.
Over
This is great! I'm not sure if you have been following some of the
discussion about the separation of vendor drivers in Neutron, but one of
the things we decided was to leave the vendor data models in the main repo
so we have a nice linear migration.
It looks like branching support may solve our
On Nov 21, 2014, at 7:35 PM, Kevin Benton blak...@gmail.com wrote:
This is great! I'm not sure if you have been following some of the discussion
about the separation of vendor drivers in Neutron, but one of the things we
decided was to leave the vendor data models in the main repo so we
So as part of the pumphouse integration, I've started poking around
the Plugin Arch implementation as an attempt to plug it into the fuel
master.
This would require that the plugin install a container, and some
scripts into the master node.
First look:
I've looked over the fuel plugins spec [1]
On 22 November 2014 08:11, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-11-21 12:31:08 -0500 (-0500), Donald Stufft wrote:
Death to SSLv3 IMO.
Sure, we should avoid releasing new versions of things which assume
SSLv3 support is present in underlying libraries/platforms (it's
unclear to me
77 matches
Mail list logo
