Sunday, 2019-04-07

*** Kurlee has joined #openstack-ansible00:00
*** pcaruana has quit IRC00:02
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_hosts master: debian: add support  https://review.openstack.org/65055200:02
*** nurdie has joined #openstack-ansible00:03
*** nurdie has quit IRC00:08
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_hosts master: debian: add support  https://review.openstack.org/65055200:23
*** nurdie has joined #openstack-ansible00:24
*** Kurlee has quit IRC00:29
*** nurdie has quit IRC00:29
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_hosts master: debian: add support  https://review.openstack.org/65055200:39
kplantmnaser: removing those lines seems to have helped, deployment failed for other reasons but i'll figure that out00:45
*** nurdie has joined #openstack-ansible00:45
*** Kurlee has joined #openstack-ansible00:46
*** nurdie has quit IRC00:50
*** kplant has quit IRC01:06
*** nurdie has joined #openstack-ansible01:07
*** Kurlee has quit IRC01:09
*** nurdie has quit IRC01:11
*** kplant has joined #openstack-ansible01:13
mnaserkplant: cool!01:17
mnasercloudnull: is there a historic reason behind why we pull down the ubuntu images and instead not do something like use debootstrap01:24
*** nurdie has joined #openstack-ansible01:28
*** nurdie has quit IRC01:32
*** marst has joined #openstack-ansible01:37
*** cshen has joined #openstack-ansible01:41
*** cshen has quit IRC01:45
*** markvoelker has joined #openstack-ansible01:46
*** nurdie has joined #openstack-ansible01:49
*** nurdie has quit IRC01:53
cloudnullmnaser we did use deboostrap for a long while in the icehouse, juno, kilo timeframe. it was just slow so we changed to pulling the lxc ubuntu image and then later the ubuntu base image02:06
cloudnullthat said, debootsrap worked fine.02:06
cloudnulland assuming we could make it go faster it may be a good option to return to ?02:06
mnasercloudnull: the reason is that Debian doesn’t publish a docker or lxc image or tar02:08
cloudnullboth centos and suse can create container images using a similar process so maybe its something we can do across the board?02:09
mnasercloudnull: im working on Debian support which has been trivial and already passing metal gate.. so that’s why I’m stuck02:09
cloudnullawesome !02:09
*** nurdie has joined #openstack-ansible02:10
mnaserBut yeah I’m a bit blocked now on this. Not sure the best path to go now02:10
cloudnulllooks like https://github.com/debuerreotype/docker-debian-artifacts/tree/dist-amd64/buster - thats the official image repo02:15
*** nurdie has quit IRC02:15
cloudnullyou should be able to use the rootfs02:15
cloudnullin queens we added the ability to use docker images directly in lxc hosts02:16
cloudnullfound the official image from here https://github.com/docker-library/official-images/blob/master/library/debian02:17
*** markvoelker has quit IRC02:19
mnasercloudnull: ooooh that's awesome02:21
mnaserokay ill get going there02:21
cloudnullwe may be missing something to make debian go, however, it should just work with the rootfs.xz file02:22
mnasercloudnull: yeah that should be enough to make me get over that step02:22
mnaseryay thanks!02:22
cloudnullhttps://github.com/cloudnull/os-ansible-deployment/tree/debian-compat02:23
cloudnull^ funny enough02:23
cloudnullCRAZY OLD02:23
mnaserwith Debian support someone would be able to have a full free stack from OS to openstack02:23
mnaserand free as in freedom :)02:24
cloudnullyou just said almost exactly what I was typing :)02:24
mnaserhttps://review.openstack.org/#/q/topic:osa/debian-support02:24
mnaserhttps://review.openstack.org/#/c/650485/02:24
mnaserpassing and even 3 minutes faster than Ubuntu :P02:25
cloudnullI wanted to do that what feels like a million years ago, but didn't have time and enough tractions. very cool that its happening now02:25
mnaserwell, I gotta admit, 99% of the work is done now02:25
mnasermost of these patches are mv ubuntu.yml debian.yml02:25
cloudnull++02:25
cloudnullthat's awesome!02:25
mnaserwe probably will move towards it and away from centos02:26
mnaserthere's a lot of things driving me away from centos right now :<02:26
mnaserbut I've been burned by ubuntu a lot with the lack of control, aka if something is broken, I just push up a bug and hope that someone takes action02:26
mnaserwith Debian, we can just go and fix it.02:27
mnaserok ill test that change here locally and try it out the link you provided, thanks a lot02:29
cloudnull++02:29
cloudnull"but I've been burned by ubuntu a lot with the lack of control, aka if something is broken, I just push up a bug and hope that someone takes action" - like a canonical bug and its sitting forever?02:30
mnasercloudnull: yeah.02:31
*** nurdie has joined #openstack-ansible02:31
mnaserlike in Debian world, given it's a community project, kinda like openstack, I can go and submit a patch for the packaging, or propose an update for a version, or a back ported patch, etc02:31
*** hwoarang has quit IRC02:31
cloudnullyeah , canonical is terrible about that stuff, unless you give them money, then they are only awful02:31
mnaserhaha02:32
mnaseryeah, so that's kinda why as we consider moving away from centos, I want us to jump straight into Debian, cut everything out and be able to control our stack entirely02:32
mnaserthe same right now is with centos, we are at mercy of redhat02:32
mnaser(except for RDO packages of course, which is nice that it's the other way around)02:32
*** hwoarang has joined #openstack-ansible02:33
mnaseraka RDO is upstream of RH's product, vs RHEL is upstream or CentOS02:33
cloudnullsource builds for the win :)02:34
cloudnullunless your package issues are system and not openstack related  then your in a bad way no matter what.02:35
kplantif you wanted to stay EL and have the upstream product of RHEL you could go fedora02:35
kplanthowever, not the greatest production idea02:35
mnaserkplant: yeah but running fedora for servers... *shrug* :p02:35
kplantexactly02:35
*** nurdie has quit IRC02:36
mnasercloudnull: yeah, I have been unlucky lately with kernel issues02:36
mnaserwe recently had something that when the openmanage service started, the entire server crashed :(02:36
cloudnullyeah... thats tough, we pin kernels in ubuntu, otherwise its kinda kernel roulette02:36
cloudnullbut the fact you need to sucks02:36
mnaserand then R640's crashing the second a VXLAN packet egresses02:36
cloudnull:(02:37
mnaserwhen I install kernel-ml02:37
mnaserit works fine02:37
mnasersooooo slowly but surely I was losing my sanity and getting tired and wanting to be more upstream-y02:37
*** marst has quit IRC02:37
cloudnull++ debian is a good choice.02:37
cloudnullI still have personal servers running debian wheezy and squeeze, they've been rock solid02:38
cloudnullno need or want to upgrade them.02:39
kplantso it sounds like i shouldn't consider moving from tripleo+centos7 to osa+centos7 if you're considering dropping support for it :x02:39
cloudnulldropping support i wouldnt think so .02:40
cloudnullmnaser ?02:40
mnaserkplant: I don't think we're going to drop support02:40
openstackgerritMerged openstack/openstack-ansible-galera_client master: debian: add support  https://review.openstack.org/65048802:41
cloudnullkplant sounds like mnaser is considering moving away from it but the community actively uses it / maintains it02:41
mnaserit's pretty stable and I think we'd probably continue to maintain it as much as we can, I'm a lot more comfortable keeping it alive than sure for example :p I know the inner movings of it02:41
kplantah, you meant personally and not the project02:41
kplantmy bad02:41
mnaserah yes, sorry, I personally would move towards debian but I wouldn't rip out centos support, there's a few big centos users02:41
openstackgerritMerged openstack/openstack-ansible-openstack_hosts master: debian: add support  https://review.openstack.org/65048702:41
kplantgood to hear, i'm kind of afraid to let anyone at my org touch a tripleo deployment02:42
kplantit's way to easy to just irreversibly destroy it02:42
mnaserkplant: the team behind tripleo is great, I just don't think the architecture is that great.  I was the PTL for the puppet openstack modules that tripleo uses :)02:42
mnaserbut yeah, it has this terrifying bus factor02:42
mnaserheat stack-delete cloud02:43
mnaser"oops"02:43
kplanti think the usage of heat is a great idea02:43
kplanthowever.. being cuffed by redhat (no magnum because openshift exists) is just a major turn off as well02:43
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_hosts master: debian: add support  https://review.openstack.org/65055202:43
mnaseroh cool, you are looking for magnum?02:43
kplantyeah for sure02:43
mnaserwe have it in prod, as well as deployed it for a few customers02:43
mnasercloudnull: ^ that passed locally :D thanks for the help!02:44
kplantwe wrote our own heat stack to leverage kubespray but magnum is just cleaner02:44
cloudnullwoot!02:44
kplanti know cern is using it extensively as well, magnum02:44
mnaserkplant: yep, there's a lot of cool stuff happening with magnum02:45
mnasercloudnull: btw I finally was able to do my "re-use deploy node" dream :P02:46
mnaserand it really wasn't hard02:46
mnaserhttps://review.openstack.org/#/c/649709/02:46
mnaseroh you +W'd it02:46
mnaseroops02:46
cloudnullyuo!02:46
cloudnullyup02:46
kplantare you using magnum deployed by the osa role? or at least a fork of it?02:47
kplantseems pretty straightforward02:47
mnaserkplant: upstream everything here :-)02:47
mnaserso you'll get our prod deployment by using magnum role :)02:47
cloudnull:D  ^02:47
cloudnullours too02:47
kplantv.nice02:48
mnasercloudnull: do you know about PTG or not yet? :<02:48
openstackgerritMerged openstack/openstack-ansible-galera_server master: debian: add support  https://review.openstack.org/65049002:50
guilhermespdebian goooooing mnaser nice work!02:52
guilhermesphow's going everyone?02:52
* mnaser just hacking on Debian stuff till 12am to 3am maintenance window02:53
guilhermespwarming up and having fun I bet!02:54
openstackgerritMerged openstack/openstack-ansible-rabbitmq_server master: debian: add support  https://review.openstack.org/65049102:59
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_container_create master: debian: add support  https://review.openstack.org/65055303:00
openstackgerritMohammed Naser proposed openstack/openstack-ansible-tests master: debian: add jobs  https://review.openstack.org/65053303:01
mnaserahaha warm up is a good way to put it :P03:01
cloudnullguilhermesp having a blast!03:01
cloudnullmnaser I'm still unsure about the PTG03:02
cloudnullthough I'm threatening to drive to denver at this point :)03:02
mnasercloudnull: how long is the drive?03:04
cloudnull~13 hours03:04
*** masterpe has quit IRC03:05
mnaserI mean it's not fun but it's not wild03:06
mnaserim sure the drive might be gorgeous tho because of the mountains03:06
cloudnull~15 hours if I pick up mordred on my way :) https://twitter.com/cloudnull/status/111348878424143872003:07
kplantif it's logistically feasible, i highly recommend perry's steakhouse in park meadows03:07
kplantwe have a few offices in englewood and i make it a point to go everytime i'm out there03:07
* cloudnull will check it out if i can03:08
mnaserkplant: will you be at the summit?03:09
kplantunfortunately not03:09
mnaseraw, maybe in Shanghai the next one? :P03:10
kplanthaha - i don't think i could swing an international trip on the ol' expense report03:11
*** nurdie has joined #openstack-ansible03:12
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_container_create master: debian: add support  https://review.openstack.org/65055303:12
mnaserkplant: where ya based out of?03:13
kplantcharlotte, nc03:13
kplantusa03:13
mnaseroh, right next door to RH03:14
mnaser:P03:14
kplantyeah they're here all of the time, we're too close to the triangle03:14
mnaser:P03:14
kplanthow about you?03:15
* mnaser is in montreal canada03:15
kplantoh neat, i have friends in boucherville and trois-rivieres03:15
kplanti grew up not terrible far away in new york03:16
*** markvoelker has joined #openstack-ansible03:16
kplantterribly**03:16
mnaserah yes, we have some people out in Sherbrooke in the OSA team :P03:16
*** nurdie has quit IRC03:17
kplantunfortunately for you guys you've been too friendly so i may hang out more often and launch random questions about osa :>03:18
mnaserplease do :D03:19
mnaserthe cool thing is we don't necessarily have "osa devs"03:19
mnaserwe're all deployers just using it as tooling03:19
mnaserso we're all in the same boat :P03:19
guilhermespcloudnull 13 hours driving seems ok, let's go to the PTG :P03:20
kplantyeah that is quite nice03:20
kplanti would love to contribute once i feel i'm not so ignorant to the arch03:21
guilhermespwould be nice to have an osa user reporting the use for kplant ! Come more often when the rest of the team is around :)03:21
kplanti will for sure03:22
kplantthe 10,000m view is i want to move to an openstack private cloud. i'm still in the research stage of how i want to deploy03:23
mnaserkplant: we have code review process so there's no need to worry, our playbooks and roles are pretty darn straightforward imho03:23
mnaserif you find something not making sense, we should probs document it03:24
kplantokay - that's fair03:25
*** nurdie has joined #openstack-ansible03:34
mnasercloudnull: another 'history' lesson maybe but is there any reason why our gate/aio doesn't use connection_type=local for the physical host?03:37
*** nurdie has quit IRC03:38
*** cshen has joined #openstack-ansible03:41
openstackgerritMerged openstack/openstack-ansible-os_glance master: debian: add support  https://review.openstack.org/65049303:41
openstackgerritMerged openstack/openstack-ansible-os_neutron master: debian: add support  https://review.openstack.org/65049703:44
openstackgerritMerged openstack/openstack-ansible-os_tempest master: debian: add support  https://review.openstack.org/65049903:44
*** cshen has quit IRC03:45
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_container_create master: debian: add support  https://review.openstack.org/65055303:46
kplantfor centos would you recommend using the cloud sig repositories for rdo or leave it as the osa default pulling from source?03:47
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_hosts master: debian: add support  https://review.openstack.org/65055203:47
kplantwhen using tripleo, i noticed the cloud sig repositories moved very slowly for openstack03:47
mnaserkplant: are you deploying from distro pkgs or source03:48
mnaserif you're doing source, we deploy cloud-sig/rdo pkgs for dependencies03:48
openstackgerritMerged openstack/openstack-ansible-os_nova master: debian: add support  https://review.openstack.org/65049603:49
*** markvoelker has quit IRC03:49
kplantright now i'm just doing source, was wondering if using rdo for all of it might make more sense03:49
mnaserkplant: we put in the repos we need03:49
mnaserso you shouldn't need to worry about it03:49
openstackgerritMerged openstack/openstack-ansible-os_cinder master: debian: add support  https://review.openstack.org/65049503:51
kplantnice, okay03:51
kplantthis is an easy one, do you think nspawn will be declared stable in the stein release of osa?03:52
kplantor maybe not so easy03:52
mnaserkplant: cloudnull says that he's deployed with nspawn and it works for him, but we don't have any gating for it, so you might run into some corner cases here and there03:53
mnaserbut its like03:53
mnaser99.9999% there03:53
mnaserso maybe just a few edge cases03:53
openstackgerritMerged openstack/openstack-ansible-os_keystone master: debian: add support  https://review.openstack.org/65049203:54
openstackgerritMerged openstack/openstack-ansible-os_keystone master: Set default address to wait for  https://review.openstack.org/65018603:54
kplantthat sounds in line with what i've heard from a few talks, i think one of them might've even been yours03:54
*** nurdie has joined #openstack-ansible03:55
mnaserouf.. maybe, I talk a lot :)03:55
kplanti think it'd make more sense for me to eat the potential of bugs in testing then going with somerthing i know is being replaced and guaranteeing myself more work in migrating off of lxc03:55
mnaseryeah, that'd probably be a great way to get started contributing too :)03:56
kplantyeah for sure03:57
kplantalthough i won't be doing anything exotic for a while03:57
kplantdo you guys use aio for ci currently?03:59
mnaserkplant: yep03:59
mnaserkplant: https://review.openstack.org/#/c/650485/6 you can see for example here is my patch adding Debian support03:59
mnaseryou can see all the jobs that we run03:59
*** nurdie has quit IRC04:00
mnaserjob keywords are 'lxc' = lxc, 'metal' = runs on bare metal instead of inside containers, 'distro' = it uses distro packaging instead of build from source, 'Ceph' = deploy ceph as part of it, 'proxy' = runs job behind squid proxy to verify we can do things behind http proxy04:00
kplantis there any merrit in a multi-node ci environment, something similar to oooq?04:06
mnaserkplant: I am hoping we can land something like that this cycle04:13
mnaserwe did some cleaning up which should make it possible :)04:14
*** nurdie has joined #openstack-ansible04:16
*** nurdie has quit IRC04:20
*** nurdie has joined #openstack-ansible04:37
kplantnice04:40
kplantthat would be very helpful, i quickly wrote some crappy scripts and playbooks to spinup and teardown libvirt networks and guests to get familiar with osa04:41
kplantway easier than pxe booting baremetal over and over again04:41
*** nurdie has quit IRC04:42
*** nurdie has joined #openstack-ansible04:58
*** nurdie has quit IRC05:03
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_container_create master: debian: add support  https://review.openstack.org/65055305:04
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_container_create master: suse: move jobs to non-voting  https://review.openstack.org/65055805:04
*** hwoarang has quit IRC05:04
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_container_create master: Updated from OpenStack Ansible Tests  https://review.openstack.org/64590405:05
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_container_create master: fix tox python3 overrides  https://review.openstack.org/60677805:05
*** hwoarang has joined #openstack-ansible05:06
mnaserkplant: a 'hack' is just running ./scripts/gate-check-<something-i-cant-remember>.sh05:07
mnaserit'll just do everything same as our testing gate05:07
mnaserkplant: also, there is work in our ops repo around this thing called MNAIO, multi node aio05:08
mnaserI haven't played much with it but05:08
mnaserhttps://github.com/openstack/openstack-ansible-ops/tree/master/multi-node-aio05:08
mnaserit takes a bare metal machine and uses libvirt to build a cluster inside it05:08
kplantoh awesome05:08
kplantis there a way to globally override container_tech or set a default container_tech instead of changing it individually for each host?05:09
kplanti've tried container_vars: { container_tech: nspawn } in global_overrides but that doesn't seem to be effective05:11
*** nurdie has joined #openstack-ansible05:19
*** nurdie has quit IRC05:23
*** hwoarang has quit IRC05:38
*** nurdie has joined #openstack-ansible05:40
*** cshen has joined #openstack-ansible05:41
*** hwoarang has joined #openstack-ansible05:43
*** nurdie has quit IRC05:45
*** cshen has quit IRC05:45
*** markvoelker has joined #openstack-ansible05:46
*** cshen has joined #openstack-ansible05:53
openstackgerritMohammed Naser proposed openstack/openstack-ansible-haproxy_server master: handlers: reload instead of restart  https://review.openstack.org/65056105:56
openstackgerritMohammed Naser proposed openstack/openstack-ansible-haproxy_server master: debian: add ci and update meta  https://review.openstack.org/65056205:57
*** cshen has quit IRC05:58
mnaserkplant: whoops sorry I don't have this window up05:59
mnaseryou can drop it into user_variables.yml05:59
mnaserevery ansible run, everything in user_variables.yml overrides everything05:59
kplanti think i tried it in there as well, maybe not under container_vars though06:00
mnaserkplant: in user_variables.yml everything is like 'root' level06:00
mnaserso you can just add06:00
mnasercontainer_tech: nspawn06:00
mnaserand that's all, you should be good to go06:00
*** nurdie has joined #openstack-ansible06:01
kplantgrep -rnw /etc -e _nspawn_hosts_container_image_url06:05
kplantderp - wrong window06:05
*** nurdie has quit IRC06:06
*** cshen has joined #openstack-ansible06:10
openstackgerritMohammed Naser proposed openstack/openstack-ansible-haproxy_server master: debian: add ci and update meta  https://review.openstack.org/65056206:15
*** markvoelker has quit IRC06:20
*** cshen has quit IRC06:21
kplantnspawn may be a little sick on stable/rocky: 'The base container image "centos-7-amd64" does not exist. Check the name and try again.'06:22
*** nurdie has joined #openstack-ansible06:22
kplanti'm about to pass out though - good night!06:22
*** kplant has quit IRC06:22
*** nurdie has quit IRC06:27
*** nurdie has joined #openstack-ansible06:43
*** D3v1lRy has joined #openstack-ansible06:47
*** nurdie has quit IRC06:48
*** hwoarang has quit IRC06:49
*** hwoarang has joined #openstack-ansible06:51
*** nurdie has joined #openstack-ansible07:04
*** nurdie has quit IRC07:09
*** markvoelker has joined #openstack-ansible07:17
*** nurdie has joined #openstack-ansible07:26
*** nurdie has quit IRC07:30
*** luksky has joined #openstack-ansible07:36
*** jbadiapa has joined #openstack-ansible07:42
*** cshen has joined #openstack-ansible07:43
*** nurdie has joined #openstack-ansible07:47
*** jbadiapa has quit IRC07:47
*** markvoelker has quit IRC07:50
*** nurdie has quit IRC07:52
*** cshen has quit IRC07:52
*** hwoarang has quit IRC07:52
*** hwoarang has joined #openstack-ansible07:59
*** jbadiapa has joined #openstack-ansible08:00
*** nurdie has joined #openstack-ansible08:03
*** jbadiapa has quit IRC08:06
*** jbadiapa has joined #openstack-ansible08:08
*** nurdie has quit IRC08:10
*** hamzaachi has joined #openstack-ansible08:14
*** jbadiapa has quit IRC08:23
*** Weifan has joined #openstack-ansible09:41
*** cshen has joined #openstack-ansible09:46
*** markvoelker has joined #openstack-ansible09:47
*** Weifan has quit IRC09:47
*** luksky has quit IRC09:49
*** cshen has quit IRC09:51
*** Adri2000 has quit IRC10:04
*** Adri2000 has joined #openstack-ansible10:06
*** markvoelker has quit IRC10:21
*** cshen has joined #openstack-ansible10:31
*** brtknr has joined #openstack-ansible10:38
*** hwoarang has quit IRC10:39
*** hwoarang has joined #openstack-ansible10:40
*** cshen has quit IRC10:54
*** pcaruana has joined #openstack-ansible10:56
*** markvoelker has joined #openstack-ansible11:18
*** nicolasbock has joined #openstack-ansible11:33
*** nicolasbock has quit IRC11:37
*** nicolasbock has joined #openstack-ansible11:39
cloudnullmnaser I have no historical context for that one.11:51
*** markvoelker has quit IRC11:51
cloudnullchanging to connection "local" for aio1 would probably be benificial11:51
*** hwoarang has quit IRC12:04
*** hwoarang has joined #openstack-ansible12:08
*** luksky has joined #openstack-ansible12:30
*** mmercer_ has quit IRC12:41
*** mmercer_ has joined #openstack-ansible12:42
*** cshen has joined #openstack-ansible12:50
*** cshen has quit IRC12:54
*** kplant has joined #openstack-ansible13:02
*** cshen has joined #openstack-ansible13:16
*** cshen has quit IRC13:22
*** hamzaachi has quit IRC13:24
*** klamath has joined #openstack-ansible13:28
*** markvoelker has joined #openstack-ansible13:49
*** cshen has joined #openstack-ansible14:06
*** markvoelker has quit IRC14:22
*** cshen has quit IRC14:59
*** tosky has joined #openstack-ansible15:10
*** hwoarang has quit IRC15:16
*** hwoarang has joined #openstack-ansible15:18
*** cshen has joined #openstack-ansible15:22
*** kplant has quit IRC15:27
*** kplant has joined #openstack-ansible15:27
*** cshen has quit IRC15:39
*** D3v1lRy has quit IRC16:07
logan-wouldn't that break the use of the container aware connection plugin16:13
logan-also with connection=local, ansible would use the ansible-runtime venv python for all tasks targeting aio1 unless configured otherwise.16:16
mnaserlogan-: I thought about that. I was thinking we set that connection type for the physical machines only16:17
logan-i typically try to use connection=local only for tasks that are meant to target the host running ansible (never any target hosts) even in a single node gate scenario because it changes the environment that the tasks are executed in so much (python interpreter, env inherited from ansible-playbook run, etc)16:17
logan-i'm not sure if that will work mnaser, the container aware connection plugin relies on ssh to the physical machine to attach to the container16:18
logan-i'm not sure if it supports connection=local for the physical machine hosting the containers16:18
logan-but considering it is a wrapper of the ssh connection plugin I kind of doubt it16:19
mnaserlogan-: is the connection plugin for containers stays ssh but the physical host used localhosy16:19
mnaserIf the **16:19
logan-gotcha16:20
mnaserThat way, physical host tasks happen using local and it pushes the container tasks through the ssh connection which will use container aware16:20
mnaserBut yeah, I do agree that we do end up with a slightly different not 100% environment.16:20
mnaserI think our plugin has a lot of ways it can be optimized when I went over it the other day.. but then again we can just use mitogen16:21
kplantmnaser: i tried 'container_tech: nspawn' in user_variables.yml but it still attempted to deploy with lxc. the only way i could get osa to use nspawn was to use container_vars: { container_tech: nspawn } with each node16:30
kplantwhich then still led me to the missing image error - is there further config i need to do to use nspawn instead of lxc?16:31
mnaserkplant: weird.  I may be wrong there then.16:31
mnaserThe missing image shouldn’t really happen.16:32
mnaserCan you share the logs until that failure?16:32
logan-were you working from an inventory that was generated before you switched container_tech?16:32
kplantnope, each change i test with a fresh environment16:33
kplanti'll teardown and do it again to get fresh logs16:33
*** luksky has quit IRC16:51
openstackgerritLogan V proposed openstack/openstack-ansible master: [DNM] Debug host /etc collection failures  https://review.openstack.org/64600916:56
kplantwhich logs in particular should i be looking at?17:04
mnaserkplant: just the playbook log17:15
mnaserI can have a look nd try to help17:15
kplantfailure is different now but seems to be a similar cause: https://pastebin.com/e4Lp7c7717:22
kplantApr 07 17:22:54 osa-infra-01 systemd-nspawn[16445]: Failed to add new macvlan interfaces: Device or resource busy17:23
kplantthere we go17:23
mnaserwhat interface do you have defined kplant ?17:27
mnaseraka what's your openstack_user_config looking like17:27
kplantit's pretty much the ceph-prod example: https://pastebin.com/2DNuSP5417:29
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_container_create master: debian: add ci and update meta  https://review.openstack.org/65058717:30
kplantand i have matched each bridge to a nic on an untagged virt network17:31
kplantthe nics in the nodes are: eth0: external unbridged, eth1: br-mgmt, eth2: br-vxlan, eth3: br-vlan, eth4: br-storage17:32
jrossermnaser: i've been wondering if we are trying to bite off too much in one go with lxc -> nspawn+macvlan17:32
mnaserjrosser: I was thinking that was actually the cause of the complications17:33
mnaserif we went from lxc+bridge -> nspawn+bridge would have probably been better17:33
jrosseri'd be totally in favour of that ^17:33
mnaserjrosser: when I tried to fix it up and clean it up, it was mostly macvlan related issue17:34
mnaserkplant: https://opendev.org/openstack/openstack-ansible/src/branch/master/etc/openstack_deploy/openstack_user_config.yml.aio-nspawn.j217:34
mnaserkplant: container_bridge should be an actual physical interface with nspawn (and using macvlan)17:35
*** cshen has joined #openstack-ansible17:35
jrossermnaser: a bit of a nit on these https://review.openstack.org/#/c/650548/ they don't actually add the jobs, just update the meta?17:35
kplantah, so my config is wrong17:35
mnaserjrosser: the depends-on adds the job so I figured it would kinda clarify that a little bit17:36
jrosseryeah, i was a bit confused by the commit message and went digging through the depends-on17:36
mnaserjrosser: I can change the message for the future ones? I'd rather not go over all of the patches again :p17:37
mnaserjust to have CI spin for a commit message17:37
jrossermnaser: no worries :)17:37
mnaserjrosser: I have a whole topic if you nothing better to do on a Sunday :) https://review.openstack.org/#/q/topic:osa/debian-support+is:open17:39
jrosseri'm on it17:39
*** cshen has quit IRC17:39
jrossermnaser: this fedora job fails like every time https://review.openstack.org/#/c/650534/17:41
mnaserjrosser: grr, let me try to hack on it..17:42
jrosserand thats in the tree of depends-on17:42
mnaseryeah17:42
mnaserthat will be necessary to unblock it17:42
mnaserLinking /home/zuul/.ansible/plugins/callback/ara to /home/zuul/src/git.openstack.org/openstack/ansible-hardening/.tox/functional/lib/python2.7/site-packages/ara/plugins/callbacks/17:42
mnaserit fails then..17:42
mnaserjrosser: hmm I think it might be failing here https://opendev.org/openstack/openstack-ansible-tests/src/branch/master/test-ansible-env-prep.sh#L255-L26217:46
openstackgerritMerged openstack/openstack-ansible-lxc_hosts master: debian: add support  https://review.openstack.org/65055217:53
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-lxc_container_create master: Remove Xenial support and CI jobs  https://review.openstack.org/65058817:56
*** ivve has quit IRC18:12
*** cshen has joined #openstack-ansible18:14
*** cshen has quit IRC18:20
jsquareanyone seen this?18:21
jsquarefatal: [infra-03_gnocchi_container-385c7335]: FAILED! => {"msg": "The task includes an option with an undefined variable. The error was: 'venv_base_download_url' is undefined\n\nThe error appears to have been in '/etc/ansible/roles/os_gnocchi/tasks/gnocchi_install.yml': line 36, column 3, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to18:21
jsquarebe:\n\n\n- name: Retrieve checksum for venv download\n  ^ here\n"}18:21
mnaserjsquare: nope.. what release?18:24
jsquarestable/rocky18:24
*** nicolasbock has quit IRC18:25
mnaserjsquare: never seen that.  how did you run the playbook?18:25
jsquaremnaser: we see that every single time18:26
jsquaremnaser: via setup-openstack.yml playbook18:26
jsquaremnaser: distro install btw18:27
mnaserjsquare: I think not all of our roles support distro install right now, it may seem gnocchi is one of them18:28
mnaseradding distro support is only a matter of defining some variables though18:28
jsquarehmm18:30
mnaserjsquare: I can help you out if you wanna pick that up, it should be relatively triival18:32
openstackgerritMohammed Naser proposed openstack/openstack-ansible-tests master: fedora: fix selinux configuration  https://review.openstack.org/65059018:34
openstackgerritMohammed Naser proposed openstack/ansible-hardening master: debian: drop stable job  https://review.openstack.org/65053418:35
mnaserjrosser: ^ that fixed/worked locally :)18:36
jsquaremnaser: yes, that'd be great18:37
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-lxc_container_create master: Remove Xenial support and CI jobs  https://review.openstack.org/65058818:38
mnaserjsquare: this could be inspiration https://review.openstack.org/#/c/569457/18:39
mnaserjrosser: https://review.openstack.org/#/c/650558/ to get your lxc_container_create changes to pass18:39
jrosserahha18:39
jrosseri was just looking at how all the jobs in there are nv and that is sad18:40
mnaserjrosser: yeah...18:40
jsquaremnaser: thanks, will take a look18:45
openstackgerritMerged openstack/openstack-ansible-lxc_container_create master: suse: move jobs to non-voting  https://review.openstack.org/65055819:00
openstackgerritMerged openstack/openstack-ansible-lxc_container_create master: debian: add support  https://review.openstack.org/65055319:00
openstackgerritMerged openstack/openstack-ansible-lxc_container_create master: fix tox python3 overrides  https://review.openstack.org/60677819:00
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-lxc_container_create master: Remove Xenial support and CI jobs  https://review.openstack.org/65058819:01
mnaserjrosser: https://review.openstack.org/#/c/650590/ is the dependency to fix Ansible-hardening too19:12
jrosserthats just about to pass tests i think19:13
mnaser\o/19:15
mnasercools19:15
jrosserbingo19:18
*** markvoelker has joined #openstack-ansible19:21
*** markvoelker has quit IRC19:25
*** markvoelker has joined #openstack-ansible19:35
*** hamzaachi has joined #openstack-ansible19:43
*** hwoarang has quit IRC19:50
*** luksky has joined #openstack-ansible19:52
*** hwoarang has joined #openstack-ansible19:55
*** cshen has joined #openstack-ansible20:16
*** cshen has quit IRC20:21
kplanti keep getting different deployment errors on each clean attempt with the same config: https://pastebin.com/0KJ4w5GB20:29
kplantit's pretty much a rip-off of the ceph example, is there anything blatantly wrong with my config?20:30
*** pcaruana has quit IRC20:47
*** hwoarang has quit IRC20:50
mnaserkplant: do you havve specific errors20:51
*** hwoarang has joined #openstack-ansible20:52
kplantthey seem to be different each time, the last one i got was one of the magnum containers failed to be added to the db20:54
kplanti'm ignoring any of the errors that might be caused by a mirror, but i've been getting some other random errors that don't appear to be related to a mirror20:55
mnaserkplant: I'd need to look at the playbook logs to help :)20:55
kplantyeah for sure, i didn't want to waste your time chasing something that wasn't consistent20:55
kplanti was hoping there was a blatant mistake that i made in my configs that was causing the unexpected behaviro20:55
*** hamzaachi has quit IRC21:04
mnaserkplant: its easier for me to see logs and track it back to a config being wrong than parsing a config myself =P21:07
kplantyeah... easier to know what you're looking for21:10
kplanti have it running again, if it fails i'll be more responsible to report what happened :]21:10
*** djhankb has joined #openstack-ansible22:10
*** marst has joined #openstack-ansible22:13
*** cshen has joined #openstack-ansible22:17
*** nurdie has joined #openstack-ansible22:17
*** nurdie has quit IRC22:20
*** cshen has quit IRC22:21
*** tosky has quit IRC22:40
*** nurdie has joined #openstack-ansible22:40
*** markvoelker has quit IRC22:41
*** nurdie has quit IRC22:45
*** marst has quit IRC22:59
kplantah i remember why i didn't mention this one: TASK [os_magnum : Create DB for service] :: fatal: [infra1_magnum_container-edc682ce]: FAILED! => {"censored": "the output has been hidden due to the fact that 'no_log: true' was specified for this result", "changed": false}23:04
kplantshould i rerun with -vvv ?23:04
kplanti'm going to remove the no_log from that task in /etc/ansible/roles/os_magnum/tasks/magnum_db_setup.yml - maybe that'll shed some insight23:12
*** nurdie has joined #openstack-ansible23:22
*** luksky has quit IRC23:24
*** nurdie has quit IRC23:26
mnaserkplant: im gonna go ahead and guess maybe you're missing password there23:30
kplantwouldn't it fail earlier without galera_root_password?23:36
*** hwoarang has quit IRC23:40
*** hwoarang has joined #openstack-ansible23:43
mnaserkplant: magnum database password23:45
kplanthttps://github.com/openstack/openstack-ansible-os_magnum/blob/master/tasks/magnum_db_setup.yml23:51
kplantit's failing on the first guy23:51
kplanthopefully without no_log i'll have an idea which variable it's unhappy with23:52
mnaserkplant: to speed things up23:53
mnaseryou can run individual playbooks23:53
mnaseryou can run openstack-ansible playbooks/os-magnum-install.yml23:53
kplantyeah that will speed this up immensely, thanks for the suggestion23:54

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