On 09/22/2014 02:35 PM, Gordon Sim wrote:
On 09/22/2014 10:56 AM, Flavio Percoco wrote:
What I meant is that oslo.messaging is an rpc library and it depends on
few very specific message delivery patterns that are somehow tight/based
on AMQP semantics.
RPC at it's core is the request
On 09/18/2014 09:25 PM, Gordon Sim wrote:
On 09/18/2014 03:45 PM, Flavio Percoco wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
Is the replication synchronous or asynchronous with respect to client
calls? E.g. will the response to a post of messages be returned only
once the replication
On 09/18/2014 07:19 PM, Joe Gordon wrote:
On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco fla...@redhat.com
mailto:fla...@redhat.com wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
On 09/18/2014 12:31 PM, Flavio Percoco wrote:
On 09/17/2014 10:36 PM, Joe Gordon wrote
On 09/18/2014 07:16 PM, Devananda van der Veen wrote:
On Thu, Sep 18, 2014 at 8:54 AM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
On 09/18/2014 12:31 PM, Flavio
that
far to say there's a need to start over.
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 09/18/2014 11:51 AM, Angus Salkeld wrote:
On 18/09/2014 7:11 PM, Flavio Percoco fla...@redhat.com
mailto:fla...@redhat.com wrote:
Greetings,
If I recall correctly, Heat was planning to adopt Zaqar regardless of
the result of the graduation attempt (please correct me if I'm wrong
that because of the
vendorized `urllib3` package.
Cheers,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
...@ubuntu.com
jamesp...@debian.org
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
/ due dates?
Thanks,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
but it definitely doesn't answer your
questions. I'm sure we had this documented way better but I can't find
the link. :(
[0]
https://wiki.openstack.org/wiki/Zaqar/Frequently_asked_questions#How_does_Zaqar_compare_to_AWS_.28SQS.2FSNS.29.3F
Hope the above helps,
Flavio
--
@flaper87
Flavio Percoco
filed that?
I agree it should not explode. That seems bad. I'll repeat Sean's
question: Has anyone filed that? Otherwise, I think I'll go ahead and
create a bug for it.
Thanks,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
On 09/18/2014 04:09 PM, Gordon Sim wrote:
On 09/18/2014 12:31 PM, Flavio Percoco wrote:
On 09/17/2014 10:36 PM, Joe Gordon wrote:
My understanding of Zaqar is that it's like SQS. SQS uses distributed
queues, which have a few unusual properties [0]:
Message Order
Amazon SQS makes
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
On 09/18/2014 04:16 PM, Kapil Thangavelu wrote:
On Thu, Sep 18, 2014 at 4:18 AM, Flavio Percoco fla...@redhat.com
mailto:fla...@redhat.com wrote:
On 09/17/2014 04:34 PM, Doug Hellmann wrote:
This thread [1] has turned more “future focused, so I’m moving the
conversation
On 09/18/2014 05:42 PM, Steve Lewis wrote:
On September 18, 2014 7:45 AM, Flavio Percoco wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
However, as far as consuming messages is concerned, it can
guarantee once-and-only-once and/or at-least-once delivery depending on
the message pattern
and easier for everyone.
Cheers,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
it is also
because of your contributions and support. You played a key role in the
project's growth and we all thank you a lot for that.
I'm sad to see you go and I wish you luck on your new adventures :)
Cheers,
Flavio
--
@flaper87
Flavio Percoco
more?
Thanks :)
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
here.
Agree with Sean. INFO are useful for investigations. WARN and ERROR are
cause for alarm.
+1 this is what we do in Zaqar as well.
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
happen properly based on the resource usage,
flavors and other metrics.
Cheers,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
running testr solves the problem you have
identified without introducing any side-effects.
This sounds saner to me so, I'd definitely go for this one.
(FWIW, I'm use to clean up `pyc` files by myself)
Flavio
--
@flaper87
Flavio Percoco
Thanks for providing very useful feedback, Clint.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
being optimized for the use cases it aims to cover. The team has
put enough effort and reviews on these optimizations, which are
different from the ones you'd optimize rabbitmq for.
Thanks a lot Zane for taking the time to dig into this topic,
Flavio
--
@flaper87
Flavio Percoco
(or mailing
list)? I'm interested to know where you guys are with this, what is
missing and most importantly, how we can help.
Thanks Boris,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 09/12/2014 11:36 AM, Thierry Carrez wrote:
Flavio Percoco wrote:
On 09/12/2014 12:14 AM, Zane Bitter wrote:
The final question is the one of arbitrary access to messages in the
queue (or queue if you prefer). Flavio indicated that this effectively
came for free with their implementation
On 09/12/2014 01:56 PM, Flavio Percoco wrote:
On 09/12/2014 11:36 AM, Thierry Carrez wrote:
Flavio Percoco wrote:
On 09/12/2014 12:14 AM, Zane Bitter wrote:
The final question is the one of arbitrary access to messages in the
queue (or queue if you prefer). Flavio indicated
On 09/10/2014 03:18 PM, Gordon Sim wrote:
On 09/10/2014 09:58 AM, Flavio Percoco wrote:
To clarify the doubts of what Zaqar is or it's not, let me quote what's
written in the project's overview section[0]:
Zaqar is a multi-tenant cloud messaging service for web developers.
How
.
Thanks a lot for your feedback,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
this, Cindy.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
-projects-use-cases
[5] https://etherpad.openstack.org/p/zaqar-overcloud-use-cases
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
pressured reviewing of 120300?
Why do you think landing 120300 will take long? If both patches are
already on gerrit, I'd rather review the real fix.
Is there a reason you think landing 120143 first is better?
Flavio
--
@flaper87
Flavio Percoco
/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
with that!
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
that is not tested in the gate, please, do test it in your own
environment.
If anything comes up, do not hesitate to contact me or any other
glance_core.
[0] https://review.openstack.org/#/c/100636/
[1] http://git.openstack.org/cgit/openstack/glance_store
--
@flaper87
Flavio Percoco
to not approve patches if they think it requires more
reviews.
Just my $0.02, I agree with the proposal of trusting cores and letting
them do 1x+2A when they think it's worth it.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev
On 09/04/2014 07:08 PM, Clint Byrum wrote:
Excerpts from Flavio Percoco's message of 2014-09-04 06:01:45 -0700:
On 09/04/2014 02:14 PM, Sean Dague wrote:
On 09/04/2014 03:08 AM, Flavio Percoco wrote:
Greetings,
Last Tuesday the TC held the first graduation review for Zaqar. During
it and give it a try - or at least take a look at it.
Flavio
Monty
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
-integrated-projects-use-cases
Thanks to all of you who attended the meeting, I'm looking forward to
your feedback and obviously the next meeting :)
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
cases could be covered by Zaqar as-is.
Could you elaborate a bit more on #2? Especially on why you think Zaqar
as is can't serve this specific case?
Also, feel free to add use-cases to that etherpad if there's anything
missing. :D
Cheers,
Flavio
--
@flaper87
Flavio Percoco
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 09/04/2014 01:15 PM, Chris Dent wrote:
On Thu, 4 Sep 2014, Flavio Percoco wrote:
Thanks for writing this up, interesting read.
Thank you for your feedback :)
Some comments in-line.
5. Ceilometer's recommended storage driver is still MongoDB, although
Ceilometer has now support
On 09/04/2014 02:14 PM, Sean Dague wrote:
On 09/04/2014 03:08 AM, Flavio Percoco wrote:
Greetings,
Last Tuesday the TC held the first graduation review for Zaqar. During
the meeting some concerns arose. I've listed those concerns below with
some comments hoping that it will help starting
to currently-integrated
projects...
+1
Cheers,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
the email,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
to oslo.utils yet. I expect to do it before the end of the
cycle but Murphy :)
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 08/27/2014 05:52 PM, Doug Hellmann wrote:
On Aug 27, 2014, at 11:14 AM, Flavio Percoco fla...@redhat.com wrote:
On 08/27/2014 04:31 PM, Sean Dague wrote:
So this change came in with adding glance.store -
https://review.openstack.org/#/c/115265/5/lib/glance, which I think is a
bad
cleanup of minor things in v1.1 and I believe we can make v2
happen in Kilo.
Thoughts?
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Greetings,
I'd like to join the early coordination effort for design sessions. I've
shamelessly copied Doug's template for Oslo into a new etherpad so we
can start proposing sessions there.
https://etherpad.openstack.org/p/kilo-zaqar-summit-topics
Flavio
--
@flaper87
Flavio Percoco
Greetings,
I'd like to join the early coordination effort for design sessions. I've
shamelessly copied Doug's template for Oslo into a new etherpad so we
can start proposing sessions there.
https://etherpad.openstack.org/p/kilo-zaqar-summit-topics
Flavio
--
@flaper87
Flavio Percoco
in the
__init__ files. The problem, as Sean mentioned, is the way pip and
setuptools will install this packages, which ends up overwriting the
base __init__ file.
Thanks for the links, though.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev
submitted ready to enable the gates for this driver.
Lets see what others think about this,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
`
- Complete the rename process with support from infra
2. Let this patch land, complete Glance's switch-over using namespaces
and then do the rename all together.
Do you have any other suggestion that would help avoiding namespaces
without blocking glance.store?
Thanks,
Flavio
--
@flaper87
Flavio
Last summit, it was basically impossible to do any hallway talking and
even meet some folks face-2-face.
Other than that, I think the proposal is great and makes sense to me.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack
the PTL to retain
those roles anyway...
+1 for letting the PTL take care of this.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org
.
Comments, thoughts ?
I like this proposal! +1 from me!
[1] https://blueprints.launchpad.net/openstack
[2] https://bugs.launchpad.net/openstack
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
responsibilities.
Cheers,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
requirements files.
/Ihar
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
___
OpenStack-dev
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
a *little* while and make sure we
weren’t going to scare him off. ;-)
Seriously, Mike has been doing a great job collaborating with the existing
team and helping us make oslo.db sane.
+1
Big +1
--
@flaper87
Flavio Percoco
___
OpenStack-dev
is:
openstack/marconi - openstack/zaqar
openstack/python-marconiclient - openstack/python-zaqarclient
openstack/marconi-specs - openstack/zaqar-specs
Thanks!
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev
that shows the latest results in a table format. (You may need to
force-reload in your browser to see the change.)
Beautiful! Thank you so much to everyone involved.
+1! Love this.
Yes, finally. One of the things I really wanted.
Thanks guys!
--
@flaper87
Flavio Percoco
are really important. However, any
deployment should be considered as a good use case, whether it is big or
not, since they've such project deployed.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
and we
shouldn't hold all incubated projects on that.
Cheers,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
help both projects to improve.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
). The first
step we wanted to pursue was pulling the code out of Glance and just
then work on an improved, more secure and more consistent API. Your
proposal looks neat, I'll propose a design session for the glance.store
API. :D
Thanks for your feedback,
Flavio
--
@flaper87
Flavio Percoco
://review.openstack.org/#/c/100636/
Cheers,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
that will require documentation too.
Flavio,
My best,
Victoria
[0]
https://github.com/openstack/governance/blob/master/reference/incubation-integration-requirements.rst#documentation--user-support-1
--
@flaper87
Flavio Percoco
on the
discussions on this thread. The plan sounds good to me.
I think it's also possible to run amqp10 gate *just* for the changes
happening in the *amqp* package but it's probably worth it to just make
it non-voting and run it for every patch, as you mentioned.
Flavio
--
@flaper87
Flavio Percoco
on the amqp side)
She's a great asset of Zaqar's community.
If no one objects, I'll proceed and add her in a week from now.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
and patches to make this
release possible!
Thanks,
dims
wt, another step forward!
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
will expect it to be fully implemented and environments depending
on multi-disk OVAs will find it useless.
Don't get me wrong, I do want to see OVF support in Glance, I just don't
think a custom support for it is the right way to do it.
Thoughts?
Flavio
--
@flaper87
Flavio Percoco
, but I still think we need a dedicated team that has a
final (or at least relevant) word on the patches.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman
(self):
self.num_connections += 1
This at least lets me continue working.
rob
Hey Rob,
Sorry for the late reply, I'll take a look into this.
Cheers,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev
,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
still relies on `i18n.install`
which registers `_` as a builtint. This is on its way of being
deprecated, which means we need to move glance away from that and use
explicit imports.
Keep an eye on the reviews queue, the patch is coming soon.
Cheers,
Flavio
--
@flaper87
Flavio Percoco
On 07/17/2014 04:56 PM, Jay Pipes wrote:
On 07/17/2014 02:42 AM, Flavio Percoco wrote:
Greeting,
I'd like to announce that we finally got the glance.store repo created.
This library pulls out of glance the code related to stores. Not many
changes were made to the API during this process
On 07/16/2014 06:31 PM, Malini Kamalambal wrote:
On 7/16/14 4:43 AM, Flavio Percoco fla...@redhat.com wrote:
On 07/15/2014 06:20 PM, Kurt Griffiths wrote:
Hi folks, we¹ve been talking about this in IRC, but I wanted to bring it
to the ML to get broader feedback and make sure everyone
and leave feedback as appropriate. Thanks!
-Ben
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
@flaper87
Flavio Percoco
) but on different times?
I think changing day and time will be more confusing than just changing
the time.
From a quick look, #openstack-meeting-alt is free on Wednesdays on both
times: 15 UTC and 21 UTC. Does this sound like a good day/time/idea to
folks?
Cheers,
Flavio
--
@flaper87
Flavio Percoco
should also trigger
setting up the dependencies needed. Before you spend time implementing
that, though, we should clarify the policy on PPAs.
Agreed. FWIW, the work on devstack is on the works but it's being held
off while we clarify the policy on PPAs.
Cheers,
Flavio
--
@flaper87
Flavio
, expected results and
drawbacks.
To put it in another way. Developers are consumers of project's code,
therefore the changes affecting the way developers interact with the
code are also blueprint worth it, IMHO.
Flavio
--
@flaper87
Flavio Percoco
.
Agreed. I'm happy to help moving this effort forward and gather some
real-life results onto which we can base future plans and decisions.
Flavio.
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
://wiki.openstack.org/wiki/Marconi/
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
as problematic
as logging things that aren't error as errors.
Thanks for spotting this and bringing it up. Did you file a bug for this
issue?
Cheers,
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
On 07/09/2014 04:12 PM, Sean Dague wrote:
On 07/09/2014 10:01 AM, Flavio Percoco wrote:
On 07/09/2014 01:32 PM, Sean Dague wrote:
Recently looking at a gate failure, which was a 500 error from glance.
So I expected that glance would have a pretty clear trace in the logs.
Filtering at WARN
(which is the core failure), so that we could track it in
elastic recheck.
However the logging issue definitely made it harder to track down.
Awesome, thanks. I'll track/work on this.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing
an automated bot doing this. I don't think this is the
right time and it doesn't fit with what we're trying to achieve now in
olso-incubator.
[0]
http://lists.openstack.org/pipermail/openstack-dev/2013-November/020118.html
[1] https://wiki.openstack.org/wiki/Oslo/ProjectLiaisons
--
@flaper87
Flavio
projects in a weekly(?) basis
#. Hope that these reviews won't be ignored when there's a failure.
Flavio
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
THE THINGS
--
@flaper87
Flavio Percoco
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
/mongodb-world/session/virtualizing-mongodb-cloud-ec2-openstack-vmsor-dedicated
There were other good talks too: https://world.mongodb.com/schedule
[0]
http://www.mongodb.com/presentations/mongodb-world-2014-keynote-eliot-horowitz
Flavio
--
@flaper87
Flavio Percoco
pgpM1xpCeg652.pgp
, because if Ceilometer starts using this retry parameter
before we rename it, I'm not sure it'll be worth the hassle.
+1
Flavio
--
@flaper87
Flavio Percoco
pgpSNaEPjQ0Ig.pgp
Description: PGP signature
___
OpenStack-dev mailing list
OpenStack-dev
801 - 900 of 1094 matches
Mail list logo