Thursday, 2019-10-03

*** apetrich has quit IRC02:10
*** eyalb has joined #openstack-mistral05:44
*** eyalb has quit IRC05:47
*** eyalb has joined #openstack-mistral05:49
*** pgaxatte has joined #openstack-mistral06:30
*** rakhmerov has joined #openstack-mistral07:35
rakhmerovhi, please review https://review.opendev.org/#/c/685899/07:56
*** shardy has joined #openstack-mistral08:14
*** shardy has quit IRC08:15
d0ugalrakhmerov: LGTM!08:15
rakhmerovthanks!08:16
d0ugalrakhmerov: Any idea what would cause this error? https://zuul.opendev.org/t/openstack/build/6022fb0642614d6a8d2fe586e922e98f/log/logs/undercloud/var/log/containers/mistral/engine.log.txt.gz#9508:16
rakhmerovlooking..08:16
d0ugalI guess the api can't reach the engine?08:16
d0ugalor the engine can't reach the executor maybe :)08:16
rakhmerovhah, interesting08:18
rakhmerovyeah..08:18
*** shardy has joined #openstack-mistral08:19
d0ugalohhh08:19
d0ugalI think I know what it is08:19
rakhmerovwell, it's really weird because it fails on return a.is_sync()08:19
rakhmerovseems like08:19
d0ugalI just looked to see what the patch changes08:19
d0ugalhttps://review.opendev.org/#/c/686181/1/tripleo_common/image/image_uploader.py08:19
*** shardy has quit IRC08:19
d0ugalIt adds multiprocessing. iirc multiprocessing doesn't work well with eventlet08:19
rakhmerovooh the class is not available08:19
rakhmerovyeah, I remember having some issues with that too08:20
rakhmerovI guess you're right08:20
rakhmerovd0ugal: but I would still add logging into mistral/engine/actions.py (line 335) to see what exactly failed08:21
d0ugalrakhmerov: Good idea. I'll do that08:22
rakhmerovit may also be "prepared_input_dict = self._prepare_input(input_dict)" or a = a_m.get_action_class(self.action_def.name)(**prepared_input_dict)08:22
rakhmerovif it's the second thing then the action class simply may not be on the pythonpath08:22
rakhmerovif it's the first thing then I don't know :)08:23
rakhmerovmost likely it's this: a_m.get_action_class(self.action_def.name)08:23
d0ugalsome of the multiprocessing code would run when the module is imported - so that would make sense why it can't load the class08:23
rakhmerovyeah08:23
d0ugalThe action has previously worked, so I think the paths should be good08:23
d0ugalThanks. I'll add some logging and see what else we can learn.08:24
rakhmerovok08:25
rakhmerovlet me know when you dig something new08:25
rakhmerovI'm also curious what it is08:25
*** eyalb1 has joined #openstack-mistral08:26
openstackgerritRenat Akhmerov proposed openstack/mistral stable/train: Fix "root_execution" lazy loading issue and refactor execution.py  https://review.opendev.org/68634908:26
rakhmerovd0ugal: btw, do you know if everything's set up to run TripleO CI jobs against stable/train?08:27
rakhmerovwe have some patches to stable/train and they fail on TripleO08:27
rakhmerovas if not everything was just ready08:27
d0ugalI guess we just have our normal packaging etc. issues around release time08:28
d0ugalbut I don't know. I can ask around08:28
rakhmerovok08:28
rakhmerovd0ugal: for example https://e0f905401f3bac5f7468-fb5f8b6fa903b511ee0656ffba88adbe.ssl.cf2.rackcdn.com/685477/1/check/tripleo-ci-centos-7-containers-multinode/9f3353e/job-output.txt08:29
rakhmerov(I wonder why it's not possible to point to a line anymore)08:29
rakhmerovbut it says "mit_releases_file.py: error: argument --stable-release: invalid choice: 'train' (choose from 'newton', 'ocata', 'pike', 'queens', 'rocky', 'stein', 'master')"08:29
*** eyalb has quit IRC08:29
rakhmerovso yes, please ask08:31
openstackgerritDougal Matthews proposed openstack/mistral master: Log the original exception in is_sync  https://review.opendev.org/68635308:31
openstackgerritRenat Akhmerov proposed openstack/mistral stable/train: Add the explicit dependency from kombu  https://review.opendev.org/68635408:33
openstackgerritali proposed openstack/mistral master: Task publish is ignored silently:-  https://review.opendev.org/68471109:07
*** ricolin has quit IRC09:15
openstackgerritali proposed openstack/mistral master: It's impossible to set "equal to None" filter when calling REST API:-  https://review.opendev.org/68471809:36
openstackgerritali proposed openstack/mistral master: It's impossible to set "equal to None" filter when calling REST API:-  https://review.opendev.org/68471809:40
openstackgerritali proposed openstack/mistral master: It's impossible to set "equal to None" filter when calling REST API:-  https://review.opendev.org/68471809:41
openstackgerritali proposed openstack/mistral master: It's impossible to set "equal to None" filter when calling REST API  https://review.opendev.org/68471810:09
openstackgerritMerged openstack/mistral master: Fix "root_execution" lazy loading issue and refactor execution.py  https://review.opendev.org/68589910:26
rakhmerovplease review https://review.opendev.org/#/c/679782/, should be pretty useful additional tool for many people10:42
*** pgaxatte has quit IRC10:55
openstackgerritMerged openstack/mistral stable/train: Add the explicit dependency from kombu  https://review.opendev.org/68635411:37
*** pgaxatte has joined #openstack-mistral11:52
d0ugalrakhmerov: https://zuul.opendev.org/t/openstack/build/321e651dbbec4462add2a9e84eaa0b0b/log/logs/undercloud/var/log/containers/mistral/engine.log.txt.gz#68-9412:16
d0ugalso the original exception is coming from multiprocessing, so I think that confirms my theory12:17
rakhmerovyeah12:17
rakhmerovseems like12:17
d0ugalrakhmerov: I think the cookiecutter might be better in Mistral lib?12:18
rakhmerovd0ugal: hm...12:18
rakhmerov:)12:18
d0ugalbut I don't really mind12:18
rakhmerovI actually think you're right )12:18
rakhmerovleave a comment please12:18
d0ugalMakes sense to keep everything external developers need in one place12:18
d0ugalwill do12:18
rakhmerovyes12:19
rakhmerovit's easy to move it over there12:19
d0ugalyup12:19
rakhmeroveyalb1: ^12:19
rakhmeroveyalb1: d0ugal is making a good point12:19
eyalb1ok12:19
eyalb1so I should create a tools directory under mistral-lib ?12:20
d0ugalYeah, I think so12:20
eyalb1but mistral-lib is a library which is installed as a dependency for mistral12:21
eyalb1and the tools will be under /usr/lib/python...12:22
eyalb1how can someone can find it12:22
d0ugalDocumentation?12:22
eyalb1today when you install mistral the tools folder are not installed12:23
d0ugalIndeed, I wouldn't expect it to be as it isn't really part of the Python code12:23
d0ugalI forget how you use a cookiecutter template - doesn't it get it directly from git?12:23
eyalb1it can but doesn't have to12:24
eyalb1you give it a url12:24
eyalb1it can be a files path12:24
d0ugalAnother option is to create a dedicated repo for it12:29
d0ugalhttps://github.com/openstack/?utf8=%E2%9C%93&q=cookie&type=&language=12:29
d0ugal... but that is a less trivial process :)12:29
rakhmerovyeahy12:34
rakhmerovI'd avoid creating a new repo for now )12:34
rakhmerovwell, so12:34
rakhmerovwe already have the "tools" folder under mistral12:34
rakhmerovthat has a number of scripts etc.12:35
rakhmerovso may be let's leave it there for now? Although I understand that it's not fully right12:35
d0ugalbut mostly tooks for working on mistral itself12:35
rakhmerovhm.. yeah12:35
d0ugalbut it can stay there, I don't really mind12:35
rakhmerovEyal's argument about mistral-lib being a library makes sense to me12:36
rakhmerovwell, I guess if it's documented well may be it's not a problem to have it under lib12:36
rakhmeroveyalb1: what do you think?12:36
rakhmerovor there's any serious issues with that?12:37
rakhmerovmaybe I'm missing something12:37
rakhmerovI guess we can make these all artefacts available on the pythonpath, right?12:38
eyalb1like you saud we allready have a tools folder with scripts12:38
rakhmerovif so, we can just document it well12:39
eyalb1people ususally clone the mistral project not the mistral-lib12:39
eyalb1so they won't see the tools if it is in the mistral-lib12:39
eyalb1they have to clone it12:40
eyalb1best solution is to create a repo for it but like you said its a "process"12:40
rakhmerovso12:41
rakhmerovI'd suggest we leave it in mistral for now12:41
rakhmerovwe'll be doing a lot of refactoring related to actions, repos etc. etc.12:42
rakhmerovand we'll find a better place for it12:42
rakhmerovd0ugal: sounds ok for you?12:42
d0ugalsure12:42
rakhmerovbecause we're going to change the ways how we create actions anyway12:42
rakhmerovwhat we have now is not ok (IMO)12:43
openstackgerritali proposed openstack/mistral master: Task publish is ignored silently:-  https://review.opendev.org/68471113:19
openstackgerritali proposed openstack/mistral master: It's impossible to set "equal to None" filter when calling REST API  https://review.opendev.org/68471813:54
openstackgerritali proposed openstack/mistral master: It's impossible to set "equal to None" filter when calling REST API  https://review.opendev.org/68471814:02
*** ricolin has joined #openstack-mistral14:17
*** pgaxatte has quit IRC14:30
*** eyalb1 has quit IRC14:48
*** openstackgerrit has quit IRC17:21
*** ricolin has quit IRC17:35
*** jtomasek has quit IRC23:07
*** jtomasek has joined #openstack-mistral23:42
*** jtomasek_ has joined #openstack-mistral23:51
*** jtomasek_ has quit IRC23:54
*** jtomasek has quit IRC23:54
*** jtomasek has joined #openstack-mistral23:57

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