Hi all,
Now Neutron has its own quota management API for network related
items(floating ips, security groups .etc) which are also manged by Nova.
when using nova with neutron as network service, the network related quota
items are stored in two different databases and managed by different APIs.
On 12/20/2013 05:51 PM, Clint Byrum wrote:
Excerpts from Ladislav Smola's message of 2013-12-20 05:48:40 -0800:
On 12/20/2013 02:37 PM, Imre Farkas wrote:
On 12/20/2013 12:25 PM, Ladislav Smola wrote:
2. Heat stack create, update
This is locked in the process of the operation, so nobody can
Hi,
Tail-F NCS Jenkins seems to still be causing issues. It voted -1 on some
patches today [1][2] which seem to be fine according to all other jobs. It
gives
no information on what went wrong, so it's essentially a dead end.
I've CCed the owner of the job according to the list Anita posted [3],
On Tue, Dec 31 2013, Kodam, Vijayakumar (EXT-Tata Consultancy Ser - FI/Espoo)
wrote:
Hi,
Currently there is no way to enable or disable meters without restarting
ceilometer.
There are cases where operators do not want to run all the meters
continuously.
In these cases, there should be a
-Original Message-
From: ext Julien Danjou [mailto:jul...@danjou.info]
Subject: Re: [openstack-dev] [Ceilometer] Dynamic Meters in Ceilometer
On Tue, Dec 31 2013, Kodam, Vijayakumar (EXT-Tata Consultancy Ser - FI/Espoo)
wrote:
Hi,
Currently there is no way to enable or disable
On Mon, Jan 6, 2014 at 12:52 PM, Kodam, Vijayakumar (EXT-Tata Consultancy
Ser - FI/Espoo) vijayakumar.kodam@nsn.com wrote:
In this case, simply changing the meter properties in a configuration file
should be enough. There should be an inotify signal which shall notify
ceilometer of the
+1 to this, there are IPv6 patches that have been -1'd by this system that I
believe prevents them
from being reviewed, since most people skip over changes that have a -1 from
Jenkins jobs.
I also attempted to Reach out mid December to the owner of Tail-F, but have not
yet received
a
Let me know what you consider a reasonable amount of time to continue
waiting for Tail-F NCS Jenkins before we remove verification permissions
from the account. We were just talking about this a few hours ago at a
Birds of a Feather session. We can get permissions removed from this
account. I'd
On 01/06/2014 08:44 AM, Anita Kuno wrote:
Let me know what you consider a reasonable amount of time to continue
waiting for Tail-F NCS Jenkins before we remove verification permissions
from the account. We were just talking about this a few hours ago at a
Birds of a Feather session. We can get
I believe we have more to lose by leaving the job with verification permissions
than we do
by revoking them, then reinstating them at a later point, since I-2 is at the
end of this month.
That way patches that are passing the gate and all other third party tests can
start being
reviewed by
Somehow I missed this email until today. See inline…
thanks,
Robert
On 12/24/13 1:31 AM, Irena Berezovsky
ire...@mellanox.commailto:ire...@mellanox.com wrote:
Please, see inline
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: Tuesday, December 24, 2013 1:38 AM
To: OpenStack Development
Hi guys,
On 6 January 2014 14:44, Anita Kuno ante...@anteaya.info wrote:
If the account holder of this account is reading this email, responding
to it would certainly be a good idea.
Apologies for the disturbance!
Please do go ahead and disable the voting rights while we work out
what's going
Dirk,
If it were as easy as just replaceing hteh hash algorithm, we would
have done it a year + ago. I'm guessing you figured that by now.
Here is the deal: We need to be able to make things work side by side.
Not sure how to do that, but I think the right solution is to make
keystone
On Fri, Dec 27, 2013 at 11:09:02AM +0100,
Salvatore Orlando sorla...@nicira.com wrote:
Hi,
We now have several patches under review which improve a lot how neutron
handles parallel testing.
In a nutshell, these patches try to ensure the ovs agent processes new,
removed, and updated
Collins, Sean writes:
Looking at the calendar, our options for 1500 UTC require us to change
the day that we meet. The following days are available:
* Tuesdays
* Fridays
Thoughts?
For what it's worth (I haven't been contributing so far but I'm very
interested in the topic and would
Eugene,
Bug 1254555 seems to be the opposite of what I'm observing in Havana
devstack. The bug states:
I see that the ext-net network is not available after I do all of the
above router/subnet creation. It does become available to tenants as
soon as I restart neutron-server.
But in the case
On Mon, 2014-01-06 at 19:40 +0900, Isaku Yamahata wrote:
On Fri, Dec 27, 2013 at 11:09:02AM +0100,
Salvatore Orlando sorla...@nicira.com wrote:
Hi,
We now have several patches under review which improve a lot how neutron
handles parallel testing.
In a nutshell, these patches try to
On Mon, 2014-01-06 at 17:00 +0100, Tristan Cacqueray wrote:
On 01/06/2014 04:19 PM, Adam Young wrote:
Dirk,
If it were as easy as just replaceing hteh hash algorithm, we would
have done it a year + ago. I'm guessing you figured that by now.
Here is the deal: We need to be able to
On 01/06/2014 04:19 PM, Adam Young wrote:
Dirk,
If it were as easy as just replaceing hteh hash algorithm, we would
have done it a year + ago. I'm guessing you figured that by now.
Here is the deal: We need to be able to make things work side by side.
Not sure how to do that, but I
Hi,
Can the nova-core please look at this review
Nova: https://review.openstack.org/#/c/57614/
This review also needs tempest tests to be skipped
Tempest: https://review.openstack.org/#/c/59187/
The nova patch needs a +2 so that the skipped tempest tests can be merged.
Please review the nova
On Mon, 2014-01-06 at 17:04 +0100, Salvatore Orlando wrote:
I have already discussed the matter with Jay on IRC, even if for a
different issue.
In this specific case 'batching' will have the benefit of reducing the
rootwrap overhead.
Right.
However, it seems the benefit from batching is not
On 01/06/2014 05:14 AM, Shweta Jain wrote:
Hello there ,
I am working on Tempest and is new to it . while I am using
tempest.config but would like to know is there a way I can use
multiple config files in tempest .
My intention to use the multiple configs is purely for running the
test in
Hi,
Can the nova-core please look at this review
Nova: https://review.openstack.org/#/c/59860/
This review also needs tempest tests to be skipped
Tempest: https://review.openstack.org/#/c/59946/
The nova patch needs a +2 so that the skipped tempest tests can be merged.
Please review the nova
On 01/06/2014 11:26 AM, Dean Troyer wrote:
With the new year comes a long-overdue cleanup to the devstack-core
membership and the desire to expand he team a bit. I propose to add
Chmouel Boudjnah as he has been a steady contributor for some time,
doing much of the Swift implementation.
dt
Please don't send review requests to the list:
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
-Ben
On 2014-01-06 10:24, Rohan Kanade wrote:
Hi,
Can the nova-core please look at this review
Nova: https://review.openstack.org/#/c/59860/ [2]
This
On Mon, Jan 6, 2014 at 8:38 AM, Jay Pipes jaypi...@gmail.com wrote:
On Mon, 2014-01-06 at 17:04 +0100, Salvatore Orlando wrote:
I have already discussed the matter with Jay on IRC, even if for a
different issue.
In this specific case 'batching' will have the benefit of reducing the
I think we've got consensus. See everyone tomorrow at 1500 UTC in
#openstack-meeting-alt
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Mon, Jan 06, 2014 at 05:04:47PM +0100,
Salvatore Orlando sorla...@nicira.com wrote:
I have already discussed the matter with Jay on IRC, even if for a
different issue.
In this specific case 'batching' will have the benefit of reducing the
rootwrap overhead.
However, it seems the benefit
How should we handle existing -1's that have been posted?
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
I have already discussed the matter with Jay on IRC, even if for a
different issue.
In this specific case 'batching' will have the benefit of reducing the
rootwrap overhead.
However, it seems the benefit from batching is not resolutive. I admit I
have not run tests in the gate with batching; I've
Hi Steve,
I am trying to understand the software config implementation. Can you
clarify the following:
i. To use Software config and deploy in a template, instance resource MUST
always be accompanied by user_data. User_data should specify how to
bootstrap CM tool and signal it. Is that correct?
On Mon, 2014-01-06 at 08:58 -0800, Joe Gordon wrote:
On Mon, Jan 6, 2014 at 8:38 AM, Jay Pipes jaypi...@gmail.com wrote:
On Mon, 2014-01-06 at 17:04 +0100, Salvatore Orlando wrote:
I have already discussed the matter with Jay on IRC, even if
for a
different
On Mon, Jan 6, 2014 at 9:37 AM, Jay Pipes jaypi...@gmail.com wrote:
On Mon, 2014-01-06 at 08:58 -0800, Joe Gordon wrote:
On Mon, Jan 6, 2014 at 8:38 AM, Jay Pipes jaypi...@gmail.com wrote:
On Mon, 2014-01-06 at 17:04 +0100, Salvatore Orlando wrote:
I have already
On Jan 6, 2014, at 12:47 AM, Yaguang Tang yaguang.t...@canonical.com wrote:
Hi all,
Now Neutron has its own quota management API for network related
items(floating ips, security groups .etc) which are also manged by Nova.
when using nova with neutron as network service, the network
+1
- Original Message -
From: Sean Dague s...@dague.net
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Monday, January 6, 2014 5:30:09 PM
Subject: Re: [openstack-dev] [DevStack] Nominate Chmouel Boudjnah for core team
On
Excerpts from Susaant Kondapaneni's message of 2014-01-06 09:25:08 -0800:
Hi Steve,
I am trying to understand the software config implementation. Can you
clarify the following:
i. To use Software config and deploy in a template, instance resource MUST
always be accompanied by user_data.
On 2014-01-06 10:19:39 -0500 (-0500), Adam Young wrote:
If it were as easy as just replaceing hteh hash algorithm, we
would have done it a year + ago. I'm guessing you figured that by
now.
[...]
With the lack of In-Reply-To header and not finding any previous
messages to the list in the past
On 6 January 2014 18:12, Collins, Sean sean_colli...@cable.comcast.com wrote:
How should we handle existing -1's that have been posted?
I suggest removing/ignoring those votes until we see if they are spurious.
The Tail-f NCS plugin is very simple code and I'd say it's unlikely
that any recent
On Mon, 2014-01-06 at 09:56 -0800, Joe Gordon wrote:
What about it? Also those numbers are pretty old at this point. I was
thinking disable rootwrap and run full parallel tempest against it.
I think that is a little overkill for what we're trying to do here. We
are specifically talking about
As described in a previous message, the community is focusing efforts in
developing a comprehensive set of API tests in Tempest for Neutron. We are
keeping track of this effort in the API tests gap analysis section at
https://etherpad.openstack.org/p/icehouse-summit-qa-neutron
These are recent
Thanks to all who looked at https://review.openstack.org/#/c/64733/.
There were a few minor issues I will address but the biggest one was the
suggestion to run each variation as a separate test case using
testscenarios. After looking into that I see a problem with this use
case. Many of these
Hello Stackers,
I was hoping to get some answers on a few questions I had regarding the
Gantt project [1]. Specifically, here are my queries:
1) Why was Nova forked to the http://github.com/openstack/gantt
repository? Forking Nova just to then remove a bunch of code that
doesn't relate to the
The root cause is the same. Could you try the latest code from the trunk
and see if problem has gone away?
If it has not then it is really a different issue.
Thanks,
Eugene.
On Mon, Jan 6, 2014 at 8:00 PM, rezroo r...@dslextreme.com wrote:
Eugene,
Bug 1254555 seems to be the opposite of
On Mon, Jan 6, 2014 at 10:35 AM, Jay Pipes jaypi...@gmail.com wrote:
On Mon, 2014-01-06 at 09:56 -0800, Joe Gordon wrote:
What about it? Also those numbers are pretty old at this point. I was
thinking disable rootwrap and run full parallel tempest against it.
I think that is a little
Hi Folks,
In the Icehouse summit design session we presented a DVR( Distributed Virtual
Router) Proposal that was targeted only for East-West Communication and was
based on a DVR datapath Kernel Driver.
We discussed three different Use cases such as East-West, North-South and
On Jan 6, 2014, at 11:02 AM, Jay Pipes jaypi...@gmail.com wrote:
Hello Stackers,
I was hoping to get some answers on a few questions I had regarding the
Gantt project [1]. Specifically, here are my queries:
1) Why was Nova forked to the http://github.com/openstack/gantt
repository?
On Mon, 2014-01-06 at 11:17 -0800, Joe Gordon wrote:
On Mon, Jan 6, 2014 at 10:35 AM, Jay Pipes jaypi...@gmail.com wrote:
On Mon, 2014-01-06 at 09:56 -0800, Joe Gordon wrote:
What about it? Also those numbers are pretty old at this
point. I was
Hi folks,
Recently we had a discussion with Sean Dague on the matter.
Currently Neutron server has a number of configuration files used for
different purposes:
- neutron.conf - main configuration parameters, plugins, db and mq
connections
- plugin.ini - plugin-specific networking settings
-
Hi Jay,
Thank you for your input. Right now this approach allows to run integration
tests with and without tempest. I think this is valuable for the project as
anyone can run integration tests on their laptop having only keystone
available.
It will be great to have some input from Tempest team.
Pretty much what Vish said.
In re: History. I think this was the right way, these scheduler files didn't
just spring up from nowhere, maintaining the history is a good thing. Even
when this becomes a separate service knowing where the files came from is a
good thing.
In re: Changes to the
Vish,
and as I understand it the hope will be to do the no-db-scheduler blueprint.
There was quite a bit of debate on whether to do the no-db-scheduler stuff
before or after the forklift and I think the consensus was to do the
forklift
first.
Current Nova scheduler is so deeply bind to nova data
Hi,
In Solum project we will need to implement security and ACL for Solum API.
Currently we use Pecan framework for API. Pecan has its own security model
based on SecureController class. At the same time OpenStack widely uses
policy mechanism which uses json files to control access to specific
On 01/06/2014 02:30 PM, Vishvananda Ishaya wrote:
On Jan 6, 2014, at 11:02 AM, Jay Pipes jaypi...@gmail.com wrote:
Hello Stackers,
I was hoping to get some answers on a few questions I had
regarding the Gantt project [1]. Specifically, here are my
queries:
1) Why was Nova forked to
On Mon, 2014-01-06 at 23:45 +0400, Eugene Nikanorov wrote:
Hi folks,
Recently we had a discussion with Sean Dague on the matter.
Currently Neutron server has a number of configuration files used for
different purposes:
- neutron.conf - main configuration parameters, plugins, db and mq
On 01/06/2014 02:52 PM, Boris Pavlovic wrote:
Vish,
and as I understand it the hope will be to do the no-db-scheduler blueprint.
There was quite a bit of debate on whether to do the no-db-scheduler stuff
before or after the forklift and I think the consensus was to do the
forklift
first.
Russell,
It should be pretty easy to do this in gantt though. Right now I would
probably do it against the current scheduler and then we'll port it
over. I don't think we should do major work only in gantt until we're
ready to deprecate the current scheduler.
That make sense.
In couple of
This thread is starting to get a bit confusing, at least for people with a
single-pipeline brain like me!
I am not entirely sure if I understand correctly Isaku's proposal
concerning deferring the application of flow changes.
I think it's worth discussing in a separate thread, and a supporting
On 1/3/2014 10:30 AM, David Kranz wrote:
On 01/03/2014 08:52 AM, Thierry Carrez wrote:
Tim Bell wrote:
Is there a mechanism to tag changes as being potentially more
appropriate for the more ops related profiles ? I'm thinking more
when someone proposes a change they suspect could have an
Was the history filtered out using something like
http://git-scm.com/docs/git-filter-branch??
There seems to be a lot of commit history that isn't related to gantt files
(baremetal…)
Was the plan to figure out which files to keep, then cleanup that commit
history?
I wouldn't expect
On Mon, 2014-01-06 at 21:24 +0100, Salvatore Orlando wrote:
This thread is starting to get a bit confusing, at least for people
with a single-pipeline brain like me!
Heh, point taken.
snip
On the other hand, I would invite community members picking up some of
the bugs we've registered for
This is to let everyone know that we have created a new source tree,
`https://github.com/openstack/gantt.git', that contains the code for the Nova
scheduler. The ultimate goal is to create a separate scheduler service that
can be utilized by any part of OpenStack that needs a scheduling
The specific steps I used clone the nova tree and then use this script to
delete areas of the tree:
git filter-branch -f --index-filter git rm -r -f --cached --ignore-unmatch $*
--prune-empty HEAD
if [ -d .git/refs/original ]
then
git for-each-ref
On 01/06/2014 03:55 PM, Dugger, Donald D wrote:
This is to let everyone know that we have created a new source tree,
`https://github.com/openstack/gantt.git’, that contains the code for the
Nova scheduler. The ultimate goal is to create a separate scheduler
service that can be utilized by any
On 01/06/2014 10:32 PM, Luke Gorrie wrote:
Hi guys,
On 6 January 2014 14:44, Anita Kuno ante...@anteaya.info wrote:
If the account holder of this account is reading this email, responding
to it would certainly be a good idea.
Apologies for the disturbance!
Please do go ahead and
Thanks to Vish, Don, and Russell for the answers. Much appreciated!
Best,
-jay
On Mon, 2014-01-06 at 11:30 -0800, Vishvananda Ishaya wrote:
On Jan 6, 2014, at 11:02 AM, Jay Pipes jaypi...@gmail.com wrote:
Hello Stackers,
I was hoping to get some answers on a few questions I had
On Jan 6, 2014, at 11:52 AM, Boris Pavlovic bpavlo...@mirantis.com wrote:
Vish,
and as I understand it the hope will be to do the no-db-scheduler blueprint.
There was quite a bit of debate on whether to do the no-db-scheduler stuff
before or after the forklift and I think the consensus was
On 01/07/2014 02:31 AM, Luke Gorrie wrote:
On 6 January 2014 18:12, Collins, Sean sean_colli...@cable.comcast.com
wrote:
How should we handle existing -1's that have been posted?
I suggest removing/ignoring those votes until we see if they are spurious.
I is my belief that Sean is asking
Just thinking aloud - would it make sense to have a meta-configuration
file; this file can hold the names of the configuration files to load.
This would allow being a little more granular than picking up
everything from a directory (if we had to go the route of using a
directory name).
~Sumit.
On Sat, Jan 4, 2014 at 8:02 AM, Sean Dague s...@dague.net wrote:
On 01/03/2014 08:27 PM, Robert Collins wrote:
On 4 January 2014 08:44, Doug Hellmann doug.hellm...@dreamhost.com
wrote:
It seems safer to gate changes to libraries against the apps' trunk (to
avoid making
On Sun, Jan 5, 2014 at 5:02 PM, James E. Blair jebl...@openstack.orgwrote:
Joshua Harlow harlo...@yahoo-inc.com writes:
It seems simple to have variations of venvs (or something similar)
that taskflow tox.ini can have that specify the different 0.7, 0.8,
0.9, when sqlalchemy 1.0 comes out
Please ask such requests on IRC - it's part of the review policy that
we don't please for reviews on the -dev list, and it's why cores
should be on IRC if they are working :)
-Rob
On 7 January 2014 05:32, Rohan Kanade openst...@rohankanade.com wrote:
Hi,
Can the nova-core please look at this
On Mon, Dec 30, 2013 at 2:53 PM, David Kranz dkr...@redhat.com wrote:
On 12/27/2013 05:27 AM, Nadya Privalova wrote:
Hello guys!
I hope all of you are enjoying the holidays! But I'd like to raise a
Tempest question. Again. I hope this email will not be lost after vacations
:)
On Tue, Dec 31, 2013 at 4:53 AM, Kodam, Vijayakumar (EXT-Tata Consultancy
Ser - FI/Espoo) vijayakumar.kodam@nsn.com wrote:
Hi,
Currently there is no way to enable or disable meters without restarting
ceilometer.
There are cases where operators do not want to run all the meters
Hi, Sean:
Hope you had a great time with your family and friends during holiday! Tomorrow
when we meet in IRC, can we put closure on one pending question on how to pass
the “mode” to dnsmasq? If I understand everybody correctly:
1) The mode value should be dnsmasq agnostic
2) The approach
On Fri, Jan 3, 2014 at 7:08 AM, Sean Dague s...@dague.net wrote:
On 01/03/2014 09:44 AM, Anne Gentle wrote:
On Fri, Jan 3, 2014 at 7:52 AM, Thierry Carrez thie...@openstack.org
mailto:thie...@openstack.org wrote:
Tim Bell wrote:
Is there a mechanism to tag changes as being
Hi Dough,
Thank you for pointing to this code. As I see you use OpenStack policy
framework but not Pecan security features. How do you implement fine grain
access control like user allowed to read only, writers and admins. Can you
block part of API methods for specific user like access to create
Overall this looks really good, and very spot on.
On Thu, Jan 2, 2014 at 6:29 PM, Sean Dague s...@dague.net wrote:
A lot of elastic recheck this fall has been based on the ad hoc needs of
the moment, in between diving down into the race bugs that were uncovered
by it. This week away from it
On 2014-01-06 17:23:31 -0500 (-0500), Doug Hellmann wrote:
[...]
The global requirements syncing seems to have fixed the issue for
apps, although it just occurred to me that I'm not sure we check
that the requirements lists are the same when we cut a release.
Do we do that already?
Not yet in
Over the holidays I realized there's something about the proposed Neutron
policy API that I don't understand. Is the proposed API complementary to the
core API, or is it intended to be an alternative? By complementary, I mean
that a user can create a bunch of networks, subnets, and ports and
Hi all,
It's a couple of weeks out from the slated decision milestone
(icehouse-2) to potentially deprecate nova-network. Since I guess
there's still time to affect this outcome, but I haven't seen much
communication recently, here's a thread!
I think a series of beautiful write-ups could
On 07/01/14 06:25, Susaant Kondapaneni wrote:
Hi Steve,
I am trying to understand the software config implementation. Can you
clarify the following:
i. To use Software config and deploy in a template, instance resource
MUST always be accompanied by user_data. User_data should specify how
On Dec 27, 2013, at 2:48 PM, Michael Basnight mbasni...@gmail.com wrote:
Howdy,
Im proposing Auston McReynolds (amcrn) to trove-core.
The people have spoken. Welcome to trove core, Auston.
___
OpenStack-dev mailing list
I am suffering from bug 1266513, when trying to work on nova. For
example, on MacOS 10.8.5, I clone nova and then (following the
instructions at https://wiki.openstack.org/wiki/DependsOnOSX) run `cd
nova; python tools/install_venv.py`. It fails due to PyPI lacking a
sufficiently advanced
On 01/06/2014 07:04 PM, Joe Gordon wrote:
Overall this looks really good, and very spot on.
On Thu, Jan 2, 2014 at 6:29 PM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
A lot of elastic recheck this fall has been based on the ad hoc
needs of the moment, in between diving
On 01/06/2014 09:33 PM, Mike Spreitzer wrote:
I am suffering from bug 1266513, when trying to work on nova. For
example, on MacOS 10.8.5, I clone nova and then (following the
instructions at https://wiki.openstack.org/wiki/DependsOnOSX) run `cd
nova; python tools/install_venv.py`. It fails due
On 7 January 2014 07:41, David Kranz dkr...@redhat.com wrote:
Thanks to all who looked at https://review.openstack.org/#/c/64733/. There
were a few minor issues I will address but the biggest one was the
suggestion to run each variation as a separate test case using
testscenarios. After
On Tue, Jan 7, 2014 at 7:50 AM, Jon Bernard jbern...@tuxion.com wrote:
Hello all,
I would like to propose instance-level snapshots as a feature for
inclusion in Nova. An initial draft of the more official proposal is
here [1], blueprint is here [2].
In a nutshell, this feature will take
1) Memcached based scheduler updates
2) Scheduler code forklift
3) Instance groups
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Hi Tim,
It is complementary (as an extension to the core API).
Mohammad
From: Tim Hinrichs thinri...@vmware.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 01/06/2014 07:35 PM
Subject:[openstack-dev]
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be
this Thursday, January 9th at 22:00 UTC in the #openstack-meeting channel. I'm
sending this reminder out a bit earlier than usual this week because of the
2 week break over the holidays.
The meeting agenda can be found
Hello everyone,
I'm just wondering, is there anyone else who is affected by this bug:
https://bugs.launchpad.net/nova/+bug/1266534 ?
It looks to me that everyone should be affected by it (after change
https://review.openstack.org/#/c/61310 has been merged),
but I also see many tests in Jenkins
On Mon, Jan 6, 2014 at 7:59 PM, Christopher Yeoh cbky...@gmail.com wrote:
On Tue, Jan 7, 2014 at 7:50 AM, Jon Bernard jbern...@tuxion.com wrote:
Hello all,
I would like to propose instance-level snapshots as a feature for
inclusion in Nova. An initial draft of the more official proposal is
Hello,
I am trying to setup devstack with docker driver and facing some issues
related to docker-registry. Opened an issue with docker team [1] but to no
response. Has anybody done devstack setup with docker driver?
[1] https://github.com/dotcloud/docker/issues/3316
~Swapnil
On Tue, Jan 7, 2014 at 12:27 AM, Swapnil Kulkarni
swapnilkulkarni2...@gmail.com wrote:
Hello,
I am trying to setup devstack with docker driver and facing some issues
related to docker-registry. Opened an issue with docker team [1] but to no
response. Has anybody done devstack setup with
I am trying to setup devstack with docker driver and facing some issues
related to docker-registry. Opened an issue with docker team [1] but to no
response. Has anybody done devstack setup with docker driver?
Also, I'm sorry you didn't get a speedy response through other means, but
we
Thanks Eric.
I had already tried the solution presented on ask.openstack.org. I also
found a bug [1] and applied code changes in [2], but to no success.
I was just curious to know if anyone else is working on this or can provide
some pointers from development front.
[1]
Thinking using inotify/configuration file changes to implement dynamic meters,
this would be limited to administrators of ceilometer itself (i.e. with write
access to the file) rather than the project administrators (as defined by
keystone roles). Thus, as a project administrator who is not
Maybe we can also briefly discuss the status of
https://review.openstack.org/#/q/topic:bp/multiple-scheduler-drivers,n,z
-- now that a revised implementation is available for review (broken into
4 small patches), and people are back from vacations, would be good to get
some attention from
98 matches
Mail list logo