Monday, 2018-10-22

*** bobh has quit IRC01:24
*** bobh has joined #openstack-mistral01:43
*** bobh has quit IRC01:47
*** bobh has joined #openstack-mistral01:51
openstackgerritBob Haddleton proposed openstack/python-mistralclient master: Provide consistent options and return latest execution entries  https://review.openstack.org/55495001:52
*** bobh has quit IRC02:37
*** bobh has joined #openstack-mistral02:41
*** bobh has quit IRC03:18
*** bobh has joined #openstack-mistral03:20
*** bobh has quit IRC03:25
openstackgerritRenat Akhmerov proposed openstack/mistral master: WIP: improving join  https://review.openstack.org/61046104:50
*** hardikjasani has joined #openstack-mistral04:56
*** apetrich has quit IRC05:23
*** apetrich has joined #openstack-mistral05:39
openstackgerritMerged openstack/mistral stable/rocky: make user_info_endpoint_url independent of auth_url  https://review.openstack.org/61216106:00
*** jtomasek has joined #openstack-mistral07:12
pgaxattehello guys07:54
pgaxatterakhmerov, d0ugal: is there a way to do an emergency stop on a running workflow without deleting the execution in DB?07:55
rakhmerovpgaxatte: yes sure08:02
rakhmerovexecution-update --state [PAUSED | CANCELLED]08:02
pgaxatterakhmerov: ahhhhh right, the cancelled state08:02
pgaxatteforgot about it08:02
pgaxattethanks!08:03
rakhmerovnp )08:06
*** shardy has joined #openstack-mistral08:09
*** shardy has quit IRC08:16
*** shardy has joined #openstack-mistral08:31
vgvolegHi guys! Got some issue: if some service is down (e.g. notifier), rabbit is collecting messages till the time this service will be up. If this service has resources limitation and rabbit collects a lot of messages, this service could be killed by this huge flow of messages08:34
vgvolegIs there any way to limit this behavior?08:34
vgvolegJust to say mistral not to serve 999999 messages at the same time :)08:36
*** jlejeune has joined #openstack-mistral08:37
openstackgerritRenat Akhmerov proposed openstack/mistral master: WIP: improving join  https://review.openstack.org/61046108:41
*** bobh has joined #openstack-mistral08:45
*** bobh has quit IRC08:50
*** nguyenhai has quit IRC08:52
*** nguyenhai has joined #openstack-mistral08:53
openstackgerritRenat Akhmerov proposed openstack/mistral master: WIP: improving join  https://review.openstack.org/61046109:19
d0ugalvgvoleg: Good question. I'm not aware of a way to do that. rakhmerov do you know?09:59
rakhmerovyes10:00
rakhmerovwe now have the choice to choose RPC executor for oslo10:00
rakhmerovoslo_rpc_executor = [threading | eventlet | blocking]10:01
rakhmerovblocking obviously solves this problem10:01
rakhmerovin case of using either "eventlet" or "threading" you can also use executor_thread_pool_size = <number of threads>10:02
rakhmerovbut last week I again found that choosing "eventlet" may lead to deadlocks between green threads10:02
rakhmerovwhereas "threading" seems to work fine so far10:03
*** mcdoker18 has joined #openstack-mistral10:09
*** mcdoker18 has quit IRC10:11
*** shardy has quit IRC10:13
vgvolegIs there any executor_thread_pool_size  analogue in oslo?10:14
*** shardy has joined #openstack-mistral10:16
*** s10 has joined #openstack-mistral10:25
*** bobh has joined #openstack-mistral10:57
*** bobh has quit IRC11:02
openstackgerritMerged openstack/mistral stable/rocky: Fix next link in get resource list rest API  https://review.openstack.org/61092611:08
*** bobh has joined #openstack-mistral11:27
*** bobh has quit IRC12:16
*** thrash|g0ne is now known as thrash12:37
*** bobh has joined #openstack-mistral12:52
*** hardikjasani has quit IRC13:44
*** s10 has quit IRC15:07
*** shardy has quit IRC16:24
*** irclogbot_4 has joined #openstack-mistral17:34
*** irclogbot_4 has quit IRC17:56
*** irclogbot_4 has joined #openstack-mistral18:06
*** apetrich has quit IRC18:17
*** apetrich has joined #openstack-mistral18:30
*** thrash has quit IRC18:51
*** irclogbot_4 has quit IRC19:14
*** bobh has quit IRC21:08
*** bobh has joined #openstack-mistral21:09
*** bobh has quit IRC21:13

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