Monday, 2021-04-05

*** jamesden_ has quit IRC00:56
*** jamesdenton has joined #openstack-ansible00:57
*** hindret has quit IRC01:52
*** hindret has joined #openstack-ansible01:56
*** rohit02 has joined #openstack-ansible02:21
openstackgerritMerged openstack/openstack-ansible-os_neutron master: Remove neutron_keepalived_no_track variable  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/77080802:31
*** evrardjp has quit IRC02:33
*** evrardjp has joined #openstack-ansible02:33
*** rohit02 has quit IRC02:41
*** rohit02 has joined #openstack-ansible02:51
openstackgerritMerged openstack/openstack-ansible master: Use ansible_facts[] instead of fact variables in playbooks  https://review.opendev.org/c/openstack/openstack-ansible/+/77799603:12
openstackgerritzhangboye proposed openstack/openstack-ansible-os_nova master: Update master for stable/wallaby  https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/78472203:22
openstackgerritzhangboye proposed openstack/openstack-ansible-os_neutron master: Update master for stable/wallaby  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78472604:18
*** bradm has quit IRC04:39
*** logan- has quit IRC04:39
*** jamesdenton has quit IRC04:42
*** logan- has joined #openstack-ansible04:42
*** jamesdenton has joined #openstack-ansible04:42
*** raukadah is now known as chkumar|ruck04:49
*** jamesdenton has quit IRC04:53
*** jamesden_ has joined #openstack-ansible04:54
*** yasemind has joined #openstack-ansible05:23
*** jamesden_ has quit IRC05:37
*** jamesdenton has joined #openstack-ansible05:38
openstackgerritzhangboye proposed openstack/openstack-ansible-tests master: Update master for stable/wallaby  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/78473806:38
openstackgerritzhangboye proposed openstack/openstack-ansible-rsyslog_server master: Update master for stable/wallaby  https://review.opendev.org/c/openstack/openstack-ansible-rsyslog_server/+/78473906:41
openstackgerritzhangboye proposed openstack/openstack-ansible-repo_server master: Update master for stable/wallaby  https://review.opendev.org/c/openstack/openstack-ansible-repo_server/+/78474106:48
openstackgerritzhangboye proposed openstack/openstack-ansible-rsyslog_client master: Update master for stable/wallaby  https://review.opendev.org/c/openstack/openstack-ansible-rsyslog_client/+/78474206:48
noonedeadpunkmorning08:07
CeeMacmorning08:08
noonedeadpunkwtf has happened with collections installation https://zuul.opendev.org/t/openstack/build/ac4dce3eb7ec44f0b2e0e86baf042f90/log/job-output.txt#2173 Feels like related with new ansible release, and that we install ansible along with ansible base somehow...08:17
jrosseri think we might need to update ansible-lint08:25
jrosserhttps://github.com/ansible-community/ansible-lint/blob/v5.0.6/setup.cfg#L88-L9708:25
jrosserand only install the 'core' extras, rather than 'community'08:25
jrosserwell, maybe that means now you don't get either ansible/ansible-base by default, not sure how extras worked08:26
noonedeadpunkah08:27
noonedeadpunkansible-lint[core]08:27
noonedeadpunkansible-lint[core,yamllint] I guess08:27
* jrosser horror last time i updated ansible lint, serious brokenness everywhere :(08:28
noonedeadpunkyes, I also pretty much afraid of that08:28
noonedeadpunkfrom other side, my sandbox just passed08:29
noonedeadpunkso, um... maybe broken galaxy mirror?08:30
*** sshnaidm|off is now known as sshnaidm08:36
noonedeadpunkbut yeah, sounds like good idea anyway to update ansible-lint. because by default it won't install any ansible which I guess what we need, since we install it anyway inside venv.08:38
noonedeadpunkbut our custom rules are broken with it08:42
zbrjrosser: noonedeadpunk: in case you need help with ansible-lint, i am the current maintainer, ping me if needed.08:45
noonedeadpunkzbr: sure:) But I think we just need courage :P08:45
jrosserlast time took literally weeks to get all our repos passing again after bumping the version08:46
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-tests master: Bump ansible-lint version  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/78475108:49
noonedeadpunkI think we might also face circulare dependency because of having it both in tests and integrated repo at once (and using both requirements, which will conflict)08:49
noonedeadpunkbut maybe it won't be circular, not sure....08:50
zbrv5 became quite picky about code layout, but is very friendly if you follow official guidelines, knowing to auto-install deps.08:53
zbrfor sure that is not enough, you must specify core or community extra, or manually mention ansible version to install.08:54
zbrit may worth doing the same I did with other projects: adopting your custom rules into the linter itself.08:56
noonedeadpunkyeah, already pushed https://review.opendev.org/c/openstack/openstack-ansible-tests/+/784751 - we jsut used old import style08:57
zbri did this for two zuul rules and one from tripleo, makes maintenance much easier.08:57
noonedeadpunkBut what broke for us - were new implemented rules:) ofc it's great to fix things, jsut matter of we ready for that amount of work or not:)08:57
noonedeadpunkour rules are pretty specific and doesn't make sense for anybody08:58
zbrthat is why you can always use "skip_list" and mention that it was skipped during upgrade.08:58
zbryou can always delay implementing a rule, in fact that is what I recommend08:58
jrosserthere were also some really unhelpful contradictory rules08:59
noonedeadpunkany changelog to know what rules have been implemented?08:59
zbrotherwise the bumping efforth can overgrown08:59
zbrhttps://github.com/ansible-community/ansible-lint/releases08:59
jrossertrouble is we bump the version in one place in one repo08:59
jrosserthen that applies to like 50 other repos linter jobs08:59
zbrwell, that will never work well09:00
zbrone of the reasons why I use pre-commit to manage linters, including ansible-lint in almost all repos.09:00
noonedeadpunkotherwise we would have to bump requirements in 50 places everytime :)09:01
zbryes, and that is ok. usually you bump linter when you need, not on each version release.09:01
zbrnow you have a case where you may never be able to upgrade it due to the amount of side effects.09:02
noonedeadpunkI think it's really a tradeoff...09:02
noonedeadpunkbecause amount of work is really comparable in every scenario09:03
zbryes it is, and for years I did had the same opinion that centralized is better.09:03
zbri think that the author of pre-commit tool have some good talks/presentations on why local is better.09:04
zbrusually I bump all linters at once per repo. so the CR-economy is done in a different way09:05
zbrif 10 out of your 50 repos are (less/un)maintained or even broken, who is going to do the leg. work to fix them?09:05
zbryou endup having a case were less important repos to block progress on critical ones09:06
noonedeadpunkI'm not sure that's the case for us09:07
zbrthere is also another aspect, more of a guess: my impression is that while one person may know how to fix issues with some repo, probably nobody knows very well all of them, so they may not be able to finish the work.09:07
zbranyway, if you find bugs or need some changes that could ease your work let me know.09:08
noonedeadpunkyeah, well, I agree here, and local testing is really more clear, but we can't test role anyway without dependencies for the others09:08
noonedeadpunkyeah, sure!09:09
noonedeadpunkthanks for the talk!09:09
zbrwith v5 you have to options for deps: you can mock them in config or install them using requirements.yml09:09
noonedeadpunkzbr: btw, I was wondering regarding ansible plugin for vscode you're maintaing. While I have it installed and enabled, I don't see it doing anything.09:22
noonedeadpunkthe only thing I see in the output is `Ansible Language extension is now active`09:22
noonedeadpunk`"ansible.validate.executablePath"` set to ansible-lint binary in venv09:23
zbrlikely the playbooks are not inside playbooks/ folder.09:23
zbrusually if you can run ansible-lint from vscode terminal, it will work fine.09:23
noonedeadpunkum, so it's not testing like tasks like dropped ansible extension for microsoft did?09:24
zbrit does if file pattern matches one from https://github.com/ansible-community/vscode-ansible/blob/master/package.json#L103-L16309:25
zbrthis extension relies on YAML by RedHat one to do the work but for the moment the file patterns are limited. I am waiting for them to release a fix.09:26
zbrmainly they need to switcht the pattern matching library as the original one bit limited.09:26
noonedeadpunkI think they should match... I tried to do stupid change in https://opendev.org/openstack/openstack-ansible-os_trove/src/branch/master/tasks/main.yml#L95 (by replacing import_tasks with import just for test)09:27
zbrlet me test myself...09:27
zbrit did pick the correct schema for this file, you can see it at the top of the file09:30
zbrbut the tasks schema is incomplete at this moment09:30
noonedeadpunkhm, may it be because I installed ansible-lint inside venv? And it tries to launch system ansible for test?09:30
zbrit does not matter how you install ansible-lint as long you give the path to it.09:31
zbrindeed, you must be sure that you also have ansible installed inside the same venv.09:32
noonedeadpunkI do have it...09:32
zbrhaving it in system should not be an issue,... in theory.09:32
noonedeadpunkwell, when I just running ~/.virtualenvs/ansible/bin/ansible-lint I get `ERROR    FATAL: Ansible CLI (2.9.6) and python module (2.10.7) versions do not match.`09:33
zbrprobably I should add some code to enforce running ansible from the same path as ansible-lint, to avoid this kind of accident09:33
noonedeadpunk(without actiuvating venv)09:33
noonedeadpunkso wondered if vscode may face the same thing09:34
zbrin theory calling a command installed inside a venv, should activate the venv transparently, so a subprocess would run inside one.09:34
noonedeadpunkYeah, I'd expect that :)09:34
zbrbased on the error you are reporting, this seems to be the issue09:34
noonedeadpunk2.9.6 is /usr/bin/ansible version provided by system package09:35
zbrso you say that running lint with manually activating venv works, but directly does not due to error above.09:35
noonedeadpunkyep09:35
zbrwhich tool/version have you used to create the venv? that may be essential.09:36
zbrit can be virtualenv, venv,...09:36
noonedeadpunkum... I think `python3 -m venv`09:36
zbrcan you afford to test virtualenv instead?09:36
noonedeadpunksure09:36
zbri was told that venv may be lacking lots of things, especially when compared with the rewritten virtualenv09:37
*** SiavashSardari has joined #openstack-ansible09:38
zbradded https://github.com/ansible-community/vscode-ansible/issues/5709:40
noonedeadpunksame thing for virtualenv09:40
zbrplease raise a bug on the linter itself, i will try to fix it tomorrow.09:42
zbrtoday i am i vacation and decided to only work on https://github.com/pycontribs/mk :D09:44
zbrthis bug is in the linter but is more likely to impact vscode-ansible users than others. should be easy to fix anyway09:45
noonedeadpunkzbr: https://github.com/ansible-community/ansible-lint/issues/150709:52
noonedeadpunksure, no hurry here I guess09:53
noonedeadpunkyou just that that we can ping you, so I decided not to hesitate:)09:53
zbrno worry, that is a serious bug.09:54
noonedeadpunkzbr: maybe you have a quick solution here. How *lintables should look like here https://github.com/ansible-community/ansible-lint/blob/v5.0.6/src/ansiblelint/runner.py#L39 ? Asking in context of the unit test https://opendev.org/openstack/openstack-ansible-tests/src/branch/master/ansible-lint/test/TestAPTRepositoryCacheUpdateRule.py#L16 where we are missing to pass some arguments10:40
noonedeadpunkaha, found https://github.com/ansible-community/ansible-lint/blob/master/test/TestLocalContent.py10:43
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-tests master: Bump ansible-lint version  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/78475110:46
*** luksky has joined #openstack-ansible10:46
*** tosky has joined #openstack-ansible11:29
*** jamesdenton has quit IRC11:36
*** jamesden_ has joined #openstack-ansible11:36
*** yasemind has quit IRC11:51
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Bump ansible version to 2.10.7  https://review.opendev.org/c/openstack/openstack-ansible/+/78150512:00
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Remove note about metal/horizon compatability  https://review.opendev.org/c/openstack/openstack-ansible/+/77157312:02
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Adjust magnum CI image  https://review.opendev.org/c/openstack/openstack-ansible/+/77424312:07
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Remove duplicated defenition of tempest_run_concurrency  https://review.opendev.org/c/openstack/openstack-ansible/+/76743012:08
*** rh-jelabarre has joined #openstack-ansible12:10
*** tosky has quit IRC12:13
openstackgerritMerged openstack/openstack-ansible master: Fix facts collection for LXC hosts  https://review.opendev.org/c/openstack/openstack-ansible/+/78411212:18
openstackgerritMerged openstack/openstack-ansible master: Install wget binary  https://review.opendev.org/c/openstack/openstack-ansible/+/78150612:18
openstackgerritMerged openstack/openstack-ansible master: Use ansible_facts[] instead of fact variables in docs  https://review.opendev.org/c/openstack/openstack-ansible/+/77800012:19
*** tosky has joined #openstack-ansible12:19
*** d34dh0r53 has joined #openstack-ansible12:26
*** jbadiapa has joined #openstack-ansible12:35
*** spatel_ has joined #openstack-ansible13:08
*** spatel_ is now known as spatel13:08
*** jamesden_ has quit IRC13:08
*** jamesdenton has joined #openstack-ansible13:09
*** SiavashSardari has quit IRC13:29
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_trove master: Update trove configuration  https://review.opendev.org/c/openstack/openstack-ansible-os_trove/+/78457113:33
spateljamesdenton morning13:43
*** tosky has quit IRC13:43
jamesdentonhi13:44
spatelI need your help to understand L3 routing in OVN13:44
spatelI am trying to create DVR where all router get schedule on all compute nodes and traffic will go in/out directly from compute13:45
jamesdentonk13:45
*** tosky has joined #openstack-ansible13:45
spatelI am seeing strange behavior where my traffic going out/in using only 1 compute node out of two13:45
jamesdentonIIRC, default behavior for OSA to is make all compute nodes gateway nodes13:45
spatelits acting like centralized gateway13:46
spatelMy routers got scheduled on both compute nodes but only 1 compute gateway is active and other is standby13:46
spateli want true ACTIVE-ACTIVE13:47
jamesdentondo you see it listed active-standby somewhere? or is that just the behavior you're seeing13:47
spatelBehavior13:47
spatelwhen i attached floating IP to vm (FIP) then it should set external_mac address which is empty in my case.  (document saying if its empty then you have centralized gateway routing)13:48
spatelIf i manually set external_mac address then everything works fine like distributed gateway DVR. so question is how that external_mac will get setup itself..13:49
spatelRedhat document saying that patch that issue but not showing how (i don't have redhat support to look)13:49
jamesdentonwhat is the url for redhat, i can check13:49
spatelcheck this Redhat ticket - https://bugzilla.redhat.com/show_bug.cgi?id=170004313:50
openstackbugzilla.redhat.com bug 1700043 in python-networking-ovn "[RHOSP13] OVN-DVR Floating IP is not distributed in each compute nodes and external_mac column not binded with MAC address" [Urgent,Closed: duplicate] - Assigned to amuller13:50
spatelMay be we are running older version of network-ovn ?13:50
*** tosky has quit IRC13:52
*** tosky has joined #openstack-ansible13:54
jamesdenton"DVR will be used for floating IPs if the ovn / enable_distributed_floating_ip flag is configured to True in the neutron server configuration"13:55
jamesdentonhttps://docs.openstack.org/networking-ovn/latest/faq/index.html13:55
jamesdentoncan you check to see if that is set? and maybe try setting it?13:55
spatel:)14:03
spateli am talking to someone on neutron channel and same thing..14:03
spateli don't have that option set in neutron14:04
spateljamesdenton look like we need to add that in OSA as a variable :)14:05
spatelor did i miss something14:05
spatelalso we don't have OVN section in neutron.conf file should i be doing in ml2.conf ?14:06
jamesdentonthe ovn implementation in OSA is a few years old now, so there's likely been changes/enhancements not accounted for14:08
jamesdentonyou can try adding a neutron.conf override with an [ovn] section and the config option described there14:08
spateli am adding in ml2.conf14:09
spateljamesdenton that works!!!  external_mac        : "fa:16:3e:2d:7e:fa"14:19
jamesdentonwoohoo!14:20
jamesdentonso, that should probably be a configurable option added to the template ,and default to true/false14:20
spatelYes do you want me to cut that patch ?14:21
jamesdentongo for it14:21
spateli am planning to add that option in ml2.conf because that is the bridge of OVN14:22
spateltrying to keep all OVN config in one place instead of multiple location14:22
spateldo you have any other thought ?14:22
jamesdentonwell, that FAQ seems to imply it should be in the neutron.conf since it is a 'site wide' config not local, and ml2_conf is more localized IMO14:24
spatelokay! will add in neutron then14:24
spatelare you checking #neutron channel.. i am talking there. I am still seeing odd behavior14:30
spateljamesdenton ^14:30
spateleven after setting that option behavior is still centralized :(14:39
spatellet me debug and see14:39
jamesdentonyeah, not sure what to say about that right now14:41
spateljamesdenton problem solved :)14:48
spatelyou are right, that option need to be set in neutron.conf14:48
jamesdentonoh alright then14:48
jamesdentonglad its working now14:49
spatellet me cut patch before i get busy somewhere else14:49
*** macz_ has joined #openstack-ansible14:49
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Listen RabbitMQ on all available container networks  https://review.opendev.org/c/openstack/openstack-ansible/+/78478014:50
*** macz_ has quit IRC14:51
*** macz_ has joined #openstack-ansible14:51
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_trove master: [doc] Document how to use separate RabbitMQ cluster  https://review.opendev.org/c/openstack/openstack-ansible-os_trove/+/78478114:52
spateljamesdenton do you think we should keep default option true?15:14
spatelLet me keep false because that is legacy way (centralized FIP)15:17
jamesdentonlet's keep it false, and update the docs. i think there are some that like the centralized approach15:18
spatelYes15:20
openstackgerritSatish Patel proposed openstack/openstack-ansible-os_neutron master: add enable/disable option for OVN-DVR  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78478215:25
spateljamesdenton let me know if anything missing in this patch15:26
jamesdentonjust some doc edits15:26
noonedeadpunkany idea why I don't see such option/section in https://docs.openstack.org/neutron/latest/configuration/neutron.html ?15:27
noonedeadpunkI think config reference is just missing it?15:28
*** dmsimard6 has joined #openstack-ansible15:28
noonedeadpunkbut eventually, I don't see there a need to implement that variable, unless we want non-default behaviour to become default15:28
*** dmsimard has quit IRC15:29
*** dmsimard6 is now known as dmsimard15:29
jamesdentonso, rather than set a var just hardcode to false and let the user override it?15:29
noonedeadpunkyep15:29
noonedeadpunkand document it?15:29
jamesdentonsure, thats fine too15:29
jamesdentonyep15:29
jamesdentonspatel you get that?15:29
noonedeadpunkdefault is false btw https://opendev.org/openstack/neutron/src/branch/master/neutron/conf/plugins/ml2/drivers/ovn/ovn_conf.py#L11815:30
noonedeadpunkbut I'm not sure that is should be put in neutron.conf rather then plugins/ml2?15:31
noonedeadpunkare you sure folks about neutron.conf?15:31
noonedeadpunkhttps://docs.openstack.org/neutron/latest/configuration/ovn.html#ovn.enable_distributed_floating_ip15:32
jamesdentonWell, he tried ml2_conf first and it didn't work as expected, but in neutron.conf it did? The FAQ here implies neutron.conf, but i don;'t know for sure: https://docs.openstack.org/neutron/latest/ovn/faq/index.html15:32
jamesdentonAFAIK we do not have an ovn.ini15:33
noonedeadpunkin config reference it seems to be ovn.ini but we really don't have it...15:33
spatelhmmm15:34
noonedeadpunkwell, if it worked in neutron.conf - then fine...15:34
* noonedeadpunk has no idea15:34
jamesdentonwell, we may want to revisit the way ovn conf is laid down if the new way is an independent config file, then fine15:34
spatelyes i don't think we need more cookie cut (keep everything in one place is good)15:34
jamesdentonwell, it's nice to be consistent with upstream if possible15:35
noonedeadpunkI'm fine with it until it works:)15:35
jamesdentonspatel you have time to deploy a devstack? :)15:35
spatelsure i can do that15:35
noonedeadpunkwe can look in neutron logs :p15:35
spateljamesdenton what do you want me to test with devstack?15:36
jamesdentonjust wanted to see what files get laid down for ovn config. since it's been merged with neutron15:37
noonedeadpunkhttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_847/784058/1/check/neutron-ovn-tempest-ovs-release/847178f/controller/logs/etc/neutron/15:37
jamesdentonwe have stuff in ml2_conf that now may be better suited for ovn.ini or whatever15:37
spatelI will try devstack and see how does it work15:37
noonedeadpunkare we not good enough with how neutron does CI? I believe that's devstack anyway?15:38
jamesdentonwell, it would appear CI doesn't match docs15:39
jamesdentoni don't see why the option wouldn't have worked in ml2_conf, honestly15:39
spatellook like OVN has tons of knobs, may be someday we have to do ovn.ini to keep them in one place - https://docs.openstack.org/neutron/ussuri/configuration/ovn.html15:41
spatelor do it today15:41
spatelquestion is are these option specific for ovn-northd or neutron-server also?15:42
jamesdentonthey should get combined, since you invoke neutron-server w/ the plugin config file(s)15:42
*** rohit02 has quit IRC15:44
*** rohit02 has joined #openstack-ansible15:44
spatelanyway i will do devstack and see how does it laid out structure15:44
spatelI also need to test ovsdb-server clusting15:46
spatelnoonedeadpunk in your comments what document you want me to write up?15:47
spatelrelease notes?15:47
noonedeadpunkjamesdenton: once you;re here, can I ask you to vote on https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/783047 ?15:47
noonedeadpunkspatel: um, no. eventually this patch is not needed at all, since you can easily use overrides to set that variable15:48
noonedeadpunkprobably some note about that option why and how to set it in https://docs.openstack.org/openstack-ansible-os_neutron/latest/app-ovn.html ?15:48
spateloh! i know what you saying15:48
spatelmake sense15:49
spatelI will add something in NOTES section, is that ok or you want specific section for DVR?15:50
spatelI think new DVR section would be good to catch eyeballs :)15:52
*** rohit02 has quit IRC16:22
*** jamesdenton has quit IRC16:33
*** jamesden_ has joined #openstack-ansible16:33
spotzspatel noonedeadpunk - add me to the docs when the patch is up and I'll look16:49
spatelspotz sure will do16:49
openstackgerritMerged openstack/openstack-ansible-os_nova master: Do not use imports inside included task  https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/78304717:19
*** spatel has quit IRC18:11
*** spatel_ has joined #openstack-ansible18:22
*** spatel_ is now known as spatel18:22
*** jamesden_ has quit IRC18:23
*** jamesdenton has joined #openstack-ansible18:23
*** dmsimard has quit IRC19:19
*** dpawlik0 has quit IRC19:42
*** dpawlik3 has joined #openstack-ansible19:42
*** dmsimard has joined #openstack-ansible19:47
*** dpawlik3 has quit IRC19:57
*** dpawlik0 has joined #openstack-ansible19:58
*** dmsimard has quit IRC20:00
*** dpawlik6 has joined #openstack-ansible20:22
*** dpawlik0 has quit IRC20:23
*** rh-jelabarre has quit IRC20:27
*** rh-jelabarre has joined #openstack-ansible20:27
*** LowKey has quit IRC20:38
*** LowKey has joined #openstack-ansible20:46
*** dmsimard has joined #openstack-ansible21:05
*** dpawlik6 has quit IRC21:26
*** dpawlik5 has joined #openstack-ansible21:26
*** spatel has quit IRC21:28
*** dpawlik5 has quit IRC21:56
*** dpawlik0 has joined #openstack-ansible21:56
*** dpawlik5 has joined #openstack-ansible22:07
*** dpawlik0 has quit IRC22:08
*** dpawlik5 has quit IRC22:11
*** dpawlik9 has joined #openstack-ansible22:11
*** luksky has quit IRC22:42
*** bradm has joined #openstack-ansible23:05
*** tosky has quit IRC23:19
*** dpawlik4 has joined #openstack-ansible23:26
*** dpawlik9 has quit IRC23:26
*** macz_ has quit IRC23:35
*** dpawlik4 has quit IRC23:41
*** dpawlik5 has joined #openstack-ansible23:41

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!