Friday, 2016-06-17

*** bobh has quit IRC00:04
*** cheneydc has joined #openstack-mistral01:13
rakhmerovszaher: pls give more info in bug description on how to reproduce it. As far as debugging, I don't know exactly where it comes from. There's module rpc.py from which it most likely gets called so you need to see what exact method of rpc.py causes this and set a breakpoint there01:44
rakhmerovbut at first glance it seems like some low level problem, maybe something is wrong with RabbitMQ01:45
rakhmerovthere's also a known problem with eventlet when it's running under Apache01:47
rakhmerovif you're running API component under Apache it might be the case01:47
*** rrecio has joined #openstack-mistral02:34
*** rrecio has quit IRC02:53
*** gyee has quit IRC03:07
*** cheneydc has quit IRC04:35
openstackgerritMerged openstack/mistral: Example Mistral docker container broke due to oslo.policy update  https://review.openstack.org/33074804:51
openstackgerrithardik proposed openstack/python-mistralclient: Change action-get help to get action info by ID  https://review.openstack.org/32592107:15
*** dmk0202 has joined #openstack-mistral07:32
*** dmk0202 has quit IRC07:33
openstackgerritAndras Kovi proposed openstack/mistral: Use client credentials to retrieve service list  https://review.openstack.org/33046908:04
*** nmakhotkin has quit IRC08:10
*** igormarnat has quit IRC08:22
*** igormarnat has joined #openstack-mistral08:22
*** dmk0202 has joined #openstack-mistral08:27
*** mandre_ has joined #openstack-mistral08:37
*** mflobo1 has joined #openstack-mistral08:39
openstackgerritMarcos Fermín Lobo proposed openstack/mistral: Allow to use both name and id to access action definitions  https://review.openstack.org/32589408:40
*** harlowja_ has quit IRC08:41
*** pkoniszewski has quit IRC08:41
*** pkoniszewski has joined #openstack-mistral08:43
*** mandre has quit IRC08:43
*** mflobo has quit IRC08:43
*** mandre_ is now known as mandre08:43
*** ruhe has quit IRC08:43
*** ruhe has joined #openstack-mistral08:44
*** lkannan has quit IRC08:47
*** lkannan has joined #openstack-mistral08:49
openstackgerrithardik proposed openstack/python-mistralclient: Changed argument names as per other python clients  https://review.openstack.org/33095808:55
*** openstackgerrit has quit IRC09:18
*** openstackgerrit has joined #openstack-mistral09:18
openstackgerrithardik proposed openstack/mistral: Fixed get_actions_list script to get designate actions  https://review.openstack.org/33098309:26
openstackgerrithardik proposed openstack/python-mistralclient: Changed argument names as per other python clients  https://review.openstack.org/33095809:46
*** openstackgerrit has quit IRC10:03
*** openstackgerrit has joined #openstack-mistral10:03
hparekhrakhmerov, hi10:06
hparekhrakhmerov, Regarding https://review.openstack.org/#/c/330983/10:07
rakhmerovhparekh: hi10:07
rakhmerovyep10:07
hparekhrakhmerov, I am thinking about to test such openstack actions and I have some approach for it. Like we can add some tempest tests for all openstack actions10:08
rakhmerovyou just missed one whitespace in the script10:08
rakhmerovoooh, you're talking about my comment10:08
rakhmerovyes10:08
rakhmerovhparekh: how?10:08
rakhmerovwe'd better do it sooner than later because it's already very difficult to maintain them10:09
hparekhrakhmerov, I will test in my environment and let you know. I guess tempest has some mechanism for this.10:09
rakhmerovI think we need to do it immediately after https://blueprints.launchpad.net/mistral/+spec/mistral-separate-openstack-actions10:09
rakhmerovhparekh: hm... interesting10:10
rakhmerovthe number of action is huge and some APIs are volatile10:10
rakhmerovbut ok, I guess there should be a way to automate it somehow10:10
hparekhrakhmerov, I will check about the options, we can discuss it in weekly meeting10:11
rakhmerovyes, let's do10:11
openstackgerrithardik proposed openstack/mistral: Fixed get_actions_list script to get designate actions  https://review.openstack.org/33098310:12
rakhmerovhparekh: I included a topic into the agenda: https://wiki.openstack.org/wiki/Meetings/MistralAgenda10:16
openstackgerrithardik proposed openstack/mistral: Fixed get_actions_list script to get glance actions  https://review.openstack.org/33101510:27
openstackgerrithardik proposed openstack/mistral: Fixed get_actions_list script to get glance actions  https://review.openstack.org/33101510:29
szaherrakhmerov: Hi10:38
rakhmerovhi10:38
szaherrakhmerov: For the bug I filed for rpc problem I don't how to debug the api, How can I print the method10:38
szaherrakhmerov: rabbitmq is working fine and the cloud is working fine10:38
rakhmerovI'm not sure what method you're talking about10:39
szaherI created a user for mistral with admin privileges10:39
rakhmerovdo you have a full stack trace?10:39
rakhmerovwhat is the place in Mistral that this error is caused by?10:39
rakhmerovmy guess is that it should come from rpc.py module, but I may be wrong10:40
szaherit's in the API component once I run it gives me this error without doing anything10:40
rakhmerovwhat's you config file? Can you post it?10:41
rakhmerovspecifically, I'd like to see host and port for API10:41
rakhmerovby default, it's localhost:898910:42
rakhmerov[api]10:42
rakhmerov# Mistral API server host and port10:42
rakhmerovhost=0.0.0.010:42
rakhmerovport=898910:42
szaherrakhmerov: http://paste.openstack.org/show/516808/10:43
rakhmerovmay be the problem is here and Mistral API can't be bound to host and port you specified10:43
szaherthis my configuration file. I would appreciate if you can take a look and let me know if I am doing something wrong10:44
rakhmerovlooking..10:44
szaherThanks10:44
rakhmerovseems like you have settings by default10:44
rakhmerovso it's localhost:898910:45
szaherouch no sorry. It's not the one I am using in my env10:45
szaherin my env the API is running on 172.16.150.2010:45
szaherit's uncommented on the server10:46
rakhmerovok10:46
rakhmerovone observation: I'm looking at my config file and rabbit props are in section [DEFAULT]10:47
rakhmerovnot in [oslo_messaging_rabbit]10:47
rakhmerovso you can try that too10:47
rakhmerovbut it's unlikely the problem actually..10:48
szaherI knew the problem now10:48
szaherI changed the host to 127.0.0.1 and I'm not getting this problem10:49
szaherI cannot understand what's going on !10:49
rakhmerovsomething with network interfaces I guess10:50
rakhmerovmake sure this IP is actually known to some of the available network interfaces10:50
szahervenv/mistral/mistral# curl http://172.16.150.20:898910:51
szaher[{"status": "CURRENT", "link": {"href": "http://172.16.150.20:8989/v2", "target": "v2"}, "id": "v2.0"}](10:51
rakhmerovbtw, is 59624 the port you're trying to bind to?10:51
szaherno !10:51
rakhmerovszaher: yes, it's a good response from API, meaning it works10:51
rakhmerovok10:51
rakhmerovI'm asking because I see this in the bug description: Exception happened during processing of request from ('172.16.150.20', 59624)10:52
szaherrakhmerov: This response from the api while it's generating the problem and it's working on 172.16.150.2010:52
rakhmerovok10:52
szaherthe API is working but generating this error message and I don't know from where it's coming !10:52
rakhmerovit just generated this error output once when you started it?10:53
rakhmerovor on each request to API?10:53
rakhmerovhow?10:53
szaheronce I start it10:54
rakhmerovhm..10:54
szaherand it's working fine and keeps generating this problem !10:54
rakhmerovyou're on master branch?10:54
szaherliberty and I think master as well was doing the same problem !10:54
rakhmerovok10:55
rakhmerovare you running API under Apache10:55
rakhmerov?10:55
szaherNo10:55
rakhmerovok10:56
szahernow another weird problem I am having which is the authentication problem. I got the token from the logs and I initialized the glance client with the same token that mistral passed to it to get instance and I was able to work well with the glance API !10:56
rakhmerovtry to place your rabbit config properties under [DEFAULT] section10:56
rakhmerovand restart it10:56
rakhmerovnow I guess the problem is with rabbit10:57
rakhmerovbecause if API started it means that wsgi server was successfully bound to host:port10:57
szaherOk10:58
rakhmerovI'm 99% sure now that it's misconfiguration for rabbit10:58
rakhmerovhere's what I have for rabbit in my config that's working: http://paste.openstack.org/show/516811/10:59
szaherrakhmerov: moved rabbit to default and it's not working11:00
rakhmerovhm.. ok11:01
rakhmerovrabbit_hosts = 172.16.150.20:567211:01
rakhmerovpls replace with two options: rabbit_host = 172.16.150.20 and rabbit_port = 567211:02
szaherOk11:02
szaherrakhmerov: still the same problem !11:04
szaherhttp://paste.openstack.org/show/516813/11:05
rakhmerovcan you try to launch a workflow?11:05
rakhmerovI wonder if rabbitmq is actually connected to API11:05
szaherhttp://paste.openstack.org/show/516814/11:06
szaherI can create workflows but I get authentication problem11:06
rakhmerovhm.. f..k11:07
szaherI don't know really how to get where the problem is ?11:08
rakhmerovwhich means that RabbitMQ is actually initialized propertly11:08
szaherI think so11:08
rakhmerovotherwise you wouldn't be able to even start a workflow11:08
rakhmerovbecause API talks to Engine via Rabbit11:08
rakhmerovany guesses what this number can mean? 5962411:10
rakhmerovshould be some port..11:10
szahergive me a second plz11:10
szaherrakhmerov: everytime the port is different http://paste.openstack.org/show/516815/11:11
rakhmerovI see11:12
rakhmerovpython version?11:12
rakhmerovooh, 2.711:13
rakhmerovI see11:13
szaherPython 2.7.911:13
rakhmerovhow do you launch the components?11:13
rakhmerovwhat commands?11:13
szaherdifferent ways11:13
szahermistral-server --conf..11:13
szaherthen I got the error and I switched to  python mistral/cmd/launch.py     --server api --config-file /opt/stack/service/mistral/etc/mistral/mistral.conf11:14
openstackgerrithardik proposed openstack/mistral: Fixed get_actions_list script to get glance actions  https://review.openstack.org/33101511:15
rakhmerovszaher: yeah, that's ok..11:15
szaherso any ideas how can I solve these problems ?11:16
rakhmerovso, the general problem is that API is trying to write into a socket which is already closed11:18
rakhmerovas if you had a client that opened a TCP session and then didn't wait for all data from the server (Mistral API) and close the session11:19
rakhmerovin this case socket on the server side would be broken11:19
rakhmerovit may happen, for example, if some client sets too small HTTP timeout when making a request11:19
rakhmerovwhat client are you using to work with Mistral API?11:20
rakhmerovpython-mistralclient?11:20
szaherpython-mistralclient11:20
rakhmerovok11:20
rakhmerovon the client-side, do you observe any serious delays when running commands?11:21
rakhmerovno errors on the client side?11:21
szaherno11:21
szaherrakhmerov: Look I don't mind the problem I am seeing in the API. I want to have at least the get image action working11:23
szaherhttp://paste.openstack.org/show/516821/11:23
rakhmerovszaher: ok, that's weird. My recommendation for this broken pipe thing would be to 1) try on Py3 2) reinstall on other machine or operating system11:24
rakhmerovas far as auth problem, let me see...11:24
rakhmerovszaher: I'm just afraid that something might not work propertly if this error occurs11:25
rakhmerovfor example, access to Keystone or something else11:25
szaherbut it gets the token from keystone11:25
rakhmerovok11:26
rakhmerovwhat were you able to find yesterday with nmakhotkin?11:27
rakhmerovon auth problem?11:27
szaherhe asked me to use the same credentials on both client and server and I did and it's not working11:27
szaherhe asked me to try with the same user to do glance image-list and it was working !11:28
rakhmerovok11:28
szaherrakhmerov: where do you initialize the client to run an action11:29
rakhmerovgive me a sec11:29
rakhmerovhttps://github.com/openstack/mistral/blob/stable/liberty/mistral/actions/openstack/actions.py#L6811:31
rakhmerovyou can insert printing of all the stuff in there11:31
rakhmerovlike glance_endpoint.url11:31
rakhmerovto make sure it's correct11:32
szaherOk11:33
rakhmerovone assumption that I have: Mistral may be getting a private endpoint from Keystone11:33
rakhmerovwhich is not allowed to use from outside of OpenStack management network11:33
rakhmerovplease see what the endpoint is11:33
rakhmerovand it'll be clear what the problem is11:33
rakhmerovszaher: any luck?11:38
szahercan't see any printing11:38
rakhmerovhow are you doing it?11:39
rakhmerovjust insert print("glance_endpoint.url: " + glance_endpoint.url)11:40
szaherrakhmerov: that is ok http://paste.openstack.org/show/516826/ /11:40
szaher        LOG.info('>>>>>>>>>>>>>>>> Glance Token {0}'.format(ctx.auth_token))11:41
szaher        print ">>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> endpoint >>> ", glance_endpoint.url11:41
szaher        print ">>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> endpoint >>> ", glance_endpoint11:41
szaher        print ">>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> endpoint >>> ", ctx.auth_token11:41
rakhmerovyes11:41
rakhmerovwhat do you see?11:41
szahernothing11:42
szaherhttp://paste.openstack.org/show/516827/11:42
rakhmerovhow come?11:42
rakhmerovmaybe you modified the wrong file?11:43
szaherrakhmerov: what I see is http://paste.openstack.org/show/516827/11:43
rakhmerovooh, sorry11:44
rakhmerovdon't use "print"11:44
rakhmerovuse LOG.info()11:44
szaherOk11:44
rakhmerovI guess console appender is disabled11:45
szaherrakhmerov: very strange !! can't see it in the logs !http://paste.openstack.org/show/516828/11:47
rakhmerovhm..11:49
rakhmerovwhat is +-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-m ?11:49
rakhmerovis this something that you added?11:49
szaherYes11:49
rakhmerovwhere did you insert those printings?11:49
szaherbut not in the same file11:49
rakhmerovin the code11:49
szaherrpc.py11:49
rakhmerovyeah, I mean for printing endpoint stuff?11:50
szahersorry this one was in the default executor11:50
rakhmerovooh, yes!11:50
rakhmerovyou have to restart executor if it's a separate process11:51
szaherthe endpoint stuff in actions under actions/openstack/actions.py11:51
rakhmerovok11:51
szaherI did restart everything everytime11:51
rakhmerovusing the same config for executor?11:51
szaherYes11:52
rakhmerovI don't know, you should see them then11:53
rakhmerovare you running executor separately?11:53
szaherI removed all .pyc file and install the package again and I can't see them !11:53
szaherYes11:53
rakhmerovit's weird, isn't it?11:54
szaheragree11:55
rakhmerovcheck again, may be you're fixing a wrong file (e.g. if you have multiple installations or something)11:57
szaherrakhmerov: I renamed the file and mistral is working fine !!11:57
rakhmerovor you can try to use a different config for executor with different log path11:58
rakhmerovwhich file?11:58
szahermistral/actions/openstack/actions.py11:58
rakhmerovyeah, I mean you have exactly one installation?12:01
szaherYes12:02
rakhmerovdunno what else to assume, honestly12:02
rakhmerovit can't work with that file renamed12:02
rakhmerovmay be you're running something with mistral-server and something with python mistral/cmd/launch.py?12:03
szaherI don't know !12:03
szaherI am developing in other openstack project and to be honest this the first time to get something like that !12:03
rakhmerovin this case you would be running two different source code12:03
szaherI don't run mistral-server I only run with launch.py12:04
rakhmerovboth engine and executor, right?12:04
rakhmerovok, so12:04
szaherapi, engine, executor12:05
rakhmerovthen if you insert print ">>>> " into this file you should see those printings on executor console12:05
rakhmerovstdout12:05
*** dmk0202 has quit IRC12:05
szaherI am not sure12:05
rakhmerovnot sure about what?12:06
rakhmerovI am sure12:06
szahercan you do it with your installation and tell me if it's working fine with you or not ?12:06
rakhmerovI don't have any OpenStack installation at hands at the moment12:06
rakhmerovand I need to run12:06
rakhmerovtry to insert printings again with print """12:07
szaherrakhmerov: Thanks for your help12:07
rakhmerovand look at the window where your executor is running12:07
rakhmerovyou must see the output12:07
rakhmerovI'll wait a few more mins12:08
rakhmerovlet me know what you got..12:08
rakhmerovany news?12:11
szahernot yet12:11
rakhmerovszaher: if we don't solve it today I'll try to have someone look at it next week12:12
rakhmerovor I'll look at this myself12:12
rakhmerovthere should be something simple here12:12
rakhmerovjust need to properly debug it12:12
szaherOk, Thanks12:15
rakhmerovszaher: ok, I'm leaving for now, may be online later12:15
rakhmerovplease write here when you see those printings12:16
szaherOk12:16
*** dprince has joined #openstack-mistral12:19
szaherrakhmerov: can you send me your keystone authtoken config ?13:29
*** bobh has joined #openstack-mistral13:45
szahernmakhotkin: Hi13:59
szaherAre you here ?13:59
*** dprince has quit IRC14:42
*** dprince has joined #openstack-mistral14:43
*** rrecio has joined #openstack-mistral14:51
*** rrecio_ has joined #openstack-mistral14:51
*** rrecio has quit IRC14:55
*** dprince has quit IRC15:08
*** dprince has joined #openstack-mistral15:09
*** dprince has quit IRC15:11
jpeeleri have a mistral workflow question related to how on-error is handled. if a task is unsuccessful, is it by design that on-error is not executed or is there something wrong with the implemented action?15:19
jpeelerfor a concrete example, see https://review.openstack.org/#/c/324894/15:19
jpeeleri'm noticing that when the create_plan action fails, on-error isn't run. trying to determine if this is a bug or not15:20
*** toddjohn has joined #openstack-mistral15:32
jpeeleran even simpler example is located here https://github.com/rbrady/tripleo-common/commit/7dd747303ad1d78d59efc84177378cb0246d2fbf15:57
*** tonytan4ever has joined #openstack-mistral15:59
jpeelerthe code here seems to indicate that on-error should execute: https://github.com/openstack/mistral/blob/master/mistral/actions/base.py#L53-L6016:05
*** dmk0202 has joined #openstack-mistral16:09
*** toddjohn has quit IRC16:16
*** toddjohn has joined #openstack-mistral16:23
*** dprince has joined #openstack-mistral16:28
*** toddjohn has quit IRC16:32
*** toddjohn has joined #openstack-mistral16:33
*** toddjohn has quit IRC16:37
*** gyee has joined #openstack-mistral16:42
*** harlowja has joined #openstack-mistral16:53
*** tonytan4ever has quit IRC17:07
*** gyee has quit IRC17:55
*** tonytan4ever has joined #openstack-mistral17:57
*** harlowja has quit IRC18:04
*** dprince has quit IRC18:06
*** dprince has joined #openstack-mistral18:06
jpeelerfor those following along, it turns out i hadn't updated the workflow in mistral >_<18:42
jpeelerno bug in mistral18:42
*** toddjohn has joined #openstack-mistral19:12
*** toddjohn has quit IRC19:17
*** toddjohn has joined #openstack-mistral19:17
*** gyee has joined #openstack-mistral19:17
*** toddjohn has quit IRC19:22
*** harlowja has joined #openstack-mistral19:32
*** tonytan4ever has quit IRC19:39
*** dmk0202 has quit IRC21:33
*** dmk0202 has joined #openstack-mistral21:34
*** dprince has quit IRC21:36
*** dmk0202 has quit IRC21:50
*** bobh has quit IRC22:29
*** rrecio_ has quit IRC23:13
*** gyee has quit IRC23:46
*** rrecio has joined #openstack-mistral23:53
*** rrecio_ has joined #openstack-mistral23:55
*** rrecio has quit IRC23:58

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