| ara-slack | zach.swanson: this just popped up on reddit https://longboat.io/ | 01:03 |
|---|---|---|
| ara-slack | zach.swanson: Discussion on reddit @ https://www.reddit.com/r/ansible/comments/ad9jiw/logging_all_your_ansible_playbook_runs/ | 01:32 |
| ara-slack | dmsimard: @zach.swanson interesting, thanks for sharing :) | 04:32 |
| ara-slack | dmsimard: I replied to the comment about ara. | 04:32 |
| tristanC | dmsimard: ((Ara Record Ansible) Report Ansible) :) | 04:48 |
| ara-slack | jeansebastien.guyot: @jeansebastien.guyot has joined the channel | 08:25 |
| ara-slack | jeansebastien.guyot: Hi ! | 08:34 |
| ara-slack | I have a problem when i upgrade ARA from 0.14.6 to 0.15.0 or upper. | 08:34 |
| ara-slack | I have some SQL error : "Could not locate column in row 'stats.id' or 'plays.id' or 'tasks.id', etc. | 08:34 |
| ara-slack | I am on Postgres 9.2.21, and i not run SQL migration before upgrade ARA. | 08:34 |
| ara-slack | jeansebastien.guyot: Can you help me to understand what is the problem please ? | 08:34 |
| ara-slack | jeansebastien.guyot: I don't want erase database because i take a statustic with this databse ... | 08:37 |
| *** gvincent has joined #ara | 08:41 | |
| *** ssbarnea|bkp2 has joined #ara | 09:38 | |
| *** ssbarnea has quit IRC | 09:39 | |
| *** herald85 has joined #ara | 10:05 | |
| *** sshnaidm|off is now known as sshnaidm | 10:30 | |
| *** jungleslow has joined #ara | 10:41 | |
| ara-slack | sorin.sbarnea: @sorin.sbarnea has joined the channel | 12:04 |
| ara-slack | paulieboo: @paulieboo has joined the channel | 13:55 |
| ara-slack | paulieboo: (I'm using ara 0.16.1 and ansible 2.7.5.) | 14:10 |
| *** irclogbot_0 has quit IRC | 14:14 | |
| ara-slack | dmsimard: @paulieboo do you have the ability to specify the location of those files at runtime ? | 14:23 |
| ara-slack | dmsimard: @paulieboo for example, instead of attempting to hard code the location in the ansible.cfg file, have something like: export ARA_DIR="$(pwd)/.ara" | 14:24 |
| ara-slack | paulieboo: Sure, I can do that. | 14:25 |
| ara-slack | dmsimard: I don't think I've seen users putting the database in version control before | 14:26 |
| ara-slack | paulieboo: It's an odd one I'll admit, but my employer is being audited for ISO27001 compliance shortly and the remit is "log all the things"...! | 14:29 |
| ara-slack | dmsimard: @paulieboo how does that work in practice, though ? If I clone the repo, run ara, commit it and push it back but someone else also ran ara in the meantime -- the database is going to conflict ? And there's no fixing that merge conflict without losing one of the two runs I think | 14:37 |
| *** irclogbot_0 has joined #ara | 14:38 | |
| ara-slack | paulieboo: @dmsimard That's a good point, but at the moment I'm the only dev ops guy and the only one running the playbooks, so for the time being, it won't matter. | 14:39 |
| ara-slack | paulieboo: You're right though, this would be a horrible situation with more than one person running ara. But for now (and for our impending ISO audit) it ticks all the boxes. | 14:40 |
| ara-slack | dmsimard: Does that sort of audit expect connections to be controlled from a central location (like a bastion host?) | 14:41 |
| openstackgerrit | Merged openstack/ara-clients master: Readded support for keep-alive (better performance). https://review.openstack.org/617112 | 14:45 |
| ara-slack | paulieboo: @dmsimard No, I don't think so. It's not been mentioned anyway. | 14:50 |
| dmsimard | Okay -- I ask because what some users do is set up ARA on their bastion host where Ansible runs from | 14:51 |
| dmsimard | Good luck and let us know if you have questions :) | 14:51 |
| ara-slack | paulieboo: @dmsimard Thanks for your help :+1: | 14:58 |
| ara-slack | dmsimard: @jeansebastien.guyot Not going to lie, the easiest thing would be to start on a new database for sure. Is your database backed up ? If so, what happens if you run "ara-manage db show" ? | 14:58 |
| dmsimard | apollo13: fyi I'm going to try and clean up the backlog and roadmap as well as put up a general status update once that's done | 15:02 |
| apollo13 | sounds good | 15:02 |
| *** irclogbot_0 has quit IRC | 15:06 | |
| *** irclogbot_0 has joined #ara | 15:13 | |
| *** openstackgerrit has quit IRC | 15:22 | |
| dmsimard | ara 0.16.2 has been tagged, it's a small bugfix release -- notes here: https://github.com/openstack/ara/releases/tag/0.16.2 | 15:25 |
| dmsimard | ssbarnea|bkp2: ^ | 15:25 |
| dmsimard | it will eventually make it's way to pypi | 15:25 |
| ssbarnea|bkp2 | dmsimard: thanks! I am wrong to assume that those using ansible in offline mode (sqlite + generate html) should not be affected by 1.0 breaking changes? | 15:43 |
| dmsimard | ssbarnea|bkp2: what's 100% not supported is sql migrations from 0.x to 1.x | 15:44 |
| dmsimard | ssbarnea|bkp2: it's an entirely new database schema in an entirely new backend (from flask to django) | 15:45 |
| ssbarnea|bkp2 | this does not worry me. | 15:45 |
| dmsimard | ssbarnea|bkp2: html generation is still a question mark -- mostly because of the swift use case (instead of the current log server approach with the middleware) | 15:46 |
| dmsimard | The question mark is that the backend needs access to the database -- there's no way to use a sqlite database over http. | 15:47 |
| dmsimard | The current middleware approach relies on the URL matching a filesystem location on disk and so the middleware is able to load "arbitrary" databases | 15:48 |
| dmsimard | Since the URL and the filesystem location must match, it's not too awful from a security standpoint -- there's also some basic checks in place | 15:48 |
| dmsimard | If the database is remote, however, we need to start thinking outside the box a bit. | 15:49 |
| *** herald85 has quit IRC | 16:34 | |
| ara-slack | dmsimard: @paulieboo thanks for the nice words :smile: where did you hear about ara btw ? | 17:25 |
| ara-slack | dmsimard: --check and --diff indeed require special treatment | 17:26 |
| ara-slack | paulieboo: To my shame, on that Reddis thread someone posted, above, about Longboat! | 17:26 |
| ara-slack | paulieboo: To my shame, on that ~Reddis~ Reddit thread someone posted, above, about Longboat! (Sorry, just been hacking keys out of redis) | 17:27 |
| ara-slack | dmsimard: We have a bug for adding in proper support for --check, I'm not sure if we'll be able to land it in time for ara 1.0 but it's something we want to do for sure | 17:28 |
| ara-slack | dmsimard: https://storyboard.openstack.org/#!/story/2000929 | 17:28 |
| ara-slack | dmsimard: --diff is a little bit trickier, but we want to support it too | 17:28 |
| ara-slack | paulieboo: That's great to hear. So happy to have stumbled upon a great tool with approachable developers! :slightly_smiling_face: | 17:31 |
| *** openstackgerrit has joined #ara | 17:45 | |
| openstackgerrit | David Moreau Simard proposed openstack/ara-web master: Fix TypeError: API changed playbook.file to playbook.path https://review.openstack.org/629020 | 17:45 |
| dmsimard | gvincent: ^ an easy one | 17:45 |
| dmsimard | I updated https://api.demo.recordsansible.org/api/v1/ to HEAD and noticed the issue | 17:46 |
| dmsimard | Also I'm not sure why Zuul isn't picking up the new job I'm setting up in https://review.openstack.org/#/c/625666/ anymore... will need to investigate | 17:46 |
| dmsimard | It was working in patchset 7 but then stopped working | 17:46 |
| dmsimard | apollo13: woo https://api.demo.recordsansible.org/api/v1/info | 17:47 |
| openstackgerrit | David Moreau Simard proposed openstack/ara-web master: WIP: Run a CI job that builds and publishes the web dashboard https://review.openstack.org/625666 | 18:18 |
| *** mgariepy has quit IRC | 18:35 | |
| *** mgariepy has joined #ara | 18:53 | |
| openstackgerrit | Merged openstack/ara-web master: Fix TypeError: API changed playbook.file to playbook.path https://review.openstack.org/629020 | 19:16 |
| openstackgerrit | David Moreau Simard proposed openstack/ara-web master: WIP: Run a CI job that builds and publishes the web dashboard https://review.openstack.org/625666 | 19:17 |
| dmsimard | I found why the ara-web integration job wasn't working \o/ | 19:20 |
| openstackgerrit | David Moreau Simard proposed openstack/ara-web master: WIP: Run a CI job that builds and publishes the web dashboard https://review.openstack.org/625666 | 19:28 |
| openstackgerrit | David Moreau Simard proposed openstack/ara-web master: WIP Move playbook details page in a dedicated page https://review.openstack.org/628451 | 19:34 |
| dmsimard | gvincent: ^ rebased your change to contain the playbook.path fix | 19:34 |
| openstackgerrit | David Moreau Simard proposed openstack/ara-web master: WIP: Run a CI job that builds and publishes the web dashboard https://review.openstack.org/625666 | 19:35 |
| openstackgerrit | David Moreau Simard proposed openstack/ara-web master: WIP: Run a CI job that builds and publishes the web dashboard https://review.openstack.org/625666 | 19:49 |
| apollo13 | dmsimard: is that all auto deployed? :) | 20:28 |
| dmsimard | apollo13: the demos ? not yet | 20:33 |
| dmsimard | I want them to be, though | 20:33 |
| apollo13 | ok, we should also deploy the web interface there I guess? | 20:33 |
| apollo13 | oh https://web.demo.recordsansible.org/playbooks ? | 20:33 |
| dmsimard | apollo13: yeah | 20:34 |
| dmsimard | I fixed that | 20:34 |
| apollo13 | ok, will retry later :) wanna see the webiface | 20:34 |
| dmsimard | there's not much to see yet | 20:35 |
| dmsimard | but it's coming together | 20:35 |
| dmsimard | apollo13: pulled the fix, https://web.demo.recordsansible.org works now | 20:36 |
| dmsimard | The plan is to first retrieve the data and then to have something that looks similar to the current 0.x UI as a first release | 20:37 |
| apollo13 | indeed it does | 20:37 |
| dmsimard | Once 1.0 releases, we'll be able to iterate on making the UI prettier and adding cool features like searching etc :p | 20:38 |
| openstackgerrit | David Moreau Simard proposed openstack/ara-web master: WIP: Run a CI job that builds and publishes the web dashboard https://review.openstack.org/625666 | 23:46 |
| -openstackstatus- NOTICE: The Etherpad service at https://etherpad.openstack.org/ has been offline since 23:22 UTC due to a hypervisor issue in our service provider, but should hopefully return to service shortly. | 23:47 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!