*** openstackgerrit has quit IRC | 01:35 | |
*** openstackgerrit has joined #ara | 01:51 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-plugins master: Set the playbook status and infer the resulting status https://review.openstack.org/610759 | 01:51 |
---|---|---|
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: model: change playbook.completed to playbook.status https://review.openstack.org/610760 | 01:52 |
dmsimard | apollo13: ^ was thinking of doing the same thing for tasks and plays | 01:58 |
dmsimard | mostly useful in a webui context, to display the right thing at the right time | 01:58 |
*** gvincent has joined #ara | 06:31 | |
*** spiette has quit IRC | 07:00 | |
*** spiette has joined #ara | 07:03 | |
*** sshnaidm|afk has joined #ara | 09:32 | |
*** sshnaidm|afk is now known as sshnaidm | 10:03 | |
openstackgerrit | Guillaume Vincent proposed openstack/ara-server master: Add search by name on playbook endpoint https://review.openstack.org/610927 | 10:30 |
*** sshnaidm has quit IRC | 11:00 | |
*** sshnaidm has joined #ara | 11:01 | |
dmsimard | gvincent: what's the difference between that django filter backend vs https://github.com/openstack/ara-server/blob/master/ara/server/settings.py#L145 ? | 11:35 |
gvincent | search filter is for /api/v1/endpoint?search=<my_search> | 11:36 |
gvincent | ordering is for /api/v1/endpoint??ordering=<field> | 11:37 |
gvincent | django filter is for /api/v1/endpoint?<field>=<my_search> | 11:37 |
*** sshnaidm has quit IRC | 11:38 | |
*** sshnaidm has joined #ara | 11:38 | |
dmsimard | Oh, sure. What I meant is that we added django_filters to installed apps but drf docs seem to add it another way | 11:38 |
dmsimard | https://www.django-rest-framework.org/api-guide/filtering/#setting-filter-backends | 11:38 |
gvincent | dmsimard, in settings the filtering is available for everyendpoint | 11:39 |
gvincent | > You can also set the filter backends on a per-view | 11:39 |
gvincent | I can update settings if you prefer | 11:40 |
dmsimard | I'm not quite awake yet, I'll read about it later | 11:40 |
dmsimard | apollo13 might have an opinion on https://review.openstack.org/610927 | 11:41 |
dmsimard | gvincent: also btw: https://review.openstack.org/#/q/topic:completed-to-status | 11:41 |
dmsimard | I even have a WIP patch to implement it for ara-web | 11:42 |
dmsimard | But npm crashed my laptop last night | 11:42 |
dmsimard | It's probably not the right way though | 11:43 |
*** yeled has quit IRC | 11:44 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-web master: WIP implement playbook status https://review.openstack.org/610935 | 11:47 |
dmsimard | gvincent: ^ it doesn't work though, I'm not sure how to pass the variable/state around | 11:48 |
*** yeled has joined #ara | 11:49 | |
gvincent | dmsimard, setState should never be called in render method | 11:49 |
dmsimard | gvincent: yeah, I was just trying different things | 11:49 |
dmsimard | I tried just setting status_metadata without setState and it wouldn't work ? | 11:49 |
dmsimard | like logging the return from get_status_metadata worked but trying to use the status_metadata var turned up empty/undef | 11:50 |
dmsimard | so I thought it had to do with the state | 11:50 |
dmsimard | I am soooo noob with react haha | 11:50 |
dmsimard | if you can point me in the right direction I can probably land that | 11:51 |
gvincent | because of { status_metadata } dmsimard | 11:51 |
gvincent | const { a } = b; | 11:51 |
gvincent | a = 1 | 11:51 |
gvincent | if b = { a : 1 } | 11:52 |
gvincent | const status_metadata = this._get_status_metadata(playbook.status); | 11:52 |
gvincent | and in this._get_status_metadata(playbook.status) just return dict | 11:52 |
gvincent | case '...' : | 11:52 |
dmsimard | yeah I was returning the dict before but it didn't work so I tried setState | 11:52 |
gvincent | return {} | 11:52 |
dmsimard | I'll try that | 11:53 |
gvincent | but you can also create a dict{ running: {}, ...} and do a status[playbook.status] || defaultStatus | 11:54 |
dmsimard | it works now T_T | 11:55 |
dmsimard | const var != const { var } | 11:55 |
dmsimard | ¯\_(ツ)_/¯ | 11:55 |
gvincent | dmsimard, { a } syntax is destructuring syntax | 11:56 |
gvincent | == dict[a] | 11:57 |
openstackgerrit | David Moreau Simard proposed openstack/ara-web master: WIP implement playbook status https://review.openstack.org/610935 | 11:57 |
dmsimard | ^ "fixed" version (for now), I'll come back to it later.. going to send kids to school | 11:57 |
gvincent | const var = b[var] == const {var} = b | 11:57 |
*** bcoca has joined #ara | 12:16 | |
dmsimard | gvincent: oh ok, I understand the syntax now | 12:36 |
*** sshnaidm has quit IRC | 12:36 | |
*** sshnaidm has joined #ara | 12:39 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-web master: First iteration of playbook status icons based on playbook.status https://review.openstack.org/610935 | 13:04 |
*** sshnaidm is now known as sshnaidm|afk | 13:05 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-web master: Make the permalink icon for playbooks larger https://review.openstack.org/610962 | 13:05 |
*** sshnaidm|afk has quit IRC | 13:09 | |
*** tbielawa has joined #ara | 13:21 | |
*** helloweenx has joined #ara | 13:23 | |
helloweenx | hello, can someone please help me out setting up ARA website? | 13:25 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Use playbook.updated instead of "now" for calculating duration https://review.openstack.org/610968 | 13:30 |
dmsimard | helloweenx: hey, depends what you need help with | 13:31 |
dmsimard | ask away :) | 13:31 |
helloweenx | oh thanks | 13:37 |
helloweenx | so i just followed ara documentation and now i am kind of stucked. i have running apache2, if i run ara-wsgi website starts in "test / devel / whatever mode", but when i close this, website shuts down | 13:39 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: model: change playbook.completed to playbook.status https://review.openstack.org/610760 | 13:40 |
helloweenx | i guess in the documentation its just example, where everyone can test it, but i am not sure, in which point i should start configuring it my way | 13:40 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Change parameters to arguments in hacking/validate https://review.openstack.org/610973 | 13:41 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: model: change playbook.completed to playbook.status https://review.openstack.org/610760 | 13:42 |
dmsimard | helloweenx: maybe the ansible role can help you get started and you can go from there ? | 13:42 |
dmsimard | https://github.com/openstack/ansible-role-ara | 13:42 |
dmsimard | it provides three different deployment options -- apache with mod_wsgi, nginx as reverse proxy to embedded server and embedded server | 13:43 |
dmsimard | If you don't want to use the role, perhaps you can find the answers you're looking for in there | 13:43 |
dmsimard | The role is still a work in progress but it works last I know | 13:43 |
helloweenx | yea thats what i thought when i see your link, thanks ;) | 13:44 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add search by name on playbook endpoint https://review.openstack.org/610927 | 13:49 |
*** themurph has joined #ara | 14:11 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add play filtering by playbook id https://review.openstack.org/610994 | 14:23 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add play filtering by uuid https://review.openstack.org/610995 | 14:23 |
helloweenx | soo one more stupid question, if i want to run apache wsgi mod, i just run ansible-role-ara/example-playbooks/mod_wsgi.yml, or is there anything else i should do? | 14:27 |
dmsimard | helloweenx: that sets up the ARA web application to run with apache mod_wsgi, nothing else | 14:32 |
dmsimard | helloweenx: I mean, you still need to run playbooks with the right database | 14:32 |
dmsimard | and the callback enabled | 14:32 |
helloweenx | thats actually all what i want | 14:32 |
helloweenx | but i get error when i run that .yml | 14:33 |
dmsimard | what's the error ? | 14:33 |
helloweenx | ERROR! the role 'ara' was not found in .. and my path | 14:33 |
helloweenx | and ERROR! 'systemd' is not a valid attribute for a Play | 14:34 |
dmsimard | oh, yeah, because the default role path in ansible is relative to the directory where the playbooks are located in | 14:34 |
dmsimard | I should improve the README.. :p | 14:35 |
dmsimard | ok so where is your role located right now ? | 14:35 |
helloweenx | yea maybe, its kind a hard for noobs in this area to understand :-D | 14:35 |
helloweenx | man i have to go, can i get back to you tommorow? end of work time for now ;) | 14:36 |
dmsimard | sure | 14:37 |
dmsimard | helloweenx: I'm on eastern time zone in north america so give me time to wake up if you come early :p | 14:38 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add task filtering by playbook id https://review.openstack.org/610999 | 14:45 |
*** Serienmorder has joined #ara | 14:46 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add host filtering by playbook id https://review.openstack.org/611002 | 15:00 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add stats filtering by playbook id https://review.openstack.org/611003 | 15:00 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add result filtering by playbook id https://review.openstack.org/611004 | 15:00 |
*** gvincent has quit IRC | 15:17 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add result filtering status https://review.openstack.org/611015 | 15:29 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add result filtering by status https://review.openstack.org/611015 | 15:29 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add stats filtering by host https://review.openstack.org/611016 | 15:34 |
*** sshnaidm has joined #ara | 15:37 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-web master: First iteration of playbook status icons based on playbook.status https://review.openstack.org/610935 | 15:37 |
openstackgerrit | Merged openstack/ara-server master: Change parameters to arguments in hacking/validate https://review.openstack.org/610973 | 15:46 |
openstackgerrit | David Moreau Simard proposed openstack/ara-web master: Make the permalink and clock icons for playbooks larger https://review.openstack.org/610962 | 15:54 |
*** sshnaidm has quit IRC | 16:13 | |
*** tbielawa is now known as tbielawa|mtg | 16:30 | |
*** tbielawa|mtg is now known as tbielawa|lunch | 17:02 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add play filtering by uuid https://review.openstack.org/610995 | 17:27 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add task filtering by playbook id https://review.openstack.org/610999 | 17:27 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add host filtering by playbook id https://review.openstack.org/611002 | 17:27 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add stats filtering by playbook id https://review.openstack.org/611003 | 17:27 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add result filtering by playbook id https://review.openstack.org/611004 | 17:27 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add result filtering by status https://review.openstack.org/611015 | 17:27 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add stats filtering by host https://review.openstack.org/611016 | 17:27 |
*** tbielawa|lunch is now known as tbielawa | 18:31 | |
apollo13 | oh someone was on a rampage :D | 18:35 |
dmsimard | apollo13: gvincent showed me how to do filtering and I just patterned off from there | 18:37 |
apollo13 | yeah I am looking at his initial PR and see if we need all of it | 18:37 |
dmsimard | apollo13: seems simple enough so I went for it, I don't know if you had something else in mind | 18:45 |
apollo13 | dmsimard: seems fine; that said I'd drop filter_backends = (DjangoFilterBackend,) from everywhere and add 'django_filters.rest_framework.DjangoFilterBackend', to the default set… | 18:45 |
apollo13 | in settings.py | 18:45 |
apollo13 | this way we do not have to repeat ourself all the time | 18:45 |
*** themurph has quit IRC | 18:46 | |
dmsimard | apollo13: sure, I'll land a patch on top of that tree so we don't need to rebase everything | 18:46 |
apollo13 | wow, you really wrote tests for all that | 18:48 |
apollo13 | is there a way to see a diff for https://review.openstack.org/#/q/status:open+project:openstack/ara-server+branch:master+topic:api-filtering ? | 18:49 |
apollo13 | ie not the individual commits but rather the whole | 18:49 |
dmsimard | apollo13: only individual commits | 18:49 |
apollo13 | to bad, for changes like this I vastly prefer a normal review like github has :) | 18:50 |
dmsimard | apollo13: I could've added all the filters to everything in one commit but felt it would be easier to review since they were distinct bits :p | 18:50 |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Add DjangoFilterBackend to default DRF filter backends https://review.openstack.org/611128 | 18:51 |
dmsimard | ^ like this ? | 18:52 |
dmsimard | looked to me like it worked from testing | 18:52 |
apollo13 | jupp | 18:52 |
apollo13 | we might also drop the search filter, it is basically for "search" like you have in the django admin | 18:53 |
apollo13 | not sure if it is really useful | 18:53 |
apollo13 | ordering as default seems to allow ordering by any fields | 18:53 |
apollo13 | which can be rather expensive if we don't have indices in place; so I'd remove that for the global defaults too | 18:53 |
apollo13 | that gerrit instance feels so weirdly different to the gerrit I know from qt | 18:54 |
dmsimard | what's the URL for the qt one ? | 18:54 |
apollo13 | https://codereview.qt-project.org/ | 18:55 |
apollo13 | mainly I miss the All Unified diff | 18:55 |
dmsimard | apollo13: openstack has 2.13 and qt has 2.7 | 18:56 |
dmsimard | and they're working on upgrading to 2.15 | 18:56 |
dmsimard | with the new polygerrit ui | 18:56 |
apollo13 | so things are getting worse? :D | 18:56 |
dmsimard | I think there are some nice things in polygerrit but I haven't looked at it too much | 18:56 |
dmsimard | looks like this: https://review.gerrithub.io/q/status:open | 18:56 |
dmsimard | It's notably better at mobile and there is a notion of single page diff somewhere | 18:57 |
apollo13 | left you a few +1 and a few +0 with a comment about relying on implicit result set ordering | 19:04 |
apollo13 | otherwise the changes look good to me | 19:04 |
apollo13 | btw is there a way to let zuul cherry-pick or fast forward merge patches? the current git history looks like some hot mess :D | 19:09 |
dmsimard | yeah zuul automatically checks if things can merge in their current state or not | 19:11 |
dmsimard | if zuul realizes it won't be able to merge a patch, it'll let you know | 19:11 |
apollo13 | but why all the merge commits if you look at https://github.com/openstack/ara/commits/master | 19:12 |
dmsimard | that's gerrit, not zuul | 19:12 |
dmsimard | zuul basically clicks the submit button in gerrit | 19:13 |
dmsimard | and the current "policy" in gerrit is merge if necessary | 19:13 |
dmsimard | s/policy/strategy/ | 19:13 |
apollo13 | ah | 19:13 |
dmsimard | when you're looking at commits that are stacked on top of another, you can look in this pane for more info: https://imgur.com/a/LZQyx4e | 19:14 |
dmsimard | so for example, gvincent's patch for playbook.name is the first patch and that first patch is on top of the current master | 19:14 |
dmsimard | and then all commits are respectively on top of one another until the one where I move the backend | 19:14 |
apollo13 | yeah, I do get that, just looked through gerrit's merge/rebase options | 19:15 |
dmsimard | you can also hover the parent sha1 | 19:15 |
openstackgerrit | Merged openstack/ara-server master: Add search by name on playbook endpoint https://review.openstack.org/610927 | 19:16 |
dmsimard | apollo13: what do you think about https://review.openstack.org/#/c/610760/ ? I would tend to do the same thing for play and task (which both have "completed") | 19:17 |
dmsimard | The callback implementation is in https://review.openstack.org/#/c/610759/ | 19:17 |
apollo13 | I like it | 19:19 |
dmsimard | a big question that I have | 19:19 |
dmsimard | and it's a problem even in 0.x | 19:19 |
dmsimard | maybe bcoca would have an idea | 19:20 |
dmsimard | ara has no way to tell if a playbook is really still running if it hasn't sent the last hook (playbook_on_stats) | 19:20 |
dmsimard | i.e, we do not have a way to differentiate a playbook that is in progress vs a playbook that will never end because it's crashed or something | 19:21 |
apollo13 | so the crash problem you cannot fix I guess (if you just "hard" kill all python processes) | 19:22 |
dmsimard | I don't see a lot of solutions that aren't about timeouts | 19:22 |
apollo13 | what you can do for a sensible running information is probably to update a timestamp on the playbook every time anything in the playbook is updated via the api | 19:23 |
dmsimard | we have that | 19:23 |
apollo13 | then you could use that as timeout too yes; but a reboot action could take minutes, so how long do you want to wait… | 19:23 |
dmsimard | yeah | 19:23 |
dmsimard | or I've seen command tasks take >1 hour :) | 19:23 |
apollo13 | "<dmsimard> we have that" I see playbook only inherit duration which is start/end | 19:24 |
dmsimard | maybe there could be a soft timeout and a hard timeout, regardless, I see those being implemented client side | 19:24 |
apollo13 | ah no, base | 19:24 |
apollo13 | sorry | 19:24 |
apollo13 | hrmpf, something just crashed my irc client | 19:25 |
dmsimard | like maybe after 30 minutes of inactivity without completion the playbook would turn into an unknown status and then after 2 hours it displays that it crashed or something | 19:25 |
dmsimard | but this would be business logic in the web UI | 19:26 |
apollo13 | jupp | 19:26 |
apollo13 | mhm, how can I base a change on https://review.openstack.org/#/c/611128/ ? | 19:27 |
dmsimard | apollo13: you check out the patch | 19:27 |
dmsimard | in the UI you can click download and then copy the checkout line | 19:27 |
dmsimard | or there's also people that use git-review | 19:27 |
apollo13 | ah there we are | 19:27 |
dmsimard | git review -d 611128 ? I think | 19:28 |
apollo13 | Oh right, gotta read the cmd :D | 19:28 |
apollo13 | s/cmd/help/ | 19:28 |
dmsimard | I got into a bit of a rush today to demo 1.0 at an ansible meetup I'm presenting at tomorrow :p | 19:30 |
openstackgerrit | Florian Apolloner proposed openstack/ara-server master: Removed default search and ordering filters. https://review.openstack.org/611141 | 19:30 |
apollo13 | hehe | 19:31 |
openstackgerrit | Florian Apolloner proposed openstack/ara-server master: One does not simply send emails to gvincent *scnr* https://review.openstack.org/611144 | 19:37 |
dmsimard | lol | 19:37 |
dmsimard | copy pasta | 19:37 |
dmsimard | I need to check if there's a way to have tox run all the commands and then return an exit status | 19:38 |
apollo13 | any objections into splitting settings files up in dev, prod & test ? | 19:38 |
dmsimard | so that, for example, black doesn't prevent isort from running | 19:38 |
dmsimard | apollo13: need to pick up kids, be back in 15 or so | 19:38 |
openstackgerrit | Merged openstack/ara-server master: model: change playbook.completed to playbook.status https://review.openstack.org/610760 | 19:41 |
openstackgerrit | Merged openstack/ara-plugins master: Set the playbook status and infer the resulting status https://review.openstack.org/610759 | 19:44 |
openstackgerrit | Merged openstack/ara-server master: Add play filtering by playbook id https://review.openstack.org/610994 | 19:58 |
*** tbielawa is now known as tbielawa|mtg | 20:00 | |
*** themurph has joined #ara | 20:02 | |
dmsimard | apollo13: the configuration for the callback and action plugins are taken care of by ansible itself | 20:03 |
dmsimard | with magic like https://github.com/openstack/ara-plugins/blob/master/ara/plugins/callback/ara_default.py#L39-L92 and https://github.com/openstack/ara-plugins/blob/master/ara/plugins/callback/ara_default.py#L120-L134 | 20:03 |
apollo13 | I literally mean for ara-server | 20:03 |
dmsimard | yup, I wasn't finished | 20:03 |
dmsimard | we need a way to configure ara-server | 20:05 |
dmsimard | and ara-web as well | 20:05 |
dmsimard | I guess what I'm trying to convey is that ideally we would not have 3 different places to configure things ? | 20:05 |
dmsimard | however | 20:06 |
apollo13 | well, imo the callback should stay as is; it makes sense for it to be configured like ansible does | 20:06 |
dmsimard | right, and it will also always have ansible installed because it's meant to run with ansible | 20:06 |
dmsimard | so it can import etc | 20:06 |
dmsimard | ideally the backend wouldn't depend on ansible though | 20:07 |
apollo13 | jupp | 20:07 |
dmsimard | What do you have in mind ? | 20:07 |
apollo13 | which configuration will ara-web need? | 20:07 |
dmsimard | Not much, at least the API server it needs to talk to | 20:07 |
dmsimard | Then perhaps things that are more preferences (default sort order, etc.) | 20:08 |
apollo13 | if at all; I mean ara-server could serve ara-web and then it would "know" where the server is | 20:08 |
apollo13 | what I had in mind was replacing settings.py with a settings/ package and then have dev/prod/test in there | 20:08 |
apollo13 | this way one can get rid of most of the if stuff in there and it is clean wrt usage | 20:09 |
dmsimard | yeah, we need to expose only what is relevant to the users | 20:09 |
apollo13 | ie the env loading stuff goes into prod.py, dev.py simply has adefault working set with no options | 20:09 |
apollo13 | and test will disable debug etc… | 20:09 |
apollo13 | I'll throw it up for review when I am done, easier to show than tell… you will see then what you'd like | 20:10 |
dmsimard | sure | 20:10 |
dmsimard | apollo13: fwiw ara-web currently defaults it's API server to be 127.0.0.1:8000 (the django dev server) | 20:11 |
dmsimard | so you can basically do "tox -e runserver" on ara-server and then "npm install; npm start" for ara-web and you're good to go | 20:12 |
dmsimard | I want to get to a point where we can have static builds of the UI and have the API server be https://demo.getara.org/api/v1/ | 20:13 |
dmsimard | this allows us to have a built UI in integration job logs | 20:13 |
dmsimard | Zuul does this, for example: http://logs.openstack.org/80/610980/1/check/zuul-build-dashboard/0aeed9e/npm/html/status | 20:13 |
dmsimard | Is actually hooking up to the http://zuul.openstack.org/status API | 20:14 |
dmsimard | So same backend, but the UI in the logs has the patch that was just tested | 20:14 |
dmsimard | and then I want that demo.getara.org to get updated after every commit to ara-server/ara-plugins/ara-web | 20:15 |
dmsimard | oh, ara-clients too :p | 20:16 |
openstackgerrit | Florian Apolloner proposed openstack/ara-server master: Split settings into multiple files (dev/prod/test). https://review.openstack.org/611161 | 20:25 |
apollo13 | hehe, yeah a live deployment somewhere would be nice | 20:25 |
apollo13 | time for bed. good night! | 20:25 |
dmsimard | apollo13: I'll look at your patch, thanks and good night :) | 20:26 |
*** sshnaidm has joined #ara | 21:01 | |
*** sshnaidm is now known as sshnaidm|off | 21:01 | |
openstackgerrit | David Moreau Simard proposed openstack/ara-server master: Merge the tox-pep8 and tox-format jobs and use tox-linters https://review.openstack.org/611166 | 21:04 |
*** Serienmorder has quit IRC | 21:16 | |
*** tbielawa|mtg is now known as tbielawa | 21:40 | |
*** tbielawa is now known as tbielawa|g0n3 | 21:46 | |
*** sshnaidm|off has quit IRC | 21:48 | |
openstackgerrit | Merged openstack/ara-server master: Add play filtering by uuid https://review.openstack.org/610995 | 22:46 |
openstackgerrit | Merged openstack/ara-server master: Add task filtering by playbook id https://review.openstack.org/610999 | 22:46 |
openstackgerrit | Merged openstack/ara-server master: Add host filtering by playbook id https://review.openstack.org/611002 | 22:46 |
openstackgerrit | Merged openstack/ara-server master: Add stats filtering by playbook id https://review.openstack.org/611003 | 22:46 |
openstackgerrit | Merged openstack/ara-server master: Add result filtering by playbook id https://review.openstack.org/611004 | 22:46 |
openstackgerrit | Merged openstack/ara-server master: Add result filtering by status https://review.openstack.org/611015 | 22:46 |
openstackgerrit | Merged openstack/ara-server master: Add stats filtering by host https://review.openstack.org/611016 | 22:46 |
openstackgerrit | Merged openstack/ara-server master: Add DjangoFilterBackend to default DRF filter backends https://review.openstack.org/611128 | 23:28 |
openstackgerrit | Merged openstack/ara-server master: Removed default search and ordering filters. https://review.openstack.org/611141 | 23:28 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!