| *** themurph has quit IRC | 02:10 | |
| *** themurph has joined #ara | 02:10 | |
| *** themurph has quit IRC | 02:10 | |
| *** gvincent has joined #ara | 05:50 | |
| *** wkid has joined #ara | 08:02 | |
| wkid | Hi I'm having issues getting up and running with ara. I did the pip install as described on the github page, I did the env exports for the library,actions and callback plugins. Ara is running, I can visit the ui dashboard but no runs are recorded in ara | 08:06 |
|---|---|---|
| wkid | What obvious thing am I missing? | 08:06 |
| wkid | I already set ara's loglevel to debug but I don't see any error messages in ~/.ara/ara.log | 08:08 |
| wkid | I do see some ara-manage defunct processes and when I strace the non-defunct ara-manage pid I see it timeout on some file desscriptor so it seems: | 08:09 |
| wkid | select(4, [3], [], [], {0, 500000}) = 0 (Timeout) | 08:10 |
| wkid | Also I'm just using sqlite, i.e. just the default ara setup | 08:10 |
| wkid | Centos 7.5.1804 | 08:13 |
| wkid | Python 2.7.5 | 08:13 |
| wkid | ansible 2.6.0 | 08:15 |
| wkid | To continue the saga | 10:56 |
| wkid | select(4, [3], [], [], {0, 500000}) = 0 (Timeout) | 10:57 |
| wkid | so it timeouts on fd 3 | 10:58 |
| wkid | lsof -p 14561 -ad 3 -n -P | 10:58 |
| wkid | gives me | 10:58 |
| wkid | ara-manag 14561 root 3u IPv4 9546976 0t0 TCP 127.0.0.1:9191 (LISTEN) | 10:58 |
| wkid | and here it lost me | 11:00 |
| wkid | I'll also ask my question in #ansible, if anyone has tips/ideas, more than welcome :-) | 11:01 |
| dmsimard | wkid: hey, I just woke up | 11:48 |
| dmsimard | If you give me a while I'll get back to you | 11:48 |
| *** ChanServ sets mode: +o dmsimard | 11:49 | |
| dmsimard | wkid: did you set up the ansible callback configuration ? | 12:08 |
| dmsimard | Either through the ANSIBLE_CALLBACK_PLUGINS environment variable or the callback_plugins parameter in ansible.cfg | 12:09 |
| wkid | dmsimard: yes I did, by exporting the env variables as written in the documentation | 12:23 |
| wkid | dmsimard: btw, I also noticed /usr/lib/python2.7/site-packages/ara/plugins/modules is non existant, the modules dir is not there ... | 12:24 |
| dmsimard | wkid: that's because ara doesn't ship modules | 12:40 |
| dmsimard | wkid: what user are you running ara under ? | 12:40 |
| wkid | dmsimard: I tried as my regular user and as root | 12:41 |
| dmsimard | wkid: do you have a ~/.ara directory with an ansible.sqlite database for either user ? | 12:42 |
| wkid | dmsimard: Yes I have the sqlite db | 12:42 |
| dmsimard | wkid: so that means configuring the callback worked | 12:42 |
| dmsimard | wkid: otherwise these would not have been created | 12:42 |
| dmsimard | that's where the playbook execution data is recorded by default | 12:43 |
| dmsimard | if you start the web application from a user where the database is there, you should see data | 12:43 |
| wkid | dmsimard: I did but I don't see any data | 12:45 |
| wkid | also ansible.sqlite is only 36K big | 12:47 |
| wkid | Looks like I have all tables in there tho | 12:48 |
| wkid | but select * from playbooks is empty for example | 12:48 |
| dmsimard | wkid: did you actually run a playbook ? did it fail ? | 12:49 |
| wkid | yes I did, the playbook failed | 12:49 |
| wkid | the fail is the reason? | 12:49 |
| wkid | facepalming myself if so | 12:49 |
| wkid | :-) | 12:49 |
| dmsimard | wkid: well, the playbook has to at least compile and run | 12:52 |
| dmsimard | wkid: if there's a syntax error or something that prevents the playbook from starting, ara won't see it | 12:52 |
| wkid | dmsimard: It compiled and ran | 12:52 |
| dmsimard | there needs to be at least one task | 12:52 |
| wkid | that's also the case | 12:53 |
| dmsimard | are you running as root ? with sudo ? | 12:53 |
| wkid | yes tried both, so installing ara as normal user and starting playbook as normal user and vice versa | 12:55 |
| dmsimard | right, I'm just wondering if the data might not be in /root/.ara instead of whatever user you attempted to run it as | 12:55 |
| dmsimard | there's really no magic involved, the quickstart should work -- it's that simple: https://github.com/openstack/ara#quickstart | 12:55 |
| wkid | yes indeed, I guess I'll wipe everything and startover | 12:56 |
| dmsimard | wkid: you don't need to wipe anything | 12:56 |
| dmsimard | wkid: just export the callback and run a playbook, it should be added to the database and therefore available in the web UI | 12:56 |
| wkid | Ok I'll try again | 12:57 |
| dmsimard | The web UI doesn't need to run, it's not a dependency for the callback -- it's just reading from the database | 12:57 |
| *** gundalow has joined #ara | 12:57 | |
| * gundalow waves, I didn't know this existed | 12:57 | |
| *** jrist has joined #ara | 13:00 | |
| dmsimard | gundalow: ohai, there's a slack too -- it used to be bridged but slack killed the irc gateway :( | 13:01 |
| dmsimard | wkid: did you manage to get it working ? | 13:29 |
| *** tbielawa has joined #ara | 13:33 | |
| gundalow | dmsimard: I already have enough Slack groups I ignore :) | 14:07 |
| dmsimard | gundalow: haha, I have them set up through my irc client so it's not too bad | 14:13 |
| dmsimard | also takes a few less GBs of ram | 14:13 |
| *** themurph has joined #ara | 14:16 | |
| *** themurph has quit IRC | 14:24 | |
| *** tbielawa is now known as tbielawa|arch | 14:31 | |
| *** spiette has quit IRC | 15:09 | |
| *** spiette has joined #ara | 15:12 | |
| *** themurph has joined #ara | 15:52 | |
| *** themurph has quit IRC | 15:53 | |
| *** tbielawa|arch is now known as tbielawa | 16:09 | |
| *** themurph has joined #ara | 16:45 | |
| *** themurph has quit IRC | 17:00 | |
| *** sshnaidm has joined #ara | 17:11 | |
| *** sshnaidm is now known as sshnaidm|pto | 17:13 | |
| *** tbielawa is now known as tbielawa|lunch | 17:19 | |
| *** sshnaidm|pto has quit IRC | 17:20 | |
| *** sshnaidm|pto has joined #ara | 17:33 | |
| *** tbielawa|lunch is now known as tbielawa | 18:20 | |
| *** sshnaidm|pto has quit IRC | 18:36 | |
| *** macmonac has joined #ara | 19:20 | |
| macmonac | Hello, a small question, is it possible to use ara in ansible-pull mode ? | 19:22 |
| dmsimard | macmonac: ara needs to be installed wherever ansible runs | 19:26 |
| dmsimard | macmonac: I haven't personally tried it ansible-pull but as long as ara is installed and ansible is set up to use the ara callback, it should work | 19:26 |
| dmsimard | are you using ansible-pull due to scalability ? | 19:27 |
| macmonac | dmsimard: Thanks for the reply, Not for scalability, It's for client ( not server ) disponibility / connectivity. | 19:29 |
| macmonac | dmsimard: how the callback send data to ara ? Directly, in database or it can be by web access ? In this case, why not ? | 19:31 |
| dmsimard | macmonac: by default, the ara callback saves everything to a local sqlite database -- the web interface is passive and only reads from the database | 19:32 |
| dmsimard | the callback and the web application can also be set up to use mysql or postgresql instead of sqlite -- allowing you to aggregate data from multiple locations | 19:33 |
| dmsimard | I'm working on and off on ARA 1.0 which will feature a REST API to abstract the database layer -- so the callback sends the data over http post requests instead of directly inserting in the database | 19:34 |
| dmsimard | It's not finished yet but thought I would mention that | 19:34 |
| macmonac | dmsimard: that's what I understood for MySQL or Postgres, but i think the interface is not complient for this use ( multiple host ansible execution ) ? | 19:37 |
| dmsimard | need to brb, let me get back to you in a while | 19:39 |
| macmonac | it seems to be organized by playbook and not by host | 19:39 |
| dmsimard | macmonac: that's how things are displayed right now, yes. 1.0 adds a feature to better track single hosts across multiple playbook executions | 19:54 |
| macmonac | I install ara in a vm. Do you know if i can find a small database somewhere to play with ara interface ? | 20:12 |
| dmsimard | macmonac: sure | 20:15 |
| dmsimard | you can browse an example of live data here: http://logs.openstack.org/56/549956/11/check/openstack-ansible-deploy-aio_lxc-ubuntu-bionic/30b44a3/logs/ara-report/ | 20:15 |
| dmsimard | and if you want to download the database, just suffix ansible.sqlite to that url | 20:16 |
| macmonac | Thank you very much | 20:17 |
| dmsimard | The UI is not super intuitive, I'm not an expert at frontend or anything -- so I recorded a demo of the web interface where I explain the different features: https://www.youtube.com/watch?v=k3i8VPCanGo | 20:17 |
| dmsimard | It was recorded a while back but it's still mostly accurate | 20:18 |
| *** themurph has joined #ara | 20:21 | |
| *** themurph has quit IRC | 20:25 | |
| macmonac | Yes i view it. Thank you very much for all reply. | 20:26 |
| macmonac | May be one evolution it's not easy to find a failed event | 20:27 |
| macmonac | It could be interested to filter task by status for example | 20:27 |
| macmonac | Sorry, i find the solution | 20:29 |
| *** tbielawa is now known as tbielawa|g0n3z0 | 20:29 | |
| *** sshnaidm|pto has joined #ara | 20:34 | |
| macmonac | The last question. The reports are for all the playbook, not by host ? | 20:40 |
| *** macmonac has quit IRC | 20:58 | |
| *** sshnaidm|pto has quit IRC | 21:10 | |
| *** sshnaidm|pto has joined #ara | 21:40 | |
| *** mgariepy has quit IRC | 22:20 | |
| *** mgariepy has joined #ara | 22:33 | |
| *** mgariepy has quit IRC | 22:49 | |
| *** spiette_ has joined #ara | 22:55 | |
| *** spiette has quit IRC | 23:00 | |
| *** sshnaidm|pto has quit IRC | 23:04 | |
| *** mgariepy has joined #ara | 23:04 | |
| *** mgariepy has quit IRC | 23:26 | |
| *** mgariepy has joined #ara | 23:39 | |
| *** mgariepy has quit IRC | 23:47 | |
| *** mgariepy has joined #ara | 23:59 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!