Tuesday, 2014-06-10

*** vnaboychenko has quit IRC00:36
*** vnaboychenko has joined #magnetodb00:36
*** vnaboychenko has quit IRC00:41
*** vnaboychenko has joined #magnetodb01:16
*** vnaboychenko has quit IRC02:10
*** setho has joined #magnetodb04:24
*** setho2 has quit IRC04:26
*** vnaboychenko has joined #magnetodb04:50
*** crxz0193 has joined #magnetodb04:51
*** vnaboychenko has quit IRC05:07
*** vnaboychenko has joined #magnetodb05:08
*** vnaboychenko has quit IRC05:12
*** vnaboychenko has joined #magnetodb05:27
*** vnaboychenko has quit IRC06:19
*** vnaboychenko has joined #magnetodb06:19
*** vnaboychenko has quit IRC06:23
*** achuprin has quit IRC06:59
*** achuprin has joined #magnetodb07:11
*** vnaboychenko has joined #magnetodb07:17
*** jeromatron has quit IRC07:31
*** ominakov has joined #magnetodb07:40
ominakovhello guys07:41
ominakovhello guys07:41
ikhudoshyno/07:43
*** aostapenko has left #magnetodb08:26
isviridov_hey ominakov ikhudoshyn08:40
*** jeromatron has joined #magnetodb08:41
*** jeromatron has quit IRC08:43
*** jeromatron has joined #magnetodb08:46
*** jeromatron has quit IRC08:47
*** aostapenko has joined #magnetodb08:52
*** jeromatron has joined #magnetodb08:54
*** istegantsev has joined #magnetodb08:55
*** denis_makogon has joined #magnetodb09:03
*** idegtiarov has joined #magnetodb09:10
*** denis_makogon has quit IRC09:10
ominakovisviridov_, what do you mean by this comment "For schema we have documentation" ? (https://review.openstack.org/#/c/98408/1)09:11
*** isviridov_ is now known as isviridov09:12
isviridovominakov, just wanted to say, that samples should be more specific09:12
*** denis_makogon has joined #magnetodb09:13
isviridovFor example, there is general schema description  here  https://review.openstack.org/#/c/98408/1/doc/api-samples/batch_write_item_request_syntax.json,cm,  but not a request sample.09:14
isviridovFrom other side in API documentation we have such description. I mean this wiki https://wiki.openstack.org/wiki/MagnetoDB/api09:15
*** jeromatron has quit IRC09:38
*** vnaboychenko has quit IRC09:53
*** vnaboychenko has joined #magnetodb09:53
openstackgerritAndrei V. Ostapenko proposed a change to stackforge/magnetodb: Adds cassandra keyspace creation on first table creation  https://review.openstack.org/9816909:57
*** vnaboychenko has quit IRC09:58
openstackgerritAndrei V. Ostapenko proposed a change to stackforge/magnetodb: Adds cassandra keyspace creation on first table creation  https://review.openstack.org/9816910:22
openstackgerritDmitriy Ukhlov proposed a change to stackforge/magnetodb: Fix expected condition bug  https://review.openstack.org/9900310:33
*** crxz0193 has quit IRC11:40
openstackgerritAndrei V. Ostapenko proposed a change to stackforge/magnetodb: Adds cassandra keyspace creation on first table creation  https://review.openstack.org/9816911:52
*** crxz0193 has joined #magnetodb11:58
*** crxz0193 has quit IRC12:26
openstackgerritIlya Sviridov proposed a change to stackforge/magnetodb: Added openstack theme for document generation  https://review.openstack.org/9903412:29
*** jeromatron has joined #magnetodb12:40
isviridovikhudoshyn, dukhlov please take a look at https://review.openstack.org/99034 it is all for http://magnetodb.readthedocs.org/en/latest/12:51
isviridovStill troubleshooting, but changes are really isolated12:51
*** idegtiarov has quit IRC13:09
openstackgerritIllia Khudoshyn proposed a change to stackforge/magnetodb: Add gunicorn support to streaming API  https://review.openstack.org/9904913:21
openstackgerritIllia Khudoshyn proposed a change to stackforge/magnetodb: Add gunicorn support to streaming API  https://review.openstack.org/9904913:22
isviridovikhudoshyn, here is documentation we are generating with my patch https://review.openstack.org/#/c/99034/ http://docs-draft.openstack.org/34/99034/1/check/gate-magnetodb-docs/1b9e6e8/doc/build/html/13:25
openstackgerritIllia Khudoshyn proposed a change to stackforge/magnetodb: Add gunicorn support to streaming API  https://review.openstack.org/9904913:27
ikhudoshynisviridov, thanx, good to know, i've seen yr patch, will +2 it when jenkins job will be done13:28
isviridovikhudoshyn, already13:29
ikhudoshynok, give me a sec13:29
ikhudoshyndone13:31
ikhudoshyndoes anybody know how to cancel jenkins job13:32
*** dukhlov has quit IRC13:36
isviridovikhudoshyn, no ideas. It can be only infra team13:37
isviridovikhudoshyn, are you sure?13:37
isviridovikhudoshyn, see three patches from you, and the latest is in queue13:38
ikhudoshynisviridov, great, that's what I meant - just didn't want to wait for (obsolete) patches #1, #213:45
*** CharlesW_ has joined #magnetodb13:52
*** dukhlov has joined #magnetodb13:54
CharlesW_With introduction of Oslo Notifier, we now have a dependency on evenlet (actually all OpenStack projects use eventlet). So far it seems compatible to have double dependencies. Most of the eventlet usage is just using it as library functions. Only one case is to act as an event receiver (zmq-receiver.py), and it will invoke eventlet’s monkey patch. All unit-tests/tempest tests/POSTMAN tests work fine. Both log notifier and rabi13:55
CharlesW_ It would work since there's no eventlet.monkey_patch() call if you just send notification. If you want to receive notification using zmq, then eventlet.monkey_patch() will be called.13:55
CharlesW_With regard to the gevent vs. evenlet issue, I have tried to contact the primary developer (Tyler Hobbs) and haven’t heard back from him yet. I posted the question on datastax-drivers IRC channel. There are some interests and suggestions.13:55
CharlesW_Some other guys are looking for answers for the exactly same question. One suggestion was using asyncoreactor as the connection class. I tried that with eventlet monkey_patching. It wouldn’t work. Python driver just hang.13:55
CharlesW_Besides python driver, the other place we use gevent is the api wsgi server. It can be easily replaced with eventlet's version. I tried that and the wsgi server works fine.13:56
CharlesW_So at this point, to make our MVP date, I would think it’s safe to add the eventlet dependency.13:56
CharlesW_Thoughts?13:56
CharlesW_So, my point is: let's keep gevent as the monkey_patching module, and use eventlet as library functions in notifier13:58
dukhlovHello Charles13:58
CharlesW_Hi Dima13:58
dukhlovIt looks like that it is possible  to have gevent and eventlet for now, but in this case we will have unexpected green threads scheduling.14:00
dukhloveach of gevent and eventlet have its own thread proceccing loop14:02
CharlesW_can you expand on that? If we keep gevent's monkey patching, oslo notifier seems happy.14:02
CharlesW_We are not using eventlet for monkey patching14:02
dukhlovso if you start gevent thread there is gevent loop for handeling threads is starting14:03
dukhlovthen when you spawn next gevent theread it is added to queue and will be handled by this loop14:04
dukhlovthen if you start eventlet thread from gevent thread - there is eventlet loop is started14:05
dukhlovbut it started inside logical gevent thread14:06
dukhlovthen when some eventlet thread call sleep() method or wait() then main gevent loop will be switched to next gevent green thread14:07
dukhlovbecause we are using gevent monkey patching14:07
openstackgerritA change was merged to stackforge/magnetodb: Added openstack theme for document generation  https://review.openstack.org/9903414:08
dukhlovand next eventlet thread will be executed only when the first eventlet green thread will be finished14:08
dukhlovsummarize, I want to say that coworking of eventlet and gevent is possible, but we can have some strange thread scheduling14:09
dukhlovand also it is point of potential problems which we don't expect now14:10
CharlesW_I see.14:11
CharlesW_The remedy is then: add evenlet flavor in C* python driver14:12
dukhlovyes it is the best solution and I think that it is easy to do14:12
dukhlovbecause gevent is very similar to gevent14:13
dukhlovand we can try to implement eventlet connection class based on GeventConnection code14:14
CharlesW_Yes, Cluster class does take a parameter: connection_class. We can pass in our own implementation14:16
CharlesW_I tried that quickly yesterday. It didn't work. Even though gevent and eventlet have similar APIs, they have different signatures many times.14:18
dukhlovok I will try today too14:20
CharlesW_thanks14:21
CharlesW_It might be a deployment issue14:23
CharlesW_I'll try again14:23
*** isviridov is now known as isviridov|away14:24
*** crxz0193 has joined #magnetodb14:29
*** ominakov has quit IRC14:47
*** ominakov has joined #magnetodb14:54
*** ominakov has quit IRC14:54
*** isviridov|away is now known as isviridov14:56
*** idegtiarov has joined #magnetodb15:02
isviridovikhudoshyn, great job. Just +2ed15:02
ikhudoshynisviridov, tnx15:02
*** ominakov has joined #magnetodb15:14
*** idegtiarov has quit IRC15:36
*** crxz0193 has quit IRC16:24
*** [o__o] has quit IRC16:29
*** [o__o] has joined #magnetodb16:31
isviridovbye bye guys16:40
*** isviridov is now known as isviridov|away16:40
*** denis_makogon has quit IRC17:00
*** dmakogon_ has joined #magnetodb17:00
CharlesW_Tyler replied and agreed to create a bug in cassandra python driver: https://datastax-oss.atlassian.net/browse/PYTHON-7917:38
openstackgerritA change was merged to stackforge/magnetodb: Add gunicorn support to streaming API  https://review.openstack.org/9904918:00
*** [o__o] has quit IRC18:18
*** [o__o] has joined #magnetodb18:21
openstackgerritAlexander Chudnovets proposed a change to stackforge/magnetodb: Added DELETE actions for sets  https://review.openstack.org/9918318:35
*** vnaboychenko has joined #magnetodb18:36
*** CharlesW_ has quit IRC18:54
*** CharlesW_ has joined #magnetodb18:55
*** vnaboychenko has quit IRC18:55
*** jeromatron has quit IRC18:56
*** vnaboychenko has joined #magnetodb18:56
CharlesW_I finally got Cassnadra driver to work with evenlet.18:57
*** vnaboychenko has quit IRC19:00
isviridov|awayCharlesW_, great news. Would you share it as a patch?19:08
*** CharlesW_ has quit IRC19:12
*** vnaboychenko has joined #magnetodb19:24
*** istegantsev has quit IRC20:54
*** achuprin has quit IRC20:54
*** openstackgerrit has quit IRC20:54
*** istegantsev has joined #magnetodb21:08
*** achuprin has joined #magnetodb21:08
*** openstackgerrit has joined #magnetodb21:08
*** jeromatron has joined #magnetodb22:16

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!