I am fine with requiring the deployer to update default values, if they
don’t make sense for their given deployment. However, not having any value
for older/existing instances, when the code requires it is not good. So
let’s create a default datastore of mysql, with a default version, and set
Yep agreed, this is a great idea.
We really only need two API calls to get this going:
- List available logs to ‘save’
- Save a log (to swift)
Some additional points to consider:
- We don’t need to create a record of every Log ‘saved’ in Trove. These
entries, treated as a Trove resource aren’t
Vipul, agreed.
Trove server side could store a mapping of available log files and their
paths per datastore.
Also i agreed with ingoring DBLog model since it's really useless in term
of future manipulations.
And deployer would be able to define which logs could be available for user
by setting
I'd +1 Clint on this. I believe that the only right way to handle SIGHUP
for process running in foreground is to terminate.
--
Best regards,
Oleg Gelbukh
On Fri, Dec 20, 2013 at 10:54 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Sean Dague's message of 2013-12-19 16:33:12 -0800:
So
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, one for horizon[1] and one for
Hi everyone,
I'm sorry for being late to the thread, but what about baremetal driver?
Should it support the get_diagnostics() as well?
--
Best regards,
Oleg Gelbukh
On Thu, Dec 19, 2013 at 8:21 PM, Vladik Romanovsky
vladik.romanov...@enovance.com wrote:
Ah, I think I've responded too fast,
Both Mon and Tue 1500 UTC works for me
On Fri, Dec 20, 2013 at 8:43 AM, Nikolay Starodubtsev
nstarodubt...@mirantis.com wrote:
I'm on holidays till 9th January. And I don't think I'll have an internet
access all the time on holidays.
p.s. By the way, I'll prefer Friday's evenings as new
On 20/12/13 00:17, Jay Pipes wrote:
On 12/19/2013 04:55 AM, Radomir Dopieralski wrote:
On 14/12/13 16:51, Jay Pipes wrote:
[snip]
Instead of focusing on locking issues -- which I agree are very
important in the virtualized side of things where resources are
thinner -- I believe that in the
Well, 2000UTC means midnight for you, guys. Not really safe for family
concerns :-)
Maybe you were meaning 2000 local time, so 1600 UTC ?
I can propose Fridays 1500 UTC (so 19:00 your time ;-)) as an
alternative (both meeting channels are free this time)
Let's vote : +1 for Fridays 1500 UTC.
On Fri, Dec 20, 2013 at 12:56:47PM +0400, Oleg Gelbukh wrote:
Hi everyone,
I'm sorry for being late to the thread, but what about baremetal driver?
Should it support the get_diagnostics() as well?
Of course, where practical, every driver should aim to support every
method in the virt driver
On Fri, Dec 20, 2013 at 09:21:54AM +1300, Robert Collins wrote:
The default ephemeral filesystem in Nova is ext3 (for Linux). However
ext3 is IMNSHO a pretty poor choice given ext4's existence. I can
totally accept that other fs's like xfs might be contentious - but is
there any reason not to
+1 for Fridays 1500 UTC
On Fri, Dec 20, 2013 at 1:26 PM, Sylvain Bauza sylvain.ba...@bull.netwrote:
Well, 2000UTC means midnight for you, guys. Not really safe for family
concerns :-)
Maybe you were meaning 2000 local time, so 1600 UTC ?
I can propose Fridays 1500 UTC (so 19:00 your time
Robert Collins wrote:
On 16 December 2013 23:56, Thierry Carrez thie...@openstack.org wrote:
I like the first and third parts. Not really convinced with the second
part, though. You'll have a lot of Confirmed bugs without proposed
approach (like 99% of them) so asking core to read them all and
Thats certainly a logical extension to the system, but orthogonal to
fixing a bad default IMO.
Admins can already configure a filesystem per OS.
-Rob
On 20 December 2013 23:00, Daniel P. Berrange berra...@redhat.com wrote:
On Fri, Dec 20, 2013 at 09:21:54AM +1300, Robert Collins wrote:
The
+1
On Fri, Dec 20, 2013 at 1:57 PM, Sergey Lukjanov slukja...@mirantis.comwrote:
+1 for Fridays 1500 UTC
On Fri, Dec 20, 2013 at 1:26 PM, Sylvain Bauza sylvain.ba...@bull.netwrote:
Well, 2000UTC means midnight for you, guys. Not really safe for family
concerns :-)
Maybe you were
Hi everyone,
In case you're not familiar with it, Storyboard[1] is a cross-project
task tracking tool that we are building to replace our usage of
Launchpad bugs blueprints.
We plan to have a 2-day sprint just before FOSDEM in Brussels to make
the few design and architectural hard calls that
Hi All,
I am fixing a Bug #1261713: Volume type 'None' gives indistinguishable CLI
output (https://bugs.launchpad.net/cinder/+bug/1261713)
Currently if any value in cinder-api response is a NoneType (i.e. NULL)
then python-cinderclient shows an entry as None in the output. This is
because of
and +1 also from me :-)
Seems like this the way we want to go. So, what will be the next steps?
Seems like this have to be done by cooperation of PTL's of Horizon and
TripleO and ttx probably?
Thank you,
Ladislav
On 12/19/2013 05:29 PM, Lyle, David wrote:
So after a lot of consideration,
May I propose we keep the conversation Icehouse related. I don't think
we can make any sort of locking
mechanism in I.
Though it would be worth of creating some WikiPage that would present it
whole in some consistent
manner. I am kind of lost in these emails. :-)
So, what do you thing are
Hi John,
As for me your ideas look very interesting. As I understood notification
messages will be kept in MQ for some time (during batch-basket is being
filled), right? I'm concerned about the additional load that will be on MQ
(Rabbit).
Thanks,
Nadya
On Fri, Dec 20, 2013 at 3:31 AM, Herndon,
On 20/12/13 12:25, Ladislav Smola wrote:
May I propose we keep the conversation Icehouse related. I don't think
we can make any sort of locking
mechanism in I.
By getting rid of tuskar-api and putting all the logic higher up, we are
forfeiting the ability to ever create it. That worries me. I
+1
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2013/12/20 Dina Belova dbel...@mirantis.com
+1
On Fri, Dec 20, 2013 at 1:57 PM, Sergey Lukjanov
slukja...@mirantis.comwrote:
+1 for Fridays 1500 UTC
On Fri, Dec 20, 2013 at 1:26 PM, Sylvain Bauza
Once that agreed, let's go back to the initial question : when do we
resume weekly meetings ?
Is Friday 10th Jan 1500 UTC OK for you ?
Note : Other committers, YorikSar, jd__, scroiset and f_rossigneux
haven't yet replied.
-Sylvain
Le 20/12/2013 13:28, Nikolay Starodubtsev a écrit :
+1
Thanks everyone who have joined Savanna meeting.
Here are the logs from the meeting:
Minutes:
savanna.2013-12-19-18.05.htmlhttp://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-12-19-18.05.html
Log:
It's okay for me.
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2013/12/20 Sylvain Bauza sylvain.ba...@bull.net
Once that agreed, let's go back to the initial question : when do we
resume weekly meetings ?
Is Friday 10th Jan 1500 UTC OK for you ?
Goodday, OpenStack DВaaS community.
I'd like to start conversation about dropping connectivity from In-VM
guestagent and Trove back-end.
Since Trove has conductor service which interacts with agents via MQ
service, we could let it deal with any back-end required operations
On 20/12/13 13:04, Radomir Dopieralski wrote:
[snip]
I have just learned that tuskar-api stays, so my whole ranting is just a
waste of all our time. Sorry about that.
--
Radomir Dopieralski
___
OpenStack-dev mailing list
Cheers Gao. So my only comment here is how complex and how many attributes are
we expecting the scheduler to take as input. Similarly the more variables you
schedule on the more complex the beast becomes and from experience you end up
having cross dependencies.
I can see power be an item of
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 mess with
it while it is updating or creating.
Once we will pack all operations that are now aside in this, we should
be alright. And that should be doable in
On 12/20/2013 01:04 PM, Radomir Dopieralski wrote:
On 20/12/13 12:25, Ladislav Smola wrote:
May I propose we keep the conversation Icehouse related. I don't think
we can make any sort of locking
mechanism in I.
By getting rid of tuskar-api and putting all the logic higher up, we are
forfeiting
On 12/20/2013 02:06 PM, Radomir Dopieralski wrote:
On 20/12/13 13:04, Radomir Dopieralski wrote:
[snip]
I have just learned that tuskar-api stays, so my whole ranting is just a
waste of all our time. Sorry about that.
Hehe. :-)
Ok after the last meeting we are ready to say what goes to
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 mess with
it while it is updating or creating.
Once we will pack all operations that are now aside in this, we
It's ok for me too.
On Friday, December 20, 2013, Nikolay Starodubtsev wrote:
It's okay for me.
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2013/12/20 Sylvain Bauza sylvain.ba...@bull.net
Once that agreed, let's go back to the initial question :
Hi Nadya,
Yep, that’s right, the notifications stick around on the server until they
are acknowledged so there is extra overhead involved. I only have experience
with rabbitmq, so I can’t speak for other transports, but we have used this
strategy internally for other purposes, and have reached
In the past, I've been able to get authors of bug fixes attached to
Launchpad bugs to sign the CLA and submit the patch through gerrit...
although, in one case it took quite a bit of time (and thankfully it wasn't
a critical fix or anything).
This scenario just came up again (example: [1]), so
Hi Denis,
The plan from the start with Conductor has been to remove any guest connections
to the database. So any lingering ones are omissions which should be dealt with.
Since not each database have root entity (not even ACL at all) it would be
incorrect to report about root enabling on
On 12/19/2013 12:30 AM, Devananda van der Veen wrote:
On Tue, Dec 17, 2013 at 10:00 PM, Gao, Fengqian fengqian@intel.com
mailto:fengqian@intel.com wrote:
Hi, all,
I am planning to extend bp
https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling
On Fri, Dec 20, 2013 at 1:54 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Sean Dague's message of 2013-12-19 16:33:12 -0800:
So a few people had been reporting recently that unstack no longer stops
nova processes, which I only got around to looking at today. It turns
out the new
On 12/20/2013 09:55 AM, Doug Hellmann wrote:
On Fri, Dec 20, 2013 at 1:54 AM, Clint Byrum cl...@fewbar.com
mailto:cl...@fewbar.com wrote:
Excerpts from Sean Dague's message of 2013-12-19 16:33:12 -0800:
So a few people had been reporting recently that unstack no longer
Thanks for response, Tim.
As i said, it would be confusing situation when database which has no ACL
would be deployed by Trove with root enabled - this looks very strange
since user allowed to check if root enabled. I think in this case Conductor
should be _that_ place which should contain
On Friday, December 20, 2013 3:57:15 AM, Daniel P. Berrange wrote:
On Fri, Dec 20, 2013 at 12:56:47PM +0400, Oleg Gelbukh wrote:
Hi everyone,
I'm sorry for being late to the thread, but what about baremetal driver?
Should it support the get_diagnostics() as well?
Of course, where
On Thu, Dec 19, 2013 at 6:31 PM, Herndon, John Luke john.hern...@hp.comwrote:
Hi Folks,
The Rackspace-HP team has been putting a lot of effort into performance
testing event collection in the ceilometer storage drivers[0]. Based on
some results of this testing, we would like to support batch
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
useful for other consumers outside OpenStack itself.
That being said, it's not clear
Unfortunately, Trove cannot manage it's own extensions, so if, suppose, i
would try to get provisioned cassandra instance i would be still possible
to check if root enabled.
Prof:
https://github.com/openstack/trove/blob/master/trove/extensions/mysql/service.py
There are no checks for
I can't attend.
I just booked my flight for SaltConf in Salt Lake City, which conflicts.
Would have liked to have been there.
I hope you have a great sprint and FOSDEM.
Thanks,
Anita.
On 12/20/2013 05:26 AM, Thierry Carrez wrote:
Hi everyone,
In case you're not familiar with it,
On Thu, Dec 19 2013, Herndon, John Luke wrote:
Hi John,
The Rackspace-HP team has been putting a lot of effort into performance
testing event collection in the ceilometer storage drivers[0]. Based on
some results of this testing, we would like to support batch consumption
of notifications,
On Fri, Dec 20 2013, Nadya Privalova wrote:
Hi Nadya,
For QA and Tempest guys brief description of Ceilometer's pollstering.
Ceilometer has several agents that once in 'interval' asks Nova, Glance and
other services about their metrics. We need to test this functionality,
'Interval' is
On 12/20/2013 09:59 AM, Sean Dague wrote:
snip
So as Clint said, SIGHUP is only appropriate to do that *if* the process
is daemonized. If it's in the foreground it's not.
So that logic needs to be better.
This is basically a blocker for adding any upgrade testing from
something later than
Thanks, Julien!
Will create blueprint on Monday and will start implementation.
On Fri, Dec 20, 2013 at 7:51 PM, Julien Danjou jul...@danjou.info wrote:
On Fri, Dec 20 2013, Nadya Privalova wrote:
Hi Nadya,
For QA and Tempest guys brief description of Ceilometer's pollstering.
Tim, let's make conductor reporting that root enabled until we could be
able to teach trove how to manage its own extensions. Because extensions
are too complicated, as you said. So, it's really would be better to give
conductor an ability to handle root reporting.
Best regards,
Denis Makogon
On 12/20/2013 08:40 AM, Ladislav Smola wrote:
On 12/20/2013 02:06 PM, Radomir Dopieralski wrote:
On 20/12/13 13:04, Radomir Dopieralski wrote:
[snip]
I have just learned that tuskar-api stays, so my whole ranting is just a
waste of all our time. Sorry about that.
Hehe. :-)
Ok after the
Conductor was the first phase of
https://wiki.openstack.org/wiki/Trove/guest_agent_communication whose
proposed future phases include turning conductor into a source of truth for
trove to ask about instances, and then using its own datastore separate
from the host db anyway.
The purpose of the
On 12/20/2013 10:56 AM, Sean Dague wrote:
On 12/20/2013 09:59 AM, Sean Dague wrote:
snip
So as Clint said, SIGHUP is only appropriate to do that *if* the process
is daemonized. If it's in the foreground it's not.
So that logic needs to be better.
This is basically a blocker for adding any
Hello folks,
I would like to configure olso.messaging to work with an HA Rabbit cluster and
was curious about the correct configuration to use.
I am setting the following values in my private network:
ampq_durable_queues = True
rabbit_userid=guest
rabbit_password=guest
Excerpts from Radomir Dopieralski's message of 2013-12-20 01:13:20 -0800:
On 20/12/13 00:17, Jay Pipes wrote:
On 12/19/2013 04:55 AM, Radomir Dopieralski wrote:
On 14/12/13 16:51, Jay Pipes wrote:
[snip]
Instead of focusing on locking issues -- which I agree are very
important in
Hello,
Is it true that a traffic from one OpenStack virtual network to another
have to pass by an OpenStack router ? (using an OpenVirtual switch as the
L2 ).
I'm trying ti use a VM as a router between 2 OpenStack virtual networks but
for some reason I'm not able.
Appreciate any insights,
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 mess with
it while it is updating or
+1
-bryan
On Wed, Dec 18, 2013 at 10:22 PM, Jay Pipes jaypi...@gmail.com wrote:
On 12/18/2013 12:34 PM, Doug Hellmann wrote:
I have more of an issue with a project failing *after* becoming
integrated than during incubation. That's why we have the incubation
period to begin with. For the
One additional item Gao and apologies as I was thinking power on two front
here. I assume then the limit here is per compute node within a given DC site,
so yes I can see some small benefits on that for sure. I still however have a
hard time seeing if I want to do scheduling based on power as
Matt,
My understanding is that there will be a nova.virt.baremetal.ironic driver
in Nova which will talk to Ironic API to manage bare-metal instances. So,
Ironic will be actually providing the diagnostics data about bm instance
via its API eventually.
Hope someone will correct me if I'm wrong.
On Dec 20, 2013, at 8:10 AM, Doug Hellmann doug.hellm...@dreamhost.com wrote:
On Thu, Dec 19, 2013 at 6:31 PM, Herndon, John Luke john.hern...@hp.com
wrote:
Hi Folks,
The Rackspace-HP team has been putting a lot of effort into performance
testing event collection in the ceilometer
In general, you'd need a router to pass from one VLAN to another, and that
is still true in OS. However, for your case where you have a VM running
some routing software, it's quite possible (likely) that the iptable rules
on the host machine are stopping your VM from forwarding out since the
whose proposed future phases include turning conductor into a source of
truth for trove to ask about instances, and then using its own datastore
separate from the host db anyway.
IIRC this was to support such ideas as storing the heart beat or service status
somewhere besides the Trove
On Dec 20, 2013, at 8:48 AM, Julien Danjou jul...@danjou.info wrote:
On Thu, Dec 19 2013, Herndon, John Luke wrote:
Hi John,
The Rackspace-HP team has been putting a lot of effort into performance
testing event collection in the ceilometer storage drivers[0]. Based on
some results of
On Fri, Dec 20 2013, Herndon, John Luke wrote:
Yeah, I like this idea. As far as I can tell, AMQP doesn’t support grabbing
more than a single message at a time, but we could definitely have the
broker store up the batch before sending it along. Other protocols may
support bulk consumption. My
On Dec 20, 2013, at 10:47 AM, Julien Danjou jul...@danjou.info wrote:
On Fri, Dec 20 2013, Herndon, John Luke wrote:
Yeah, I like this idea. As far as I can tell, AMQP doesn’t support grabbing
more than a single message at a time, but we could definitely have the
broker store up the batch
*Preamble*
Hi stackers, I was trying to implement correct APP-NAME tags for remote
logging in Fuel for Openstack, and faced the
https://bugs.launchpad.net/nova/+bug/904307 issue. There are no logging
options in Python 2.6/2.7 to address this APP-NAME in logging formats or
configs (log_format,
Fair enough, original scope for conductor was just heartbeats
anyway--backups were more of an added bonus if anything to reduce that db
dependency.
Denis' patch at present just makes taskmanager take care of it, and it's
simple enough to do that way.
On Fri, Dec 20, 2013 at 11:16 AM, Tim Simpson
Please add my name to the list. Thanks.
-Shiv Haris
-Original Message-
From: Anita Kuno [mailto:ante...@anteaya.info]
Sent: Wednesday, December 18, 2013 1:18 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Neutron] Neutron Tempest code sprint - 2nd week
of
Howdy, guys!
I’d like to announce my candidacy for Climate (Reservation-as-a-Service)
PTL.
I’m working with OpenStack about last two years since Diablo and have much
experience in working with different customers within different projects.
Last six months I’m everything about community work -
On 12/20/2013 09:32 AM, Dolph Mathews wrote:
In the past, I've been able to get authors of bug fixes attached to
Launchpad bugs to sign the CLA and submit the patch through gerrit...
although, in one case it took quite a bit of time (and thankfully it
wasn't a critical fix or anything).
On 12/20/2013 05:27 PM, Herndon, John Luke wrote:
On Dec 20, 2013, at 8:48 AM, Julien Danjou jul...@danjou.info
wrote:
Anyway, my main concern here is that I am not very enthusiast
about using the executor to do that. I wonder if there is not a way
to ask the broker to get as many as message
On 12/20/2013 07:13 PM, Gordon Sim wrote:
AMQP (in all it's versions) allows for a subscription with a
configurable amount of 'prefetch', which means the broker can send lots
of messages without waiting for the client to request them one at a time.
Just as an aside, the impl_qpid.py driver
Hello Stackers!
I agree with one namespace approach, if it is better for IPv6 (or even
for IPv4 and for operators).
And also, I think that, when with IPv6, we must do what is better for IPv6
networks... If things needs to be changed, lets do it!
BTW, one namespace with all the required services
Hi guys,
We have a couple of bug fix patches that already received a +2 review waiting
since some time for a second +2a.
Can some core rev please help in getting them reviewed and possibly merged?
Nova
https://review.openstack.org/#/c/55449/
https://review.openstack.org/#/c/55975/
Neutron
On Fri, Dec 20, 2013 at 10:42 AM, Flavio Percoco fla...@redhat.com 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
useful for
On Fri, Dec 20, 2013 at 11:22 AM, Sean Dague s...@dague.net wrote:
On 12/20/2013 10:56 AM, Sean Dague wrote:
On 12/20/2013 09:59 AM, Sean Dague wrote:
snip
So as Clint said, SIGHUP is only appropriate to do that *if* the process
is daemonized. If it's in the foreground it's not.
So
On 12/20/2013 11:18 AM, Herndon, John Luke wrote:
On Dec 20, 2013, at 10:47 AM, Julien Danjou jul...@danjou.info wrote:
On Fri, Dec 20 2013, Herndon, John Luke wrote:
Yeah, I like this idea. As far as I can tell, AMQP doesn't support grabbing
more than a single message at a time, but we
On Fri, Dec 20, 2013 at 12:15 PM, Herndon, John Luke john.hern...@hp.comwrote:
On Dec 20, 2013, at 8:10 AM, Doug Hellmann doug.hellm...@dreamhost.com
wrote:
On Thu, Dec 19, 2013 at 6:31 PM, Herndon, John Luke
john.hern...@hp.comwrote:
Hi Folks,
The Rackspace-HP team has been putting
Greetings,
Bumping the major rpc versions allows us to drop old backwards
compatibility code. However, we have to do this in such a way that
doesn't break live upgrades. We've expected live upgrades for CD to
work for a while, and we're also expecting to be able to support it from
Havana to
Please read
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
On Fri, Dec 20, 2013 at 11:59 AM, Alessandro Pilotti
apilo...@cloudbasesolutions.com wrote:
Hi guys,
We have a couple of bug fix patches that already received a +2 review
waiting since some time for
Hi Chris,
This is super useful for testing patches on review! Thank you!
Roman
On Fri, Dec 20, 2013 at 7:35 PM, Chris Jones c...@tenshu.net wrote:
Hi
As of just now (review 63021) the source-repositories element in
diskimage-builder can fetch git repos from gerrit reviews.
I figured it'd
On Dec 20, 2013, at 12:13 PM, Gordon Sim g...@redhat.com wrote:
On 12/20/2013 05:27 PM, Herndon, John Luke wrote:
On Dec 20, 2013, at 8:48 AM, Julien Danjou jul...@danjou.info
wrote:
Anyway, my main concern here is that I am not very enthusiast
about using the executor to do that. I
Ok so this is interesting. I think this new feature will have caused
bugs in anything using this idiom:
def foo(bar=CONF):
because that is only evaluated at import time - any later reevaluation
of the config settings won't propagate into code. (This is why we
recently avoided that idiom in
All points are good, but RootHistory object now is being created by
guestagent while mysql datastore prepare call. Delegating all
responsibilities to Conductor would give us next benefits:
1. Breaking guest - back-end connectivity.
2. Keeping taskmanager generic (already said, need to take into
Edgar-
I’m a bit concerned about Fawad joining the sprint. He’s a new contributor who
has never landed a patch in Neutron or Tempest. Closing the testing gaps with
experienced devs is the goal of the Montreal sprint and I do not think we’ll
have manpower to onboard new contributors (3 days
Confirmed.
https://wiki.openstack.org/wiki/Climate/PTL_Elections_Icehouse#Candidates
On Fri, Dec 20, 2013 at 11:01 PM, Dina Belova dbel...@mirantis.com wrote:
Howdy, guys!
I’d like to announce my candidacy for Climate (Reservation-as-a-Service)
PTL.
I’m working with OpenStack about last
On Fri, Dec 20 2013, Herndon, John Luke wrote:
I think there is probably a tolerance for duplicates but you’re right,
missing a notification is unacceptable. Can anyone weigh in on how big of a
deal duplicates are for meters? Duplicates aren’t really unique to the
batching approach, though.
On Dec 20, 2013, at 1:12 PM, Dan Dyer dan.dye...@gmail.com wrote:
On 12/20/2013 11:18 AM, Herndon, John Luke wrote:
On Dec 20, 2013, at 10:47 AM, Julien Danjou jul...@danjou.info wrote:
On Fri, Dec 20 2013, Herndon, John Luke wrote:
Yeah, I like this idea. As far as I can tell, AMQP
On Fri, Dec 20 2013, Herndon, John Luke wrote:
I think this will work. I was considering putting in a timeout so the broker
would not send off all of the messages immediately, and implement using
blocking calls. If the consumer consumes faster than the publishers are
publishing, this just
Hi,
Metadata repository meeting occurred this Tuesday in #openstack-glance
channel. Main item that was discussed was an API for a new metadata
functions and where this API should appear. During discussion it was
defined that the main functionality will be a storage for different
objects and
The cliff library source repository is now hosted on stackforge (
https://git.openstack.org/cgit/stackforge/cliff/) and the bug tracker has
moved to launchpad (https://launchpad.net/python-cliff).
Doug
___
OpenStack-dev mailing list
Hey Everyone,
So we merged the super simple driver cert test script in to devstack a
while back. For those that aren't familiar you can check it out here
[1]. First iteration of this is simply a do it yourself config and
run that goes through the same volume-tests that every cinder patch
runs
There are at least 3 types of solutions I'm aware of:
1) Using VLANs and physical or virtual-machine appliances that route packets
between VLANs.
Tutorial:
http://developer.rackspace.com/blog/neutron-networking-vlan-provider-networks.html
2) Using an L2 overlay and virtual machines that route
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
useful for other consumers outside
On 12/20/2013 04:43 PM, Julien Danjou wrote:
On Fri, Dec 20 2013, Herndon, John Luke wrote:
I think there is probably a tolerance for duplicates but you’re right,
missing a notification is unacceptable. Can anyone weigh in on how big of a
deal duplicates are for meters? Duplicates aren’t
96 matches
Mail list logo