repos |
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: s
ed that it takes another 2 years, which
really, we cannot afford.
> but Py3.7 is available in bionic today.
Yeah but it's the beta3 version.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Developme
ext Ubuntu LTS to add this job
everywhere.
https://github.com/openstack/ceilometer/blob/master/.zuul.yaml#L12
https://github.com/openstack/ceilometer/blob/master/bindep.txt#L7
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
i
nt Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
4] https://review.openstack.org/#/c/572193/2/.zuul.yaml
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Looks like the LIBS_FROM_GIT workarounds have landed, but I still have some
issue
on telemetry integration jobs:
http://logs.openstack.org/32/508132/1/check/legacy-telemetry-dsvm-integration-ceilometer/e3bd35d/logs/devstacklog.txt.gz
On Fri, Sep 29, 2017 at 10:57:34AM +0200, Mehdi Abaakouk
On Fri, Sep 29, 2017 at 08:16:38AM +, Jens Harbott wrote:
2017-09-29 7:44 GMT+00:00 Mehdi Abaakouk :
We also have our legacy-telemetry-dsvm-integration-ceilometer broken:
http://logs.openstack.org/32/508132/1/check/legacy-telemetry-dsvm-integration-ceilometer/e185ae1/logs/devstack-gate
lpful,
thanks.
We also have our legacy-telemetry-dsvm-integration-ceilometer broken:
http://logs.openstack.org/32/508132/1/check/legacy-telemetry-dsvm-integration-ceilometer/e185ae1/logs/devstack-gate-setup-workspace-new.txt
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signatur
ion make the choice. That why blocking executor is not
deprecated and all 'executor' parameters in oslo.messaging will become
mandatory.
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description: PGP signature
_
On Thu, Jun 08, 2017 at 08:30:32AM +, Deepthi V V wrote:
Thanks Mehdi for the information. I will soon upload a spec for adding the
meters.
We don't use spec, just open a bug, or directly send patches.
Thanks,
Deepthi
-Original Message-
From: Mehdi Abaakouk [mailt
aim to support a not yet handled Openstack
resource. You should consider to contribute upstream to update
ceilometer-upgrade and gnocchi_resources.yaml
* if not, then option 3 is the good way to go.
Regards,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description: PGP
ttps://bugs.launchpad.net/oslo.messaging/+bug/1437951
Regards,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubs
we could. Maybe we built a great architecture after
all. ;-)
Easy solution: disable refresh. Problem solved.
I have never liked this refresh feature on API side.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description
s ok for me too.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openst
cation. We don't poll nova at all anymore.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: ope
to glue oslo.config and
cotyledon. Mainly to mimic the oslo.config options/reload of
oslo.service and make operators experience unchanged for Openstack
people.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description: PGP signature
___
27;t work since at least 3 cycles... And the repo
still doesn't have templates that use the current supported APIs.
How many previous version do you want to support in this repos ? I doubt it's
more of 2-3 cycles, you may just fixes all autoscaling/autohealing templates
today.
--
s API don't even run by default.
I just propose an update for one template as example here:
https://review.openstack.org/#/c/465817/
I can't really do the others, I don't have enough knowledge in
Mistral/Senlin/Openshift.
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: si
find an example with uwsgi here:
http://gnocchi.xyz/running.htm
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questio
io Percoco
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Mehdi Abaakouk
mail: sil...@sileht.net
i
nsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description: PGP
'openstack server list' we issue for debugging that have the same
issue:
http://logs.openstack.org/56/439156/2/check/gate-telemetry-dsvm-integration-gnocchi-ubuntu-xenial/d4a6c69/console.html#_2017-03-02_09_29_13_803796
On Thu, Mar 02, 2017 at 02:52:20PM +0100, Mehdi Abaakouk wrote:
Hell
pty list, while 'openstack server show X' works well.
Any ideas are welcome.
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubs
On Thu, Feb 16, 2017 at 03:33:43PM +0200, Denis Makogon wrote:
Hello Mehdi. Thanks for response. See comments inline.
2017-02-16 15:25 GMT+02:00 Mehdi Abaakouk :
Hi,
On Thu, Feb 16, 2017 at 03:04:52PM +0200, Denis Makogon wrote:
Greetings.
Could someone provide any guidelines for checking
t query Panko, but listen for event on alarm.all topic by
default. I'm guessing the Ceilometer conf/pipeline have to be tweaked to send
events to Aodh somehow.
Maybe this [1] have to be done manually.
[1] https://docs.openstack.org/developer/aodh/event-alarm.html#configuration
Regards,
-
cribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Developmen
2:31:28PM +0100, Mehdi Abaakouk wrote:
Any progress ?
On Thu, Dec 08, 2016 at 08:32:54AM +1100, Tony Breeds wrote:
On Mon, Dec 05, 2016 at 04:03:13AM +, Keen, Joe wrote:
I wasn’t able to set a test up on Friday and with all the other work I
have for the next few days I doubt I’ll be able to get to
.
It's Wednesday so can we have an update?
Yours Tony.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstac
.org/cgi-bin/mailman/listinfo/openstack-dev
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subj
way, I'm just sad to see that now two Opensource softwares (Cinder and
DRBD) need a non 'OSI Approved license' library to talk together.
Regards,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStac
Pypi.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cg
Hi,
I have recently seen that drbdmanage python library is no more GPL2 but
need a end user license agreement [1].
Is this compatible with the driver policy of Cinder ?
[1]
http://git.drbd.org/drbdmanage.git/commitdiff/441dc6a96b0bc6a08d2469fa5a82d97fc08e8ec1
Regards
--
Mehdi Abaakouk
On Fri, Dec 02, 2016 at 09:39:41AM +0100, Mehdi Abaakouk wrote:
On Fri, Dec 02, 2016 at 09:29:56AM +0100, Mehdi Abaakouk wrote:
And my bench seems to confirm the perf issue have been solved:
I have updated my requirement review to require >=1.3.1 [1] to solve
the monasca issue.
[1] ht
On Fri, Dec 02, 2016 at 09:29:56AM +0100, Mehdi Abaakouk wrote:
And my bench seems to confirm the perf issue have been solved:
I have updated my requirement review to require >=1.3.1 [1] to solve
the monasca issue.
[1] https://review.openstack.org/404878
--
Mehdi Abaakouk
mail:
AFKA_URL = '127.0.0.1:9092'
KAFKA_GROUP = 'kafka_python_perf'
KAFKA_TOPIC = 'raw-events'
@@ -24,6 +24,7 @@
def write():
k_client = KafkaClient(KAFKA_URL)
+k_client.ensure_topic_exists(KAFKA_TOPIC)
p = KeyedProducer(k_client,
On Fri, Dec 02, 2016 at 03:19:26PM +1100, Tony Breeds wrote:
On Thu, Dec 01, 2016 at 07:57:37AM +0100, Mehdi Abaakouk wrote:
I think the solution is pretty simple. Just Fix it. I'm not saying it's easy
but it is *simple*. We're a group of skilled individuals We have several way
l and setting the PATH is easiest and compatible with more
platforms.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev
://review.openstack.org/#/c/404802/
We can now run 'tox -epy27-func-kafka' to run the test kafka driver.
But currently 0 test pass, the driver just print very bad backtrace.
--
Mehdi Abaakouk
mail: sil...@sileht.net
i
ad of using upstream supported
version with the old lib.
This is not an acceptable situation to me but that's just my thought.
Where is the solution to allow oslo.messaging works blocked since 8
month to continue ?
So, I'm waiting for monasca team input now and hope we can move forwa
Le 2016-11-30 19:11, Nadya Shakhat a écrit :
Hi all,
This one [1] is used very intensively actually :) It is not merged
because
we cannot just upgrade python-kafka version because of Monasca. We had
some
talks in their channel, but no results still. I suggest the following:
1. On our side w
On Wed, Nov 30, 2016 at 05:44:25PM +0100, Mehdi Abaakouk wrote:
Also, capping libraries is always a bad idea, this is one more example
of why. The lib was capped due to an python-kafka upstream bugs and not
API breakage. Something like != 1.0.0 would be sufficient.
I have proposed to uncap
been working
through this as well).
One of the places for gate testing that is still being worked on is
the following: https://github.com/jd/pifpaf/pull/28
That will aid with some of the gate testing.
awesome !
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
Le 2016-11-30 16:56, Davanum Srinivas a écrit :
Problem is with Monasca team having concerns with later python-kafka
versions
https://bugs.launchpad.net/oslo.messaging/+bug/1639264
Good point, the bug is 1 month old, but the issue is known since 7
months.
At this point I think if we want to
k.org/developer/oslo.messaging/supported-messaging-drivers.html#testing
And of course, we will not drop the code now, but just deprecate it for
removal.
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenSt
ordinal not in range(128)
2016-11-30 06:50:17.415485 | ERROR: InvocationError:
'/home/jenkins/workspace/gate-gnocchi-tox-db-py27-mysql-ubuntu-xenial/run-tests.sh’
You can temporary pass '--debug' to pifpaf to get the full backtrace.
Cheers,
--
Mehdi Abaakouk
mail:
adthedocs.io/en/latest/non-posix-support.html
[2] http://cotyledon.readthedocs.io/en/latest/oslo-service-migration.html
--
Mehdi Abaakouk
mail: sil...@sileht.net
:w
irc: sileht
__
OpenStack Development Mailing List (not for
se doesn't make
sense to me.
Also we have a integration gating job that tests the
Heat+Ceilometer+Aodh+Gnocchi since two cycles. While the previous/legacy
Ceilometer scaling system never had functional/integration tests.
--
Mehdi Abaakouk
mail: sil...@sileht.
/cgi-bin/mailman/listinfo/openstack-dev
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
Le 2016-09-08 16:21, Matthew Thode a écrit :
Once it’s in, we’ll trigger another oslo.db release.
The release change is ready: https://review.openstack.org/#/c/367482/
I have tested it against Gnocchi we don't have any issue anymore.
Thanks all!
--
Mehdi Abaakouk
mail: sil...@sileh
until the message is
successfully sent. However, the retry parameter can be used to have
message sending fail with a MessageDeliveryFailure after the given
number of retries."
It looks like it retries in case of MessageDeliveryFailure not
MessagingTimeout.
Cheers,
--
Mehdi Aba
Le 2016-06-30 13:07, Renat Akhmerov a écrit :
Reason: we need it to provide support for OpenID Connect
authentication in Mistral.
Can't [1] do the job ? (sorry if I'm off-beat)
[1] http://docs.openstack.org/developer/keystone/federation/openidc.html
--
Mehdi Abaakouk
'd be wary of doing this in a
project if I was the owner of one, because it's ummm, 'dirty').
Mistral have removed its hack since we break them with oslo.messaging
5.0.0
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
On Fri, May 13, 2016 at 02:58:08PM +0200, Julien Danjou wrote:
What's wrong with pymemcache, that we picked for tooz and are using for
2 years now?
https://github.com/pinterest/pymemcache
Looks like a good alternative.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: s
nymore, but for
project that still use eventlet no greenlet switch will occurs during
memcached IO.
[1]
http://sendapatch.se/projects/pylibmc/misc.html#differences-from-python-memcached
--
Mehdi Abaakouk
mail: sil...@sileht.
that can be a
solution.
About sanitizing the notification, good luck, because nothing is not
currently versionned and formatted. Nova have started some work to
produce notification payload with oslo.vo, but this is the only project.
Cheers,
--
Mehdi Abaakouk
mail:
aintenance
for this lib while currently not many people care about (the whole lib
not the new API).
I also wonder if other project have the same needs (that always help to
design a new API).
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileh
__
(mistral and oslo)?
Also, I was not at the Summit, should I conclude the Tooz+taskflow
approach (that ensure the idempotent of the application within the
library API) have not been accepted by mistral folks ?
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
se to call non-callable and
protected/private methods.
So, I'm ok to seal the hole.
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: ope
common play ground for *all*
projects and not just the headache of some nut jobs who are willing to
take up the impossible task of defining and nurturing these libraries.
There's a lot of great work ahead of us and i am looking forward to
continue to work with you all.
Thanks,
Dims
--
Hi,
Which had a Depends-On to the devstack change, anyone know why that
didn't
fail with the CeilometerAlarmTest.test_alarm before the devstack
change
merged?
It seems the test was skipped[1], as it was disabled for another
bug[2].
[1]
http://logs.openstack.org/15/256315/2/check/gate-hea
rtURL
But this is perhaps not enough for your use-case.
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev
lly
require py-amqp but only kombu, so to ensure kombu depends of py-amqp
1.4.0 we have to depends on kombu 3.0.7 (that have amqp>=1.4.0 in its
requirements I guess).
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
fixed since kombu 3.0.7 and py-amqp 1.4.0.
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subjec
ide, but some code need to be written to extract
the instance name and the tap name from the resource id by a declarative
manner.
Regards,
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Developme
sad to readd the global CONF object (removing paste is not
really an option for us I think).
Cheers,
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
It looks like the additional features added, in particular the
'oslo_config_project' property, needs to be documented.
I have added some documentation into the keystonemiddleware too:
https://review.openstack.org/#/c/208965/
---
Mehdi Abaakouk
mail: sil...@sileht.net
i
ecause
this is an essential piece but other middlewares are broken for them).
Cheers,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: opens
3dafb64097f731dbd416c2eeb697d403/zaqar/transport/auth.py#L63
[4]
https://github.com/openstack/zaqar/blob/87fd1aa93dafb64097f731dbd416c2eeb697d403/zaqar/transport/auth.py#L70
[5] https://review.openstack.org/#/c/208965/
[6] https://review.openstack.org/#/c/209817/
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
_
in 1.11.0
and then backported to the 1.8.X (kilo serie), that why 1.9.0 and 1.10.0
have still 60.
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions
heartbeat enabled and some versions of py-amqp and kombu, and
because we can't raise anymore the requirements for kilo we have disable
it
by default.
For liberty, we have raise the requirements and we perhaps re-enable
heartbeat, if nobody report new issue.
Cheers,
- ---
Mehdi Abaakouk
ication API of oslo.messaging allows to control
acknowledgement or requeue of message but does not provide method and
endpoint versioning (that allows rolling upgrade for example), and
remote executed method are hardcoded to match the notification mechanism
of openstack.
Cheers,
---
Mehdi
+1
Le 2015-06-19 14:54, Doug Hellmann a écrit :
Excerpts from Davanum Srinivas (dims)'s message of 2015-06-19 07:46:47
-0400:
Hi Team,
We have had active and continuing contributions [1] from the following
in Blueprints, Reviews, Commits and Summit/Email discussions:
* Ken Giusti
* Oleksii Zam
let's please welcome him. Here's
my +1.
+1
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v.1.20131017
Comment: http://openpgpjs.org
wkYEAREIABAFAlVeGWoJEJZbdE7sD8foAAAJ3gCeOdLi3ZpWRW24uk34FKAM
YDYEn1UAn1IQsnD6e8RcyUJEPjM
I always felt that was the case, so +1 of course
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
Le 2015-05-05 16:47, Julien Danjou a écrit :
Hi fellows,
I'd like to propose that we add Joshua Harlow to oslo-core. He is
already maintaining some of the Oslo libraries (taskflow,
outputs a better error
message in this case.
Cheers,
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
Le 2015-05-07 08:11, Vikash Kumar a écrit :
Hi,
I am getting this error in my agent side. I am getting same message
twice, one after other.
2015-05-07 11:39:28.189 11363 ERROR
sync the
requirements to release oslo.messaging 1.8.2 with this new
requirements.:
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
Le 2015-04-17 15:54, Sean Dague a écrit :
It turns out a number of people are hitting -
https://bugs.launchpad.net/oslo.messaging/+bug/1436769 (I tripped
.org/172061
[3] https://review.openstack.org/172062
[4] https://review.openstack.org/172063
Best regards,
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v.1.20131017
Comment: http://openpgpjs.org
wsFcBAEBCAAQBQJVJpTgCRAYkrQvzqrryAAAzbMP/2
Thanks a lot for what you have done !
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
Le 2015-04-03 14:50, Doug Hellmann a écrit :
Team,
I have decided not to run for PTL for Oslo for the next cycle.
Serving as PTL for the last three releases has been a rewarding
experience, and I
scheduler.scheduler-node-1-worker-2
scheduler.scheduler-node-1-worker-3
scheduler.scheduler-node-2-worker-1
scheduler.scheduler-node-2-worker-2
scheduler.scheduler-node-3-worker-1
scheduler.scheduler-node-3-worker-2
...
Cheers,
[1] https://review.openstack.org/#
ed by the aioeventlet executor
+aioeventlet>=0.4
+trollius>=1.0
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-
CONF, 'project')
Example of project that already use both:
https://github.com/stackforge/gnocchi/blob/master/gnocchi/service.py#L25
Cheers,
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v.1.20131017
Comment: ht
g/_drivers/impl_rabbit.py| 13
-
tests/drivers/test_impl_rabbit.py | 19
+++
6 files changed, 55 insertions(+), 9 deletions(-)
Requirements updates: N/A
--
Mehdi Abaakouk
mail: sil...@sileht.net
i
The Oslo team is pleased to announce the release of oslo.messaging
1.5.0.
This release includes a number of fixes about rabbit driver timeout that
was not always respected, starts using kombu API instead of custom code
when it's possible. It also introduces the first ZMQ unit tests.
And ZMQ an
;d say that the problem of implicitness re:
os.fork() needs to be clarified at the library level as well.
I agree.
I will write the documentation patch for oslo.messaging.
Cheers,
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v.1.201
te to fork the process when it use oslo.messaging.
Cheers,
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v.1.20131017
Comment: http://openpgpjs.org
wsFcBAEBCAAQBQJUdKaqCRAYkrQvzqrryAAAi0AP/1d4SefHSQV/iX3tJtIs
uIxlalJqkicRKYmvo
t__' and 'start' is too implicit.
Cheers,
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
Le 2014-11-24 20:27, Ken Giusti a écrit :
Hi all,
As far as oslo.messaging is concerned, should it be possible for the
main application to safely os.fork() when there is already an ac
/review.openstack.org/#/c/130370/
I have two other patches waiting to make it works:
* https://review.openstack.org/#/c/130370/
* https://review.openstack.org/#/c/130437/
So if zmq driver support in devstack is fixed, we can easily add a new
job to run them in the same way.
- ---
Mehdi Abaakou
y done with a python thread into the driver too)
This looks a bigger work.
So I think if we want a quick resolution of the heartbeat issue,
we need to land the first solution when it's ready
(https://review.openstack.org/#/c/126330/)
Otherwise any thoughts/comments are welcome.
Re
unit tests on oslo.messaging.
I would like to see this tests landed too, even we need to install redis
or whatever and
to start them manually. This will help a lot to review zmq stuffs and
ensure fixed thing are not broken again.
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-
]:
#openstack-meeting-alt, #openstack-meeting-3
I vote for Mondays at 1600 UTC
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v.1.20131017
Comment: http://openpgpjs.org
wsFcBAEBCAAQBQJUNPnLCRAYkrQvzqrryAAAYrsP/3YV2hsDPye3LN8msmKh
gards,
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
+1
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description: Digital signature
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
that should be catch by
unit/functionnal testing.
If nobody is interested in zmq, perhaps we should just
drop/deprecated/mark_as_broken it.
Just my thought
Cheers,
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v.1.20131017
occur only, when no exception is raised and the endpoint
method return
oslomsg.NotificationResult.REQUEUE.
So it looks like a bug...
- ---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v.1.20131017
Comment: http://openpgpj
,
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ll
python files to compute the tests list, and then filter it with the
regexes
But in python3, all files cannot be loaded yet. This is why nosetests is
used currently.
Regards,
---
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
___
OpenStack-dev ma
lueprint
>through gerrit over multiple milestones.
+1
> * Nadya has shown much needed love to the previously neglected HBase
>driver bringing it much closer to feature parity with the other
>supported DBs, and has also driven the introduction of ceilometer
>coverage
ne have already been fixed, I have marked havana as affected, to
think about it if we cut a new havana version.
Feel free to prepare the backport.
Regards,
--
Mehdi Abaakouk
mail: sil...@sileht.net
irc: sileht
signature.asc
Description: Digital signature
On Wed, Feb 19, 2014 at 10:27:38AM -0600, Kevin L. Mitchell wrote:
> On Wed, 2014-02-19 at 13:47 +0100, Mehdi Abaakouk wrote:
>
> Of course; anyone can propose a blueprint. Who will you have work on
> the feature?
>
> > ie: add a new API endpoint to set a quota_class to
1 - 100 of 106 matches
Mail list logo
