Perl 6 - the future is here, just unevenly distributed

IRC log for #openstack-rally, 2014-12-31

| Channels | #openstack-rally index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:14 kevinbenton joined #openstack-rally
00:21 openstackgerrit li,chen proposed stackforge/rally: use function next() instead of next() method on iterator objects  https://review.openstack.org/144547
01:09 openstackgerrit Li Yingjun proposed stackforge/rally: Move files to common lib(Part 3)  https://review.openstack.org/143938
01:21 openstackgerrit Li Yingjun proposed stackforge/rally: Move files to common lib(Part 3)  https://review.openstack.org/143938
01:32 psd joined #openstack-rally
02:13 barra204_ joined #openstack-rally
02:27 rvcehimanshu joined #openstack-rally
02:31 Poornima joined #openstack-rally
02:32 yaguang joined #openstack-rally
02:39 mwagner_lap joined #openstack-rally
04:09 exploreshaifali joined #openstack-rally
05:19 nkhare joined #openstack-rally
05:31 rdas joined #openstack-rally
05:32 psd joined #openstack-rally
05:36 psd boris-42, https://review.openstack.org/#/c/144505/
05:48 neeti joined #openstack-rally
06:01 boris-42 psd you should remove period
06:01 boris-42 psd: from first line
06:02 boris-42 psd: as well you should fix unit tests
06:25 psd boris-42, I'll try these changes and get back
06:26 boris-42 psd: so actually to better understand what is happening
06:26 boris-42 psd: there is Jenkins (our CI)
06:26 boris-42 psd: it runs N jobs and put results as a links in his message
06:27 boris-42 psd: gate-rally-pep8 is code style
06:27 boris-42 psd: so to run locally tox -epep8
06:27 boris-42 psd: gate-rally-docs generates documentation
06:28 boris-42 psd: gate-rally-python27 are unittests, they are located in tests/unit/
06:28 boris-42 psd: to run locally tox -epy27
06:28 psd boris-42, okay
06:28 boris-42 psd: rally-coverage - runs tox -epy27 but it's purpose is to collect info about test coverage
06:29 boris-42 psd: gate-rally-dsvm-rally | gate-rally-dsvm-neutron-rally are our functional jobs
06:29 boris-42 psd: actually this script is run https://github.com/stackforge/rally/blob/master/tests/ci/rally-gate.sh
06:30 boris-42 psd: gate-rally-install-bare-* are testing that ./install_rally.sh works properly
06:30 boris-42 psd: gate-rally-dsvm-cli is just functional testing for all CLI commands it runs this https://github.com/stackforge/rally/blob/master/tests/ci/rally-integrated.sh
06:30 boris-42 psd: actually this tests are run https://github.com/stackforge/rally/tree/master/tests/functional
06:31 boris-42 psd: gate-rally-dsvm-verify runs tests related to rally verify command
06:31 boris-42 psd: gate-rally-fox-self is not yet ready so it is failing
06:32 boris-42 psd: in your case gate-rally-dsvm-neutron failed cause of race somewhere in openstack
06:32 boris-42 psd: in such cases you can just type in review "recheck"
06:32 boris-42 psd: but in your case you have as well bugs so it doesn't make any sense to recheck results
06:35 psd That's a lot of info. I'll try and digest it :)
06:36 psd boris-42, Thanks :)
06:59 boris-42 psd: np
07:00 psd boris-42, actually I am new to python and I facing trouble reading the tox -epy27 output on terminal. any suggestions?
07:01 yfried joined #openstack-rally
07:02 boris-42 psd paste output
07:03 psd paste.openstack.org/show/155235
07:04 neeti joined #openstack-rally
07:04 boris-42 psd: so yep cause of some bug in tox or somewhere else it prints 3 times error=)
07:04 boris-42 psd: instead of once
07:04 boris-42 psd: what you are interested in is line with test that is failing
07:05 boris-42 tests.unit.benchmark.processing.test_plot.PlotTestCase.test__process_results
07:05 psd oh oka
07:05 boris-42 ^ psd this is the path to your test
07:05 boris-42 so it will be in tests/unit/benchmark/processing/test_plot
07:05 boris-42 and class will be PlotTestCase
07:05 boris-42 and method test_process_results
07:06 psd okay
07:06 boris-42 psd:   File "tests/unit/benchmark/processing/test_plot.py", line 125, in test__process_results
07:06 boris-42 this is the line
07:06 nmagnezi joined #openstack-rally
07:06 boris-42 so 2 expected dict is not equal to what you passed
07:07 boris-42 psd: it's caused because you changed code and didn't change corresponding tests
07:08 psd boris-42, One doubt : this tests directory should be there in my local repo?
07:08 boris-42 psd: yes it is
07:08 boris-42 psd: tests are going together with code
07:09 psd boris-42, okay
07:10 boris-42 psd: here is it https://github.com/stackforge/rally/blob/master/tests/unit/benchmark/processing/test_plot.py#L102
07:11 psd I got it in my local repo :)
07:23 akuznetsova joined #openstack-rally
07:23 openstackgerrit Nir Magnezi proposed stackforge/rally: Adds support for instances with IPv6 addresses in VMScenario  https://review.openstack.org/144462
07:27 prmtl joined #openstack-rally
07:35 openstackgerrit Yair Fried proposed stackforge/rally: Adds floating_network to network context  https://review.openstack.org/144472
07:35 openstackgerrit Yair Fried proposed stackforge/rally: (WIP) Moves ping utilities from "vm" to "nova"  https://review.openstack.org/143849
07:48 openstackgerrit Yair Fried proposed stackforge/rally: (WIP) Moves ping utilities from "vm" to "nova"  https://review.openstack.org/143849
08:04 yfried boris-42: good morning, I can't seem to get https://review.openstack.org/#/c/143849/ to pass the unittests
08:04 yfried boris-42: could you please help me with https://jenkins05.openstack.org/job/gate-rally-python27/815/consoleFull
08:05 yfried boris-42: ImportError: No module named bench_utils - this is what I'm getting from a bunch of tests. I have no idea why
08:05 boris-42 yfried: one moment
08:07 boris-42 yfried: btw I am not going to work tomorrow=)
08:07 boris-42 yfried: I hope you too=)
08:07 yfried boris-42: tnx
08:09 yfried nmagnezi: http://logs.openstack.org/62/144462/8/check/gate-rally-dsvm-rally/bc9cb7b/rally-plot/results.html.gz
08:10 nmagnezi boris-42, hi there
08:22 nmagnezi boris-42, need your advice with this: http://logs.openstack.org/62/144462/8/check/gate-rally-dsvm-rally/bc9cb7b/rally-plot/results.html.gz
08:22 nmagnezi boris-42, no idea why it fails. my patch is not related to create_image_and_boot_instances :\
08:31 rvcehimanshu joined #openstack-rally
08:50 nkhare joined #openstack-rally
08:51 boris-42 nmagnezi: welcome to OpenStack
08:51 boris-42 nmagnezi: =)
08:51 boris-42 nmagnezi: races of OpenStack*
08:51 boris-42 nmagnezi: you should write on review "recheck"
08:51 boris-42 nmagnezi: it will re-lunch CI
08:57 yfried andreykurilin1: questions about https://www.mirantis.com/blog/rally-openstack-tempest-testing-made-simpler/
08:57 yfried andreykurilin1: is this still supported by rally?
08:58 tzabal joined #openstack-rally
09:01 boris-42 yfried: yep it is
09:01 boris-42 yfried: take a look at gate-dsvm-rally-verify
09:01 boris-42 yfried: jenkins output
09:05 andreykurilin joined #openstack-rally
09:05 coolsvap joined #openstack-rally
09:07 nmagnezi boris-42, it went well now
09:07 nmagnezi boris-42, i guess "welcome to openstack" indeed
09:07 nmagnezi :)
09:08 boris-42 nmagnezi: that is the main reason why I am working on rally lol
09:09 nmagnezi boris-42, to catch races?
09:09 boris-42 nmagnezi: to show everybody that OpenStack need to be fixed before production=)
09:10 yfried boris-42: so - is it possible to point it at my pre-installed tempest repo?
09:10 boris-42 yfried: nope without hacks*
09:10 boris-42 yfried: the only thing that you can pass is tempest.conf file
09:11 boris-42 yfried: but you extend rally verify command to specify as well tempest installation
09:11 yfried boris-42: will do
09:11 boris-42 yfried: or install it on specific commit*
09:11 boris-42 yfried: or both
09:11 boris-42 =)
09:11 nmagnezi boris-42, +100
09:11 boris-42 nmagnezi: okay your patch got from me +2
09:11 boris-42 nmagnezi: we need to find one more core
09:11 nmagnezi boris-42, thanks!
09:12 yfried boris-42: no reason to have rally DL a new tempest if I'm already working on a tempest repo locally
09:12 nmagnezi boris-42, Sergey Skripnick already have me +2 but it got lost because of pep8 :(
09:12 boris-42 nmagnezi: I think they are sleeping now
09:12 boris-42 nmagnezi: so no worries=)
09:12 nmagnezi boris-42, :-)
09:12 boris-42 yfried: sure, so yep it will nice feature
09:13 boris-42 will be*
09:13 yfried boris-42: also - if I don't have a pre-created conf, will it be able to auto create a conf file?
09:13 boris-42 yfried: yep it already does that
09:13 yfried boris-42: can you point me to the code?
09:13 boris-42 yfried: it's not ideal =( but it's better then nothing
09:14 boris-42 yfried: verify cli commands are here https://github.com/stackforge/rally/blob/master/rally/cmd/commands/verify.py
09:14 boris-42 yfried: some kind of config generation https://github.com/stackforge/rally/blob/master/rally/verification/verifiers/tempest/config.py#L53
09:15 yfried boris-42: we have something similar
09:16 boris-42 yfried: dkranz is author?
09:16 yfried boris-42: yeah
09:16 boris-42 yfried: we want to move to his script
09:16 boris-42 yfried: but don't have enough thoroughput*
09:16 nmagnezi boris-42, on another topic, what's needed in order to have rally gates run with centos7 guest images (as it already does with cirros)?
09:17 yfried boris-42: what do you meant throughput?
09:17 amaretskiy joined #openstack-rally
09:17 boris-42 yfried: team is not enough big
09:17 boris-42 yfried: priorities are different =(
09:18 boris-42 yfried: we have more tasks then hands=)
09:18 yfried amaretskiy: good morning. could you please take a look at https://review.openstack.org/#/c/144472/ and see if it's not conflicting with your work?
09:18 yfried boris-42: well, we want to help
09:18 amaretskiy yfried, good morning
09:18 amaretskiy yfried, of course!
09:19 yfried boris-42: what about the execution and parsing of tempest output?
09:19 boris-42 yfried: it's already done
09:19 boris-42 yfried: like in article (article is not bullshiting)
09:19 boris-42 yfried: set of command that is run in CI
09:19 boris-42 yfried: https://github.com/stackforge/rally/blob/master/tests/ci/rally-verify.sh
09:20 boris-42 yfried: it produce such output http://logs.openstack.org/62/144462/8/check/gate-rally-dsvm-verify/05b804d/
09:20 yfried boris-42: I believe the article, I'm looking for the code. It will take me a little while to get to know your project, it's a pretty big one
09:21 boris-42 all code related to tempest integration is here https://github.com/stackforge/rally/tree/master/rally/verification/verifiers/tempest
09:23 boris-42 yfried: nmagnezi btw guys we are looking for cores
09:23 boris-42 yfried: nmagnezi so reviewing makes sense!=)
09:23 nmagnezi boris-42, noted :)
09:23 yfried boris-42: ack
09:24 boris-42 1-2 good reviews per day in average is enough to become core
09:24 yfried boris-42: will take me a little time to give good reviews until I get to know the code
09:24 boris-42 more good reviews per -> faster becoming core)
09:25 boris-42 yfried: just start reviewing and you'll get fast deep knowledge of project=)
09:26 yfried boris-42: ack
09:27 yfried boris-42: also, I was wondering if rally cli/api can replace some of the arguments in the json/yaml files such as context, etc
09:29 boris-42 yfried: replace?
09:29 boris-42 yfried: I am working on task templates
09:29 boris-42 yfried: actually I finished patch, but I dislike something in it I don't know exactly what I dislike=)
09:30 yfried boris-42: I'll give you an example
09:30 yfried boris-42: assuming I have  json test
09:30 yfried boris-42: and I want to run it with different contexts from time to time
09:32 yfried boris-42: or change runner concurrency
09:32 yfried boris-42: I'd like to be able to do --runner concurrency=1
09:32 yfried boris-42: and later --runner concurrency=25
09:33 yfried boris-42: thus adding/overriding the runner section of the json
09:34 boris-42 yfried: it's not the right way to do that
09:34 boris-42 yfried: we will support templates
09:34 boris-42 yfried: jinja2 templates
09:34 boris-42 yfried: so you'll be able to pass variables to this template
09:35 boris-42 yfried: and not change every time task
09:35 boris-42 yfried: like rally task start some_template --task-args='{"concurrency": 1}'
09:35 boris-42 something like that
09:35 boris-42 and in task you'll write something like
09:35 boris-42 ....
09:35 boris-42 runner:
09:35 boris-42 ....
09:36 boris-42 concurrency: {{concurrency}}
09:36 yfried boris-42: I'm talking about executing tasks via api/cli instead of using the task files
09:36 boris-42 I'll write blogpost when we finish that
09:36 boris-42 yfried: sorry I have to go (but could you explain then in more details)
09:36 yfried boris-42: will you be back today?
09:37 boris-42 yep I will be
09:37 yfried boris-42: tnx. I'll look for you later.
09:52 tkammer joined #openstack-rally
09:54 yfried amaretskiy: I'm stuck with the unittests on this https://review.openstack.org/#/c/143849/
09:54 yfried amaretskiy: no idea why they fail
09:55 amaretskiy yfried I will check this out
10:36 andreykurilin1 yfried: hi, yes) and we will do some refactoring around verification in near future:)
10:42 amaretskiy yfried, unfortunately, a piece of rework is required (https://review.openstack.org/#/c/144472/)
10:42 amaretskiy yfried, but patch idea is good, thanks!
10:45 andreykurilin1 yfried|afk: ^
10:52 chenli12 joined #openstack-rally
11:18 amaretskiy yfried|afk please look at my comments in https://review.openstack.org/#/c/143849/
11:19 amaretskiy yfried|afk our patches are clashing
11:19 yfried amaretskiy: tnx. that's why I wanted your input with that
11:20 yfried amaretskiy: I see you're the network guy here :)
11:20 amaretskiy we have to decide how to resolve this to avoid unnecessary цщкл
11:20 yfried amaretskiy: ???
11:20 yfried amaretskiy: I'm going to rebase my work on yours
11:20 amaretskiy *... this to avoid unnecessary work
11:21 amaretskiy ok
11:21 oanufriev joined #openstack-rally
11:21 amaretskiy so let's make code first, then make tests
11:22 amaretskiy i'm thinking about moving floating_ip from boot_runcommand_delete to _boot_server :)
11:22 amaretskiy we do similar work
11:26 prmtl joined #openstack-rally
11:28 yfried amaretskiy: that's what I did! :)
11:28 yfried amaretskiy: let's break this to multiple patches so we can cooperate
11:29 amaretskiy yfried, good point. i will consider how to do that in best way
11:30 amaretskiy probably improvements in network wrapper will go first
11:30 amaretskiy so you can use it in your patch
11:31 yfried amaretskiy: so let's define what we want the wrapper/context to do and see how to start work on it
11:31 yfried amaretskiy: your current patch feels too complex for me to review and/or join without some guidance
11:31 openstackgerrit Mikhail Dubov proposed stackforge/rally: [WIP] Restructure Rally docs  https://review.openstack.org/120018
11:32 psd_ joined #openstack-rally
11:32 amaretskiy 1) https://review.openstack.org/#/c/144472/  <-- this patch has no conflicts, just make updates (see my comment)
11:32 openstackgerrit Mikhail Dubov proposed stackforge/rally: [WIP] Restructure Rally docs  https://review.openstack.org/120018
11:33 amaretskiy 2) https://review.openstack.org/#/c/143849/  <-- huge conflicts, so I propose:
11:33 amaretskiy I will split my patch (https://review.openstack.org/#/c/144337/) into parts
11:34 amaretskiy first part will be updates in rally.benchmark.wrappers.network
11:34 openstackgerrit Mikhail Dubov proposed stackforge/rally: [WIP] Restructure Rally docs  https://review.openstack.org/120018
11:34 amaretskiy so you will be able to use wrapper in your patch to assign floating ip to server
11:35 amaretskiy you can copy pieces of code from https://review.openstack.org/#/c/144337/
11:35 amaretskiy then I will take your patch and update my boot_runcommand_delete
11:36 amaretskiy i think this work flow is also complex but it solves conflicts
11:36 amaretskiy yfried, what do you think?
11:37 yfried amaretskiy: could you create an etherpad with everything you wrote and we'll discuss it there? IMO it will be clearer
11:37 amaretskiy ok
11:38 amaretskiy yfried what about gdoc?
11:38 yfried amaretskiy: sure
11:41 amaretskiy yfried https://docs.google.com/a/mirantis.com/document/d/1p1473pRwBqthIa7tlbVAbm5OZT6RS4mgVDvR1p-e2EM/edit
11:56 amaretskiy yfried I have an idea
11:56 amaretskiy since I've already partially done code for your patch (I mean wrapper.network routines for floating ip)
11:57 amaretskiy I propose to wait until I complete and merge my https://review.openstack.org/#/c/144337/
11:57 amaretskiy so you can use this patch (if you want)
11:58 amaretskiy it seems that trying to solve patches conflicts (60% or more) will take a huge amount of time and efforts
11:58 amaretskiy yfried, what do you think?
12:00 amaretskiy yfried|afk ^
12:01 openstackgerrit Merged stackforge/rally: Move files to common lib(Part 3)  https://review.openstack.org/143938
12:06 openstackgerrit Oleh Anufriiev proposed stackforge/rally: WIP 'sample' decorator  https://review.openstack.org/140033
12:22 yfried amaretskiy: seems reasonable. what's the ETA on https://review.openstack.org/#/c/144337/ ?
12:22 yfried amaretskiy: I was hoping you could break it to smaller patches, or at least give more details in the gdoc so I could do a proper review
12:24 amaretskiy yfried ETA is undefined :) since each patch is a point of community review and must be approved by core developers. I hope ETA is is January
12:25 amaretskiy s/is is/is in/
12:25 yfried amaretskiy: ^ I know all that :) but your patch says WIP. wondering what's the ETA on that until it's no longer WIP
12:25 amaretskiy yfried, yes I think splitting into smaller patches is good approach
12:27 amaretskiy yfried i hope WIP will be removed on Jan'2
12:27 yfried amaretskiy: ok. I'll follow your work
12:28 amaretskiy okay! I will do my best on this patch
12:37 openstackgerrit Merged stackforge/rally: Adds support for instances with IPv6 addresses in VMScenario  https://review.openstack.org/144462
12:47 jaypipes joined #openstack-rally
12:59 rvcehimanshu joined #openstack-rally
13:13 yfried amaretskiy: https://review.openstack.org/#/c/144472/2/rally/benchmark/wrappers/network.py,cm I'm obviously handling the config/context wrong
13:15 amaretskiy yfried no problem :) , let's make an update
13:15 yfried amaretskiy: I want the network context to discover external network automatically with the ability for users to specify a network name (or id, but that's later) so that the context will register that network
13:15 yfried amaretskiy: and scenarios will be able to search it
13:16 yfried amaretskiy: ie - in scenario, I'll do something like
13:16 yfried amaretskiy: if context.network["floating_network"] -> get me a floating ip
13:16 yfried amaretskiy: could you comment on the patch how exactly I could do that?
13:17 amaretskiy yes, but what if we want to create a network in scenario
13:17 amaretskiy should we make another wrapper instance
13:17 yfried amaretskiy: a new external network?
13:17 amaretskiy on just call create_network with another argument
13:17 amaretskiy no
13:17 amaretskiy new fixed network
13:18 amaretskiy with proper router configuration
13:18 yfried self.net_wrapper.create_network(add_router=True)
13:18 yfried amaretskiy: ^ isn't that the way?
13:23 yfried amaretskiy: what's the difference between self.context and self.config?
13:25 amaretskiy yfried, okay, your idea is not only specify floating network name exactly, it is to store its name in context - that is also problematic since IMO we can just obtain this name exactly in context class (without modifying wrapper at all)
13:25 yfried amaretskiy: so you don't like the auto discovery?
13:26 amaretskiy tehre is an auto discovery already implemented
13:27 amaretskiy https://github.com/stackforge/rally/blob/master/rally/benchmark/wrappers/network.py#L143
13:29 amaretskiy self.config is a `context' part of input data (json/yaml) - that is just a configuration for context
13:29 amaretskiy self.context is a data container for something prepared before scenario is started
13:30 yfried amaretskiy: yeah, but it isn't saved anywhere, so all router creations will retry to auto discover, and you won't be able to reuse the discoverd name in scenario, the same way you can reuse the created secgroup in secgroup context
13:32 yfried amaretskiy: I want to store the discoverd ext-net for future use same wat that secgroup context is storing the created secgroup for boot_server to create a VM into it
13:33 amaretskiy yfried I do not understand why you use "floating_network": {  "type": "string"   } in config
13:33 amaretskiy this nam eis auto-discovered
13:34 amaretskiy you can just take it
13:34 amaretskiy not specify explicitly
13:34 yfried amaretskiy: what if I have 2 external network in my setup? I want to tell rally what network to use
13:34 amaretskiy in this case you should specify it to create_network
13:34 openstackgerrit Roman Vasilets proposed stackforge/rally: Add murano benchmarks  https://review.openstack.org/137661
13:34 openstackgerrit Roman Vasilets proposed stackforge/rally: Add murano base for murano benchmarks  https://review.openstack.org/137650
13:34 amaretskiy as i said in my comment
13:35 amaretskiy also
13:35 amaretskiy never modify something implicitly
13:35 yfried amaretskiy: I'm sorry, I don't follow. please remember that I am new to rally. I might be doing something that I didn't mean to do. sorry
13:36 openstackgerrit Sergey Skripnick proposed stackforge/rally: Add new script for gate jobs  https://review.openstack.org/144633
13:37 amaretskiy just use network object returned by crteate_network()
13:37 amaretskiy take averything you want from it
13:37 openstackgerrit Roman Vasilets proposed stackforge/rally: Add murano benchmarks  https://review.openstack.org/137661
13:38 amaretskiy no problem, please submit next patch set :)
13:38 yfried amaretskiy: I want the name of the external network discoverd by the wrapper
13:38 amaretskiy ok
13:38 yfried amaretskiy: it's not part of the network object
13:38 amaretskiy I will make extra comments in your patch
13:39 amaretskiy to make the idea clearer
13:39 yfried amaretskiy: tnx
14:02 vkmc joined #openstack-rally
14:02 vkmc joined #openstack-rally
14:17 openstackgerrit Sergey Skripnick proposed stackforge/rally: Add new script for gate jobs  https://review.openstack.org/144633
14:26 openstackgerrit Sergey Skripnick proposed stackforge/rally: Add new script for gate jobs  https://review.openstack.org/144633
14:35 openstackgerrit Sergey Skripnick proposed stackforge/rally: Add new script for gate jobs  https://review.openstack.org/144633
14:43 tzabal joined #openstack-rally
14:44 andreykurilin joined #openstack-rally
14:51 openstackgerrit Yair Fried proposed stackforge/rally: Adds floating_network to network context  https://review.openstack.org/144472
14:51 openstackgerrit Yair Fried proposed stackforge/rally: (WIP) Moves ping utilities from "vm" to "nova"  https://review.openstack.org/143849
14:51 openstackgerrit Yair Fried proposed stackforge/rally: Injects custom messages to RallyException as default  https://review.openstack.org/144637
14:52 yfried amaretskiy: I think I figured it out - https://review.openstack.org/#/c/144472/
15:00 openstackgerrit Alexander Maretskiy proposed stackforge/rally: (WIP) Improvements for scenario VMTasks.boot_runcommand_delete  https://review.openstack.org/144337
15:01 amaretskiy left #openstack-rally
15:03 tzabal left #openstack-rally
15:38 openstackgerrit Yair Fried proposed stackforge/rally: Adds floating_network to network context  https://review.openstack.org/144472
15:38 openstackgerrit Yair Fried proposed stackforge/rally: (WIP) Moves ping utilities from "vm" to "nova"  https://review.openstack.org/143849
15:38 openstackgerrit Yair Fried proposed stackforge/rally: Injects custom messages to RallyException as default  https://review.openstack.org/144637
15:38 boris-42 yfried: my wife doesn't allow me to work =)
15:38 boris-42 yfried: today
16:01 yfried boris-42: you already said that. enjoy. Happy new year
16:07 boris-42 joined #openstack-rally
18:19 psd joined #openstack-rally
19:18 yfried joined #openstack-rally
19:24 openstackgerrit Prabhjyot Singh Sodhi proposed stackforge/rally: Wrongly formatted input task  https://review.openstack.org/144505
19:39 exploreshaifali joined #openstack-rally
20:22 nmagnezi joined #openstack-rally
20:33 andreykurilin joined #openstack-rally
20:41 andreykurilin joined #openstack-rally
20:46 andreykurilin joined #openstack-rally
21:01 tkammer joined #openstack-rally
22:26 andreykurilin Happy new year!!
22:27 akuznetsova_ joined #openstack-rally
22:29 gema_ joined #openstack-rally
22:36 NikitaKonovalov joined #openstack-rally
22:49 flwang joined #openstack-rally
22:49 zhiyan joined #openstack-rally
22:51 vaidy_ril joined #openstack-rally

| Channels | #openstack-rally index | Today | | Search | Google Search | Plain-Text | summary