Tuesday, 2019-06-04

*** nicolasbock has quit IRC00:01
openstackgerritJimmy McCrory proposed openstack/openstack-ansible-os_nova master: Cleanup debian nova service distro package list  https://review.opendev.org/66288800:02
openstackgerritJimmy McCrory proposed openstack/openstack-ansible-os_neutron master: Cleanup debian neutron service distro package list  https://review.opendev.org/66289000:09
*** tuxjohnson has quit IRC00:10
*** weifan has quit IRC00:15
*** weifan has joined #openstack-ansible00:16
openstackgerritMohammed Naser proposed openstack/openstack-ansible-plugins master: connection: drop shlex_quote import  https://review.opendev.org/66288500:18
openstackgerritMohammed Naser proposed openstack/openstack-ansible-plugins master: connection: don't sudo if we're running as root  https://review.opendev.org/66288400:18
*** weifan has quit IRC00:20
*** ansmith has quit IRC00:23
*** ansmith has joined #openstack-ansible00:23
*** markvoelker has quit IRC00:24
*** Adri2000 has quit IRC00:40
*** Adri2000 has joined #openstack-ansible00:45
*** ansmith_ has joined #openstack-ansible00:46
*** ansmith has quit IRC00:46
*** hwoarang has quit IRC01:17
*** gyee has quit IRC01:19
*** hwoarang has joined #openstack-ansible01:22
*** ansmith_ has quit IRC01:25
*** kplant has quit IRC01:36
*** itandops has quit IRC02:04
*** itandops has joined #openstack-ansible02:04
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_barbican master: db_setup: refactor database setup to a common file  https://review.opendev.org/66283202:18
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_designate master: db_setup: refactor database setup to a common file  https://review.opendev.org/66283902:19
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_aodh master: db_setup: refactor database setup to a common file  https://review.opendev.org/66282702:20
*** BjoernT has joined #openstack-ansible02:25
*** BjoernT_ has joined #openstack-ansible02:29
*** BjoernT has quit IRC02:31
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_ironic master: db_setup: refactor database setup to a common file  https://review.opendev.org/66290702:32
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_magnum master: db_setup: refactor database setup to a common file  https://review.opendev.org/66290902:38
*** jsquare has quit IRC02:42
*** jsquare has joined #openstack-ansible02:42
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_manila master: db_setup: refactor database setup to a common file  https://review.opendev.org/66291603:02
*** tuxjohnson has joined #openstack-ansible03:10
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_masakari master: db_setup: refactor database setup to a common file  https://review.opendev.org/66292303:13
*** tuxjohnson has quit IRC03:15
*** gregwork has joined #openstack-ansible03:33
*** hwoarang has quit IRC03:59
*** hwoarang has joined #openstack-ansible04:01
*** udesale has joined #openstack-ansible04:25
*** ivve has quit IRC04:36
*** BjoernT_ has quit IRC05:00
*** pcaruana has joined #openstack-ansible05:13
*** radeks has joined #openstack-ansible05:18
*** pcaruana has quit IRC05:23
*** pcaruana has joined #openstack-ansible05:28
*** hwoarang has quit IRC05:28
*** raukadah is now known as chandankumar05:29
*** hwoarang has joined #openstack-ansible05:30
*** NewJorg has joined #openstack-ansible05:31
openstackgerritChandan Kumar (raukadah) proposed openstack/openstack-ansible-os_tempest master: [redhat] Added python3 packages for os_tempest role  https://review.opendev.org/66197905:40
openstackgerritChandan Kumar (raukadah) proposed openstack/openstack-ansible-os_tempest master: [DNM] python3  https://review.opendev.org/66218505:40
*** ivve has joined #openstack-ansible05:42
*** Chosimba1 has quit IRC05:47
*** Chosimba1 has joined #openstack-ansible05:47
*** itandops has quit IRC05:49
*** kopecmartin|off is now known as kopecmartin06:07
_jannoWhat's the best way to get some feedback regarding neutron? #openstack-neutron isn't very chatty.06:10
*** cshen has joined #openstack-ansible06:27
*** jbadiapa has joined #openstack-ansible06:41
*** evrardjp_ is now known as evrardjp06:43
*** ianychoi has quit IRC06:57
*** ianychoi has joined #openstack-ansible06:58
*** luksky has joined #openstack-ansible07:08
openstackgerritChandan Kumar (raukadah) proposed openstack/openstack-ansible-os_tempest master: [redhat] Added python3 packages for os_tempest role  https://review.opendev.org/66197907:12
openstackgerritChandan Kumar (raukadah) proposed openstack/openstack-ansible-os_tempest master: [DNM] python3  https://review.opendev.org/66218507:12
*** markvoelker has joined #openstack-ansible07:32
*** cshen has quit IRC07:40
*** cshen has joined #openstack-ansible07:41
*** tosky has joined #openstack-ansible07:58
*** markvoelker has quit IRC08:05
*** priteau has joined #openstack-ansible08:23
*** itandops has joined #openstack-ansible08:34
*** hwoarang has quit IRC08:37
*** hwoarang has joined #openstack-ansible08:43
*** itandops has quit IRC08:49
CeeMacmorning08:51
*** spsurya has joined #openstack-ansible08:51
CeeMac_janno: maybe try the ML?  I've noticed #openstack-neutron isn't very chatty also. They tend to talk amongst themselves and ignore questions :(08:52
_jannoCeeMac: It's comforting that they're not just ignoring me. I'll give it a try. Thanks.08:53
CeeMac_janno: if they are, they're ignoring me too :)08:55
CeeMacyou could try in #openstack as well, sometimes you can get a reply there08:56
*** aludwar has quit IRC09:06
*** aludwar has joined #openstack-ansible09:07
fnpanicmorning09:23
jamesdentonwhat kind of feedback are you needing, _janno ?09:23
_jannojamesdenton: I am wondering if it is possible to configure neutron to create vxlan interfaces in unicast mode and with configured local ip09:28
noonedeadpunkmornings:)09:28
CeeMaco/09:29
_jannojamesdenton: It seems that unicast only works if you enable l2pop, but I'm not yet sure if I need l2pop at all if I'm doing BGP-EVPN.09:34
_jannojamesdenton: and when I enable l2pop and doesn't use local_ip as expected09:42
*** phasespace has joined #openstack-ansible09:51
*** mugsie_ is now known as mugsie09:52
*** hwoarang has quit IRC09:54
*** hwoarang has joined #openstack-ansible09:55
phasespaceWhen I ran the os-nova-install playbook yesterday it tried to upgrade libvirt. I think I encountered a bug while processing package libvirt-daemon-system. systemd totally freaks out and all systemctl commands and logins time out. Has anyone else encountered this?10:02
*** markvoelker has joined #openstack-ansible10:02
phasespacehappened on all the nodes that attempted the upgrade10:03
*** luksky has quit IRC10:06
*** ansmith_ has joined #openstack-ansible10:28
*** markvoelker has quit IRC10:36
*** ansmith_ has quit IRC10:40
*** nicolasbock has joined #openstack-ansible10:40
*** nicolasbock has quit IRC10:47
*** hwoarang has quit IRC11:06
*** hwoarang has joined #openstack-ansible11:08
*** spatel has joined #openstack-ansible11:09
*** luksky has joined #openstack-ansible11:25
*** kplant has joined #openstack-ansible11:30
CeeMacguilhermesp: can you let me know if/when you're around? Have a question/issue around image-volume cache and volume-backed images I'm hoping you'll know the answer to :)11:31
*** tuxjohnson has joined #openstack-ansible11:32
*** markvoelker has joined #openstack-ansible11:33
*** dave-mccowan has joined #openstack-ansible11:37
jamesdenton_janno Local IP simply refers to a pre-configured IP address that will be used as the VTEP on the host. It will be used with multicast or l2pop, and AFAIK, does not (directly) interact with any BGP EVPN config you may have in place11:42
*** yolanda has quit IRC11:44
*** tuxjohnson has left #openstack-ansible11:45
*** udesale has quit IRC11:52
*** udesale has joined #openstack-ansible11:52
openstackgerritkourosh vivan proposed openstack/openstack-ansible-os_tempest master: segmentations parameters for network is omit  https://review.opendev.org/66301311:56
openstackgerritChandan Kumar (raukadah) proposed openstack/openstack-ansible-os_tempest master: Switch to import_task in os_tempest  https://review.opendev.org/65005411:58
*** mkuf_ has joined #openstack-ansible11:59
*** mkuf has quit IRC12:02
*** strattao has joined #openstack-ansible12:03
*** mkuf_ has quit IRC12:03
*** markvoelker has quit IRC12:05
*** spatel has quit IRC12:12
noonedeadpunkguilhermesp: I've placed another comment for the discussion here https://review.opendev.org/#/c/662923 - maybe I'm not right, but in my opinion we'll decrease complexity a bit by moving this single task to main.yml (like we did with install include during migration to python_venv_build)12:17
*** mugsie is now known as mugsie_12:18
*** mugsie_ is now known as mugsie12:18
openstackgerritChandan Kumar (raukadah) proposed openstack/openstack-ansible-os_tempest master: [redhat] Added python3 packages for os_tempest role  https://review.opendev.org/66197912:26
openstackgerritChandan Kumar (raukadah) proposed openstack/openstack-ansible-os_tempest master: [DNM] python3  https://review.opendev.org/66218512:26
*** shyamb has joined #openstack-ansible12:34
*** priteau has quit IRC12:34
guilhermespmorning all! CeeMac whenever you need I'm around12:38
guilhermespnoonedeadpunk: looking12:38
*** ansmith_ has joined #openstack-ansible12:39
guilhermespyeah noonedeadpunk I was thinking about that for some roles. There are playbooks with only one task inside. We could add them to the main. I was just thinking in a metter of a patterns across all roles regardelss this12:40
guilhermespbut certainly could be something to think more about12:40
*** spsurya has quit IRC12:40
guilhermespI've seen too that some roles are not following the name convention for galera variables. But I haven't touched them yete12:40
guilhermespyet*12:40
noonedeadpunkguilhermesp: yep, that's good point. But we still have _install.yml includes, but only for selected roles.12:42
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_magnum master: db_setup: refactor database setup to a common file  https://review.opendev.org/66290912:45
CeeMachi guilhermesp !12:47
CeeMaci've been looking into the configuration options for volume-backed images and I noticed you had a patch recently related.  I was wondering if you have it working yourself and what backend you use.12:48
CeeMacamongst other things12:48
*** shyamb has quit IRC12:49
guilhermesphi CeeMac ! I've worked with that in a deployment earlier this year. I have some notes still of this deployment and I planned to patche more stuff but haven't had the opportunity. In my case, we were using a dell equallogic cluster to serve for volumes and volume-backed images.12:55
guilhermespI think the amount of issues will depend on the backend you use hahaha I bet with ceph everthing is smooooth12:55
*** priteau has joined #openstack-ansible12:57
*** ansmith_ has quit IRC12:58
CeeMacguilhermesp: i bet13:00
CeeMacsadly i'm not using ceph, haha13:00
guilhermespwhat backend are you using?13:01
CeeMacfrom your recollection, did it "just work" if you followed the config options in the docs?13:01
CeeMacI'm using Zadara cinder-volume driver13:01
*** BjoernT has joined #openstack-ansible13:01
CeeMacit uses iSER connect to back end storage13:01
*** shyamb has joined #openstack-ansible13:01
CeeMacalso trying to work out if I can only use RAW images for upload, or if other formats would be auto-converted to RAW once I enable it13:02
guilhermesphum, some things I remember is that I needed to add glance on metal, containers wasn't working to use iscsi connectors inside lxc containers, in that time I saw that was a bug so, we just gave up using glance in containers and deploy it on metal13:02
guilhermespalso, images needs to be cached locally, which degrade a lot the performance13:03
CeeMaci have a bunch of config overrides configured and it looks like the config has taken, I'm just about to run a test.  I was getting some weird errors in cinder though after deploying an instance and I'm not sure if its linked13:03
CeeMacdid you have image-voume cache? or normal/default cache?13:03
CeeMacalso, does glance need to be able to see the backend direct> I thought it might communicate with cinder via the cinder-volume api?13:04
*** priteau has quit IRC13:04
CeeMacor does it talk to the cinder node with front-end iscsi? that side of things is all a little fuzzy for me still13:04
guilhermespI think it needs to talk to cinder node via iscsi. But one question: did you already deploy everything, like, you can create the image-volume already? no errors at all? I see in my notes there are a bunch of things to do, like installing oslo-rootwrap, drop sudoers file for glance, add a os-brick rootwrap filters ...13:06
* guilhermesp trying to remember all workarounds I needed to do :P13:07
CeeMacyeah, i didn't do any of that yet.  I set the config entries as per the docs https://docs.openstack.org/cinder/rocky/admin/blockstorage-volume-backed-image.html and https://docs.openstack.org/cinder/rocky/admin/blockstorage-volume-backed-image.html using config template overrides13:07
guilhermespwhat I remember is that, as it communicates with the volume via iscsi connector, it won't work in glance container, only in glance on metal13:08
CeeMacjust about to try and upload a raw image and see what happens13:08
CeeMacdid it generate errors in the glance-api log?13:08
guilhermespcool, I think we are going to have more to discuss as you start seeing the errors haha13:08
*** lucashxu has joined #openstack-ansible13:08
guilhermespI think you'll find more logs in cinder-volume logs13:08
*** lucashxu has quit IRC13:10
guilhermespso you will be able to see isci logs in there13:10
guilhermespyour glance is placed in containers right?13:10
CeeMacit is, on the controllers13:10
CeeMacok, I'll set a monitor away on the cinder-volume logs and the glance-api logs and see what happens, brb!13:11
guilhermespI'd expect it iscsi to fail as glance is in containers, but lets see13:11
guilhermespfound one of the links I was looking at that time https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/122685513:12
openstackLaunchpad bug 1226855 in lxc (Ubuntu) "Cannot use open-iscsi inside LXC container" [Wishlist,Confirmed]13:12
*** schwicht has joined #openstack-ansible13:15
CeeMacits "saving" currently, but the put request looks like its going to file  "PUT /v2/images/9c13aa3f-24b8-4e57-a679-e9af9410897d/file"13:15
CeeMacunless it caches it to file first then uploads it to volume?13:15
guilhermespI think it caches it to the file first13:16
* CeeMac waits13:16
guilhermespwith ceph i think it send directly13:16
* guilhermesp ceph is the best 13:16
CeeMaci'd like to test with ceph at some point, we have a partnership with Zadara for storage though currently so the decision was made to stick with them initially13:17
CeeMacand as they have a cinder-volume driver that seemed to make sense13:17
guilhermespi see, I don't feel secure nowadays to use another backend to glance volume-image backend tbh13:17
*** lucashxu has joined #openstack-ansible13:18
guilhermespbut as a POC of other drives, sounds nice, we can autid things and eventually patch stuff to make it work for a variaty of vendor. I remember was a headache to make it work for dell equallogic13:18
CeeMacso there is a file there for the image in /var/lib/glance/images/13:19
CeeMaci'm in contact with the dev who wrote the driver, so hopefully he'll be able to help :)13:19
CeeMaci've convinced him to deploy a OSA AIO to assist in his testing instead of using devstack :D13:20
CeeMacok, so it looks like it just created a file backed image. let me check the config again13:20
*** hwoarang has quit IRC13:21
guilhermespuoow simpler as I imagined, maybe this driver is much more efficient ? :P13:22
* guilhermesp using AIO to develop ++13:23
*** hwoarang has joined #openstack-ansible13:27
mgariepyanyone here is a rabbitmq expert?13:28
mnaserwe all wish we weren't, mgariepy13:29
*** strattao has quit IRC13:30
mgariepythe queue are not replicated on the rabbitmq cluster, i am wondering if we should set it for each vhost directly13:30
mgariepyi'm currently running rocky btw. maybe it's better on stein.13:31
noonedeadpunkmgariepy: I've placed patch for stein to fix that13:31
mnasermgariepy: we did that already thanks to noonedeadpunk work :)13:31
*** spatel has joined #openstack-ansible13:32
mgariepydoes it need to be done on each roles when the queue is created ? or only rabbitmq-server role ?13:32
mgariepynoonedeadpunk, mind pointing me to your patches?13:33
mgariepyhmm doesn't it worth backporting the patches to rocky ?13:34
mgariepyand queens maybe.13:35
noonedeadpunkhttps://review.opendev.org/#/q/topic:rabbitmq_vhost_policies+status:merged13:35
openstackgerritSorin Sbarnea proposed openstack/openstack-ansible-os_tempest master: Update the list of python3 packages  https://review.opendev.org/66199413:36
*** spatel has quit IRC13:36
noonedeadpunkit's great question - probably it's worth doing, and this hasn't been done, as we probably didn't have much complains regarding this...13:37
mgariepyok i'll backport the patches then.13:37
*** luksky has quit IRC13:41
mgariepythanks a lot ;)13:41
noonedeadpunksure:)13:42
noonedeadpunkhope you'll help with all these patches from proposal bot :p13:42
*** shyamb has quit IRC13:54
*** shyamb has joined #openstack-ansible13:57
*** luksky has joined #openstack-ansible14:00
openstackgerritMarc Gariépy (mgariepy) proposed openstack/openstack-ansible stable/rocky: Add global HA policy for rabbitmq  https://review.opendev.org/66303914:06
openstackgerritMarc Gariépy (mgariepy) proposed openstack/openstack-ansible-tests stable/rocky: Add rabbitmq policy configuration task  https://review.opendev.org/66304014:07
*** spatel has joined #openstack-ansible14:08
spatelwho is using Senlin with openstack here?14:09
*** ivve has quit IRC14:13
evrardjpprobably not many14:14
*** ivve has joined #openstack-ansible14:19
*** BjoernT has quit IRC14:25
mnaserevrardjp: I'd like to take your opinion, I think we're in a good place for an RC, especially seeing this -- https://review.opendev.org/#/q/projects:openstack/openstack-ansible+branch:stable/stein+is:open14:34
mnaserwhat do you think?14:34
noonedeadpunkmnaser: I think we've placed RC https://review.opendev.org/#/c/662809/ and was waiting for your opinion on it:)14:36
evrardjpopenstack_hosts is concerning14:36
evrardjpbut I believe the fact that bumps are passing is encouraging14:37
mnasernoonedeadpunk: yep, I just voted on stable unreleased branches14:37
mnaserwhats the concern with openstack_hosts ?14:37
evrardjpfor upgrades it's a little sad we don't have that14:37
evrardjpfor placement I don't know the state14:37
evrardjpmnaser: it's red?14:37
evrardjpit's maybe nothing14:37
mnasersorry I potato'd out14:37
mnaserlet me see why14:37
evrardjpidempotence failure14:38
evrardjpon debian14:38
mnaseryeah14:38
evrardjpthat's weird14:38
mnaserweird14:38
mnaserand its failing on the file copies14:38
guilhermespCeeMac: I'm seeing the discussion in openstack-glance, how is it going btw?14:38
mnaser2019-05-12 00:05:28.568784 | debian-stretch | TASK [openstack_hosts : Drop hosts file entries script locally] ****************14:38
mnaser2019-05-12 00:05:29.308073 | debian-stretch | TASK [openstack_hosts : Copy templated hosts file entries script] **************14:38
mnaserthose are the two that failed it14:39
guilhermespruning out of space in the local cache ?14:39
mnaserwhich is weird because that has nothing to do with the OS14:39
evrardjpmaybe we can adapt that test14:39
mnaserswift failed bc of: "No package matching 'openstack-nova-placement-api' found available, installed or updated14:40
evrardjpso yes, I think we are good for a rc14:40
mnaserso thats a recheck14:40
evrardjplet's recheck too on openstack_hosts14:40
mnaserevrardjp: noonedeadpunk took care of that14:41
evrardjpI thought we were gonna discuss that in the meeting today tbh :)14:41
mnaserI +1'd the release change14:41
evrardjpcool I will vote on that tomorrow when I am doing my pass on releases14:41
mnaserfair14:41
evrardjpor I could just do that now ;)14:41
*** BjoernT has joined #openstack-ansible14:41
mnaserrelease superpowers huh14:43
mnaserI haven't unlocked that level in openstack14:43
evrardjpwe are always looking for more ppl :)14:43
evrardjpnoonedeadpunk: you can remove the -W on https://review.opendev.org/#/c/662809/1 I would say14:44
noonedeadpunksure thing:)14:44
evrardjpthanks14:45
CeeMacguilhermesp: yeah, making progress (it helps when you have the config in the correct area!) I'm now running into a scheduling issue related to availability zones, just updated user_variables to set the default AZ for cinder and re-running playbook then will try another image upload14:45
CeeMacif I can't make this work, i'll need to think of a way  to engineer some more storage space for the glance file system :/14:46
*** cshen has quit IRC14:51
*** BjoernT_ has joined #openstack-ansible14:53
CeeMacguilhermesp: new error "Failed to upload image data due to internal error: FailedToDropPrivileges: privsep helper command exited non-zero "14:53
CeeMaccould be rootwrapper issue?14:54
*** BjoernT has quit IRC14:56
guilhermespall right14:56
guilhermespcould be CeeMac14:56
guilhermesplet me see something14:56
guilhermesplet me paste for you all my notes regarding to this14:56
guilhermespmight be really usefull, can be patches too :)14:57
guilhermespCeeMac: http://paste.openstack.org/show/752496/14:57
guilhermespfor that time, was a rocky deployment14:57
CeeMacthanks, i'll take a look through.14:58
guilhermespall right let me know anything!14:59
CeeMacthis is starting to look like a lot of work! lol15:00
*** chandankumar is now known as raukadah15:00
guilhermespCeeMac: I'd expect that :P15:01
CeeMacguilhermesp: looks like you found the same link I did when I was looking into this :)15:01
CeeMacjust hoped it was already working, haha15:01
CeeMaci had hope when cinder was already in the stores list15:01
guilhermespyeah, is good to have you going through this too, it could be the chance for us to fix things at our side15:02
*** shyamb has quit IRC15:02
CeeMacdid you do all these steps manually? or adapt osa to do it?15:03
guilhermespyeah... i have a task to create ptches for that but I haven't had time tho then I ended up not giving the attention I needed in osa side15:03
guilhermespthat's why I said, is good to see you going through this so we can submit patches to fix it15:04
*** luksky has quit IRC15:04
CeeMacunderstandable, you guys have a lot going on15:04
guilhermespyeah15:04
guilhermespmnaser: remember that scenario ?15:04
CeeMacok, i'll walk through this process a step at a time and see how I get on15:04
CeeMacguilhermesp: the os-brick.filters, this is for glance container too?15:10
*** itandops has joined #openstack-ansible15:15
*** joshualyle has quit IRC15:15
*** ansmith_ has joined #openstack-ansible15:16
guilhermespi think it's just for glance containers15:18
CeeMaci don't see os-brin anywhere in glance, cinder-api or cinder-volume hosts15:20
*** schwicht has quit IRC15:20
CeeMacs/os-brin/os-brick15:20
openstackgerritJimmy McCrory proposed openstack/openstack-ansible-os_nova master: Cleanup debian nova service distro package list  https://review.opendev.org/66288815:20
*** joshualyle has joined #openstack-ansible15:20
CeeMaci'll try with just the glance_cinder_store.filters and sudoers.d config15:20
CeeMacpresumably the glance-api service will need restarting after creating the files/15:21
guilhermespyeah, because I think is missing, or it was just a try and I registered as steps tho15:21
CeeMacno harm in trying :)15:22
*** schwicht has joined #openstack-ansible15:24
*** joshualyle has quit IRC15:24
*** joshualyle has joined #openstack-ansible15:25
*** joshualyle has quit IRC15:28
*** joshualyle has joined #openstack-ansible15:28
gillesMoq15:32
*** gillesMo has quit IRC15:32
odyssey4meHey folks, apologies for being totally absent for the last few weeks - I've been busy doing house things and holidaying. :)15:32
odyssey4meWhat's the state of placement - is it all working in master now? And in Stein? Has Stein released yet?15:32
odyssey4meI've got a little time available, so I want to work on the upgrade thing to remove nova placement as discussed at the PTG.15:33
*** joshualyle has quit IRC15:33
mnaserodyssey4me: its all good!  extracted placement support exists in master15:34
mnaserwe just did rc2 for stein15:34
*** schwicht has quit IRC15:34
mnaserand I think if you don't have the bandwidth to do the placement upgrade that we discussed, we probably will release without extracted, but if you do... great15:35
*** goldenfri has joined #openstack-ansible15:35
*** gyee has joined #openstack-ansible15:35
odyssey4meHas everything to make it go been ported back yet?15:36
*** schwicht has joined #openstack-ansible15:36
*** strattao has joined #openstack-ansible15:36
odyssey4meIf not, then probably best to leave it as-is and go with what we have.15:36
*** itandops has quit IRC15:36
noonedeadpunkodyssey4me: I don't remember placement backports15:37
*** schwicht has quit IRC15:37
odyssey4meOK, I remember there being a bunch of patches to make it go in master and therefore thinking that it was best to perhaps leave it all there.15:38
*** schwicht has joined #openstack-ansible15:38
mnaseryes, no back ports were done15:38
mnaserstable/stein is using 100% unextracted15:38
*** joshualyle has joined #openstack-ansible15:38
odyssey4meAnyhow, lemme get a patch done for the upgrade to make Stein->Train go. From there the community can decide what it wants to do, but it seems a little late to try and port it all back.15:39
*** spsurya has joined #openstack-ansible15:39
*** joshualyle has quit IRC15:39
mnaserto be quite honest I think it was mostly "if Jesse can help and get it done, we will probably do it cause he can get it done quick enough, otherwise we'll probably keep it as is"15:40
mnaser:p15:40
*** joshualyle has joined #openstack-ansible15:40
odyssey4meheh, well - one step at a time ;)15:40
odyssey4meI'm doing this between getting flooring done, spring cleaning, new carpeting and making boerewors. :p15:40
* odyssey4me is putting the 'fun' into 'funemployment'. ;)15:41
mnaserhaha15:45
mnaserthat seems seems like you're doing all the right things15:45
*** hamzy_ has quit IRC15:48
mgariepyodyssey4me, i've made some progress on : https://bugs.launchpad.net/openstack-ansible/+bug/180854315:49
openstackLaunchpad bug 1808543 in openstack-ansible "Keystone Federation cannot complete SP node setup on stable/rocky" [Undecided,Confirmed] - Assigned to Jesse Pretorius (jesse-pretorius)15:49
*** joshualyle has quit IRC15:51
guilhermespodyssey4me: o/ o/ hey man!15:52
cjloaderodyssey4me: hey15:52
guilhermespodyssey4me: I still have a picture for that schema you did in PTG btw if is useful15:53
guilhermespupgrade script to be more precise15:53
*** joshualyle has joined #openstack-ansible15:55
openstackgerritMarc Gariépy (mgariepy) proposed openstack/openstack-ansible-os_keystone stable/stein: remove old wsgi script in apache  https://review.opendev.org/66307515:55
openstackgerritMarc Gariépy (mgariepy) proposed openstack/openstack-ansible-os_keystone stable/rocky: remove old wsgi script in apache  https://review.opendev.org/66307615:56
openstackgerritMarc Gariépy (mgariepy) proposed openstack/openstack-ansible-os_keystone stable/stein: Remove unsupported option for keystone mapping  https://review.opendev.org/66307715:56
openstackgerritMarc Gariépy (mgariepy) proposed openstack/openstack-ansible-os_keystone stable/rocky: Remove unsupported option for keystone mapping  https://review.opendev.org/66307815:56
evrardjpodyssey4me: I have a airconditioning leak at home? Want to help during your funemployment?16:01
evrardjp:p16:01
*** joshualyle has quit IRC16:02
cjloaderevrardjp: hi16:03
evrardjphey cjloader16:04
evrardjpguilhermesp: haha odyssey4me with schema? this cannot be true16:05
*** sreejithp has joined #openstack-ansible16:05
guilhermesphahaha board schema to be precise  evrardjp :P16:06
guilhermespa white papel fullfiled with peseudo code :P that was beautiful16:06
*** ivve has quit IRC16:08
odyssey4meguilhermesp thanks, I have it too :)16:10
odyssey4meevrardjp heh, funny - I have an engineer coming to do a site inspection for air conditioning next week ;)16:11
raukadahodyssey4me: guilhermesp can we get some eye on this https://review.opendev.org/#/c/661994/ , thanks!16:11
*** joshualyle has joined #openstack-ansible16:11
*** spatel has quit IRC16:11
*** tosky has quit IRC16:12
evrardjpodyssey4me: don't hire the same company as me I would say :p16:12
noonedeadpunkodyssey4me: are you building new office for 100+ employees?:)16:12
mnaserDoes anyone mind starting the meeting ?16:12
noonedeadpunk#startmeeting openstack_ansible_meeting16:15
openstackMeeting started Tue Jun  4 16:15:18 2019 UTC and is due to finish in 60 minutes.  The chair is noonedeadpunk. Information about MeetBot at http://wiki.debian.org/MeetBot.16:15
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:15
*** openstack changes topic to " (Meeting topic: openstack_ansible_meeting)"16:15
openstackThe meeting name has been set to 'openstack_ansible_meeting'16:15
noonedeadpunk#chair mnaser16:15
openstackCurrent chairs: mnaser noonedeadpunk16:15
*** joshualyle has quit IRC16:15
raukadah\o/16:16
guilhermespsooo our db refactor is almost done https://review.opendev.org/#/q/topic:osa/db-refactor16:16
guilhermespreviews are appreciated. noonedeadpunk already added a comment today16:16
guilhermespevrardjp: not sure if I get your point of how the order of mq and db setup could affect upgrades16:16
noonedeadpunkguilhermesp: I think we may implement it afterwards, if decide to do so16:17
guilhermespyeah I think we need to kinda of keep a standart in galera variables for each role, some role vary on the variable name definition, this is not good when we are replicating a pattern acroos all roles16:18
noonedeadpunkand as I get from the previous discussion we decided not to backport placement to stein16:20
*** cshen has joined #openstack-ansible16:21
mnaserYeah i think it won't think it will be a big deal16:23
odyssey4meI'll aim to have the upgrade thing done by next Tue, but given the late stage we're in for Stein RC I think we should aim to release as-is rather than try to backport placement... I guess it depends on when we want to release Stein.16:24
raukadahI wanted to talk about python3 support for os_tempest16:27
odyssey4meAh yes, we had a plan for py3 support at the PTG and logan- kicked off some patches. Any progress there?16:27
raukadahWe have two implementation here https://review.opendev.org/#/c/661979/ and https://review.opendev.org/#/c/661994/16:28
raukadahwhich way to go, I am not sure16:28
raukadahas we move to one role, we might need to follow the same approach for other distros for consistency16:28
noonedeadpunkwow redhat-8 support16:29
raukadahnoonedeadpunk: yes, making the things ready till centos lands16:29
odyssey4mehmm, that'd be a ton simpler if we could change up the way the packages are included in that list16:29
raukadah*centos-816:30
odyssey4meuntil I have time to really think that through, I have no opinion.16:31
odyssey4meMy only initial thought is that it'd be great if we could simplify how packages get into that list so that we just use a single var and each line has a ternary for the python version.16:31
raukadahodyssey4me: you mean based on distro version catogarize the package list?16:31
raukadahor using ansible python interpreter version and replace the package name with python prefix?16:32
mnaserI tried to do some fedora stuff16:33
mnaserTo make it work in advance16:33
odyssey4meI mean so that the vars file has a ternary something like this instead: https://opendev.org/openstack/ansible-role-python_venv_build/src/branch/master/vars/main.yml#L2116:34
odyssey4meor this: https://opendev.org/openstack/openstack-ansible-ceph_client/src/branch/master/vars/suse.yml#L2016:34
*** zbr has joined #openstack-ansible16:35
raukadahodyssey4me: same approach followed here https://review.opendev.org/#/c/661979/16:36
raukadahbut sometime ansible_distribution_version behaves weired16:36
raukadahmay be due to string comparison16:36
zbrraukadah: just joined so I may lost some context. I do have an alternative approach for determining package names: https://review.opendev.org/#/c/661994/16:37
raukadahzbr: here is the conversation if missed http://paste.openstack.org/show/752504/16:38
raukadahzbr: if we are planning to make changes, if it would be good to keep consistency across all roles16:39
*** kleini has joined #openstack-ansible16:39
zbrraukadah: yep, agree. i am for consistency and simplicity.16:39
zbras a note related to ansible_distribution_version -- this can have unexpected values on some versions of ansible, check https://github.com/ansible/ansible/issues/5014116:40
*** kleini has quit IRC16:40
zbras a general rule for distro-specific configuration, I used the layered loading pattern multiple times, it was suggested by ansible team members on a bug I had open, works quite nice and scales well as it allows users to define variance easily.16:41
raukadahodyssey4me: venv_python_executable part look reasonable, if it is python2 just replace the package name with that python part with var16:43
raukadahinstead of distro version compare16:43
zbri am afraid that you cannot rely on venv_python_executable for multiple reasons, one is that it could be "python" that points to python3.16:44
raukadahzbr: once they make default python3 to python then it will be a problem16:45
zbrone could argue that we could ask for python version itself, but that opens new issues: what if user is running ansible from a machine with py2 and the remote machine is a py3 based distro (or vice-versa). In the end, what package is to be used should be based on distro, not python version.16:46
zbrespecially as we have many distros with multiple python versions installable at the same time.16:46
zbri do not think that having distro specific files with overrides would be a problem, especially as we need to add them only if they need overridign.16:47
zbrso a new shiny distro appears which does not work with defaults, we can just add that file.16:48
*** kmadac1 has quit IRC16:48
*** kmadac has joined #openstack-ansible16:48
raukadahso both approach does not looks good16:49
raukadahand we also needs consistency what to do then?16:49
*** kmadac has quit IRC16:49
zbrraukadah: consistency related to? can you give me an example?16:50
*** kmadac has joined #openstack-ansible16:50
raukadahzbr: https://opendev.org/openstack/openstack-ansible-ceph_client/src/branch/master/vars/suse.yml -> we follow the same for other role16:50
*** kplant has quit IRC16:50
raukadahif we check one role, we can easily go through other role16:51
zbr.... i think that one approach does not make the other unusable, they can coexist. still, I do understand your worry about consistency16:54
raukadahodyssey4me: mnaser noonedeadpunk guilhermesp what should be follow here ^^?16:54
zbrraukadah: do you happen to know which suse versions are supported below 42? is more than one or two?16:56
raukadahzbr: nope16:56
zbrasking because the layered approach could work with two files:  suse.yml (new config) suse-41.yml (old config)16:57
raukadahfrom above example, it is https://opendev.org/openstack/openstack-ansible-ceph_client/src/branch/master/vars/suse.yml#L20 42 or greater than16:57
*** aedc has joined #openstack-ansible16:58
zbrobviously that if someone would need long ranges, you would be forced to add lots of symlinked files)16:58
noonedeadpunkzbr only suse 15 is supported in osa since stein16:59
zbrbut i think than in practice that is not really the case as support for older versions is dropped at some point.16:59
raukadahzbr: but with layered approach, we will end up maintaining multiple release var files16:59
zbrso this means that this could be implement with suse-15.yml and suse.yml files.16:59
raukadahcurrently we have one file for each distro17:00
zbryep. for me multiple files is a feature, not a bug. especially as it is easy to compare them and that they no longer need jinja conditionals.17:00
zbralso the specific ones do need only *differences*17:00
zbrthere is no duplicated content between release files.17:01
noonedeadpunkzbr regarding only differences, explicit is better than implicit, so I'm personally not sure about that17:02
zbrthe layered approach assumes that you only define overrides in a minimal number of places.17:02
*** weifan has joined #openstack-ansible17:03
noonedeadpunkand rreading ternary might be even easier, that searching in which file variable is overriden17:03
zbrnoonedeadpunk: nothing prevents you from duplicating entire config, is a matter of taste.17:03
zbri seen some nested ternaries.... clearly not easy to read.17:04
zbradding config ro rhel-8 and centos-8 would require an ugly jinja conditional construct17:05
*** strattao has quit IRC17:05
zbrbut with layers you can do some magic: "redhat-8.yml" which covers for both.17:05
odyssey4mesorry, was away for dinner17:06
odyssey4meugh, thet whole thing with ansible's detection sucks a bit - although that depends on how python's implemented on the distro I guess17:07
odyssey4mebut yeah, it may make sense to have a redhat-7.yml and redhat-8.yml where applicable, rather than a generic redhat.yml17:08
*** luksky has joined #openstack-ansible17:08
zbrthere is also another aspect that should be considered: maintainability. what happens when a new plugin is added. in how many places we should add this new plugin? do we force the user to add another "ternary" in each distro file?17:08
odyssey4mewell, os_tempest is currently the only one that has all those ternaries in it - the other roles do not, which is why I think we should simplify the mechanism there, rather than perpetuate it17:09
odyssey4mealthough, for now, I don't have an idea for how to do that17:09
odyssey4meI do kinda prefer doing what was done in https://opendev.org/openstack/ansible-role-python_venv_build/src/branch/master/vars/main.yml - have a dict with platform things, then refer to the dict as necessary instead of using include_vars/with_first_found17:10
odyssey4methat way we don't hit ansible pathing nonsense17:10
*** hamzy has joined #openstack-ansible17:10
raukadahnoonedeadpunk: odyssey4me: zbr ok, then we can go with layered approach where needed, further we can improve to venv_build approach?17:13
raukadahif needed17:13
zbrsounds resonable17:14
odyssey4methe layered approach is the current convention, so yeah - that's best to go with for now I think17:14
zbri still have some doubts related to the use of venv_python_executable approach as I know for sure that at some point python -> python3.17:15
raukadahI will work with tripleo team to enable logging for upstream os_tempest so that we have proof things work on boht platform17:15
zbrbut that is another issue17:15
*** cshen has quit IRC17:17
zbranother note: _venv_build_base_distro_package_list is misleading twice: is a dictionary, not a list. and is a dictionary made of os_family and not os_distro !17:17
zbrredhat is a family, distros are like rhel, fedora, centos.=, bad variable name invites for bad usage17:18
*** kopecmartin is now known as kopecmartin|off17:18
odyssey4mezbr it may help to understand that while venv_python_executable is a role var, not ansible var: https://opendev.org/openstack/ansible-role-python_venv_build/src/branch/master/defaults/main.yml#L9817:18
odyssey4mezbr so it's easy enough for us to set it to whatever we choose per platform17:18
openstackgerritLogan V proposed openstack/openstack-ansible-os_heat stable/rocky: Fixed the egg name of heat to openstack_heat  https://review.opendev.org/66310317:19
zbryeah17:19
*** spatel has joined #openstack-ansible17:20
openstackgerritJimmy McCrory proposed openstack/openstack-ansible-os_glance master: Fix distro installs on Ubuntu  https://review.opendev.org/66257517:20
raukadahodyssey4me: zbr noonedeadpunk thanks! really insightful discussion17:23
raukadahmnaser: noonedeadpunk: guilhermesp: I think we can close the meeting if more topic to discuss?17:24
*** luksky has quit IRC17:24
raukadah*not more17:24
*** strattao has joined #openstack-ansible17:25
*** cshen has joined #openstack-ansible17:26
*** luksky has joined #openstack-ansible17:26
noonedeadpunk#endmeeting17:29
*** openstack changes topic to "Launchpad: https://launchpad.net/openstack-ansible || Weekly Meetings: https://wiki.openstack.org/wiki/Meetings/openstack-ansible || Review Dashboard: http://bit.ly/2xA1eZC"17:29
openstackMeeting ended Tue Jun  4 17:29:20 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:29
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2019/openstack_ansible_meeting.2019-06-04-16.15.html17:29
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2019/openstack_ansible_meeting.2019-06-04-16.15.txt17:29
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2019/openstack_ansible_meeting.2019-06-04-16.15.log.html17:29
*** cshen has quit IRC17:37
*** ivve has joined #openstack-ansible17:39
*** gyee has quit IRC17:41
*** udesale has quit IRC17:46
*** luksky has quit IRC17:48
*** cshen has joined #openstack-ansible17:48
*** cshen has quit IRC17:53
*** luksky has joined #openstack-ansible18:00
*** luksky has quit IRC18:17
mnaserI have an idea18:24
mnaserregarding py2/py318:24
*** spsurya has quit IRC18:24
mnaserI'd personally be up to make this cycle and starting now py3 module sonly.18:24
mnaseraka: once centos-8 is out which should be anytime soon18:24
mnaserwe drop centos-7 this cycle18:25
mnaserand let you deploy on py2.7 + centos-8 in stable/stein18:25
raukadahmnaser: https://review.opendev.org/#/c/661994/ we can use this review for further enhancements :-)18:26
*** spatel has quit IRC18:29
*** spatel has joined #openstack-ansible18:32
odyssey4meare there centos-7 py3 packages?18:34
odyssey4meif so, we do a wholesale switch, instead of having two options?18:34
mnaserwell there is no centos-7 py3, but there is centos-8 py218:34
mnaser..I think18:34
odyssey4meI think ubuntu and suse are already py3, but also have py2 packages... so those can just switch18:35
odyssey4methen we have a centos-7 vars file with py2, and centos-8 file with py318:35
odyssey4mewhich, I think, is pretty much what we discussed in the meeting?18:36
mnaser yeah im just trying to think of the upgrade use-case18:36
mnaserwill that mean you have to upgrade both OS'18:37
mnaseropenstack and operating system18:37
*** BjoernT_ has quit IRC18:38
*** joshualyle has joined #openstack-ansible18:40
*** joshualyle has quit IRC18:40
odyssey4meah, you have a point there :/18:41
odyssey4medang, that'd mean we'd also have to add new packages and remove the old ones too :/18:41
odyssey4meunless the packages magically do that for us?18:42
mnaserodyssey4me: the packages will automatically do that (hopefully)18:42
mnaserrpms usually have this "obsoletes" thing18:43
mnaserand for the most part, this mainly affects distro installs afaik18:43
*** weifan has quit IRC18:44
*** weifan has joined #openstack-ansible18:44
*** weifan has quit IRC18:45
*** weifan has joined #openstack-ansible18:49
odyssey4memnaser yep, virtualenvs will naturally just get a new virtualenv because of the version change18:49
mnaseryep18:50
mnaserso that will just nicely and easily transition18:50
mnaserheck I'm thinking we can do that part at the python_venv_build layer18:50
odyssey4meyou mean the switch of packages to install?18:51
*** weifan has quit IRC18:51
odyssey4meI really think that should stay at the role, rather than be pushed down a layer18:51
logan-o/ odyssey4me18:52
openstackgerritMarc Gariépy (mgariepy) proposed openstack/openstack-ansible-os_keystone master: Add headers to allow the inline script for SSO redirect.  https://review.opendev.org/66312318:52
logan-vacation pics looked nice18:52
logan-odyssey4me: do you know off the top of your head what the equivalent of https://opendev.org/openstack/openstack-ansible-os_nova/src/branch/stable/queens/defaults/main.yml#L514-L519 is in rocky? I am trying to find out where virtualenv gets installed on hosts and having a tough time18:53
mnaserodyssey4me: no I mean for the creating python3 vends by defaults18:55
odyssey4melogan- on rocky it's in openstack_hosts I think18:57
odyssey4mehttps://opendev.org/openstack/openstack-ansible-openstack_hosts/src/branch/master/vars/ubuntu-16.04.yml#L51 for rocky+18:57
logan-odyssey4me: ahh ok thanks18:57
logan-So we switched to distro packages, that helps my confusion :)18:58
odyssey4memnaser oh yes, in python_venv_build we just switch the default to python3 and everything else should just happen by magic, sort-of18:58
odyssey4melogan- yep, anything on the host from rock+ is a distro package... all pypi packages go into venvs18:59
mnaser..ideally18:59
mnaser:p18:59
*** ParsectiX has joined #openstack-ansible18:59
odyssey4memnaser I think we discussed first switching ansible to py3 so that only py3 was on the hosts, then switching the services18:59
mnaseryep.  I tried some efforts to support fedora-28 which is RHEL 8 base19:00
mnaserbut I got busy with stuff.19:00
ParsectiXHi guys, I'm trying to create a virtual env. in vagrant with 1 deployment node, 1 controller and 1 compute node. Can I use a single net interface for all bridges?19:03
*** tuxjohnson has joined #openstack-ansible19:19
odyssey4melogan- and yeah, wales is a beautiful place - loads of forests, mountains and nice beaches :)19:26
*** BjoernT has joined #openstack-ansible19:26
odyssey4mewe're planning a trip up to Islay next, one of the Scottish isles which has loads of whiskey distilleries :)19:27
*** jsquare has quit IRC19:27
odyssey4mewe're road tripping up through the Lake Districts to Islay and back19:27
*** jsquare has joined #openstack-ansible19:28
*** tuxjohnson has left #openstack-ansible19:32
*** weifan has joined #openstack-ansible19:33
CeeMacodyssey4me: plenty of distilleries up the west coast and isles :D19:35
*** weifan has quit IRC19:38
*** altlogbot_0 has joined #openstack-ansible19:39
*** weifan has joined #openstack-ansible19:39
odyssey4meCeeMac yep, hoping to pop into Oban on the way back - this is just a short trip (a week) and we're driving the whole way, so we've not much time19:41
odyssey4menext time we'll fly up and hire so we have more time in Scotland19:41
cjloaderodyssey4me: youre going to isles?19:41
cjloadersounds fun19:41
odyssey4mecjloader https://en.wikipedia.org/wiki/Islay19:42
odyssey4mewe're hoping that the 'heat wave' hitting the UK gives us good weather19:42
cjloadertry texas 'heat wave'19:43
cjloaderlol19:43
odyssey4mecjloader yep, that's why I used the scare quotes ;)19:43
cjloadergood ol' san antonio heat19:44
odyssey4meheh, for me to live in a place like that I'd require a pool (or immediate access to the sea) and frozen margaritas on on tap :)19:47
cjloadermargs are a beast19:48
*** dave-mccowan has quit IRC19:55
CeeMacodyssey4me: Oban is lovely, there's a really good restaurant with a lovely view of the isles just up the North road out of Oban20:01
*** dave-mccowan has joined #openstack-ansible20:01
odyssey4meCeeMac ORLY? Could you ping me a link on Twitter?20:01
*** radeks_ has joined #openstack-ansible20:06
*** radeks has quit IRC20:09
CeeMacodyssey4me: I don't twit but I could dm you here or hangouts or LinkedIn?20:14
odyssey4meCeeMac Oh yeah, sure - hangouts/LinkedIn is good. I'll PM you my google address.20:15
odyssey4meCeeMac done, here on IRC in case you're wondering20:16
*** BjoernT has quit IRC20:17
*** weifan has quit IRC20:23
*** dave-mccowan has quit IRC20:27
*** luksky has joined #openstack-ansible20:31
*** hamzy has quit IRC20:31
*** lucashxu has quit IRC20:33
*** strattao has quit IRC20:39
*** weifan has joined #openstack-ansible20:57
*** pcaruana has quit IRC21:07
*** ivve has quit IRC21:16
*** ivve has joined #openstack-ansible21:20
*** hwoarang has quit IRC21:29
*** hwoarang has joined #openstack-ansible21:32
spatelDoes openstack-ansible support senlin ?21:36
spatelor this is something we can run outside box21:37
*** luksky has quit IRC21:41
*** spatel has quit IRC21:41
*** ParsectiX has quit IRC22:01
*** schwicht has quit IRC22:01
*** ParsectiX has joined #openstack-ansible22:02
*** tuxjohnson has joined #openstack-ansible22:05
*** tuxjohnson has left #openstack-ansible22:06
*** ckonstanski has joined #openstack-ansible22:09
*** ParsectiX has quit IRC22:11
*** ansmith_ has quit IRC22:15
*** sreejithp has quit IRC22:19
openstackgerritMohammed Naser proposed openstack/openstack-ansible-plugins master: connection: don't sudo if we're running as root  https://review.opendev.org/66288422:28
openstackgerritMohammed Naser proposed openstack/openstack-ansible-plugins master: connection: don't sudo if we're running as root  https://review.opendev.org/66288422:41
openstackgerritMohammed Naser proposed openstack/openstack-ansible-plugins master: connection: stop checking if _pad is set  https://review.opendev.org/66315622:41
*** dave-mccowan has joined #openstack-ansible22:44
mnaseroh22:52
mnaserara 1.0 broke us I think...22:52
mnaserAttributeError: module 'ara' has no attribute '__file__'22:52
*** schwicht has joined #openstack-ansible22:56
*** dave-mccowan has quit IRC22:56
*** dave-mccowan has joined #openstack-ansible22:57
*** radeks_ has quit IRC22:58
logan-ah probably never got pinned in -tests23:04
openstackgerritLogan V proposed openstack/openstack-ansible-tests master: Pin ARA to <1.0.0  https://review.opendev.org/66315823:06
*** schwicht has quit IRC23:24
dmsimarddoh23:28
*** gyee has joined #openstack-ansible23:29

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!