*** permalac has quit IRC | 09:10 | |
*** permalac has joined #ara | 09:25 | |
*** karimb has joined #ara | 09:48 | |
*** karimb has quit IRC | 11:05 | |
*** karimb has joined #ara | 11:13 | |
*** karimb has quit IRC | 12:49 | |
*** karimb has joined #ara | 13:42 | |
*** dmsimard changes topic to "ARA - Ansible Run Analysis: Making playbook runs easier to visualize, understand and troubleshoot | Git: https://github.com/openstack/ara - Docs: https://ara.readthedocs.io/en/latest/ - Latest version: 0.14 | This channel is logged: http://eavesdrop.openstack.org/irclogs/%23ara/" | 13:58 | |
openstackgerrit | David Moreau Simard proposed openstack/ara: Add new ARA logo to README and documentation https://review.openstack.org/420804 | 16:36 |
---|---|---|
dmsimard | jrist: ^ | 16:39 |
dmsimard | rendered README: https://github.com/openstack/ara/tree/88ff84ab855d367f1d4dfa273a63f265b0ab0657 | 16:39 |
dmsimard | Looks like doc is broken, gotta look http://docs-draft.openstack.org/04/420804/1/check/gate-ara-docs-ubuntu-xenial/3c962d7//doc/build/html/ | 16:40 |
openstackgerrit | David Moreau Simard proposed openstack/ara: Add new ARA logo to README and documentation https://review.openstack.org/420804 | 16:41 |
jrist | sweet | 16:46 |
jrist | ugh gerrit is terrible lately | 16:47 |
dmsimard | there's the working docs http://docs-draft.openstack.org/04/420804/2/check/gate-ara-docs-ubuntu-xenial/38a4298//doc/build/html/ | 16:49 |
dmsimard | jrist: ^ | 16:49 |
jrist | awesome | 16:49 |
jrist | I think it fits nicely | 16:50 |
dmsimard | Yup. | 16:50 |
dmsimard | I will use the one I put in the readme at the top left of the new UI (logo/brand) and then the one with just the circle as the favicon | 16:51 |
dmsimard | I didn't check how well it rendered that small yet | 16:51 |
dmsimard | eh it's perfect to me http://i.imgur.com/WmoLdtT.png | 16:54 |
jrist | confirmed perfect | 16:57 |
openstackgerrit | David Moreau Simard proposed openstack/ara: Re-order requirements in order to satisfy Ansible 2.2.1.0 release https://review.openstack.org/420847 | 17:27 |
openstackgerrit | Merged openstack/ara: Re-order requirements in order to satisfy Ansible 2.2.1.0 release https://review.openstack.org/420847 | 17:41 |
*** karimb has quit IRC | 17:43 | |
openstackgerrit | David Moreau Simard proposed openstack/ara: Add new ARA logo to README and documentation https://review.openstack.org/420804 | 17:46 |
openstackgerrit | Merged openstack/ara: Add new ARA logo to README and documentation https://review.openstack.org/420804 | 17:56 |
*** Redcavalier has joined #ara | 19:41 | |
Redcavalier | Hi, I'm testing out ara, and I'm wondering, does it also log ad-hoc commands that are run in ansible? Or does it only log playbooks? | 19:42 |
dmsimard | Redcavalier: ARA's been tested with playbooks in mind, I've never really tested how it works with ad hoc commands come to think of it | 19:44 |
Redcavalier | Ah I see | 19:45 |
dmsimard | There's certainly some different logic that is required to account for the fact that there are no actual playbooks | 19:45 |
Redcavalier | I just tried running an adhoc command and it didn't seem to log, but I was wondering if it may be ansible tower interfering somehow or if it just doesn't log it | 19:45 |
Redcavalier | but if it wasn't coded with that use case in mind, then I guess it answers that | 19:46 |
dmsimard | Redcavalier: Well the ARA callback currently depends on the "playbook_on_start" hook, i.e, https://github.com/ansible/ansible/blob/devel/lib/ansible/plugins/callback/default.py#L287 | 19:46 |
dmsimard | It's likely possible to hook into something else for ad hoc commands and then leverage that | 19:47 |
Redcavalier | to be quite honest, I'm perfectly fine with it not logging adhoc commands for now. It may be useful in the future though. | 19:48 |
dmsimard | Redcavalier: I already created https://storyboard.openstack.org/#!/story/2000841 and asking #ansible-devel about it :) | 19:49 |
Redcavalier | hahaha, cool | 19:50 |
dmsimard | Redcavalier: looks like it should be possible | 19:54 |
dmsimard | There's some interesting logic to implement to support it, but it's possible | 19:55 |
dmsimard | They bypass the playbook callback hooks and pseudo-create a play and then put that one single task in it | 19:55 |
Redcavalier | Yea, so it would be listed under a randomly generated id? | 19:56 |
dmsimard | At the play level, ARA expects a playbook to exist (since all the data is tied back to a playbook) -- so I sort of need to create a "fake" adhoc playbook | 19:56 |
Redcavalier | Ok, so it's all about generating a playbook entry, storing the adhoc command in there and then it's the same information as regular playbooks from there on. | 20:00 |
dmsimard | Redcavalier: I added a comment in the bug about it. It's something I'd like to have in ARA but not before I have the UI refactor out the door. It might be a while. | 20:00 |
Redcavalier | That's fine. It's not really essential, I can enforce a "playbook only" policy from now as I am the only person who uses ansible for now. | 20:01 |
dmsimard | It's hacky but you could make sort of a bash script that'd create a single task playbook if need be or something | 20:02 |
dmsimard | Redcavalier: curious though, if you're using Tower, why ARA ? | 20:04 |
dmsimard | I think the Tower playbook reports are nice | 20:04 |
Redcavalier | Money | 20:04 |
*** karimb has joined #ara | 20:05 | |
dmsimard | But Tower and ARA are two different things with very different use cases :) | 20:05 |
Redcavalier | Let me explain quickly our whole infrastructure. I'm actually Jean-Philippe from planethoster, we spoke at openstack days canada and I was at Iweb a few years back. As you may remember, we're a hosting company and our current vps solution runs off openstack. | 20:06 |
Redcavalier | In the past, we were using containers with solusvm, but we're migrating everything to openstack. The main problem we're having is that, before, we could run commands on all our containers easily and OS password reset was super easy. Of course, this is not the case anymore with openstack. Hence, we're testing out using ansible to issue commands to our customers VPS. | 20:08 |
Redcavalier | That means thousand of servers to be managed, possibly through API. We tested out tower, and while tower is great, the only thing we really absolutely need is logging for our playbooks. So I was tasked with finding an alternative. and there comes ara. | 20:10 |
Redcavalier | Of course, running tower at scale requries a license and well, the instances that be would like to save on that cost. I'm perfectly fine with running ansible from cli, tbh. I just need something that logs our commands/playbook runs. | 20:11 |
Redcavalier | dmsimard, and that is why I am testing out ARA | 20:11 |
Redcavalier | btw, I also checked out other options, basically semaphore and rundeck. However, semaphore doesn't seem to support dynamic inventory, or at least, it's not clear if it supports it or not and there's pretty much no documentation at all. As for rundeck, I just don't trust it much. | 20:18 |
dmsimard | Redcavalier: oh hi :) | 20:22 |
dmsimard | okay, makes sense | 20:22 |
Redcavalier | yea, sorry for the novel | 20:23 |
dmsimard | I thought you already used Tower for other purposes (ACL, management, etc.) | 20:23 |
Redcavalier | naw, we're basically just testing out solutions at this point | 20:23 |
dmsimard | ARA really only does one thing, just wanted to make that clear | 20:23 |
Redcavalier | yea I know, and it pretty much does exactly what I need it to do ;p | 20:24 |
dmsimard | Not going to implement management or editing features and such | 20:24 |
Redcavalier | that's fine, I don't exactly need those. We're using dynamic inventory anyway. | 20:25 |
*** karimb has quit IRC | 20:49 | |
dmsimard | larsks: do you have any opinion about removing "undefined_to_none" in https://github.com/openstack/ara/blob/master/ara/fields.py#L40-L41 ? | 21:07 |
* larsks looks... | 21:07 | |
dmsimard | larsks: It's making cliff error out, i.e, http://paste.openstack.org/raw/595106/ | 21:07 |
larsks | dmsimard, I don't see any problem with dropping that. | 21:08 |
dmsimard | setting it to true (or removing it, it's true by default) fixes that and puts "null" in this particular context: http://paste.openstack.org/show/595108/ | 21:08 |
dmsimard | I just wondered if I was missing anything | 21:09 |
larsks | I don't think so. Having an explicit "Undefined" is sometimes useful, but if we're just dumping to json setting it to None seems much easier. | 21:09 |
dmsimard | ok. | 21:10 |
openstackgerrit | David Moreau Simard proposed openstack/ara: Default undefined values to None when templating CLI fields with Jinja https://review.openstack.org/420962 | 21:16 |
openstackgerrit | David Moreau Simard proposed openstack/ara: Default undefined values to None when templating CLI fields with Jinja https://review.openstack.org/420962 | 21:21 |
openstackgerrit | Merged openstack/ara: Default undefined values to None when templating CLI fields with Jinja https://review.openstack.org/420962 | 21:40 |
*** dmsimard changes topic to "ARA - Ansible Run Analysis: Making playbook runs easier to visualize, understand and troubleshoot | Git: https://github.com/openstack/ara - Docs: https://ara.readthedocs.io/en/latest/ - Latest version: 0.10.5 | This channel is logged: http://eavesdrop.openstack.org/irclogs/%23ara/" | 22:01 | |
*** Redcavalier has quit IRC | 22:31 | |
*** karimb has joined #ara | 23:26 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!