*** thangola has joined #ara | 03:00 | |
*** thangola has quit IRC | 03:01 | |
*** jparrill has joined #ara | 06:02 | |
*** themurph has joined #ara | 13:04 | |
*** tbielawa has joined #ara | 13:26 | |
openstackgerrit | Merged openstack/ara master: Re-work run_tests.sh to support Ansible devel, py35 tests https://review.openstack.org/484148 | 13:26 |
---|---|---|
openstackgerrit | Merged openstack/ara master: Add bashate linting for run_tests.sh https://review.openstack.org/484173 | 13:27 |
*** tbielawa has quit IRC | 13:28 | |
*** tbielawa has joined #ara | 13:29 | |
openstackgerrit | Merged openstack/ara master: Improve display of task results, records and host facts https://review.openstack.org/484180 | 13:30 |
openstackgerrit | David Moreau Simard proposed openstack/ara master: Add subunit output support https://review.openstack.org/480716 | 13:32 |
openstackgerrit | Li Yuankui proposed openstack/ara master: https://storyboard.openstack.org/#!/story/2001123 1. Add context path conf. 2. Add document for the conf. https://review.openstack.org/484378 | 13:52 |
openstackgerrit | Li Yuankui proposed openstack/ara master: Insert the description of the change. https://review.openstack.org/484380 | 13:56 |
*** tbielawa is now known as tbielawa|standup | 13:56 | |
*** jparrill has quit IRC | 14:15 | |
openstackgerrit | Li Yuankui proposed openstack/ara master: https://storyboard.openstack.org/#!/story/2001123 1. Add context path conf. 2. Add document for the conf. https://review.openstack.org/484378 | 14:18 |
*** tbielawa|standup is now known as tbielawa | 14:24 | |
*** sshnaidm|off has joined #ara | 14:52 | |
*** sshnaidm|off has quit IRC | 15:03 | |
*** sshnaidm has joined #ara | 15:05 | |
*** sshnaidm is now known as sshnaidm|off | 15:06 | |
*** tbielawa is now known as tbielawa|brb | 15:18 | |
*** tbielawa|brb is now known as tbielawa | 15:31 | |
*** tbielawa is now known as tbielawa|relocat | 16:00 | |
*** tbielawa|relocat has quit IRC | 16:08 | |
*** tbielawa has joined #ara | 17:04 | |
*** vcn[m] has quit IRC | 17:10 | |
*** harlowja has joined #ara | 17:17 | |
*** vcn[m] has joined #ara | 17:20 | |
tbielawa | dmsimard: has anyone brought up the idea of supporting InfluxDB backends yet? | 18:40 |
tbielawa | data storage, that is | 18:40 |
dmsimard | tbielawa: ohai | 18:40 |
tbielawa | dmsimard: also, yes, hello, bonjour, etc. ca va? | 18:40 |
dmsimard | tbielawa: so right now there is html and junit, subunit is WIP and there's also something coming for graphite | 18:41 |
dmsimard | tbielawa: I'm personally interested in elasticsearch | 18:41 |
dmsimard | no one has brought up influx yet but it would be nice indeed | 18:41 |
tbielawa | I meant more like the graphite stuff. In addition to sqlite/mysql/mariadb, InfluxDB. I feel like we could get some really rich reporting with that. | 18:41 |
dmsimard | tbielawa: so the problem is that the backend is not really built to be able to export data easily -- you can do it, but it means you need to do the queries to the database that you need and then send stuff over | 18:42 |
tbielawa | I was watching a playbook run here, and I asked myself, is one of these nodes running tasks slower than the other ones all the time? I wish I could get some kind of standard deviation data on elapsed task time per group of hosts running said task | 18:42 |
tbielawa | I got ya. | 18:42 |
dmsimard | tbielawa: I want to work on an (internal) API to abstract logic out of getting data in and out of ARA so it's easier to implement "drivers" | 18:42 |
* tbielawa nods | 18:43 | |
dmsimard | tbielawa: that internal API will be the eventual foundation of an external API (REST or whatever) | 18:43 |
tbielawa | soooooo, a super serious pluggable ORM | 18:43 |
tbielawa | for anisble/ara data | 18:43 |
tbielawa | not directly of course, but in a manner of speaking. | 18:43 |
dmsimard | tbielawa: yeah, it sounds like ARA might eventually become a translator/aggregator for Ansible data | 18:43 |
dmsimard | tbielawa: because there has also been requests for different ways of getting data into ARA -- as in, without using the callback | 18:44 |
dmsimard | (think getting ARA to listen on a message bus and pick up events from there instead of the callback) | 18:44 |
tbielawa | possibilities are endless. | 18:44 |
dmsimard | tbielawa: yup. | 18:45 |
dmsimard | tbielawa: so I'm currently working on getting minimal python3 compatibility (as in, things don't horribly fail and crash), next on my plate is getting ARA to work with the upcoming Ansible 2.4 | 18:46 |
dmsimard | tbielawa: then the API is very likely what will be next. | 18:46 |
tbielawa | all very exciting. | 18:48 |
tbielawa | let's get this man some head-count and get value flowing. | 18:48 |
dmsimard | tbielawa: I wish :) | 18:55 |
dmsimard | tbielawa: I think I almost got python3 unblocked, the major thing left seems to be related an issue I'm hitting in the model only in python3, it doesn't reproduce in python2. Maybe larsks will come through with a solution :) | 18:56 |
tbielawa | dmsimard: forgive the noob-levelness of my suggestion, but have you been running a code coverage utility over it? | 18:57 |
tbielawa | one for py2 one for py3 | 18:57 |
dmsimard | tbielawa: yeah there's a whole batch of unit and integration tests that run against both py2 and py3, you can see them run in code reviews like https://review.openstack.org/#/c/481837/ | 18:58 |
dmsimard | 93% coverage :P http://logs.openstack.org/37/481837/12/check/ara-coverage-ubuntu-xenial/1216434/cover/ | 18:58 |
tbielawa | hehhehehe | 18:58 |
tbielawa | nice! | 18:58 |
dmsimard | some tests run on centos, others on ubuntu too, to try and catch OS flavor specific problems | 18:58 |
tbielawa | naturally. | 19:00 |
*** harlowja has quit IRC | 19:32 | |
tbielawa | dmsimard: crazy idea, hence just irc poke, and not a issue/rfe yet: what if a run could be expected from inside the ARA web interface. | 19:57 |
tbielawa | i mean... http servers will probably time out waiting for all that junk to get generated, but if it were async...... | 19:57 |
dmsimard | tbielawa: expected ? | 19:57 |
tbielawa | *exported | 19:58 |
tbielawa | the static HTML copy | 19:58 |
dmsimard | tbielawa: the UI is passive right now, but what you mention is the kind of opportunity that will be available once we move to an API model | 19:58 |
tbielawa | i'd love that as a kind of 'share with teammates' feature. it just pop's out a gz, or lets me download it in a bit, or puts it in a place on local disk, or something. and then i can pop upload it onto the 'webs' and show teammates something specific easy peasey | 19:58 |
tbielawa | ui passive as more like, MVC without the ability to actually make anything new happen. | 19:59 |
tbielawa | ? | 19:59 |
dmsimard | tbielawa: yeah, that's the way the UI is right now, it's effectively read only | 19:59 |
* tbielawa wishes he had more free hack time | 20:00 | |
dmsimard | tbielawa: going away from read only means we have to be careful because it allows feature creep easily | 20:00 |
tbielawa | hm | 20:00 |
dmsimard | tbielawa: like, hey, let's get ARA to run playbooks from the UI | 20:00 |
dmsimard | and boom you have tower | 20:00 |
dmsimard | :) | 20:00 |
tbielawa | keep it read-only, (following the core values), but continue the core values by making its inherent functionality plugin-ishy | 20:01 |
* tbielawa scrolls back to "let's get this man some head-count and get value flowing." | 20:02 | |
dmsimard | tbielawa: right, I want to stay with the mindset that ARA doesn't do everything but allows you to do everything | 20:05 |
dmsimard | tbielawa: The CLI overcomes some of the weaknesses due to the lack of API but hopefully once the API is there it should be awesome to work with. | 20:05 |
* tbielawa nods | 20:05 | |
tbielawa | I have no doubt, from what i've seen you produce | 20:06 |
*** tbielawa is now known as tbielawa|g0n3 | 20:26 | |
*** tbielawa has joined #ara | 20:28 | |
*** tbielawa|g0n3 has quit IRC | 20:31 | |
*** harlowja has joined #ara | 20:56 | |
*** tbielawa has quit IRC | 21:05 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!