Monday, 2019-02-04

*** gkadam has joined #openstack-kayobe03:48
*** dougsz has joined #openstack-kayobe09:15
mgoddardmorning all09:18
dougszmorning09:18
openstackgerritMark Goddard proposed openstack/kayobe master: Support including and excluding files from config save  https://review.openstack.org/62942509:21
openstackgerritMark Goddard proposed openstack/kayobe master: Update development scripts for control plane deployment  https://review.openstack.org/63427409:24
*** gkadam_ has joined #openstack-kayobe09:55
*** gkadam has quit IRC09:58
mgoddardrocky release list looking quite good now10:00
mgoddardif anyone has any topics for this afternoons meeting, please add them to https://wiki.openstack.org/wiki/Meetings/Kayobe10:00
*** gkadam__ has joined #openstack-kayobe10:02
*** gkadam_ has quit IRC10:05
openstackgerritDoug Szumski proposed openstack/kayobe master: Add commands to run command on hosts  https://review.openstack.org/58911211:09
*** verdurin has joined #openstack-kayobe11:23
openstackgerritMerged openstack/kayobe master: use include_tasks and import_playbook instead of include  https://review.openstack.org/61256313:33
openstackgerritDoug Szumski proposed openstack/kayobe master: Remove support for deploying Prometheus node-exporter  https://review.openstack.org/63468913:39
openstackgerritDoug Szumski proposed openstack/kayobe master: Remove support for deploying cAdvisor  https://review.openstack.org/63469013:47
*** priteau has joined #openstack-kayobe13:53
*** oneswig has joined #openstack-kayobe13:57
brtknrmgoddard: yo!13:59
mgoddardbrtknr: hey13:59
mgoddard#startmeeting kayobe14:00
openstackMeeting started Mon Feb  4 14:00:19 2019 UTC and is due to finish in 60 minutes.  The chair is mgoddard. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: kayobe)"14:00
openstackThe meeting name has been set to 'kayobe'14:00
mgoddardHi folks14:00
mgoddard#topic rollcall14:00
oneswigo/14:00
*** openstack changes topic to "rollcall (Meeting topic: kayobe)"14:00
jovial[m]o/14:00
mgoddard  \o14:00
dougszo|14:01
priteauo/14:01
oneswigô14:01
brtknro/14:01
mgoddard#topic agenda14:03
*** openstack changes topic to "agenda (Meeting topic: kayobe)"14:03
mgoddard* Roll-call14:03
mgoddard* Announcements14:03
mgoddard** priteau joins kayobe-core!14:03
mgoddard* Discussion14:03
mgoddard** Rocky release status https://etherpad.openstack.org/p/kayobe-rocky-release14:03
mgoddard** Stein release planning https://etherpad.openstack.org/p/kayobe-stein-release14:03
mgoddard* Open Discussion14:03
mgoddard#topic announcements14:03
*** openstack changes topic to "announcements (Meeting topic: kayobe)"14:03
mgoddard#info priteau joins kayobe-core!14:03
mgoddardCongrats priteau, welcome to the team14:04
oneswig+114:04
mgoddardAny other announcements?14:04
priteauThanks, will do my best to improve Kayobe :-)14:04
brtknrmgoddard: you missed my last minute agenda insertion :P14:04
dougszwelcome aboard priteau14:04
brtknr+1 to priteau14:05
mgoddardoops sorry brtknr. We'll cover it later14:05
mgoddard#topic discussion14:05
*** openstack changes topic to "discussion (Meeting topic: kayobe)"14:05
mgoddard#link https://etherpad.openstack.org/p/kayobe-rocky-release14:05
mgoddard^ Rocky release status14:05
mgoddardlooking pretty good, all features are in14:06
priteauEtherpad not loading for me :(14:06
mgoddarda few bug fixes left14:06
dougszI just pushed a couple of changes to remove Prometheus node-exporter and cAdvisor now that Kolla-Ansible can deploy them (in Rocky). Shall I add those to the list?14:07
mgoddarddougsz: could do. not too large?14:07
dougszNot large, they just delete overcloud post deploy playbooks and a couple of roles14:07
mgoddardI'd like to make a release this week, if possible, or early next week14:08
mgoddardadd them to the list, I expect we can manage it14:08
dougszwill do, thanks14:08
mgoddardjovial[m]: were you planning to fix up the serial consoles patch before rocky?14:09
mgoddardneeds at least a merge fix14:09
jovial[m]mgoddard: yep, I'll try and fix that up shortly14:10
mgoddardjovial[m]: great14:10
mgoddardanything else we need to be doing re Rocky?14:10
dougsznothing else in the pipeline from me14:11
priteauI tried to reproduce my issue with IP allocation but didn't manage, I will give it another try tomorrow morning.14:11
mgoddardpriteau: is that with or without the network-allocations.yml fix?14:12
priteauI also still have to push Cumulus patches, but don't hold the release just for me.14:12
priteaumgoddard: I think I saw the issue even with an existing network-allocations.yml file existing, but couldn't reproduce yet. Maybe I misremembered.14:13
mgoddardok, keep an eye out for it14:13
mgoddardlet's move onto Stein14:13
mgoddard#link https://etherpad.openstack.org/p/kayobe-stein-release14:14
mgoddardI think etherpad and gerrit are also not working for me14:14
mgoddardthere's not too much on the stein etherpad yet14:14
mgoddardif there are features you'd like to see in stein, please add them to that page. Perhaps we need a new 'feature requests' section14:15
mgoddardor 'provisional feature list'14:15
mgoddardor something14:15
oneswigWould that be a good point to integrate better support for Ceph-Ansible?14:15
mgoddardor priorities14:16
jovial[m]yeah, the etherpad won't load for me either14:16
mgoddardoneswig: yes I think so14:16
oneswigOK it's added14:17
dougszI added another for better support for out-of-band provisioned overcloud nodes14:17
mgoddardthat's a good one14:17
*** gkadam__ has quit IRC14:18
priteauWhat about importing an existing Kolla / K-A installation?14:18
dougsz+1, that was a nice one14:19
mgoddardpriteau: that would be a good one14:19
mgoddardetherpad seems ok again now14:20
mgoddardok, let's move on14:23
mgoddard#topic Deploying magnum in all-in-one VM14:23
*** openstack changes topic to "Deploying magnum in all-in-one VM (Meeting topic: kayobe)"14:23
mgoddardbrtknr: take it away14:23
brtknroops14:25
brtknrI am in the process of deploying magnum on an existing all-in-one kayobe deployment14:26
brtknrThis is what ive done so far:14:26
brtknrvi config/src/kayobe-config/etc/kolla/globals.yml14:26
brtknr# enabled_magnum: True14:26
brtknrkayobe overcloud container image build magnum --push14:26
brtknrThis is what I intend to do next:14:27
brtknrkayobe overcloud container image pull --kolla-tags magnum  --kolla-skip-tags common14:27
brtknrkayobe overcloud service upgrade --kolla-tags magnum  --kolla-skip-tags commony14:27
brtknrI have a feeling upgrate is not the right instruction to use if there is no existing magnum deployment14:27
priteauYou should be able to do a `service deploy`14:28
mgoddardbrtknr: that's right - the initial deploy needs to use 'deploy', as it causes the DBs to be created14:28
priteauDoes it make sense to use both kolla-tags and kolla-skip-tags?14:29
brtknrso `kayobe overcloud service deploy --kolla-tags magnum --kolla-skip-tags common`?14:29
mgoddardyou shouldn't need to both build and pull the image. If the one on dockerhub is fine, a pull should suffice14:29
mgoddardthat should do the trick14:29
dougszYeah, you'll want the common role to run to configure fluentd logging, so It'd be tempted not to skip that one14:29
dougsz(unless it's already deployed on the node running magnum)14:30
priteauIIRC there are also important tags, like config, which you will need14:30
priteauWhen in doubt, don't use tags!14:30
dougszAnd also, is there any Magnum HAProxy config? If so you'll want to run that role too..14:30
oneswighorizon too?14:31
brtknrI intend to also run kayobe overcloud service reconfigure --kolla-tags haproxy14:31
mgoddard+1 for horizon and haproxy14:31
brtknrWill kayobe overcloud service reconfigure --kolla-tags haproxy horizon do the job?14:32
mgoddardkayobe overcloud service reconfigure --kolla-tags haproxy,horizon14:33
mgoddardthat should work14:33
brtknrCool, I will report separately on progress14:33
mgoddardas priteau says though, sometimes tags add more time if you get it wrong and need to do it again, sometimes just a deploy with no tags works best14:34
brtknrImage build failed on my all-in-one VM but pull appears to have worked14:34
mgoddardok, ask on here if you have issues brtknr14:34
mgoddardlet's move on14:34
mgoddard#topic Open discussion14:35
*** openstack changes topic to "Open discussion (Meeting topic: kayobe)"14:35
mgoddardanyone have anything else to discuss?14:35
brtknrmgoddard: thanks :)14:35
mgoddardsounds like no, everyone gets 24 minutes back14:36
mgoddardthanks everyone, have a nice day14:36
mgoddard#endmeeting14:36
priteauI have something14:36
*** openstack changes topic to "Deployment of containerised OpenStack to bare metal | https://wiki.openstack.org/wiki/Meetings/Kayobe"14:36
openstackMeeting ended Mon Feb  4 14:36:50 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:36
openstackMinutes:        http://eavesdrop.openstack.org/meetings/kayobe/2019/kayobe.2019-02-04-14.00.html14:36
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/kayobe/2019/kayobe.2019-02-04-14.00.txt14:36
openstackLog:            http://eavesdrop.openstack.org/meetings/kayobe/2019/kayobe.2019-02-04-14.00.log.html14:36
mgoddard#undo14:36
priteauOops, too late14:37
mgoddardsorry priteau!14:37
priteauI don't think undo works if the meeting has already ended14:37
priteauSorry, I was looking for a link14:37
priteauI wanted to ask if it was possible to get rid of https://docs.openstack.org/releasenotes/kayobe14:37
priteauIt might be confusing if people found them, as they are not updated anymore.14:37
mgoddardgood point, thanks14:37
mgoddardI'll ask in #openstack-infra14:38
priteauAlso it looks like https://kayobe-release-notes.readthedocs.io/en/latest/unreleased.html doesn't have the latest merges14:38
priteauI would expect to see "Adds support for specifying a CA certificate when accessing APIs"14:38
mgoddardpriteau: that's right, I couldn't find a way to trigger two RTD builds in zuul14:40
mgoddardit's not actually released yet, so probably not an issue14:40
mgoddardbut we do need to remember to trigger a build14:40
mgoddardperhaps I could add a periodic build14:40
mgoddardI don't think it's possible14:42
priteauI confirm that the network-allocation.yml patch does *not* fix the issue. I was able to reproduce it using a fresh Kayobe install in a VM and just trying to configure a seed host.15:23
priteau1) Usual Kayobe setup and control host bootstrap15:23
priteau2) Copy network-allocation.yml from https://review.openstack.org/#/c/631557/ to $KAYOBE_CONFIG_PATH15:24
priteau3) Configure an admin network and set it to be the network attached to the seed15:25
priteau4) running `kayobe seed host configure` reports:15:25
priteauTASK [ip-allocation : Ensure IP addresses are allocated] changed: [testseed -> localhost] => (item={'cidr': u'192.168.100.0/24', 'allocation_pool_start': u'192.168.100.1', 'net_name': u'admin_oc_net', 'allocation_pool_end': u'192.168.100.10'}) => {"changed": true, "ip": "192.168.100.1", "item": {"allocation_pool_end": "192.168.100.10", "allocation_pool_start": "192.168.100.1", "cidr": "192.168.100.0/24", "net_name": "admin_oc_net"}}15:26
priteauSo IP allocation works fine15:26
priteauBut then later on:15:26
priteauTASK [MichaelRigart.interfaces : Create the network configuration file for ethernet devices]15:26
priteauchanged: [testseed] => (item={'device': u'eth0:0', 'netmask': u'255.255.255.0', 'bootproto': u'static', 'onboot': u'yes', 'address': u'0.0.0.0'}) => {"changed": true, "checksum": "92992128a4e8cae492696a68f1d12ea8593c9476", "dest": "/etc/sysconfig/network-scripts/ifcfg-eth0:0", "gid": 0, "group": "root", "item": {"address": "0.0.0.0", "bootproto": "static", "device": "eth0:0", "netmask": "255.255.255.0", "onboot": "yes"}, "md5sum": "15:26
priteaucecc70fd41acb221aad5ee648b017e4b", "mode": "0644", "owner": "root", "size": 101, "src": "/home/stack/.ansible/tmp/ansible-tmp-1549293965.94-87692785404031/source", "state": "file", "uid": 0}15:26
priteauNote the 0.0.0.0 address15:26
priteauKayobe subsequently fails on: RUNNING HANDLER [MichaelRigart.interfaces : Check active Ethernet interface state]15:27
priteauIP allocation and network configuration is done via a single invocation of ansible-playbook, so I am thinking it is caused by vars not being updated?15:29
brtknrmgoddard, priteau: after running all those commands, kayobe reports that no changes were made, and indeed there is no endpoint for magnum when i run `openstack coe cluster list`15:57
priteaubrtknr: Did you try running without tags?15:58
mgoddardpriteau: what's with the eth0:0?15:58
brtknrpriteau: i'll do that now15:58
priteaumgoddard: That's the interface I specified for this network. I didn't want to lose SSH access.15:59
mgoddardpriteau: and after a subsequent run it works?16:00
mgoddardpriteau: could you check the content of network-allocation.yml16:02
priteaumgoddard: Yes, subsequent run works.16:05
mgoddardpriteau: hmm, perhaps it's not reloading network-allocation.yml after ip-allocation.yml runs16:06
mgoddardpriteau: we probably need to add a separate call to ansible-playbook16:06
priteauThis is what network-allocation.yml looks like after the run that allocates the IP16:07
priteauadmin_oc_net_ips:16:07
priteau  testseed: 192.168.100.116:07
mgoddardpriteau: something like this? http://paste.openstack.org/show/744506/16:08
priteauLooks like it would do the right thing, I will test it16:10
mgoddardpriteau: thanks16:12
priteauip-allocation already does a set_fact so I am not sure why the current code doesn't work as expected16:12
priteauIt seems to be related either to new networks or new hosts, as I wasn't able to reproduce when simply adding an existing network to an existing host16:13
openstackgerritWill Szumski proposed openstack/kayobe master: Add commands to run command on hosts  https://review.openstack.org/58911216:15
priteaumgoddard: your patch worked! I assume the same approach needs to be added for seed-hypervisor and overcloud16:38
mgoddardpriteau: great :) yes it'll need to be applied to those places16:41
*** priteau has quit IRC16:53
brtknrpriteau: So after I ran `kayobe overcloud service deploy` without any tags, there were no magnum related chages reported16:54
brtknrwait, somehow things got reset back to enable_magnum: False16:56
brtknrOr I forgot to save globals.yml?16:56
* jovial[m] sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/yyMwbDRLJEOPWBrsCUMyMnXR >16:57
dougszbrtknr, maybe you made the change in etc/kolla/globals.yml16:57
brtknrdougsz: Am I not supposed to?16:58
dougszah, what jovial said.16:58
jovial[m]no, that file gets generated by kayobe16:58
dougszThat will get overwritten by Kayobe - it's the Kolla Ansible config that is generated by Kayobe16:59
jovial[m]so will be overwritten when you reun kayobe16:59
brtknrOh i see16:59
dougszNever seen that matrix.org thing jovial!16:59
brtknrSo I ought to set kolla_enable_magnum: True inside `config/src/kayobe-config/etc/kayobe/kolla.yml`17:00
brtknrSo I ought to set `kolla_enable_magnum: True` inside `config/src/kayobe-config/etc/kayobe/kolla.yml`17:01
dougszthat sounds more like it17:01
*** priteau has joined #openstack-kayobe17:05
brtknrDo I need to explictly pull an image or would `kayobe overcloud service deploy` also handle the pulling by default17:07
jovial[m]you need to explicitly pull17:08
priteaubrtknr: It would pull automatically.17:08
priteaujovial[m]: Seems like we disagree...17:08
jovial[m]I may well be wrong :D17:08
brtknrlol...17:08
brtknrwell, i am currently running overcloud service deploy without pulling explictly so lets see if it runs to the end17:09
mgoddardit will pull automatically. Sometimes you need to pull when doing an upgrade if there is a new image with the same tag17:13
jovial[m]ahh, thats what I was remembering17:13
mgoddardjovial[m]: base64!17:14
mgoddardjovial[m]: nice idea17:15
jovial[m]mgoddard: I was wondering what code review would make of that - couldn't find a nicer way though :D17:16
mgoddardjovial[m]: if it works...17:17
jovial[m]its a shame you can't use !unsafe with extra-vars passed in via the command line17:17
jovial[m]https://docs.ansible.com/ansible/latest/user_guide/playbooks_advanced_syntax.html17:17
mgoddardjovial[m]: I think you can pass in JSON17:18
mgoddardnot sure about YAML17:18
jovial[m]it looks like you might be able to pass yaml aswell (looking at https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html)17:21
*** oneswig has quit IRC17:22
*** dougsz has quit IRC17:57
openstackgerritWill Szumski proposed openstack/kayobe master: Automatically enable serial consoles on post configure  https://review.openstack.org/61416418:07
openstackgerritMark Goddard proposed openstack/kayobe master: Support configuration of yum.conf  https://review.openstack.org/63478819:45
brtknrWhats the purpose of running `kayobe overcloud service reconfigure --kolla-tags haproxy,horizon`? I am able to run `openstack coe cluster *` commands without running this.21:30
brtknrDoes running `kayobe overcloud service deploy` somehow also remove the need for reconfigure?21:31
brtknrIs service reconfigure only required when you upgrade?21:31
brtknrOr in cases where it not a all-in-one deployment21:31
brtknrOr in cases where it not an all-in-one deployment?21:31
*** priteau has quit IRC22:20

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