Thursday, 2020-05-07

*** vishalmanchanda has quit IRC00:18
*** xinliang has joined #openstack-kolla00:57
*** wuchunyang has joined #openstack-kolla01:24
*** wuchunyang has quit IRC01:29
*** wuchunyang has joined #openstack-kolla01:47
*** wuchunyang has quit IRC01:54
*** wuchunyang has joined #openstack-kolla02:02
*** wuchunyang has quit IRC02:02
*** wuchunyang has joined #openstack-kolla02:33
*** xinliang has quit IRC03:41
*** wuchunyang has quit IRC04:04
*** skramaja has joined #openstack-kolla04:05
*** wuchunyang has joined #openstack-kolla04:07
*** k_mouza has joined #openstack-kolla04:12
*** wuchunyang has quit IRC04:14
*** k_mouza has quit IRC04:16
*** ykarel|away is now known as ykarel04:21
*** evrardjp has quit IRC04:36
*** evrardjp has joined #openstack-kolla04:36
*** wuchunyang has joined #openstack-kolla04:52
*** wuchunyang has quit IRC04:54
*** mcnugit has joined #openstack-kolla05:00
openstackgerritXiaojueGuan proposed openstack/kolla-ansible master: Fix bug 1875812  https://review.opendev.org/72446005:08
openstackbug 1875812 in kolla-ansible ussuri "invalid_index_name_exception" [Medium,In progress] https://launchpad.net/bugs/1875812 - Assigned to XiaojueGuan (xiaojuegaun)05:08
*** vishalmanchanda has joined #openstack-kolla05:45
*** seco_ has joined #openstack-kolla05:47
*** JangwonLee_ has joined #openstack-kolla05:50
*** JangwonLee__ has joined #openstack-kolla05:53
*** JangwonLee has quit IRC05:53
*** JangwonLee_ has quit IRC05:56
*** abdysn has joined #openstack-kolla05:56
*** cah_link has joined #openstack-kolla06:10
*** nikparasyr has joined #openstack-kolla06:14
openstackgerritXiaojueGuan proposed openstack/kolla-ansible master: Fix bug 1875812  https://review.opendev.org/72446007:09
openstackbug 1875812 in kolla-ansible ussuri "invalid_index_name_exception" [Medium,In progress] https://launchpad.net/bugs/1875812 - Assigned to XiaojueGuan (xiaojuegaun)07:09
hrwmorning07:10
*** nathharp_ has quit IRC07:11
*** nathharp has joined #openstack-kolla07:12
openstackgerritXiaojueGuan proposed openstack/kolla-ansible master: Fix Self-Signed Certificates failed  https://review.opendev.org/72421707:16
*** bengates has joined #openstack-kolla07:19
openstackgerritXiaojueGuan proposed openstack/kolla-ansible master: Fix bug 1875812  https://review.opendev.org/72446007:21
openstackbug 1875812 in kolla-ansible ussuri "invalid_index_name_exception" [Medium,In progress] https://launchpad.net/bugs/1875812 - Assigned to XiaojueGuan (xiaojuegaun)07:21
openstackgerritXiaojueGuan proposed openstack/kolla-ansible master: Fix bug 1875812  https://review.opendev.org/72446007:24
openstackbug 1875812 in kolla-ansible ussuri "invalid_index_name_exception" [Medium,In progress] https://launchpad.net/bugs/1875812 - Assigned to XiaojueGuan (xiaojuegaun)07:24
*** jaicaa has quit IRC07:31
*** jaicaa has joined #openstack-kolla07:33
*** xinliang has joined #openstack-kolla07:35
*** born2bake has joined #openstack-kolla07:44
*** rpittau|afk is now known as rpittau07:47
*** mcnugit has quit IRC07:54
*** born2bake has quit IRC07:54
*** TheJulia has quit IRC07:56
*** mnasiadka has quit IRC07:56
*** TheJulia has joined #openstack-kolla08:01
*** mnasiadka has joined #openstack-kolla08:01
kevkoHi guys, we encounter some problems in openvswitch due link saturation, we consider the possibility of throwing it from the container directly into the host system, which could bring better use of performance. It would be a non-default option (by default OVS would still run in the container). Communication between OVS and OpenStack would take place either via a tunneled socket or via tcp (if I'm not mistaken, tcp is used08:11
kevkonow). What do u think, is this acceptable for you? Can I write some blueprint for this ?08:11
yoctozeptokevko: I doubt using container for ovs is impacting the performance in any observable way but interested about the results08:26
*** maliblatt has joined #openstack-kolla08:26
maliblatthi folks! is there anyone with experience in using bgp routing in kolla openstack? since days we try to get our setup running but always stuck at the same point. bgp session to the provider core routers are stablished and floating ip host routes are getting announced. but the floating ips are not reachable from outside. we are using a transfer network between the upstream routers and our openstack env. the transfer08:27
maliblattnetwork is created as the openstack routers external network so that the next-hop ist getting announced from within that network. for the bgp session one adress from that tarnsfer network is configured on br-ex so that the neutron-bgp-dragent can each the upstream routers with an source address from the transfer network.08:27
maliblattpackets are arriving on the external interface on the host but not getting forwarded to the qrouter namespace08:29
kevkoyoctozepto: i just wanted to know if patch can be merged from your side if this option will be non-default configurable , and if I can create blueprint and implement solution08:36
yoctozeptokevko: I would like to avoid that but I am eager to see if it really impacted the performance ;-)08:37
*** suff has joined #openstack-kolla08:37
yoctozeptomaliblatt: nothing in l3 agent logs? maybe it failed to wire the addresses up, are they assigned in the namespaces? did floating work previously? is the reverse routing having the same path?08:39
suffHi guys! I cant join to Kolla SIG today, got a lot of working meeting. Sorry. I try to explain ops story next time.08:41
maliblattyoctozepto: in router namespace i see the routers own address from transfer network and on the same interface the floating ip. router's ip in transfer network is reachable from outside08:42
maliblattyoctozepto: but packets to the floating address are not reaching the router namespace08:42
maliblattyoctozepto: l3 logs are not showing anything special08:43
maliblattbefor implementing the bgp stuff, floating ips were working :)08:43
*** eliaswimmer has joined #openstack-kolla08:50
yoctozeptosuff: sorry to hear that, but feel welcome to join us at any time :-)08:52
yoctozeptomaliblatt: how are you sure they are not reaching the floating ip? do you inspect some counters or just claim based on no traffic to vm?08:53
*** livelace has joined #openstack-kolla08:53
maliblattyoctozepto: tcpdump inside the namespace does not show the packets08:58
*** ykarel is now known as ykarel|lunch09:01
mnasiadkagood morning09:03
hrwmorning09:03
*** k_mouza has joined #openstack-kolla09:07
yoctozeptomaliblatt: weird, is that interface properly wired? I guess it is since you said the other ip address (router's) works09:09
*** livelace has quit IRC09:16
*** born2bake has joined #openstack-kolla09:28
*** irclogbot_3 has quit IRC09:41
*** irclogbot_0 has joined #openstack-kolla09:42
*** ykarel|lunch is now known as ykarel09:44
maliblattyoctozepto: may be we found an issue. the upstream juniper routers seems to use the wrong MAC for the next-hop. using the mac from the dragent not from the virtual router interface09:50
maliblattyoctozepto: we investigate and i let you know09:50
*** xinliang has quit IRC10:00
maliblattyoctozepto: okay, we've got it. the wrong policy was used on juniper router side... thanks for your efford!10:04
maliblattyoctozepto: fyi: set policy-options policy-statement policy-customer-in term nexthop then next-hop peer-address10:05
yoctozeptomaliblatt: you are welcome and thanks for following up :-)10:07
yoctozeptomgoddard: maybe some mail about klub?10:08
*** rpittau is now known as rpittau|bbl10:10
mgoddardyoctozepto: yeah will do10:10
yoctozeptomgoddard: thanks, I was afraid you want to cede the chairing of klub too :p10:11
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Add extend_lists option to merge_yaml  https://review.opendev.org/68567110:11
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Support customizing prometheus.cfg files  https://review.opendev.org/68620510:11
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Add extras directory to prometheus config  https://review.opendev.org/68837410:11
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Stop mocking ansible modules globally  https://review.opendev.org/72608110:11
*** gfidente|afk is now known as gfidente10:12
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Stop mocking ansible modules globally  https://review.opendev.org/72608110:15
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Add extend_lists option to merge_yaml  https://review.opendev.org/68567110:15
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Support customizing prometheus.cfg files  https://review.opendev.org/68620510:15
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Add extras directory to prometheus config  https://review.opendev.org/68837410:15
*** skramaja has quit IRC10:16
*** skramaja has joined #openstack-kolla10:16
*** maliblatt has quit IRC10:18
*** born2bake has quit IRC10:19
*** bersace has joined #openstack-kolla10:31
*** k_mouza has quit IRC10:35
*** cah_link has quit IRC10:38
*** k_mouza has joined #openstack-kolla10:47
yoctozeptomgoddard: actually Dmitry (suff) cancelled its presentation today :-(10:58
*** k_mouza has quit IRC10:58
mgoddardyoctozepto: yeah I saw10:58
yoctozeptohis* oopsie10:58
yoctozeptomgoddard: ml post did not see it though10:59
mgoddardthankfully Fl1nt has 310:59
yoctozeptothat true10:59
*** k_mouza has joined #openstack-kolla11:04
*** k_mouza has quit IRC11:05
*** k_mouza has joined #openstack-kolla11:05
stingrayzaanybody got a minute to eyeball https://review.opendev.org/#/c/721241/ (and hopefully +1 workflow ;) )?11:10
patchbotpatch 721241 - kolla-ansible - Update Advanced Config guide to clarify paths - 1 patch set11:10
*** cah_link has joined #openstack-kolla11:24
*** skramaja has quit IRC11:27
*** skramaja has joined #openstack-kolla11:27
mnasiadkarolling11:29
*** livelace has joined #openstack-kolla11:38
openstackgerritMerged openstack/kolla-ansible master: Update Advanced Config guide to clarify paths  https://review.opendev.org/72124111:41
hrwdoes anyone here has any time for kolla?11:46
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: CentOS: disable more repos  https://review.opendev.org/72503211:47
mnasiadkahrw: you? :)12:04
hrwit's just rebase12:06
hrwfaster then typing recheck and also makes sure that patch is uptodate12:06
*** rpittau|bbl is now known as rpittau12:11
*** abdysn has quit IRC12:16
mnasiadkahrw: I was answering to your question - not asking about the bot notification :)12:28
*** seco_ has quit IRC12:28
hrwmnasiadka: it was rethorical question12:29
*** seco has joined #openstack-kolla12:30
*** srin has joined #openstack-kolla12:42
*** srinn has quit IRC12:43
*** seco has quit IRC12:45
*** seco has joined #openstack-kolla12:46
*** cah_link has quit IRC12:49
stingrayzathanks mnasiadka ! :)12:49
*** skramaja has quit IRC12:50
*** cah_link has joined #openstack-kolla12:56
*** cah_link has quit IRC13:00
*** ykarel is now known as ykarel|afk13:05
*** Fl1nt has joined #openstack-kolla13:12
Fl1ntHi everyone!13:12
secohi o/13:16
*** TrevorV has joined #openstack-kolla13:32
*** ysirndjuro has joined #openstack-kolla14:05
*** ykarel|afk is now known as ykarel14:07
*** xclan has joined #openstack-kolla14:34
*** wuchunyang has joined #openstack-kolla14:36
osmanlicilegiunfortunately I will skip today's klub meeting. timezone is sometimes a big issue for me... anyways, Fl1nt: your presentation looks great. good luck :]14:40
yoctozeptoosmanlicilegi: man, you are just one hour off of us, don't blame the timezone :D14:41
yoctozeptohrw: nope, look in a different channel :-)14:42
osmanlicilegiyoctozepto: the problem is it will be 18 pm here 20 minutes later :) I wish it was 17 so I could be wife-single :]14:43
osmanlicilegiwhen the work is over, I have to help housework today.14:44
yoctozeptoosmanlicilegi: ok, understood (or not quite, wife-free here)14:44
yoctozepto(but wifi-full :-) )14:44
osmanlicilegi:] I hope one day Turkey will return back to gmt+2...14:48
yoctozeptoosmanlicilegi: yeah, that would make sense for the western parts at least14:50
*** vishalmanchanda has quit IRC14:54
*** dking has joined #openstack-kolla14:55
*** wuchunyang has quit IRC14:58
yoctozeptokolla klub meeting in 2 minutes https://meet.google.com/hph-pynx-vsy14:59
Fl1nt\o/14:59
yoctozeptomgoddard: kolla klub in 1 minute, link above14:59
mgoddard+114:59
Fl1nt@osmanlicilegi, thanks a lot, sorry for the news.15:00
*** wuchunyang has joined #openstack-kolla15:00
*** mcnugit has joined #openstack-kolla15:11
*** nikparasyr has quit IRC15:15
*** livelace has quit IRC15:26
*** livelace has joined #openstack-kolla15:34
*** wuchunyang has quit IRC15:35
*** priteau has joined #openstack-kolla15:45
*** eliaswimmer_ has joined #openstack-kolla15:49
*** eliaswimmer has quit IRC15:52
yoctozeptoanother successful meeting, thanks Fl1nt for the presentation16:03
yoctozeptobtw, that last voice was me16:04
Fl1ntThanks to you guys, and feel free to gives feedback about the slides, so I could improve them and make a better emphase around maybe more specific or technical questions.16:04
Fl1ntAh yeah nice of you for the hard work on ceph so ^^16:04
priteauThanks Fl1nt for the presentation. I still don't really understand your Ceph client issues, would be good to have some details in a bug report16:06
Fl1nt@priteau, it's not a CEPH issue, it's just that nova at some point decided to switch from libvirt doing the volume job directly to actually use cinder's call ^^16:07
dkingFl1nt: Thank you for the presentation.16:07
*** ykarel is now known as ykarel|away16:07
Fl1ntSo if I should make a quick resume of why companies that I worked with were looking for reproducability, life cycle, easy to use, easy to understand, easy to deploy ^^16:07
*** seco has quit IRC16:08
Fl1nt+ were looking for kolla -^16:08
Fl1nt@dking, thanks to you16:08
priteauFl1nt: I am just wondering when the change happened and why I haven't seen the issues in some of the deployments we support. I think in a previous discussion you mentioned using different caps or different auth key for nova than the one I would expect.16:11
openstackgerritRadosÅ‚aw Piliszek proposed openstack/kolla-ansible stable/train: Update Advanced Config guide to clarify paths  https://review.opendev.org/72618916:12
*** diurnalist has joined #openstack-kolla16:12
Fl1ntYep, our issue is a mix of "troubles"16:13
Fl1ntfirst16:13
Fl1ntwe don't allow nova to access all pools16:13
Fl1ntsame things for cinder16:13
Fl1ntthen16:13
Fl1ntthe problem is that cinder requesting the volumes/vms using the nova key is actually throwing a CEPH warning/error as you come with cinder user and give him nova keyring16:14
Fl1ntso to resolve that issue16:14
Fl1ntwe just use cinder user and keyring within nova config16:14
Fl1ntbecause having to specify a different keypath to the cinder user within the ceph config would be a bit uggly.16:15
noxoid^ can confirm, i do similar to make cinder-backup work with an external ceph cluster16:17
noxoidits not pretty16:17
yoctozeptothe issue could be that nova has this "ephemeral" disks via ceph which use nova's config, bypassing cinder entirely16:18
Fl1ntyep16:18
yoctozeptofor the normal "volumes" via cinder, it uses cinder's credentials for all the operations with connection provided via os-brick module16:18
Fl1ntand definitely the issue is with ephemeral, that changed the way they're bring to the VM from libvirt direct call to using cinder call or vice-versa, I can't exactly remember the cas but noticed it for later fix/patch16:19
yoctozeptoyou might also like to read http://lists.openstack.org/pipermail/openstack-discuss/2020-April/014280.html - I was curious about why ceph is in this odd position of having two independent interfaces as far as vms are concerned16:19
yoctozeptowell, nova also switched something regarding the rbd calls in the meantime16:21
yoctozeptolemme check16:21
Fl1ntActually pretty good question that I asked myself too, and the only thing that I can think of is for performance, like, having libvirt calling CEPH directly is way more quicker than having to use cinder16:21
yoctozeptosince Train -> https://review.opendev.org/70219816:23
patchbotpatch 702198 - kolla-ansible - External Ceph: copy also cinder keyring to nova se... (MERGED) - 4 patch sets16:23
yoctozeptoFl1nt: nope, it still uses libvirt directly to orchestrate rbd mount in vm16:24
Fl1ntyes, just checked the sourcecode16:24
yoctozeptoFl1nt: it is just that people wanted ceph for ephemeral disks, while there is no general support for cinder ephemeral disks16:24
yoctozeptoand so it sticked16:24
yoctozeptooh well16:24
Fl1ntso both cinder and nova use rbd python lib16:25
Fl1ntbut16:25
Fl1ntbefore that16:25
Fl1ntlibvirt actually handled those directly16:25
yoctozeptoyeah, cleanup16:25
Fl1ntyep, hence why that doesn't work with rocky anymore16:25
*** Limech has joined #openstack-kolla16:25
yoctozeptowell, it does not affect rocky16:25
yoctozeptorocky uses libvirt to do the cleanup still16:26
Fl1ntit's, I'm running rocky and get that issue16:26
yoctozepto:S16:26
Fl1nt^^16:26
yoctozeptoI'm lost then ;p16:26
Fl1nthance why I noted that issue and how to solve it within kolla ^^16:26
Fl1nt-a+e16:27
priteauFl1nt: It would be nice to see your rbd config for nova.conf and cinder.conf, as well as what calls are exactly failing. I've configured external ceph on various releases, from queens to train, and haven't noticed it16:29
Fl1ntI'll do deploy on tomorrow, I'll capture that16:30
priteauGreat thanks16:30
Fl1ntBTW, having both nova and cinder keyring make it pretty much useless as we would only have one key used and both access the same pools, so even if you want to put volumes on spinning and vms on NVMe you just have to push a differnt ruleset for both pools16:31
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Improve fernet_token_expiry precheck  https://review.opendev.org/69844116:31
*** rpittau is now known as rpittau|afk16:34
*** diurnalist has quit IRC16:35
*** evrardjp has quit IRC16:36
*** evrardjp has joined #openstack-kolla16:36
priteauFl1nt: Ah, you use images_rbd_pool?16:37
priteaunova_backend == "rbd"16:37
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Stop mocking ansible modules globally  https://review.opendev.org/72608116:38
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Add extend_lists option to merge_yaml  https://review.opendev.org/68567116:38
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Support customizing prometheus.cfg files  https://review.opendev.org/68620516:38
openstackgerritWill Szumski proposed openstack/kolla-ansible master: Add extras directory to prometheus config  https://review.opendev.org/68837416:38
openstackgerritMerged openstack/kolla-ansible stable/train: Update Advanced Config guide to clarify paths  https://review.opendev.org/72618916:42
Fl1ntyes @priteau everything is on CEPH16:42
yoctozeptoand we got rid of nova/nova.conf mentions, yay16:43
*** bengates has quit IRC16:45
Fl1nt@yoctozepto, what do you mean? We deprecated another thing? :D16:45
priteauOK. The one deployment I work with that uses this actually has the same key for nova and cinder, so I can't say that there is no bug...16:45
Fl1nt^^16:46
Fl1ntwe'll narrow things down the rabbit hole and fix that :D16:46
priteauAnd this is a new issue in Rocky, not in Queens?16:46
*** seco has joined #openstack-kolla16:46
Fl1ntcan't say for Queens as I don't get HCI nodes outside of rocky version16:47
Fl1nt@priteau, you so still use local disk and just ceph as volumes tho?16:47
priteauno, ceph for everything, no local disk used16:47
priteau(in that one deployment)16:48
Fl1ntso your nova_backend is rbd actually isn't ?16:48
priteauyes16:48
Fl1ntaaah yes, it's just you only use one user/key for both services ^^16:49
Fl1ntok got it16:49
Fl1ntsorry, my brain is melting at the moment ^^16:49
priteauOn other deployments we generally use local disks for nova images, and ceph for cinder volumes. Nova has its own ceph keys that can access the volume pool. That works well.16:50
Fl1ntYes, when splitting things it work fine ^^16:50
*** seco has quit IRC16:51
sean-k-mooneyfyi i just filed  https://bugs.launchpad.net/kolla-ansible/+bug/187741716:51
openstackLaunchpad bug 1877417 in kolla-ansible "there are no docs for using octavia" [Undecided,New]16:51
sean-k-mooneykolla currently does not deploy octavia in a usable state16:52
sean-k-mooneyand there are no docs16:52
Fl1ntso all in all, for those interested in HCI, our tech demo is currently running smoothly, 100 instances per nodes, all both CEPH/Nova 20% CPUs cap for CEPH, 70% for openstack 10% for OS. 4Gb memory per OSD set at ceph.conf level and instances available memory constrained at nova level.16:52
Fl1nt@sean-k-mooney, which release are you using?16:52
sean-k-mooneyso i was able to get it too work but it took alot of time and i had to work around a few bugs16:52
sean-k-mooneyFl1nt: master16:52
sean-k-mooneybut there are no docs on any release16:53
Fl1ntI definitely get a working octavia with Rocky and Stein.16:53
Fl1ntok, let's add that to the todo list ^^16:53
Fl1ntCA/TLS and region for neutrons and services related being the main issues isn't it @sean-k-mooney ?16:54
sean-k-mooneyFl1nt: given it does not create the network required to create loadblancer vms or create the ssh key or upload an amopara image to glance im not sure what you get is what i waould call working16:54
sean-k-mooneyFl1nt: the ca/certs are one issue16:54
sean-k-mooneythat aslo is not done16:54
sean-k-mooneybut there are a lot of issue with how its deployed today16:54
sean-k-mooneyno certs, no image, no network, missing keypair, wrong project in service_auth config, no defualt flavor and i think one other issue16:55
Fl1nt@sean-k-mooney, oh right, yeah, need a little bit of love, CA\Certs works tho, or at least worked ^^16:56
sean-k-mooneykolla ansible does deploy a running octavia service if you create the keypars but everything else is missing16:56
Fl1ntdefault flavor and project works too16:56
Fl1ntBUT16:56
*** ysirndjuro has quit IRC16:56
*** ysirndjuro has joined #openstack-kolla16:57
Fl1ntonce again, that was for rocky and stein, may have broke later on.16:57
Fl1ntok, that's nive of you @sean-k-mooney for the issue16:57
sean-k-mooneyyep i think it did because kolla-ansible was not or is not running tempest to validate the service that are deploy actully work16:57
Fl1ntInteresing as I'm actually working on that exact part for now ^^16:58
sean-k-mooneythe problem is that form a docker perspceitve if you have the ca/tls certs16:58
sean-k-mooneythen all the service will be running16:58
sean-k-mooneybut if you try to create a loadbalancer then it will fail16:59
*** mcnugit has quit IRC16:59
Fl1nthence why I'm bulding scenarios for my current customer, just to test the whole process, not just units16:59
sean-k-mooneyso if you just check that the contianer are ther or that its registered in keystone then sure it will look ok until you go to use it16:59
sean-k-mooneyyep17:00
sean-k-mooneythere was an idea of haveing post checks at one point17:00
sean-k-mooneybut i dont know if that was ever completed17:00
sean-k-mooneyanyway with enough effort you can make it work but its needs a lot of reading of there docs and then figuring out how to make it woke with kolla-ansbile17:01
*** seco has joined #openstack-kolla17:09
openstackgerritFabian Zimmermann proposed openstack/kolla-ansible master: multipath.conf should be configureable  https://review.opendev.org/72621117:12
*** nathharp_ has joined #openstack-kolla17:12
*** nathharp has quit IRC17:15
*** seco has quit IRC17:20
yoctozeptoFl1nt: no, we fixed docs :-)17:20
yoctozeptosean-k-mooney: kolla-ansible has no scenario with octavia in CI :-)17:21
yoctozeptosean-k-mooney: we are also not running full tempest but applying simple osc-based usage scenarios for the implemented deployment scenarios17:22
yoctozeptobut *nothing* for octavia17:22
yoctozeptosean-k-mooney: https://docs.openstack.org/kolla/latest/support_matrix.html17:22
*** gmann is now known as gmann_afk17:25
*** priteau has quit IRC17:25
sean-k-mooneyyoctozepto: yep which is also why i was suggesting marking octavia support as tech preview or expeimental as there is no test, no docs and it does not work out of the box without modifying configs and doing several other manual steps17:28
yoctozeptosean-k-mooney: well, it applies to more than octavia17:28
yoctozeptosean-k-mooney: we aren't using the term 'tech preview' as we are not selling the product :-)17:29
sean-k-mooneyit does but when i used to work on kolla-ansible there uses to be a requirement to include docs before merging any new service17:29
yoctozeptoper the support matrix, octavia is community supported17:29
sean-k-mooneyit seams like that was droped at somepoint17:29
*** gfidente is now known as gfidente|afk17:29
yoctozeptosean-k-mooney: likely I'm afraid :-(17:29
yoctozeptosean-k-mooney: though we are caring about docs for the last 3 cycles at least17:30
yoctozeptothat is, including ussuri in progress17:30
yoctozeptoobviously we aren't removing code for octaiva just because it has no docs17:30
yoctozepto:-)17:30
sean-k-mooneyit used to be a hard requirement around newtone-queens ish17:31
sean-k-mooneye.g. core reviews would not +2 any feature/service unless it had docs that explained how to deploy it17:31
sean-k-mooneyif that is not a current requirement i would suggest reintoducing it17:31
sean-k-mooneyyoctozepto: an ya no need to remove the octavia code just letting you know its broken in as is17:32
sean-k-mooneybut can be correccted via config overrides and some manual steps17:32
yoctozeptosean-k-mooney: yeah, we kinda know but nobody from core team was able to handle this, thanks for summarizing the issues though17:33
yoctozeptoand the "not-ableness" stems stems from both lack of time and knowledge17:33
sean-k-mooneyya i have not used octavia before17:34
sean-k-mooneymost of the time it took was learning how octavia worked and figuing out what was not done17:34
sean-k-mooneyas another aside the ipxe image in centos8 appears to be broken17:34
sean-k-mooneyi was able to eventually get ironic working17:35
yoctozeptosean-k-mooney: https://review.opendev.org/40464817:35
patchbotpatch 404648 - kolla-ansible - Implement octavia ansible role (MERGED) - 5 patch sets17:35
sean-k-mooneybut i had to disable ipxe and call back to pxe17:35
yoctozeptoit got in in ocata17:35
sean-k-mooneyyoctozepto: yep i went back and checked17:35
sean-k-mooneyi was hoping to fine docs or info in the commit messagne ro reslese notes but no17:36
yoctozeptosean-k-mooney: I think mgoddard would like to know that ipxe is b0rken with centos817:36
yoctozeptosean-k-mooney: yeah, we are left what it is :-)17:36
yoctozeptosean-k-mooney: if you can spare any cycles for upstreaming workarounds/fixes, then that would be great17:36
sean-k-mooneyya ill have to see if i can17:37
sean-k-mooneythere are also no docs avaiable on how the neutron dynamic router plugin works in kolla but i also set that up yesterday17:38
sean-k-mooneyi proably should have taken notes17:38
sean-k-mooneybut it did work flawlessly17:38
sean-k-mooneymy home openstack is now advertising routes to dynamically created tenant netwrok automatically to my home router via bgp17:39
sean-k-mooneyits so nice17:39
yoctozeptosean-k-mooney: home routers normally don't speak bgp :D17:41
sean-k-mooneymgoddard: regarding the ipxe issue. it wouls apper that ipxe in legacy boot with ipv4 on centos8 is unable to open a network conenction to download the deploy ramdisk17:41
sean-k-mooneyyoctozepto: im using a ubiquit edgerouter x as my home router17:41
sean-k-mooneyet0: 34:97:f6:5a:fe:e8 using undionly on UNI-PCI04:00.0 (open)17:41
sean-k-mooney  [Link:up, TX:0 TXE:1 RX:0 RXE:0]17:41
sean-k-mooney  [TXE: 1 x "Network unreachable (http://ipxe.org/28086011"]17:41
sean-k-mooneythat is more or less the error i get17:41
yoctozeptosean-k-mooney: crazy17:41
yoctozeptosean-k-mooney: as for ipxe -> issue is welcome :-)17:42
yoctozeptoI mean lp bug report that is17:42
sean-k-mooneyyoctozepto: oh its not a kolla issue17:42
*** jbadiapa has quit IRC17:42
sean-k-mooneyyoctozepto: i think the binary that is packaged in centos is buggy17:42
yoctozeptobut we are affected, aren't we?17:42
sean-k-mooneyyes17:42
yoctozeptoaye, then it's to be upstreamed to rdo17:43
sean-k-mooneybut its optinal17:43
sean-k-mooneyand ipxe is disabel by default17:43
sean-k-mooneyso if you just fall back to pxe its fine17:43
sean-k-mooneyyoctozepto: this is what i use for my home router https://www.ui.com/edgemax/edgerouter-x/17:43
sean-k-mooneyyoctozepto: i have fibe to the home so i plug the fiber terminater i get form my isp into eth0 directly and dont use any of ther equiment beyond that17:44
sean-k-mooneyfor like 30-60 dollar its really an amazing router for what i can do17:44
sean-k-mooneyanyway i better go do some nova work. ill be deploying a few other service using master + centos-8 source17:46
yoctozeptosean-k-mooney: I see, well, in Poland you usually get ISP-specific router for your home network17:46
sean-k-mooneyif i encounter any other issue or have time to fix them ill let ye know and file bugs or patches as i can17:46
yoctozeptosean-k-mooney: like, the fiber has no standard sfp interface17:46
sean-k-mooneyyoctozepto: oh they sent me one im just not suing it17:46
yoctozeptoyeah, but did you have to tweak the fiber to support sfp?17:47
yoctozeptothat would violate my warranty ;p17:47
sean-k-mooneyi have a optical terminator box that converts there fiber to ethernet over cat717:47
yoctozeptoah, so you did a tweak there, a'ight17:47
sean-k-mooneyi dont have any sfp17:47
yoctozeptook17:47
yoctozeptomakes sense17:47
sean-k-mooneythey provide a box made by hauwih to terminate the fiber. its basicaly a modem and then they just plug a router/gateway into it17:48
sean-k-mooneyso i kept that but replated ther router with my own17:48
yoctozeptoI see17:49
yoctozeptowell, I'd have to first get that termination box17:49
yoctozeptobut so far I'm happy with my ISP's router17:49
yoctozeptoalso its builtin AP17:50
*** seco has joined #openstack-kolla17:53
Fl1nt@sean-k-mooney, thanks a lot for bringing that doc issue, I've put it on my to fix list as I'll have to deploy it again later on and operators that will work on it will just hang me if there is no doc.17:54
yoctozeptoFl1nt: so you are running octavia?17:55
Fl1ntyep17:55
yoctozeptoI guess we really need to run that questionnaire @ mgoddard17:56
Fl1ntServices that I actually run NOW:17:56
Fl1ntDesignate / Octavia / Trove / Nova / Cinder / Swift on CEPH / Swift native / Glance / Keystone / Horizon / Sahara / Magnum17:57
*** seco has quit IRC17:58
Fl1ntforgot about Neutron in DVR Mode17:58
yoctozeptooh, designate, octavia, trove, sahara and magnum all need some love17:58
Fl1ntyeah ^^17:58
yoctozeptoI mean, in kolla-ansible17:58
Fl1nthence why I've a to fix list that start to be pretty long :D17:59
Fl1ntyes17:59
Fl1ntI also forgot about Rally and Tempest17:59
Fl1ntwhich IMHO need the most love :p17:59
Fl1ntPlanned services (during the year): Qinling / OVN / Masakari / Ironic18:00
yoctozeptoosmanlicilegi: as for those survey platforms, we can actually run a hosted one it seems (noprofit research fits my institution), so if you (or anyone else) knows of good software for running surveys then it's also an option (and we support Chinese folks afaik)18:00
Fl1ntironic is actually already running for our GPUs but we need to bring it back to the new cluster18:00
yoctozeptoFl1nt: well, yeah, they need some real support18:00
yoctozeptoFl1nt: ironic is pretty fine, ovn seemingly too18:01
Fl1ntyep, working on that topic currently18:01
Fl1ntok cool ^^18:01
yoctozeptomasakari got in recently, not sure what it can do but it does something18:01
yoctozeptosimilarly qinling18:01
yoctozeptobut I guess it needs an external kubernetes18:01
yoctozeptoor reconfig after using magnum18:01
Fl1ntMasakari is for VMs HA18:01
yoctozepto(after each use of magnum that is, which kinda sucks if you ask me)18:01
yoctozeptoFl1nt: yeah, I know18:02
yoctozeptojust not how much it works in kolla-ansible atm18:02
Fl1ntah yes sorry, I didn't read that you were answering about qinling18:02
Fl1ntnevermind ^^18:03
yoctozeptoFl1nt: got ya18:03
yoctozeptoanyways, going afk for now, thanks for nice presentation, buh-bye18:03
Fl1ntfor now, I'll stick with reviews,documentation and small patchs for kolla18:03
Fl1ntyeah me too, thanks everyone who assisted ^^18:04
*** Limech has quit IRC18:04
sean-k-mooneyFl1nt: Desgignate is next on my list to deploy. im debating if i will add magnum. i dont really need it but i am plannign to run k8s on the openstack cloud at some point18:17
sean-k-mooneyexcpet for heat the service i have set to no are the service im thinking of enabling http://paste.openstack.org/show/793294/18:22
sean-k-mooneythe networking for ironic is not really explained currently and that took a lot of effort to get working18:23
sean-k-mooneyi had to move my api network on to the ipmi network18:24
sean-k-mooneyalthoguh that might not be required if you dont try to use ipxe18:24
sean-k-mooneywe hard code the address the ipxe https server listents on to be the api_interface18:25
sean-k-mooneyso we realy shoudl have a seperate configuratbl for that18:25
sean-k-mooneyhttps://github.com/ipxe/ipxe/pull/10418:25
sean-k-mooneyipex dose not supprot static routes so it unclear if it would have worked or not18:26
sean-k-mooneyin either case i was blocked form testing due to the other ipxe netwrok issue becaue18:26
sean-k-mooneyit failed to conenct even when they were all on the same subnet18:26
*** schwicht has joined #openstack-kolla18:28
*** e0ne has joined #openstack-kolla18:40
*** e0ne has quit IRC18:56
*** gmann_afk is now known as gmann19:06
*** k_mouza has quit IRC19:16
*** mcnugit has joined #openstack-kolla19:19
*** jonaspaulo has joined #openstack-kolla19:39
*** born2bake has joined #openstack-kolla19:46
*** livelace has quit IRC19:48
*** born2bake has joined #openstack-kolla19:48
*** k_mouza has joined #openstack-kolla20:05
*** mcnugit has quit IRC20:28
*** livelace has joined #openstack-kolla20:39
*** TrevorV has quit IRC20:44
*** born2bake has quit IRC20:54
*** e0ne has joined #openstack-kolla20:57
*** eliaswimmer__ has joined #openstack-kolla20:57
*** e0ne has quit IRC20:59
*** eliaswimmer_ has quit IRC21:00
*** livelace has quit IRC21:14
*** born2bake has joined #openstack-kolla21:30
*** mcnugit has joined #openstack-kolla21:47
*** nathharp_ has quit IRC22:01
*** nathharp has joined #openstack-kolla22:01
*** born2bake has quit IRC22:03
*** Fl1nt has quit IRC22:08
*** jonaspaulo has quit IRC22:27
*** born2bake has joined #openstack-kolla22:34
*** born2bake has quit IRC22:35
*** seco has joined #openstack-kolla22:37
openstackgerritJames Kirsch proposed openstack/kolla-ansible master: Add support for encrypting Barbican API  https://review.opendev.org/72625822:50
*** mcnugit has quit IRC22:53
*** spotz has quit IRC23:16
*** k_mouza has quit IRC23:18

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