Friday, 2018-08-31

*** lbragstad has quit IRC00:12
*** lbragstad has joined #openstack-ansible00:14
*** dxiri has quit IRC00:16
*** schwicht has joined #openstack-ansible00:43
*** schwicht has quit IRC00:47
*** aicilamd has joined #openstack-ansible00:54
*** aicilamd has quit IRC00:58
*** Emine has quit IRC01:55
*** waynr has joined #openstack-ansible01:58
waynrhowdy folks01:58
waynrso i'm using openstack-ansible which uses ansible 2.1 and i want to use an action plugin that was introduced in ansible 2.401:59
waynri've copied that plugin to /etc/ansible/roles/plugins/actions but openstack-ansible doesn't seem to be picking it up01:59
waynranyone have advice for this situation?01:59
waynri've backported plugins from newer versions of ansible before with relatively minor problems02:00
waynr(like having to resolve missing imports)02:00
waynrthe module i'm attempting to backport for openstack-ansible is wait_for_connection because for some reason some of the ansible lxc containers aren't available by ssh immediately after the openstack-ansible playbooks finish running02:02
kaiokmowaynr: which tag are you using?02:08
waynrnewton-eol02:11
waynrsince i'm stringing together a bunch of different playbook runs in my current effort i think i've found a workable alternative to the wait_for_connection module02:12
waynri've isolated a single-task playbook that just echos 'hello' on each host in a while loop that will try running the playbook 60 times at intervales of 60 seconds each02:13
waynrnot ideal02:13
waynrthe problem i'm seeing in CI is hard to reproduce locally though02:14
* waynr throws in the towel for the night02:20
*** mmercer has quit IRC02:29
*** mmercer has joined #openstack-ansible02:30
cloudnullwaynr which action plugin are you backporting?02:34
cloudnullyou might need to add it to a path like /etc/ansible/roles/plugin_name02:35
cloudnulland then export the ANSIBLE_ACTION_PLUGIN variable to that action path02:35
cloudnulllike so02:37
cloudnullhttps://github.com/openstack/openstack-ansible/blob/master/scripts/openstack-ansible.rc#L2702:37
cloudnullif you already have the rc file on disk you could then just extend it02:37
cloudnullpath /usr/local/bin/openstack-ansible.rc02:38
cloudnullthe action plugin variable extends like a bash PATH02:38
*** mmercer has quit IRC02:41
*** vnogin has joined #openstack-ansible02:42
*** vnogin has quit IRC02:47
*** nicolasbock has quit IRC03:33
*** udesale has joined #openstack-ansible03:59
*** dave-mccowan has quit IRC04:05
*** poopcat has quit IRC04:07
*** hamzy has joined #openstack-ansible04:15
*** Bhujay has joined #openstack-ansible04:18
*** gkadam has joined #openstack-ansible05:04
openstackgerritKaio Kassiano Moura Oliveira proposed openstack/openstack-ansible-os_monasca master: Add support for openSUSE  https://review.openstack.org/58858405:05
*** shyamb has joined #openstack-ansible05:12
ivvemorning05:41
ivvethe recently changed ceph modification for gnocchi isn't working05:43
ivvehttps://docs.openstack.org/openstack-ansible-ceph_client/queens/configure-ceph.html#configure-os-gnocchi-with-ceph-client05:44
ivvewas recently changed and and "s" was added to package(s)05:44
ivveto the var05:44
ivvenow it exits as following05:45
*** joabdearaujo has quit IRC05:45
*** kaiokmo has quit IRC05:45
ivvefatal: [os-ctrl0402_gnocchi_container-364fc1bc]: FAILED! => {"attempts": 5, "changed": false, "failed": true, "module_stderr": "mesg: ttyname failed: Inappropriate ioctl for device\nTraceback (most recent call last):\n  File \"/tmp/ansibl05:45
ivvee_MDIPVA/ansible_module_apt.py\", line 1059, in <module>\n    main()\n  File \"/tmp/ansible_MDIPVA/ansible_module_apt.py\", line 1037, in main\n    allow_unauthenticated=allow_unauthenticated\n  File \"/tmp/ansible_MDIPVA/ansible_module_a05:45
ivvept.py\", line 485, in install\n    pkgspec = expand_pkgspec_from_fnmatches(m, pkgspec, cache)\n  File \"/tmp/ansible_MDIPVA/ansible_module_apt.py\", line 425, in expand_pkgspec_from_fnmatches\n    pkgname_pattern, version = package_split(05:45
ivvepkgspec_pattern)\n  File \"/tmp/ansible_MDIPVA/ansible_module_apt.py\", line 300, in package_split\n    parts = pkgspec.split('=', 1)\nAttributeError: 'list' object has no attribute 'split'\n", "module_stdout": "", "msg": "MODULE FAILURE"05:45
ivve, "rc": 1}05:45
*** joabdearaujo has joined #openstack-ansible05:47
*** rgogunskiy has joined #openstack-ansible06:01
*** jbadiapa has joined #openstack-ansible06:01
*** ivve has quit IRC06:02
*** shyamb has quit IRC06:03
*** shyamb has joined #openstack-ansible06:04
openstackgerritShangXiao proposed openstack/ansible-role-python_venv_build master: Add release notes link to README  https://review.openstack.org/57457206:12
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_gnocchi master: Fix usage of "|" for tests  https://review.openstack.org/59842706:14
*** ivve has joined #openstack-ansible06:14
*** Bhujay has quit IRC06:20
*** DanyC has joined #openstack-ansible06:23
*** shyamb has quit IRC06:27
*** shyamb has joined #openstack-ansible06:27
*** shyamb has quit IRC06:36
*** shyamb has joined #openstack-ansible06:41
*** vnogin has joined #openstack-ansible06:43
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_nova master: Fix usage of "|" for tests  https://review.openstack.org/59843406:44
*** vnogin has quit IRC06:47
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_ironic master: Fix usage of  https://review.openstack.org/59843506:47
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_monasca master: Fix usage of  https://review.openstack.org/59843606:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_monasca-agent master: Fix usage of  https://review.openstack.org/59843706:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_cinder master: Fix usage of  https://review.openstack.org/59843806:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_glance master: Fix usage of  https://review.openstack.org/59843906:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_searchlight master: Fix usage of  https://review.openstack.org/59844006:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_zaqar master: Fix usage of  https://review.openstack.org/59844106:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_magnum master: Fix usage of  https://review.openstack.org/59844206:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_trove master: Fix usage of  https://review.openstack.org/59844306:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_designate master: Fix usage of  https://review.openstack.org/59844406:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_aodh master: Fix usage of  https://review.openstack.org/59844506:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_rally master: Fix usage of  https://review.openstack.org/59844606:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_masakari master: Fix usage of  https://review.openstack.org/59844706:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_heat master: Fix usage of  https://review.openstack.org/59844806:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_neutron master: Fix usage of  https://review.openstack.org/59844906:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_watcher master: Fix usage of  https://review.openstack.org/59845006:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_tempest master: Fix usage of  https://review.openstack.org/59845106:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_panko master: Fix usage of  https://review.openstack.org/59845206:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_zun master: Fix usage of  https://review.openstack.org/59845306:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_cloudkitty master: Fix usage of  https://review.openstack.org/59845406:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_keystone master: Fix usage of  https://review.openstack.org/59845506:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_sahara master: Fix usage of  https://review.openstack.org/59845606:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_tacker master: Fix usage of  https://review.openstack.org/59845706:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_ceilometer master: Fix usage of  https://review.openstack.org/59845806:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_congress master: Fix usage of  https://review.openstack.org/59845906:48
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_swift master: Fix usage of  https://review.openstack.org/59846006:49
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_barbican master: Fix usage of  https://review.openstack.org/59846106:49
*** DanyC has quit IRC06:51
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_monasca master: Fix usage of "|" for tests  https://review.openstack.org/59843606:53
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_zun master: Fix usage of "|" for tests  https://review.openstack.org/59845306:53
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_cloudkitty master: Fix usage of "|" for tests  https://review.openstack.org/59845406:54
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_keystone master: Fix usage of "|" for tests  https://review.openstack.org/59845506:54
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_sahara master: Fix usage of "|" for tests  https://review.openstack.org/59845606:55
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_tacker master: Fix usage of "|" for tests  https://review.openstack.org/59845706:55
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_ceilometer master: Fix usage of "|" for tests  https://review.openstack.org/59845806:55
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_congress master: Fix usage of "|" for tests  https://review.openstack.org/59845906:55
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_swift master: Fix usage of "|" for tests  https://review.openstack.org/59846006:55
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_barbican master: Fix usage of "|" for tests  https://review.openstack.org/59846106:56
openstackgerritzhulingjie proposed openstack/openstack-ansible-os_ironic master: Fix usage of "|" for tests  https://review.openstack.org/59843506:56
*** dxiri has joined #openstack-ansible06:56
*** olivierb has joined #openstack-ansible07:00
*** luksky has joined #openstack-ansible07:04
*** shyamb has quit IRC07:12
*** shardy has joined #openstack-ansible07:16
*** shyamb has joined #openstack-ansible07:19
*** pcaruana has joined #openstack-ansible07:19
*** bjolo has joined #openstack-ansible07:28
*** shardy_ has joined #openstack-ansible07:31
*** shardy has quit IRC07:34
hwoaranggood morning. Could I get some reviews on https://review.openstack.org/#/c/592529/ please?07:38
*** DanyC has joined #openstack-ansible07:39
*** shardy_ is now known as shardy07:39
*** Bhujay has joined #openstack-ansible07:41
openstackgerritShangXiao proposed openstack/openstack-ansible-os_sahara master: Add project source link to README  https://review.openstack.org/59847807:48
openstackgerritShangXiao proposed openstack/openstack-ansible-os_sahara master: Add project source link to README  https://review.openstack.org/59847807:54
*** shyamb has quit IRC07:55
openstackgerritShangXiao proposed openstack/openstack-ansible-os_swift master: Add project source link to README  https://review.openstack.org/59848307:56
*** luksky has quit IRC07:58
*** ostackz has quit IRC07:59
*** DanyC has quit IRC08:01
*** DanyC has joined #openstack-ansible08:01
*** DanyC has quit IRC08:06
openstackgerritShangXiao proposed openstack/openstack-ansible-os_tempest master: Remove duplicate link in README  https://review.openstack.org/59848508:07
*** electrofelix has joined #openstack-ansible08:08
*** Bhujay has quit IRC08:17
openstackgerritShangXiao proposed openstack/openstack-ansible-os_masakari master: Add project source link to README  https://review.openstack.org/59851008:23
*** luksky has joined #openstack-ansible08:28
openstackgerritShangXiao proposed openstack/openstack-ansible-os_barbican master: Add bugs url link to README  https://review.openstack.org/59852208:29
*** fghaas has joined #openstack-ansible08:29
fghaasHi, I just looked into scripts/run-upgrade.sh and it doesn't seem to have seen an update since April. I have a trivial patch lined up that merely sets SOURCE_SERIES and TARGET_SERIES to queens/rocky, but I am guessing there would be other things that need fixing as well. I see no pending changes to run-upgrade.sh in https://review.openstack.org/#/q/status:open+project:openstack/openstack-ansible, so I thought I'd holler here t08:32
fghaaso see if anyone has already been working on something lest we needlessly duplicate efforts.08:32
openstackgerritShangXiao proposed openstack/openstack-ansible-os_ironic master: Add bugs url link to README  https://review.openstack.org/59853408:34
openstackgerritShangXiao proposed openstack/openstack-ansible-os_sahara master: Add bugs url link to README  https://review.openstack.org/59854608:38
fghaasIn the event that no-one is actually working on the script, but the likes of odyssey4me or evrardjp are already aware of things they *know* need fixing, I'm obviously grateful for any input.08:39
openstackgerritShangXiao proposed openstack/openstack-ansible-os_masakari master: Add bugs url link to README  https://review.openstack.org/59855308:41
*** olivierb_ has joined #openstack-ansible08:42
evrardjpfghaas: well I didn't get the chance to work on that for a while... :(08:42
fghaasNo worries at all. I'll go ahead and take a swing at it. :)08:43
evrardjpfghaas: we try to add the migration of the variables when they are happening, so I think we are good on that point08:43
*** olivierb has quit IRC08:43
evrardjpmy concern would be the re-order of plays, but we haven't got a big change between queens and rocky that I remember would cause a problem in the re-ordering08:43
evrardjpall we did were respectful and not problematic for upgrades as far as I can tell. So right now we have to iron out bugs08:44
evrardjpbut I don't think a big refactor is needed, per se, in the current state08:44
evrardjpofc I have ideas of large refactor, but no urgency :)08:44
fghaasRight, and the Queens container cleanup only ever went into stable/queens, not master. Meaning, nothing to remove there.08:44
openstackgerritShangXiao proposed openstack/openstack-ansible-os_swift master: Add bugs url link to README  https://review.openstack.org/59855808:45
fghaas(assuming, as I hope is accurate, run-upgrade.sh shouldn't support a direct Pike→Rocky upgrade, which would make things much more complicated)08:45
openstackgerritShangXiao proposed openstack/openstack-ansible-os_swift master: Add bugs url link to README  https://review.openstack.org/59855808:46
openstackgerritShangXiao proposed openstack/openstack-ansible-os_ceilometer master: Add bugs url link to README  https://review.openstack.org/59856108:51
*** shyamb has joined #openstack-ansible08:51
openstackgerritFlorian Haas proposed openstack/openstack-ansible master: WIP: scripts: Fix run-upgrade.sh SOURCE_SERIES and TARGET_SERIES  https://review.openstack.org/59856208:52
openstackgerritShangXiao proposed openstack/openstack-ansible-os_tacker master: Add bugs url link to README  https://review.openstack.org/59856308:57
odyssey4mefghaas: thanks for taking a peek at that!09:00
odyssey4mehwoarang: I expect https://review.openstack.org/591672 needs a rebase?09:00
openstackgerritShangXiao proposed openstack/openstack-ansible-os_cloudkitty master: Add bugs url link to README  https://review.openstack.org/59856409:00
odyssey4meI could do with some reviews folks if you have a moment: https://goo.gl/k9cCfF09:01
odyssey4meSome of them unblock some of the roles which are failing patches.09:02
hwoarangodyssey4me: it does not let me rebase but i think that by abandoning the other patch will make it move forward. otherwse i can restore it and get the other one in09:03
odyssey4mehwoarang: you can rebase via CLI instead of gerrit09:03
odyssey4meor should be able to09:04
hwoaranglet me see if 'recheck' will do the trick. i dont want to lose the precious votes :(09:04
odyssey4merebase won't lose the votes09:04
odyssey4meit looks like it was based on the abandoned patch, which is why it's not moving ahead09:04
odyssey4meI can rebase for you if you like?09:04
openstackgerritShangXiao proposed openstack/openstack-ansible-os_watcher master: Add bugs url link to README  https://review.openstack.org/59856609:05
hwoarangi am trying to find out how to rebase from cli09:05
odyssey4megit rebase -i HEAD~3; then comment out the patch you don't want; then git rebase origin/master09:06
hwoarangi guess i need a new branch with only this particular patch there, and then review again09:06
hwoarangyeah ok09:06
odyssey4mewell, you can just git review -d <review id> first09:06
noonedeadpunkevrardjp: hi. have a minute? I found it impossible to use find like {{ horizon_lib_dir }}/*/enabled/ here https://review.openstack.org/#/c/593092/09:06
openstackgerritMarkos Chandras (hwoarang) proposed openstack/openstack-ansible-plugins master: strategy: linear: Inspect the delegated host on delegated tasks.  https://review.openstack.org/59167209:06
odyssey4mehwoarang: I guess that patch is important for rocky too? any earlier branches?09:07
hwoarangrocky for sure09:07
hwoarangother branches are on older ansible and we did not have the problem there09:07
odyssey4meah ok09:07
openstackgerritShangXiao proposed openstack/openstack-ansible-os_panko master: Add bugs url link to README  https://review.openstack.org/59856709:08
odyssey4mewould it make sense to add https://review.openstack.org/#/c/592529/2 on top of that patch, so that there's an extended test for it?09:08
noonedeadpunkevrardjp: so it seems, that my first try was almost the best effort. But I've added ternary to defaults as odyssey4me offered09:08
evrardjpnoonedeadpunk: yes the ternary could be part of a different patch, so that it doesn't mix09:08
evrardjpand it is less confusing09:09
evrardjpnoonedeadpunk: but what is the problem?09:09
evrardjpYou just have to extend the regexp09:09
evrardjpdoesn't that work?09:09
noonedeadpunkevrardjp: the problem is, that find doesn't accept * inside of the path09:09
evrardjpoh it's just the basenames09:09
evrardjpI see09:09
evrardjpbut paths is a list09:10
noonedeadpunkyep. so then I need to specify a list of paths, which isn't really better, than setting them in vars09:10
evrardjpwell, one is dynamically found09:11
evrardjpwait, it's also recursive, so does this matter?09:11
odyssey4mehmm, where does horizon_panel_enable_state come from noonedeadpunk ?09:11
evrardjpthat's old odyssey4me09:11
odyssey4mehttps://review.openstack.org/#/c/593092/4/vars/main.yml09:12
odyssey4meoh I see you mean it's an old var09:12
hwoarangwe also need https://review.openstack.org/#/c/598195/ for the opnfv releases if anyone has the time :)09:12
evrardjpodyssey4me: yes09:12
odyssey4meso, as it stands, that patch will break the repo build - so we can't merge this until I reform the repo build for horizon at least09:13
noonedeadpunkrecursion works only in the provided path, but I don't think that it's a good idea to set path as just {{ horizon_lib_dir }} and descend up to enable with recursion...09:13
evrardjpnoonedeadpunk: no I mean to get full automation and reduce variable, we will have to do multiple finds09:14
odyssey4mehwoarang: done09:14
evrardjp1) find all the "enabled", "conf", "local settings" folders09:14
evrardjp2) use that as a list for the find files to copy by listing all their files, excepted __init__.py09:14
evrardjp3) profit!09:15
odyssey4meevrardjp noonedeadpunk I wonder, does horizon not just auto-enable anything installed?09:15
evrardjpodyssey4me: the docs say otherwise09:15
evrardjpthe docs say you must link09:15
odyssey4meif not, perhaps we should engage with the teams to make that happen - because having to implement stuff like this in deployment tooling is quite silly09:15
evrardjpthat's why we also had ppl coming around saying "this thing doesn't work"09:15
noonedeadpunkbut still setting a path for every panel is needed09:15
odyssey4meok, happy to go for it right now, but perhaps we should PTG discussion this09:15
evrardjpodyssey4me: well, when you use distro package, nothing to do, because distro put the things at the right place when installing the package09:16
* odyssey4me adds it to the etherpad09:16
noonedeadpunkagree - distro package enables everything needed09:16
evrardjpnoonedeadpunk: what do you mean?09:16
evrardjpI mean this is for only source installs, and it is okay to me to do two finds... I am not sure what the problem is09:17
evrardjpthey don't have all the same structure?09:17
evrardjpI mean this could potentially remove ALL the custom things in horizon -- it's a big positive change if we wire everything automatically09:18
odyssey4meok I now see what horizon_panel_enable_state is - it specifies 'link' or 'file' depending on whether it's a source-based install or a distro-based install09:18
noonedeadpunkevrardjp: I mean, that I still need _horizon_panels, as without list of panels I can't get find working, as asterisk is not an option09:18
evrardjpppl wanting their own dashboard can just package on pip and install it09:18
*** vnogin has joined #openstack-ansible09:19
evrardjpnoonedeadpunk: that's the part I don't get09:19
evrardjpif they are not installed, they will not be found by the find module09:19
noonedeadpunkso you mean just to specify all path for all available dashboards and get rid of _horizon_active_panels?09:21
fghaasodyssey4me: I ain't done much yet :)09:21
openstackgerritShangXiao proposed openstack/openstack-ansible-os_trove master: Add bugs url link to README  https://review.openstack.org/59857009:21
noonedeadpunkyep, it's an option, and will simplify a bit. but isn't explicit providing path of active dashboards better?09:22
noonedeadpunkand yes, it can't be merged unless venv won't contain all dashboards09:22
odyssey4mefghaas: soo... I did have another topic I thought might interest you and will likely have quite a big impact on the training material you have09:23
* fghaas is all ears09:23
*** vnogin has quit IRC09:23
fghaasnspawn?09:23
odyssey4mefghaas: yes, exactly09:23
fghaasThought so.09:23
odyssey4mefghaas: I'm interested to know what sort of lead time you guys would need to transition to nspawn being the focal point of the training. One cycle, or two?09:24
odyssey4meWe'd like to deprecate the usage of LXC at some point, and set a date for its removal - but we know that it has a broad impact and want to make sure we make the transition as smooth as possible.09:24
fghaasWell I read https://docs.openstack.org/releasenotes/openstack-ansible/rocky.html#b2 in such a way that nspawn wasn't the default for Rocky, yet. Did I misunderstand?09:25
odyssey4meFor rocky, consider it experimental at best.09:25
fghaasExactly.09:25
noonedeadpunkodyssey4me: actually I don't know if horizon_panel_enable_state really needed... As state - file is pretty strage for panels...09:25
odyssey4meBut rocky gives the community a chance to try it out and improve it.09:25
fghaasodyssey4me: "cycle" being an OpenStack release cycle in this context?09:26
odyssey4menoonedeadpunk: I kinda agree - I would think that for distro packages, we should just skip the auto-linking altogether. The linking tasks should be source-based builds only IMO.09:26
odyssey4mefghaas: yes09:26
fghaasKay. We refresh our courses on a monthly basis, so the nspawn transition for the course material would need to happen within one month. So, definitely one OpenStack release cycle, not two.09:27
odyssey4mefghaas: so rocky is experimental, and we'll likely be porting patches back to improve it from stein... stein we'd like to aim for it to consistently work in gates... and maybe also change all the docs to make it the primary use-case09:27
odyssey4mefghaas: wow, that's fast-moving :)09:27
odyssey4mefghaas: ok, so in terms of what we can do to help - could you add some notes to https://etherpad.openstack.org/p/osa-stein-ptg on the topic 'The path to deprecating LXC and making nspawn THE container back-end we use'09:28
fghaasActually it's not, you folks have made our jobs very easy. We basically change the training material to point to the latest OSA point release, do a test run, and that's the whole refresh (in most months).09:28
odyssey4meWell, that's good to know. :)09:29
fghaasFor September we add a Rocky upgrade as a bonus lab, in October we plan to start on Queens and then have the usual upgrade run into Rocky.09:30
fghaasIs the lxc→nspawn tradition supported in-place?09:30
odyssey4meMy hope is that we can, in stein, switch the primary/default back-end but leave LXC in place. Then in T we remove LXC. That effectively gives deployers 3 major releases to transition.09:30
openstackgerritShangXiao proposed openstack/openstack-ansible-os_designate master: Add bugs url link to README  https://review.openstack.org/59857509:30
fghaasI mean, should I be able to take an LXC-based deployment and move it to nspawn? I'd be happy to add that as our new bonus lab.09:31
odyssey4meoh no, there's still a lot of work to do just to get a greenfield working reliably - upgrades are not even yet looked at09:31
noonedeadpunkoh, just offtopic question - are bionic now fully supported by OSA in rocky? As I see tests are passing and everything is supposed to work. As I was thinking about ubuntu upgrade to bionic and then upgrade from queens to rocky09:31
*** DanyC has joined #openstack-ansible09:31
odyssey4mewell, technically, it is possible to transition - there's just no real automation or documentation for it09:31
odyssey4methis is exactly what we need to get done this cycle09:32
fghaasodyssey4me: well wouldn't it be much the same thing as what we collaborated on for the Queens container cleanup?09:32
odyssey4menoonedeadpunk: bionic's not quite there yet - and it's only in master/stein right now09:32
fghaasDeploy new nspawn containers, have a playbook that nukes the lxc ones?09:32
noonedeadpunkodyssey4me: got it. thanks09:33
openstackgerritShangXiao proposed openstack/openstack-ansible-os_searchlight master: Add bugs url link to README  https://review.openstack.org/59857609:33
odyssey4mefghaas: yep, it'll go something like that - a little different though... it's nuke the lxc container, change the container back-end for it, then recreate it and it's now nspawn09:33
fghaasHmm. That's fine for an HA setup where you have 3 instances of each container, but would disrupt single-instance configurations in that the API would be unavailable for some time.09:34
odyssey4mefghaas: I figured that you may have a bunch of words in slides and materials about LXC, and may need to prep some new ones for nspawn09:34
odyssey4mefghaas: oh yeah, in that instance it might be better to add a new nspawn and remove the old lxc... but then IP address and agent names change - so each has their price09:35
fghaasI'm actually thinking about adding API service HA to the course; makes for a more realistic environment that way.09:35
openstackgerritShangXiao proposed openstack/openstack-ansible-os_zaqar master: Add bugs url link to README  https://review.openstack.org/59857709:35
odyssey4mefghaas: well, even on an AIO you can increase affinity to make each service have multiple containers09:36
odyssey4meso perhaps that'd be a useful thing to abuse for the transition09:36
fghaasNot worried about the slides much. It's all Markdown, so it's not like we have to manually edit Google Slides or Impress or (shudder) PowerPoint.09:36
odyssey4meoh sure, but nspawn means research09:36
*** hamzy_ has joined #openstack-ansible09:37
*** hamzy has quit IRC09:37
*** shyamb has quit IRC09:37
odyssey4meperhaps it'd be handy for us to express in the docs why we're transitioning09:37
*** vnogin has joined #openstack-ansible09:37
fghaasI know about the affinity bit and we use it for rabbitmq and Galera to have _some_ HAish things, but I'm thinking more about actually deploying 3 control nodes because really, no person in their right mind should deploy fewer09:37
openstackgerritShangXiao proposed openstack/openstack-ansible-os_gnocchi master: Add bugs url link to README  https://review.openstack.org/59857909:38
openstackgerritShangXiao proposed openstack/ansible-role-python_venv_build master: Add bugs url link to README  https://review.openstack.org/59858009:41
openstackgerritShangXiao proposed openstack/ansible-role-python_venv_build master: Add source code and bugs url link to README  https://review.openstack.org/59858009:46
openstackgerritMerged openstack/openstack-ansible-plugins master: strategy: linear: Inspect the delegated host on delegated tasks.  https://review.openstack.org/59167209:51
openstackgerritShangXiao proposed openstack/openstack-ansible-lxc_hosts master: Add bugs url link to README  https://review.openstack.org/59858209:51
*** priteau has joined #openstack-ansible09:52
odyssey4mehwoarang: https://review.openstack.org/591672 is ready for porting back when you are ;)09:54
openstackgerritMarkos Chandras (hwoarang) proposed openstack/openstack-ansible-plugins stable/rocky: strategy: linear: Inspect the delegated host on delegated tasks.  https://review.openstack.org/59858409:55
hwoarangawesome09:55
-openstackstatus- NOTICE: Jobs using devstack-gate (legacy devstack jobs) have been failing due to an ara update. We use now a newer ansible version, it's safe to recheck if you see "ImportError: No module named manager" in the logs.09:56
hwoarangi am curious about https://review.openstack.org/#/c/598249/ - do we need to do anything special when bumping ansible?09:56
hwoarangthis seems to fail due to config_template09:56
*** hamzaachi has joined #openstack-ansible09:57
odyssey4mehwoarang: Yeah, I did https://review.openstack.org/592317 and that works fine - so either we've got some sort of conflict in the config_template loading, or it can't find config_template because we're not settings the paths to help it find the libraries.09:57
odyssey4meFor role tests, we put things in default paths. For the integrated build, config_template is in the roles/ path and not a standard location... which is why I suspect that to be the problem here - perhaps something changed upstream to make what used to work, not work any more.09:58
hwoarangstrange that it breaks in a bugfix release09:58
odyssey4meStrange? This is Ansible, you know. Bugfixes often 'correct' behaviours which were unintended, but were relied on.09:59
hwoaranghehe09:59
odyssey4meI haven't had much chance to try and figure it out - but that's my suspicioin so far.10:00
hwoarangok i will look into that10:00
ivvegnocchi seems to have trouble installing with ceph as backend.. anyone had any tests around that?10:02
openstackgerritShangXiao proposed openstack/openstack-ansible-os_horizon master: Add bugs url link to README  https://review.openstack.org/59858610:02
ivveenv is ubuntu 16.04 on deploy & hosts with queens10:02
ivvewith the recommended user_vars it doesn't work, without them it fails importing rados module in python10:03
ivvelooks like an ansible issue10:03
ivveill get a pastebin10:03
*** shyamb has joined #openstack-ansible10:05
odyssey4mefghaas: perhaps you have a moment to test and feedback on this patch? https://review.openstack.org/#/c/597977/1/scripts/run-upgrade.sh10:17
*** Bhujay has joined #openstack-ansible10:21
*** DanyC has quit IRC10:22
*** shyamb has quit IRC10:23
*** shyamb has joined #openstack-ansible10:23
ivvehttp://paste.openstack.org/show/729219/10:23
*** Bhujay has quit IRC10:26
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_monasca master: Add Ubuntu Bionic 18.04 support  https://review.openstack.org/58693210:30
*** nicolasbock has joined #openstack-ansible10:33
*** dave-mccowan has joined #openstack-ansible10:33
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_glance master: Add ability to configure cross-origin requests  https://review.openstack.org/57922410:41
openstackgerritMarkos Chandras (hwoarang) proposed openstack/openstack-ansible master: Update ansible to 2.5.8  https://review.openstack.org/59231510:57
ivvebug is here: https://bugs.launchpad.net/openstack-ansible/+bug/177587310:57
openstackLaunchpad bug 1775873 in openstack-ansible "gnocchi missing configuration to use ceph backend" [Undecided,Confirmed]10:57
*** shyamb has quit IRC10:57
ivveit worked in pike10:58
*** DanyC has joined #openstack-ansible10:58
noonedeadpunkhm, it seems, that it works in queens as well... As I don't remeber hitting this bug11:00
ivvenoonedeadpunk: can you paste your user_variable settings for gnocchi11:01
ivvei'd like to compare as there seems to be changes on how it should be configured11:01
ivve(i used the same as for pike) but added an "s" to the packages variable as stated in the docs11:01
ivveand that might not suffice..11:01
openstackgerritMerged openstack/openstack-ansible-plugins master: Fix config_template to work with Ansible 2.6  https://review.openstack.org/58832211:02
noonedeadpunkivve http://paste.openstack.org/show/729223/11:04
ivvethanks noonedeadpunk11:05
openstackgerritMerged openstack/openstack-ansible-rabbitmq_server master: Cleanup generation of rabbitmq server data  https://review.openstack.org/58215011:06
noonedeadpunkivve: But I'm now on 17.0.511:06
ivveah this is 17.1.?11:07
ivvelemme check11:07
ivvelatest in stable branch anyways11:07
noonedeadpunkivve: As for me using tag may be better solution11:08
ivveaye11:10
ivvei think i will head that way11:11
*** udesale has quit IRC11:12
*** shyamb has joined #openstack-ansible11:33
noonedeadpunkivve: but it seems, that this bug is really valid, probably I've just forgotten or fixed it just for myself...11:40
*** johnny101 has quit IRC11:45
*** Taseer has quit IRC11:47
hwoarangodyssey4me: what do you think of https://review.openstack.org/#/c/592315/ ?11:53
hwoarangodyssey4me: tldr; ansible.cfg can't be in an insecure location anymore (ie tests/ansible.cfg)11:53
hwoarangthe reason it works on openstack-ansible-tests is because we put it in $HOME which is not world writable11:54
hwoarangfun stuff11:54
odyssey4mehmm, ok - what's "insecure" about the current location?11:56
odyssey4meoh, that folder is world writable? I wonder why that is?11:57
odyssey4meIt doesn't look world writable to me on my laptop...11:58
*** kaiokmo has joined #openstack-ansible11:58
hwoarangmaybe it is in the ci11:59
odyssey4mewell, do we even need ansible.cfg?12:00
hwoarang [WARNING] Ansible is in a world writable directory (/home/zuul/src/git.openstack.org/openstack/openstack-ansible/scripts), ignoring it as an ansible.cfg source.12:00
*** suggestable has joined #openstack-ansible12:00
odyssey4mewe bootstrap ansible before that, set a bunch of env vars to tell ansible where things are12:00
*** gkadam has quit IRC12:00
hwoarangtrue but we also define where our plugins are12:00
odyssey4meah, yeah - for zuul it likely is12:00
odyssey4mewe're using /opt/ansible-runtime/bin/ansible-playbook to avoid using the wrapper12:01
odyssey4meI wonder why.12:01
odyssey4meprobably only to avoid using the dynamic inventory, which I think we can solve another way12:02
odyssey4meif we, for bootstrap-aio, set ANSIBLE_INVENTORY to something nonsense, then it won't use the dynamicinventory12:03
odyssey4mebut we get all the other env vars we set12:03
odyssey4methen we can unset the inventory after bootstrap-aio so that it uses the defaults later12:04
odyssey4memind if I do the adjustments to the patch?12:04
hwoarangdo whatever you want. at least we know the problem right now12:04
*** shyamb has quit IRC12:08
*** shyamb has joined #openstack-ansible12:08
*** ansmith has joined #openstack-ansible12:15
*** schwicht has joined #openstack-ansible12:17
*** schwicht has quit IRC12:21
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Update ansible to 2.5.8  https://review.openstack.org/59231512:28
odyssey4mehwoarang: yeah, thanks for figuring that out - good find!12:28
*** schwicht has joined #openstack-ansible12:29
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Update ansible to 2.5.8  https://review.openstack.org/59231512:30
*** shardy has quit IRC12:35
noonedeadpunkodyssey4me: stupid question - does vars/source_install.yml includes only for installation from source, or always?12:40
hwoarangit should only be included for source installs12:41
noonedeadpunkhwoarang: ok, thanks12:41
*** shyamb has quit IRC12:41
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_horizon master: Re-written dashboards linking.  https://review.openstack.org/59309212:44
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_horizon master: Re-written dashboards linking.  https://review.openstack.org/59309212:47
*** schwicht has quit IRC12:48
noonedeadpunkodyssey4me hwoarang evrardjp what do you think about this ^ ?12:49
evrardjpnoonedeadpunk: I like where you are heading12:54
evrardjpfar cleaner already12:54
openstackgerritMerged openstack/openstack-ansible-plugins stable/rocky: strategy: linear: Inspect the delegated host on delegated tasks.  https://review.openstack.org/59858412:54
evrardjpnoonedeadpunk: what's the reason why _horizon_panels cannot be found?12:54
evrardjpmy concern is that users with new panels will have to override _horizon_panels or add stuff to extra panels. Which is fine, but it's an extra step that can probably be skipped12:56
evrardjpnoonedeadpunk: we now have to wait for odyssey4me 's patches to make this work with the repo build12:57
odyssey4meyep, working on it as we speak12:57
*** EmilienM is now known as EvilienM12:57
odyssey4meI've made the python_venv_build role changes, now just need to make tests work with them.12:57
odyssey4meI'm removing all the venv packaging - it makes the role so much simpler.12:58
evrardjpfolks I'd like a few reviews, https://review.openstack.org/#/c/587544/ https://review.openstack.org/#/c/593032/ https://review.openstack.org/#/c/593051/ https://review.openstack.org/#/c/596761/12:59
evrardjphttps://review.openstack.org/#/c/597012/12:59
evrardjpodyssey4me: already did that, so it's for others.12:59
evrardjpI will issue RC3 this week-end12:59
odyssey4meevrardjp: I'll trade you for https://goo.gl/k9cCfF :)12:59
evrardjpwhen those are in12:59
*** ansmith has quit IRC13:01
*** elmaciej has joined #openstack-ansible13:01
*** elmaciej has quit IRC13:01
evrardjpI can't vote on MNAIO I never touched it13:01
*** tosky has joined #openstack-ansible13:02
waynrcloudnull: thanks for the advice; before running the playbook I actually copied the plugin directly to /etc/ansible/roles/plugins/action and it still wasn't detected13:02
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Update ansible to 2.5.8  https://review.openstack.org/59231513:03
waynrthe action module i wanted to use is called "wait_for_connection"13:03
*** aicilamd has joined #openstack-ansible13:04
odyssey4meevrardjp: yep, that's fair enough13:04
odyssey4metyvm13:04
hwoarangme neither. i am trying to make some sense based on commit msg and patch13:05
hwoarangodyssey4me: i am getting the mnaio only works with VM right?13:05
hwoarangi mean pxe-ing VMs and not real nodes13:05
hwoarangthat's what i gather from the readme file13:06
*** ansmith has joined #openstack-ansible13:06
odyssey4mehwoarang: MNAIO installs on a physical host, then boots VM's setup with all their networking to simulate multiple VM's on a single physical node13:06
odyssey4meit's quite handy for multi-node testing13:06
hwoarangok i see13:07
odyssey4mewe're using the file-based back-end for the VM's to save the VM images off the host, so that we can re-use them in later tests13:07
hwoarangyou meant 'multiple VM nodes on a single physical node right'13:07
odyssey4methat way in CI we can to deployment validation in one stage, and subsequent tests in a totally different stage - and in parallel13:07
hwoaranglike the VMs are pretending to be openstack nodes13:07
hwoarangwhere you build openstack on top of them13:07
odyssey4meyes13:07
hwoarangok13:07
hwoaranggood13:08
odyssey4meif you have a host with enough ram/disk, then it's quite nifty13:08
*** aicilamd has quit IRC13:08
hwoarangis exactly what we do in opnfv, but we use bifrost (ironic) to drive the pxe boot13:08
odyssey4mefair enough, that may be interesting to look at some time in the future when I have some time13:10
odyssey4mein fact, at the ptg I'd like to compare notes around how we do things - maybe we can converge some things13:10
odyssey4meI suspect we may be solving similar problems. :)13:10
*** schwicht has joined #openstack-ansible13:11
odyssey4mehwoarang: oh, you're not at the ptg are you?13:11
noonedeadpunksorry, had a meeting so asked for a review and went out.13:13
hwoarangodyssey4me:  no i am not but others from opnfv may be13:14
odyssey4mehwoarang: alright, if I don't manage to chat to someone there then I'll see what I can do to come and visit you up north :p13:15
hwoarang;p13:16
noonedeadpunkevrardjp: didn't understand your concern about extra panels. I'm not sure that _horizon_panels are found, as they are placed inside vars/source_install.yml, which is not supposed for include in case of package installation13:17
noonedeadpunkoh, probably I've found some solution13:19
evrardjpnoonedeadpunk: ok :)13:20
evrardjpnoonedeadpunk: the horizon_panels IMO doesn't _need_ to exist13:20
evrardjpnoonedeadpunk: the idea is , for a deployer,you want to install a pip package containing your dashboard, and it automatically gets wired. Like if you were installing from packages13:21
evrardjpso we need to be smarter instead of force any wiring on the deployers13:21
noonedeadpunkevrardjp: yes, but as you see I've moved list here https://review.openstack.org/#/c/593092/6/vars/source_install.yml13:22
evrardjpso for me finding the folder "enabled" "conf" "local settings" inside "horizon_lib_dir" should do the trick13:22
guilhermespmornings team :)13:22
adcpdkHi Everyone! I have just destroyed all the containers and wanted to proceed with the new installation of openstack ansible AppendixA testing environment13:23
evrardjpnoonedeadpunk: that should be in main IMO13:23
evrardjpto avoid having undefined13:23
evrardjpuntil we remove it completely :)13:23
adcpdkFor some reason while running setup-hosts playbook I get the following messages from my controller node13:23
adcpdkFailed to load config for infra1_cinder_api_container-7c46a52113:23
adcpdkany suggestions?13:23
noonedeadpunkevrardjp: but ansible find module currently doesn't allow to provide such find, so I have to specify this list of dirs somewhere....13:24
evrardjpnoonedeadpunk: are you sure? Because for me the docs say otherwise13:25
evrardjpnoonedeadpunk: file_type: directory, path: horizon_lib_dir, recurse: yes, patterns: ['conf', 'enabled', 'local_settings']13:26
noonedeadpunkevrardjp: so you mean not to check files inside this directories for some mess and link everything, which is contained there?13:29
adcpdkcloudnull, can you assist please? http://paste.openstack.org/show/729234/13:29
noonedeadpunkI really think, that basic filenames check inside this directories should be held...13:29
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_horizon master: Re-written dashboards linking.  https://review.openstack.org/59309213:31
openstackgerritMerged openstack/openstack-ansible-nspawn_hosts master: Simplify inserting apt keys into nspawn image  https://review.openstack.org/59655513:32
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_horizon master: Re-written dashboards linking.  https://review.openstack.org/59309213:32
evrardjpnoonedeadpunk: nope I mean two tasks13:32
evrardjp:)13:32
noonedeadpunkoh, finally I understood. How slow I am...13:32
evrardjpfirst one finds the folders that contain said files, second find files inside previously found folders :)13:32
evrardjpnoonedeadpunk: you don't have the odyssey4me 's translator13:33
evrardjpI just don't express myself well in english, as I have a tendency to write the strict minimum :p13:33
evrardjpmorning guilhermesp13:34
noonedeadpunkmy english is extremely far from even a good one, so probably we just use different english)13:35
noonedeadpunkbased on your experience with openstack, when it will be safe to try upgrade to the new release?13:37
guilhermespwhat do we need besides fix os_nova and os_cinder to get this merged to the rest of the roles so we can backport it? https://review.openstack.org/#/q/topic:smart-sources+(status:open+OR+status:merged)13:37
*** lbragstad is now known as elbragstad13:37
*** aicilamd has joined #openstack-ansible13:39
*** luksky has quit IRC13:40
noonedeadpunkbtw, I really very dissapointed with ansible's find module. It' doesn't find anything in case of the following regexp: "^_[0-9]{2,4}_.*.py$" But it feels okey with ^(_[0-9]{4}_.*.py|_[0-9]{2}_.*.py)$ So it looks like a bug, which I probably should report...13:41
openstackgerritMerged openstack/openstack-ansible-lxc_hosts master: Make apt key import for Ubuntu a uniform process  https://review.openstack.org/59655713:44
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/ansible-role-python_venv_build master: Simplify builds/installs by eliminating venv packaging  https://review.openstack.org/59895713:44
odyssey4menoonedeadpunk: something that may be handy is to try the regex out with sample data on https://regex101.com/ - make sure to switch to the python flavor13:45
odyssey4meonce you have a regex with data setup, you can also save it and share a url for others to look at13:46
*** aicilamd has quit IRC13:46
openstackgerritMerged openstack/openstack-ansible-os_gnocchi master: Upgrade pip/setuptools/wheel in role test venv  https://review.openstack.org/59688513:47
noonedeadpunkodyssey4me: yeah, I've checked it with this resource)13:47
noonedeadpunkthings I tried to catch are "_1610_project_orchestration_panel.py" and "_12_toggle_data_upload_max_number_fields.py". And both of them were catched by second condition and nothing by first13:49
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/ansible-role-python_venv_build master: Simplify builds/installs by eliminating venv packaging  https://review.openstack.org/59895713:54
*** aicilamd has joined #openstack-ansible13:55
odyssey4meevrardjp: got a min to review https://review.openstack.org/592502 & https://review.openstack.org/598210 & https://review.openstack.org/598402 & https://review.openstack.org/59840113:57
evrardjpall those small things13:59
*** hamzaachi has quit IRC14:00
*** aicilamd has quit IRC14:00
noonedeadpunkodyssey4me: btw, I still need help with masakari, so if you once will have some time for it... :)14:00
odyssey4menoonedeadpunk: yep, it's next on my hit list - I haven't forgotten :)14:02
noonedeadpunkodyssey4me: ok, just ping me then - I'm almost always here at business time14:03
openstackgerritMerged openstack/openstack-ansible-os_zun master: Remove deprecated Disk/RamFilter usage  https://review.openstack.org/59720114:05
openstackgerritMerged openstack/openstack-ansible-os_gnocchi master: Use the TESTING_BRANCH env var for constraints  https://review.openstack.org/59258814:06
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-lxc_hosts stable/rocky: Make apt key import for Ubuntu a uniform process  https://review.openstack.org/59896414:07
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-nspawn_hosts stable/rocky: Simplify inserting apt keys into nspawn image  https://review.openstack.org/59896514:07
adcpdkdid anyone experience issues with creating the containers with the following error: Unknown configuration key "lxc.pts"14:10
odyssey4meadcpdk: are you trying to install on bionic perchance?14:10
adcpdkonly the following ones: http://paste.openstack.org/show/729237/14:11
adcpdkI have destroyed my enviromnent completely and trying to bootstrap from clean install14:12
odyssey4meadcpdk: bionic support is not finished yet for master, and will not work for any stable branches yet14:12
*** aicilamd has joined #openstack-ansible14:13
adcpdkodyssey4me it's not bionic, it's 16.0414:14
odyssey4meadcpdk: oh, then I haven't seen that :/ sorry14:14
adcpdkLinux node01 4.4.0-131-generic #157-Ubuntu SMP Thu Jul 12 15:51:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux14:14
adcpdkroot@node01:~# cat /etc/lsb-release14:14
adcpdkDISTRIB_ID=Ubuntu14:14
adcpdkDISTRIB_RELEASE=16.0414:14
adcpdkDISTRIB_CODENAME=xenial14:14
adcpdkDISTRIB_DESCRIPTION="Ubuntu 16.04.5 LTS"14:14
adcpdkI think it's related to the new lxc3.014:14
odyssey4meif Ubuntu has ported lxc3 back to Xenial, then we're going to have to port a bunch of things back into stable branches... that's *not* going to be fun14:16
adcpdkii  lxc                                 3.0.1-0ubuntu1~16.04.2                     all          Transitional package - lxc -> lxc-utils14:17
adcpdkso the solution is to downgrade to the previous lxc version14:17
adcpdk?14:17
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/ansible-role-python_venv_build master: Simplify builds/installs by eliminating venv packaging  https://review.openstack.org/59895714:18
noonedeadpunkJust launched dist-upgrade for my aio environment and I still have 2.0.814:19
odyssey4meadcpdk: not sure at this point, it'd be good to verify whether someone else is seeing the same14:20
fghaasevrardjp, odyssey4me: sadly, that didn't take long to break. :( http://paste.openstack.org/show/729239/14:20
odyssey4megoing afk for a bit14:20
fghaas(this is current master. I'll try stable/rocky next)14:20
adcpdkI think I am going to remove it and re-run setup-hosts14:21
noonedeadpunkadcpdk have you added some non-standart repos?14:21
noonedeadpunkor backport repos?14:22
fghaasSame thing.14:22
adcpdkhttp://paste.openstack.org/show/729240/14:22
adcpdkhere are my repos14:23
adcpdkplease let me know how it shuld look like14:23
noonedeadpunkMine is installed from "deb http://nova.clouds.archive.ubuntu.com/ubuntu/ xenial-backports main restricted universe multiverse"14:24
noonedeadpunkhttp://paste.openstack.org/show/729242/14:24
*** hamzy_ is now known as hamzy14:26
openstackgerritMarkos Chandras (hwoarang) proposed openstack/openstack-ansible-openstack_openrc master: templates: openrc: Also add OS_INSECURE to openrc file  https://review.openstack.org/59897814:27
adcpdknoonedeadpunk I see, can you specify your /etc/apt/sources.list14:28
adcpdk?14:28
noonedeadpunkhttp://paste.openstack.org/show/729243/14:29
hwoaranganother opnfv fix please: https://review.openstack.org/598978 which needs backporting14:31
openstackgerritMerged openstack/openstack-ansible-lxc_hosts stable/queens: Add always tag to systemd version task  https://review.openstack.org/59840214:32
openstackgerritMerged openstack/openstack-ansible-lxc_hosts stable/rocky: Add always tag to systemd version task  https://review.openstack.org/59840114:32
*** spatel has joined #openstack-ansible14:34
spatelmorning14:34
spatelI have noticed this morning my compute nodes using swap memory a lot specially qemu-kvm14:34
spatelPID=47329 swapped 2799592 KB (qemu-kvm)14:35
openstackgerritMerged openstack/openstack-ansible-os_barbican stable/rocky: Add missing endpoint_type  https://review.openstack.org/59821014:48
openstackgerritMerged openstack/openstack-ansible-os_aodh master: Use the TESTING_BRANCH env var for constraints  https://review.openstack.org/59250214:57
openstackgerritMerged openstack/openstack-ansible-os_aodh master: Remove the unnecessary space  https://review.openstack.org/58464314:57
openstackgerritMerged openstack/openstack-ansible-os_aodh master: Updated from OpenStack Ansible Tests  https://review.openstack.org/59357314:57
*** dxiri has quit IRC15:12
openstackgerritMerged openstack/openstack-ansible master: Introduce OpenStack Healthchecks  https://review.openstack.org/58754415:19
*** macza has joined #openstack-ansible15:26
*** pcaruana has quit IRC15:26
d34dh0r53odyssey4me: have you seen this in your blacklist work http://paste.openstack.org/show/729251/?15:32
d34dh0r53that's stable/pike btw15:34
*** rgogunskiy has quit IRC15:35
openstackgerritMerged openstack/openstack-ansible master: Add aio host conf for barbican role  https://review.openstack.org/57928415:42
openstackgerritMerged openstack/openstack-ansible master: Add missing congress_oslomsg_rpc_password  https://review.openstack.org/59655115:42
openstackgerritMerged openstack/openstack-ansible master: Bind mount glance cache directory  https://review.openstack.org/59523015:42
*** vnogin has quit IRC15:42
*** electrofelix has quit IRC15:47
odyssey4med34dh0r53: I've not, it looks like is a mutually exclusive list, so the best approach may be to replace the blacklist with an override of the whitelist?15:55
d34dh0r53odyssey4me: I'm curious as to why we haven't seen this in other versions, playing around with tempest SHAs in pike ATM.  I was just wondering if you'd see that15:56
odyssey4meie override https://github.com/openstack/openstack-ansible-os_tempest/blob/stable/pike/defaults/main.yml#L65-L72 but remove the test you want to blacklist15:56
d34dh0r53yeah, that's definitely a possibility15:56
odyssey4mewell, we install tempest from pypi and don't use git for it now15:56
d34dh0r53do you happen to know where the version of stestr is defined?15:56
odyssey4meonly master uses git15:56
d34dh0r53ohh, that make sense15:57
d34dh0r53ok15:57
odyssey4meso tempest for pike is https://github.com/openstack/requirements/blob/stable/pike/upper-constraints.txt#L35815:57
d34dh0r53thanks15:58
odyssey4mequeens is https://github.com/openstack/requirements/blob/stable/queens/upper-constraints.txt#L364 - so if there's a new feature or change in deps, it'll be between those two tags15:58
odyssey4meI'd suggest just overriding the default whitelist though, because changing deps introduces more headaches.15:58
d34dh0r53ok16:00
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible stable/rocky: Add missing congress_oslomsg_rpc_password  https://review.openstack.org/59901916:01
*** fghaas has quit IRC16:04
odyssey4med34dh0r53: basically, if you change a dep then they may be in conflict with what's in upper constraints - so you end up going through dependency hell... that's why we switch to installing from pypi in the first place16:04
odyssey4mewe know that everything in u-c can install together, and given that tempest is there it makes sense to use it16:04
d34dh0r53yeah, that makes sense, I'll just modify the whitelist on pike16:04
*** suggestable has quit IRC16:05
*** openstackgerrit has quit IRC16:06
cloudnullspatel re instances swapping, have you checked the swappyness on the host? maybe something you can tune down ?16:13
cloudnullwaynr maybe something within the plugin that is causing it not to load?16:13
cloudnullodyssey4me fghaas regarding nspawn migrations. we just did this in the lab. my process was to stop the lxc container, and then run nspawn create for the same container. nspawn picked up the existing rootfs and just like that i was up and running with different container runtime16:16
-spatel- [root@ostack-compute-15 ~]# cat /proc/sys/vm/swappiness16:17
-spatel- 516:17
spatelcloudnull: ^^16:17
odyssey4mecloudnull: oh, that's actually very nice :)16:17
cloudnullthat said for lxc, my backend was machinectl so to do the same with other backends we'd need to do a bit more16:17
spatelcloudnull: i am thinking to disable swap filesystem, why do we need that ?16:17
odyssey4mecloudnull: ok, I've got a topic at the PTG to discuss more details so that we can try and nail it down this coming cycle16:17
cloudnullonce my containers were running lxc I deleted the corresponding path in /var/lib/lxc/$name which gets the container out of the lxc backend16:18
cloudnullodyssey4me sweet!16:18
*** openstackgerrit has joined #openstack-ansible16:19
openstackgerritBjoern Teipel proposed openstack/openstack-ansible-ops master: Reducing memory footprint on mnaio  https://review.openstack.org/59902216:19
cloudnullspatel swap is super useful from a sysem perspective16:19
cloudnullhowever if you have the available mem and wont overcommit it, then by all means disable it16:20
spateli have set 4G swap16:20
spatelshould i increase in that case.. if its important16:20
cloudnullor just set the swappiness to <1016:20
spatelcurrently swappiness is 516:20
cloudnullno you dont need much16:20
spatelwill try 10 and see16:20
odyssey4med34dh0r53 cloudnull antonym could I get some eyes on https://review.openstack.org/#/q/topic:file-backed-vms+status:open please - with that, so far, I can bring up the MNAIO from images and have Galera starting properly in a cluster on boot16:21
odyssey4meI'm working on rabbitmq next.16:21
*** dxiri has joined #openstack-ansible16:24
cloudnull10 will increase the chance for the host to put things into swap16:26
cloudnullif you have 5 and your seeing issues with it you ma y want to set it to 116:26
odyssey4meand cloudnull - before you ask, yes, the lessons learned out of getting galera up and running is something I have on my TODO to put into the galera_server role to make the rebootstrap far simpler16:27
cloudnullha!16:27
cloudnullwas going to ask that and if we need to recreate the grstate.dat?16:28
odyssey4meI tried every method we have in our docs, and they all failed. This method reliably works.16:28
openstackgerritMarkos Chandras (hwoarang) proposed openstack/openstack-ansible-openstack_openrc master: templates: openrc: Also add OS_INSECURE and OS_VERIFY to openrc file  https://review.openstack.org/59897816:28
cloudnullcool!16:28
cloudnullok i gotta run again, flying in an hour and a half16:29
cloudnulltake care all16:29
odyssey4mecloudnull: well, interestingly, as per http://galeracluster.com/documentation-webpages/restartingcluster.html if grastate.dat has 'safe_to_bootstrap: 1' then all is well and things will just work.16:29
odyssey4mebut if it doesn't, then gvwstate.dat with http://galeracluster.com/documentation-webpages/pcrecovery.html is the best fallback you have16:30
odyssey4melemme push up an ops docs patch for this, as it's useful knowledge16:30
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: docs: Add links to very useful Galera recovery docs  https://review.openstack.org/59902716:38
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-tests master: Update ansible to 2.5.8  https://review.openstack.org/59231716:41
*** aicilamd has quit IRC16:41
*** olivierb_ has quit IRC16:41
*** hamzaachi has joined #openstack-ansible16:43
odyssey4meum, whoa... https://github.com/openstack/networking-ansible cc jamesdenton16:46
odyssey4meaha: https://github.com/openstack/networking-ansible#use-cases16:47
odyssey4melooks like that's new in rocky - prometheanfire have you seen that?16:47
*** aicilamd has joined #openstack-ansible16:49
odyssey4melogan-: that may be of interest to you too16:49
*** aicilamd has quit IRC16:52
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/ansible-role-python_venv_build master: Simplify builds/installs by eliminating venv packaging  https://review.openstack.org/59895717:05
odyssey4mehwoarang: looks like we're good to go for https://review.openstack.org/#/q/topic:osa-update-ansible+status:open17:06
*** hamzaachi has quit IRC17:08
noonedeadpunkmethods for recovering galera in docs are not really the best ones, and for more cases they'll fail. But still it's pretty usefull for diagnostics of the cluster state...17:18
noonedeadpunkI didn't work with nspawn a lot, so is it possible to pass a bare network interface inside of the namespace?17:19
noonedeadpunklike with lxc and phys network type?17:20
odyssey4menoonedeadpunk: I don't know. You'll have to try it out and see. I think it may be possible, given what I've read in the docs.17:30
odyssey4menoonedeadpunk: And yeah, recovering a failed galera cluster is a PITA. There are just so many failure conditions to take into account.17:31
odyssey4meI find myself wondering whether https://www.cockroachlabs.com/ would work as a drop-in replacement... if I had the time. ;)17:32
noonedeadpunkgalera is pretty nice and wide-spread, and lots of people already know how to manage it...17:33
odyssey4meYep, that's true.17:33
noonedeadpunkWhile cockroach is too young as for me17:34
noonedeadpunkAnd this needs migration from MySQL to Postgres and I'm not really sure, that every openstack project is ready for postgres17:37
noonedeadpunkActually, I've never tried it17:37
*** DanyC has quit IRC17:38
noonedeadpunkok, have a good weekend everyone!17:38
*** mmercer has joined #openstack-ansible17:40
*** noonedeadpunk has quit IRC17:41
*** aicilamd has joined #openstack-ansible17:46
*** fghaas has joined #openstack-ansible18:04
*** luksky has joined #openstack-ansible18:08
*** hamzaachi has joined #openstack-ansible18:09
xdfilmhayden I've been working with SR-IOV virtual interfaces, and I'm trying to have them use a consistent device name. I saw your blog post https://major.io/2015/08/21/understanding-systemds-predictable-network-device-names/18:10
mhaydenyessir18:10
xdfilI haven't found a way to select which "policy" udev should use18:11
xdfilI want to  skip the kernel names and such and go strait to the enp* names18:11
xdfilI thought /etc/systemd/network/default.link  would allow me to control that but it doesn;t seem to have any effect18:12
xdfilon Ubuntu 16.04 I still get a mix of  eno1 eno2  type names  and enp* type names18:13
mhaydenoh i know what you mean there18:14
mhaydenmy supermicro xeon D box has that fun problem18:14
mhaydenhttps://major.io/2015/09/28/first-thoughts-linux-on-the-supermicro-5028d-t4nt/18:14
xdfilSo let me ask this: is udev /supposed/ to allow me to select a naming policy? Or is it just telling me what the order of the policies is and there is nothing I can really do about it, and that I have to solve it in the hardware.18:16
mhaydenxdfil: look at https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ and skip to the "I don't like this" section at the end18:16
mhaydenxdfil: the goal of the post is to explain how systemd decides on those names18:17
mhaydenyou can override those names18:17
mhaydenhell, you can make it sriov0 and sriov1 if you're feeling really excited18:17
xdfilmhayden: but "i don't like this" will just give me ethX names right?18:17
mhaydenthat's one option, or you can provide custom names18:18
*** priteau has quit IRC18:18
xdfilcustom names seem to require rules based on MAC18:19
xdfilhmm ok, well at least you verified my assumptions about what was actually possible18:19
xdfilI noticed that the PCIe location numbers of the SR-IOV  devices don't actually represent the parent physical device18:22
xdfilthe only mapping I've found is inside the /sys filesystem of the parent device there is a listing of the virtual devices18:22
xdfilperhaps, none of this really matters18:23
xdfiland I'm just getting hung up on it18:23
xdfilmhayden:  another inconsistency  I see is not all of the virtual nics have the same fields available when viewing udevadm info -e18:27
mhaydenoof18:27
xdfilI'm going to go read your supermicro article now18:27
mhaydenis there something in openstack that allows you to set something predictable from below?18:27
xdfilsounds like hardware is the key18:27
xdfilwell, as far as openstack goes18:27
*** aicilamd has quit IRC18:27
xdfilit seems like it only needs the PCIe mapping of the physical/parent interface and it will know which interfaces are its children18:28
xdfilso that's comforting. I should probably just ignore this issue in hopes that it doesn't really matter18:29
*** DanyC has joined #openstack-ansible18:32
*** mmercer has quit IRC18:32
xdfilmhayden:  yeah your supermicro article seems very similar to my issue.  I'm suprised, going into this I thought forcing /everything/ to use ID_NET_NAME_PATH would be a simple thing.18:37
*** fghaas has quit IRC18:37
xdfilI'm still unsure if I should be tinkering with systemd/network or with udev rules.18:39
xdfiludev rules look so ugly, I'd like to avoid touching them18:40
odyssey4meThey're not ugly. They're just a kinda pretty you're not used to.18:42
xdfilhahaha18:42
xdfilI was reading this https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-understanding_the_device_renaming_procedure18:42
xdfileven though in my case i'm on 16.0418:43
xdfilhaven't been able to determine how to override them exactly18:44
odyssey4meOh yeah. I spent some time reading through udev rules not so long ago - it tooks me an hour of confusion to decide that this was not the road I should travel.18:44
odyssey4meWhile all those tools are powerful, sometimes you just gotta step back and think about taking another approach which is easier to implement and maintain.18:45
xdfilamen18:46
xdfilI put "NamePolicy=path"  in /etc/systemd/network/99-default.link18:46
xdfilit does nothing18:47
xdfilwho has the final say in net device names? systemd or udev ?18:47
prometheanfireodyssey4me: wha? something about networking-ansible?18:47
prometheanfirecjloader: https://review.openstack.org/#/c/598979/18:49
prometheanfiremight be the problem18:49
odyssey4meprometheanfire: yeah, I just noticed it and thought it looked like something interesting - then saw it was ironic focused, so thought you and cjloader might find it interesting given you've done work in that space18:51
prometheanfireya, I'll take a look18:51
prometheanfirenot sure a new backend would be good, but may be nice for test infra18:52
*** tosky has quit IRC18:52
*** openstackstatus has quit IRC18:58
*** DanyC has quit IRC19:01
*** schwicht has quit IRC19:08
*** adcpdk has quit IRC19:10
odyssey4meprometheanfire: well, I think the idea may be that it can be used to have switches reconfigured after the initial provisioning of the nodes19:13
odyssey4meso, for example, you ask for a node - then instead of going onto a flat network, the final provisioning of the node can change the switch config to put your node onto its own isolated vlan/whatever when it reboots19:14
odyssey4meas far as I know, that's the (very) short version of what is done in RAX OnMetal19:14
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: docs: Add links to very useful Galera recovery docs  https://review.openstack.org/59902719:20
*** aicilamd has joined #openstack-ansible19:24
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/ansible-role-python_venv_build master: Simplify builds/installs by eliminating venv packaging  https://review.openstack.org/59895719:26
prometheanfireodyssey4me: ah, that's cool19:26
odyssey4meprometheanfire: yeah, I think it is - basically it's more of a generic tool that enables you to use ansible playbooks to do whatever needs to be done, so if there's no neutron driver for it, but ansible can do it, then you're in the game19:27
odyssey4mebeyond that, even if there is a neutron driver for it, but you want to do some more complex orchestration that the driver doesn't handle (or the driver requires an expensive license to do that you need), then you can still do it19:28
*** fghaas has joined #openstack-ansible19:32
xdfilmhayden odyssey4me  logan- : Problem Solved! All I had to do was install the biosdevname package. My interfaces changed from "enoX" to "emX", BUT now my SR-IOV VFs are named after the PF they live on, like "em1_1", "em1_2".19:34
odyssey4mexdfil: aha! I'm sure mhayden might be interested, even if he does use CentOS.19:35
cloudnullo/ all19:36
xdfilI think it's universal/systemd19:36
cloudnullhows it this afternoon ?19:36
xdfilo/ hey mr. null19:36
*** openstackstatus has joined #openstack-ansible19:36
*** ChanServ sets mode: +v openstackstatus19:36
xdfilcloudnull: I actually had a bunch of stuff I wanted to run by you in regards to nspawn networking. But it all really boils down to one thing19:37
xdfilPlease, make your  ansible support macvtap, as well as passing a "physical" nic19:39
odyssey4mexdfil: well, funny you should mention that - I think that's already there, if you want it19:39
odyssey4mehttps://review.openstack.org/59323019:39
cloudnullxdfil yup nspawn uses macvaln19:40
cloudnull**macvlan19:40
cloudnullno more bridges, no more veths19:40
xdfilas long as it can do that, it should be compatible with just about any network environment. (like OVS DPDK SR-IOV etc)19:40
cloudnull++ thats the hope19:40
*** schwicht has joined #openstack-ansible19:40
xdfilright, you mentioned that before, and I have yet to confirm that macvlan would play nice on a OVS+DPDK bridge19:41
xdfilBut device passthrough will work for sure19:42
odyssey4mexdfil: well, I think the container networking is seperate from the tenant networking in openstac19:42
odyssey4menspawn has to do with the OSA back-end, nothing to do with the openstack projects/cloud19:42
xdfiland by play nice, I mean that it will work but also have the performance of DPDK19:42
odyssey4methe openstack cloud really depends on how you configure it, so if openstack can do it then you can already do it today - especially with the config override mechanism19:43
xdfilodyssey4me:  right I understand the its 2 seperate topics. underlay/overlay19:43
cloudnullin terms of device performance it shouldn't have any impact given that the agents are on the host and would be free to bind the physical interface.19:43
xdfilwell thats not accurate either19:43
cloudnullthere's no assumption of bridges any longer.19:44
xdfilcloudnull:   but if the "physical" interface is actually a port on an OVS bridge is my concern19:44
xdfilI want the freedom to do that, if I choose to19:44
xdfilso that goes back to just making sure OSA+nspawn will work with macvlan AND device pasthrough19:45
cloudnullthatd be fine too you could bid the containers to the ovs bridge in that case.19:45
xdfilright I think so19:46
xdfilit should work the same19:46
xdfilI was really excited about DPDK, but man, configuring the host to use it is pretty involved.   HugePages, CPU pinning, NUMA planning...19:48
cloudnullxdfil http://paste.openstack.org/show/727250/ - thats an example of the nspawn networking on my lab deployment19:50
xdfilThe nice side effect of DPDK is that if you get it working, you also end up with very-optimized NUMA compute-node19:51
cloudnullmy kick created the bond, the mv-* interfaces were auto generated19:51
cloudnullwhich is all based on the openstack_user_config19:51
*** ansmith has quit IRC19:52
cloudnullbefore we assumed br-* was the deployers problem, with nspawn we just say there needs to be an interface to bind to. the role does not care what the interface is19:52
cloudnullthat could very well be eth0, bond0, br-mgmt, sriov0, etc19:53
spatelcloudnull: what is the best method to add bulk compute nodes?19:53
odyssey4mehmm, so on ubuntu and centos today I've tried using two different roles and ended up with the same results for a functional test - it fails when trying to do package things in the containers just after they're done being created19:53
odyssey4mein both cases, the host is able to reach the package repo, but not the containers19:53
spatelI am adding them one by one and its hell of a time to run playbook19:54
odyssey4meI'm trying another region now to see, but perhaps something merged that broke things... although I don't see it.19:54
spateli have 50 compute node waiting and each compute node talking 15 min or more :(19:54
odyssey4mespatel: why do them one at a time - why not all at once?19:54
*** aicilamd has quit IRC19:54
cloudnullspatel just add the compute nodes to your openstack_user_config.yml (or a file in conf.d), run setup-hosts.yml then setup-openstack.yml with a limit of nova_compute19:54
*** openstackstatus has quit IRC19:55
cloudnullyou could also just run setup-everything.yml with a limit of "nova_compute"19:55
cloudnull`openstack-ansible setup-everything.yml --limit nova_compute`19:55
spateloh!! i am doing  --limit one each compute node...19:55
odyssey4mespatel: in general, running the three playbooks is always ok - or setup-everything, although that'll chew up ram19:56
cloudnull^ yea, no need to do them in serial, just spray them out there.19:56
odyssey4methe ony reason the docs do limits is to save time19:56
spatelplaybook always run one by one right it won't to parallel19:56
odyssey4meand by save time, I mean save time when you happen to be doing one at a time19:56
spatels/to/do19:56
cloudnullits all parallel19:57
spatelhmmm!19:57
cloudnullit does some things in serial19:57
odyssey4mespatel: all computes are done at once - I think it might be one first, just to validate that all is good, then all the rest19:57
*** openstackstatus has joined #openstack-ansible19:57
*** ChanServ sets mode: +v openstackstatus19:57
xdfilcloudnull yeah that should be compatible with just about everything. as in any interface, bond, bridge-interface... yeah19:57
odyssey4meyep, compute is all at once: https://github.com/openstack/openstack-ansible/blob/stable/queens/playbooks/os-nova-install.yml#L11719:57
spatelodyssey4me: & cloudnull thanks... i was thinking its going to be serial19:57
odyssey4meyou can adjust that if you prefer19:58
cloudnullxdfil that's the hope, in our tests its been great however it'd be great to get more eyes on all that19:58
cloudnulland work out the rough spots19:58
odyssey4mecloudnull: how do you like them apples? https://review.openstack.org/#/q/topic:osa-update-ansible+(status:open+OR+status:merged)19:58
cloudnulltasty!19:59
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible master: Removed conditional in test setup  https://review.openstack.org/57574820:01
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible master: Removed conditional in test setup  https://review.openstack.org/57574820:02
odyssey4meok, good news - in a way, it seems that the failure is local to a single region in the cloud I was doing tests in20:04
openstackgerritDavid Wilde proposed openstack/openstack-ansible-os_tempest stable/pike: Remove blacklisted entries from whitelist file  https://review.openstack.org/59906020:05
cloudnullcrisis averted !20:06
*** schwicht has quit IRC20:06
*** schwicht has joined #openstack-ansible20:08
spatelcloudnull: i got this error on one of compute node which i am trying to add20:10
spatelhttp://paste.openstack.org/show/729267/20:10
spatelany clue20:10
*** openstackstatus has quit IRC20:11
cloudnulllooks like /usr/lib/python2.7/dist-packages/libguestfsmod.so is not found ?20:11
*** openstackstatus has joined #openstack-ansible20:11
*** ChanServ sets mode: +v openstackstatus20:11
cloudnullmaybe a package not installed?20:11
cloudnullmy guess would be libguestfs20:11
* cloudnull is not sure what that is called on cent 20:12
*** hamzaachi has quit IRC20:12
spateli have added 20 node today and one failed with that error20:12
cloudnullsee if that guestfs package is not found20:12
cloudnullcompare two nodes and see what the difference is20:13
odyssey4meinteresting: https://github.com/openstack/openstack-ansible-os_nova/blob/master/vars/redhat-7.yml#L8520:13
odyssey4memaybe centos has a dep there, but it's not expressed20:13
cloudnullI gotta run, time to fly again .20:13
cloudnulltake care all, see you all middle of next week20:13
*** schwicht has quit IRC20:13
odyssey4meciao cloudnull - happy days off!20:14
odyssey4mespatel: what series is that?20:14
spatel7.520:14
spatelCentos20:14
odyssey4mespatel: I mean which OSA series (pike/queens/etc)20:15
spatelqueens20:15
spateli have kickstarted all 20 node with same kickstart image and this one only having issue.. very strange20:15
odyssey4meso https://github.com/openstack/openstack-ansible-os_nova/blob/stable/queens/tasks/drivers/kvm/nova_compute_kvm_install.yml#L65-L77 just seems to magically expect those files there20:15
*** nicolasbock has quit IRC20:16
spatelcomparing with other box20:17
odyssey4meare those files there? if not - what provides those files (from a package point of view)20:17
odyssey4meif not those files - are the same file names present, but in a different folder?20:18
*** hamzaachi has joined #openstack-ansible20:19
spatel /usr/lib/python2.7/dist-packages/libguestfsmod.so isn't available on any compute node20:20
spateli have on each node and file not found /usr/lib/python2.7/dist-packages/libguestfsmod.so20:20
-spatel- [root@ostack-compute-24 ~]# locate libguestfsmod.so20:20
-spatel- /openstack/venvs/nova-17.0.8/lib/python2.7/libguestfsmod.so20:20
-spatel- /usr/lib64/python2.7/site-packages/libguestfsmod.so20:20
spatelits on this path /usr/lib64/python2.7/site-packages/libguestfsmod.so20:20
-spatel- [root@ostack-compute-24 ~]# rpm -qf /usr/lib64/python2.7/site-packages/libguestfsmod.so20:21
-spatel- python-libguestfs-1.36.10-6.el7_5.2.x86_6420:21
spatelodyssey4me: i found on failed compute nodes doesn't have /openstack/venv dir20:22
spatellook like that is the issue20:23
*** DanyC has joined #openstack-ansible20:25
*** dxiri has quit IRC20:26
spateli have removed /var/cache/nova  and running playbook20:28
*** niceplace has joined #openstack-ansible20:32
*** openstackstatus has quit IRC20:36
*** openstackstatus has joined #openstack-ansible20:36
*** ChanServ sets mode: +v openstackstatus20:36
*** schwicht has joined #openstack-ansible20:39
spatelodyssey4me: still no luck.. i have remove fill /var/cache/nova*20:42
spatelwhich playbook deploy nova in /openstack/venv/ ?20:42
spatellook like some kind of bug20:43
odyssey4mespatel: it's the nova one20:44
odyssey4mewithout more details, it's hard to decide - that said, I'm not in a great place to do so right now20:44
odyssey4meif it's only hit one node - then something special is happening there - comparing nodes is a good place to start20:45
spatelsure no problem i am going to look why its not installing nova in /openstack20:45
odyssey4meknowing those differences would be good20:45
odyssey4mewell, perhaps look more carefully at the play results to see if there's a hidden failure earlier20:45
odyssey4meok folks, I'm out for the night - have a great w/end!20:51
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/ansible-role-python_venv_build master: Simplify builds/installs by eliminating venv packaging  https://review.openstack.org/59895720:52
evrardjpodyssey4me: have a good night20:53
evrardjpmnaser: the etherpad of the upgrade SIG is well empty, it might be good to find someone to join the sessions at the PTG: https://etherpad.openstack.org/p/upgrade-sig-ptg-stein20:53
*** rgogunskiy has joined #openstack-ansible20:55
*** luksky has quit IRC21:00
*** rgogunskiy has quit IRC21:03
*** rgogunskiy has joined #openstack-ansible21:04
*** Leo_m has joined #openstack-ansible21:09
*** aicilamd has joined #openstack-ansible21:09
*** DanyC has quit IRC21:13
*** fghaas has quit IRC21:22
jrosseri have some backports been sitting round for a week if someone fancies some easy reviews https://review.openstack.org/#/c/594839/ https://review.openstack.org/#/c/594912/ https://review.openstack.org/#/c/594913/ which will then allow this to merge for rocky https://review.openstack.org/#/c/594927/21:28
*** rgogunskiy has quit IRC21:29
*** aicilamd has quit IRC21:33
*** elbragstad has quit IRC22:02
*** EvilienM is now known as EmilienM22:04
openstackgerritMerged openstack/openstack-ansible master: Add networkd prefix when creating networks  https://review.openstack.org/57189822:06
openstackgerritMerged openstack/openstack-ansible master: docs: Add links to very useful Galera recovery docs  https://review.openstack.org/59902722:06
*** hamzaachi has quit IRC22:07
*** hamzaachi has joined #openstack-ansible22:08
*** tosky has joined #openstack-ansible22:09
evrardjpcould we get this in? https://review.openstack.org/#/c/593051/ else it will be harder for me to release rc322:27
evrardjpand final ofc22:27
mnaserOne second22:28
evrardjplikewise https://review.openstack.org/#/c/596761/ would help22:28
evrardjpafter that I will tackle the other branches.22:28
*** markvoelker has joined #openstack-ansible22:40
*** hamzaachi has quit IRC22:52
*** spatel has quit IRC22:55
*** macza has quit IRC23:07
*** tosky has quit IRC23:14

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