Monday, 2016-01-25

*** salmon_ has quit IRC00:35
*** dshulyak_ has joined #openstack-solar07:01
openstackgerritDmitry Shulyak proposed openstack/solar: Implement timelimit mechanism based on tracking of tasks  https://review.openstack.org/27076607:50
openstackgerritDmitry Shulyak proposed openstack/solar: Add implementation of puller with pool of threads and tracking of tasks  https://review.openstack.org/27076507:50
openstackgerritDmitry Shulyak proposed openstack/solar: Add hack to start/end session after each retry in locking  https://review.openstack.org/27118007:50
openstackgerritDmitry Shulyak proposed openstack/solar: Zerorpc worker for orchestration modules  https://review.openstack.org/26916607:50
dshulyak_hello07:53
dshulyak_pigmej: i tested lock patch with sqlite, and the problem i was fixing here (https://review.openstack.org/#/c/271180/) is different07:54
dshulyak_i will try to use read_uncommited pragma, or disable transactions, after all riak doesnt provide any, so i think it is better to have compliant interface07:55
openstackgerritDmitry Shulyak proposed openstack/solar: Use sqlite with autocommit=True  https://review.openstack.org/27118008:21
*** salmon_ has joined #openstack-solar08:56
pigmejdshulyak_: yeah that problem that you hit is different on sqlite.09:00
pigmejthe problem is that I enabled transactions, because otherwise sqlite is very very slow09:00
pigmejit starts each db action in separate transaction09:00
pigmejbtw, hey dshulyak_  :)09:01
dshulyak_i have a test where i am creating 15 resources and then executing usual workflow, it takes the same time with/wo enabled autocommit09:02
dshulyak_but i can restore patch with commit/begin in the middle of retry section09:03
pigmejweird09:03
pigmejhmm, but wait did you disable transaction.start ? and commit ?09:03
pigmejah you idd09:05
pigmejhmm, weird, because for me sqlite without explicit transaction was terrible slow09:06
pigmejand they even mention it in faq and other stuff afair09:06
pigmejthat with autocommit=True, insert performance is kinda bad09:07
pigmejyeah it is: http://www.sqlite.org/faq.html#q1909:07
pigmejdshulyak_: that's why I enabled transactions :)09:07
pigmejgood everything works with latest vagrant images :)11:14
openstackgerritDmitry Shulyak proposed openstack/solar: Implement timelimit mechanism based on tracking of tasks  https://review.openstack.org/27076612:01
openstackgerritDmitry Shulyak proposed openstack/solar: Add implementation of puller with pool of threads and tracking of tasks  https://review.openstack.org/27076512:01
openstackgerritDmitry Shulyak proposed openstack/solar: Support configurable retries on orchestration layer  https://review.openstack.org/27203612:01
salmon_https://etherpad.openstack.org/p/solar-kolla_todo12:01
pigmejdshulyak_: online?12:21
dshulyak_eys12:21
pigmejdo you have other idea for that sqlite?12:21
dshulyak_i can try pragma_uncommited..12:22
dshulyak_with another database we could use nested transcations afaiu, but not with sqlite…12:23
pigmejyeah, BUT maybe instead we could have separate DB for locks ...12:24
pigmejwith autocommit=True or without transactions....12:24
pigmejbecause autocommit=True == performance fuckup12:24
dshulyak_separate db?12:24
pigmejyup12:25
pigmejsomehow hack sqlite client to open separate DB next to primary one12:25
pigmejjust for locks12:25
pigmejand back to this problem 'later'12:25
dshulyak_hm, maybe lets just begin new transcation when lock will be finally acquired12:26
dshulyak_basically we can do anything before lock finally acquired12:27
dshulyak_it is like first step in scheduler12:27
pigmejhmm, yeah that's also possibility12:27
pigmejBUT then it should be outside lock part12:27
dshulyak_it needs to be before retry12:28
dshulyak_commit/begin before each retry, and one when lock is acquired12:28
dshulyak_idk how to make 1st part outside lock part12:29
pigmejhmm, right.12:31
pigmejthen you may be right :)12:32
openstackgerritDmitry Shulyak proposed openstack/solar: Improve fixtures for functional tests  https://review.openstack.org/27206512:33
dshulyak_ok, i will do that next12:34
pigmejdshulyak_: btw we need to merge your worker asap12:34
pigmej:)12:34
openstackgerritDmitry Shulyak proposed openstack/solar: Add implementation of puller with pool of threads and tracking of tasks  https://review.openstack.org/27076513:24
openstackgerritDmitry Shulyak proposed openstack/solar: Re-start sqlite session before retry and after succesful acquire  https://review.openstack.org/27118013:24
salmon_guys please read this https://etherpad.openstack.org/p/mos-dev-annoucement-solar-0.0.114:03
salmon_dshulyak_: pigmej bogdando ^14:04
bogdandosalmon_, "Stevedore support, which allows to easily add advanced input types, handlers and transports" did we document this as how-to?14:06
bogdandoditto to "Composer files support was improved"14:06
pigmejbogdando: it's stevedore, so it's already docummented by stevedore authors ;D14:07
bogdandomay be you should put direct docs links to these, looks very interesting14:07
pigmejbut no we don't have dev documentation14:07
bogdandopigmej, we need examples in Solar how-to14:07
salmon_bogdando: ok, I will add14:07
pigmejbogdando: we don't have any dev docs :(14:07
bogdandootherwise it looks like something good but unknown14:07
bogdandotry to put from resources side14:08
bogdandohow one who's creating a new resource could leverage these two new things14:08
bogdandothe rest LGTM14:08
salmon_ok, lunch first :)14:19
openstackgerritDmitry Shulyak proposed openstack/solar: Add init script for solar-worker  https://review.openstack.org/27066514:52
dshulyak_i would change celery/zeromq and riak messages - for riak we can say that we have separate interface for working with db layer, and currently we can use riak/sql backend, and we will develop something similar for orchestration and will be able to use any kind of transport and plug-in/plug-out scheduler/other executors logic if necessary14:56
dshulyak_salmon_: ^14:56
dshulyak_ah sorry you said about db, but i think it is better to emphasize abstract inteface14:57
dshulyak_guys, please review this changes - https://review.openstack.org/#/q/status:open+project:openstack/solar+branch:master+topic:rebase_zero14:59
salmon_dshulyak_: just update the description there15:10
dshulyak_ok15:10
salmon_dshulyak_: in announcement not in review :)15:13
dshulyak_yeah :) added my changes15:23
pigmejdshulyak_: does lock fix work for you ?15:23
dshulyak_i checked it on friday, it removed problems with siblings - so yes15:26
pigmejok, so we need merge it :)15:26
pigmejor review :D15:27
openstackgerritDmitry Shulyak proposed openstack/solar: Remove duplicatd code in orchestration/scheduler  https://review.openstack.org/27213015:27
dshulyak_hm, so you dont like my init scrip15:30
pigmejno :(15:30
pigmejwe dislike daemonization in python :)15:30
openstackgerritDmitry Shulyak proposed openstack/solar: Remove duplicated code in orchestration/scheduler  https://review.openstack.org/27213015:32
dshulyak_idk why but with new changes to lock - test with 10 reosurces - 8 sec on sqlite - ~ 12 on riak15:35
pigmejwell sqlite is fast :P15:37
pigmejespecially that it uses cache so it works like inmemory cache15:37
pigmejalso serialization is probably faster :)15:37
pigmejdon't worry, I know how to speduup riak one :)15:37
dshulyak_pigmej: why you added https://review.openstack.org/#/c/271446/4/solar/dblayer/solar_models.py ?15:39
openstackgerritJedrzej Nowak proposed openstack/solar: Removed global ansible library  https://review.openstack.org/27213515:40
dshulyak_in the case of conflict it is possible that lockers wont be equal to data[‘lockers’] ? or why?15:41
pigmejwe return data that db have alreayd15:41
pigmejso, when there are 2 concurrent processes, DB will know that15:41
pigmej(riak in fact)15:41
pigmejso I update local state with state that is visible for DB15:42
pigmej:)15:42
openstackgerritJedrzej Nowak proposed openstack/solar: Removed global ansible library  https://review.openstack.org/27213515:43
dshulyak_i didnt get it, you are updating with (latest) lockers and then merging returned value from db and your own lockers15:43
dshulyak_i mean when/why they can be different15:44
dshulyak_ok, i’m going afk, see you tomorrow, or maybe later15:48
*** dshulyak_ has quit IRC15:48
salmon_ciao16:04
pigmejthe problem is that when I update then we can have siblings conflict16:04
*** salmon_ has quit IRC17:23
*** dshulyak has joined #openstack-solar17:58
*** dshulyak has quit IRC18:12
*** openstackgerrit has quit IRC19:02
*** openstackgerrit has joined #openstack-solar19:02

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