Thursday, 2020-07-09

*** pcaruana has quit IRC00:03
*** markvoelker has joined #openstack-ansible00:30
*** spatel has joined #openstack-ansible00:32
*** rh-jelabarre has quit IRC00:43
*** rh-jelabarre has joined #openstack-ansible00:44
*** rh-jelabarre has quit IRC00:48
*** gouthamr_ has quit IRC00:59
*** gouthamr_ has joined #openstack-ansible01:05
*** cshen has joined #openstack-ansible01:15
*** cshen has quit IRC01:20
*** gouthamr_ has quit IRC01:25
*** gouthamr_ has joined #openstack-ansible01:37
*** d34dh0r53 has quit IRC01:38
*** gyee has quit IRC01:38
*** d34dh0r53 has joined #openstack-ansible01:41
*** markvoelker has quit IRC02:14
*** cshen has joined #openstack-ansible02:16
*** cshen has quit IRC02:20
*** gouthamr_ has quit IRC02:52
*** gouthamr_ has joined #openstack-ansible02:56
*** gouthamr_ has quit IRC03:26
*** gouthamr_ has joined #openstack-ansible03:32
nsmedsHey y'all, back to bug you with more questions :) I asked this in #openstack-neutron but no replies and this channel usually seems quite active. Is there any strong opinions between deploying OVS+Neutron DVR versus linuxbridge+legacy Neutron? We are currently deployed with linuxbridge (environment was inherited from previous employee), and are investigating options before moving forward.03:43
nsmedsI understand that traffic for floating IPs + between VMs in different subnets will have to be routed via the network hosts with legacy - and IPv6 and SNAT traffic will be routed via network hosts either way. We're considering sticking with legacy just for simplicity sake, but was curious if I'm missing anything vital here.03:45
nsmedsThe plan would be to simply scale out more network hosts if we start reaching bottlenecks.03:45
*** gouthamr_ has quit IRC04:00
*** markvoelker has joined #openstack-ansible04:08
*** gouthamr_ has joined #openstack-ansible04:11
*** cshen has joined #openstack-ansible04:17
*** cshen has quit IRC04:21
*** gouthamr_ has quit IRC04:29
*** gouthamr_ has joined #openstack-ansible04:30
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-ansible04:33
*** gouthamr_ has quit IRC04:35
*** gouthamr_ has joined #openstack-ansible04:40
*** spatel has quit IRC04:52
*** gokhani has joined #openstack-ansible05:04
*** udesale has joined #openstack-ansible05:13
*** markvoelker has quit IRC05:13
*** markvoelker has joined #openstack-ansible05:14
*** markvoelker has quit IRC05:18
noonedeadpunkjrosser: yep, as it was created in train:)05:22
noonedeadpunkSo it's already part of T&U codebase05:23
noonedeadpunknsmeds: also there were talks in neutron to obsolete lxb, but dunno if that happen - too many ppl using lxb these days05:24
noonedeadpunkand tbh I'd say to consider even ovn instead of ovs (if you're about to choose ovs). But personally I like lxb as well because of it's simplicity as well.05:25
*** cshen has joined #openstack-ansible06:17
*** cshen has quit IRC06:21
*** this10nly has joined #openstack-ansible06:33
*** pcaruana has joined #openstack-ansible06:37
*** CeeMac has joined #openstack-ansible06:44
CeeMacmorning06:45
*** gouthamr_ has quit IRC06:50
*** gouthamr_ has joined #openstack-ansible06:52
*** arkan has joined #openstack-ansible06:54
*** sri_ has quit IRC06:54
*** sri_ has joined #openstack-ansible06:56
*** arkan has quit IRC07:01
*** gouthamr_ has quit IRC07:04
*** gouthamr_ has joined #openstack-ansible07:05
*** cshen has joined #openstack-ansible07:09
*** gouthamr_ has quit IRC07:15
*** gouthamr_ has joined #openstack-ansible07:22
*** arkan has joined #openstack-ansible07:33
*** markvoelker has joined #openstack-ansible07:43
*** gouthamr_ has quit IRC07:46
*** markvoelker has quit IRC07:48
*** gouthamr_ has joined #openstack-ansible07:52
*** sshnaidm has joined #openstack-ansible07:55
*** gouthamr_ has quit IRC07:57
*** udesale_ has joined #openstack-ansible08:00
*** udesale has quit IRC08:03
*** fyx has quit IRC08:04
*** fyx has joined #openstack-ansible08:04
*** gouthamr_ has joined #openstack-ansible08:09
*** udesale_ has quit IRC08:10
arkanhi guys08:22
-arkan- jrosser: I've done what you've told me for updating os Horizon and it worked, now I don't receive errors about availability zones08:25
arkanfor octavia08:25
arkanNow I have issue also about octavia "No route to host", and I observed that it could not reach amphora. I found through traceroute it's taking the wrong path08:27
-arkan- so I've deleted one route, then it started to reach amphora08:27
arkansee here08:27
arkanhttp://paste.openstack.org/show/795685/08:27
*** shyamb has joined #openstack-ansible08:31
arkanAnd the problem that I have now, when I create a new LB in Horizon, octavia-housekeeping can not reach the new amphora instance08:32
arkan# compute network config08:38
arkanhttp://paste.openstack.org/show/795687/08:38
arkan# controller network config08:38
arkanhttp://paste.openstack.org/show/795688/08:38
arkan# openstack_user_config.yml08:38
arkanhttp://paste.openstack.org/show/795689/08:38
arkan# user_variables.yml08:38
arkanhttp://paste.openstack.org/show/795690/08:38
arkan# brctl show on compute08:38
arkanhttp://paste.openstack.org/show/795691/08:38
arkan# brctl show on controller08:38
arkanhttp://paste.openstack.org/show/795692/08:38
arkaneveryting is working except Octavia08:53
arkanSSH to vms through Floating ips are working, only octavia has problem and I'm stuck08:54
*** shyamb has quit IRC08:58
*** arkan has quit IRC09:01
admin0morning09:06
*** shyamb has joined #openstack-ansible09:09
*** tosky has joined #openstack-ansible09:10
*** udesale has joined #openstack-ansible09:12
*** arkan_ has joined #openstack-ansible09:13
*** arkan_ is now known as arkan09:13
arkanI was disconnected09:13
admin0when is rc2 coming up and will it have an upgrade path ?09:22
*** shyam89 has joined #openstack-ansible09:30
*** shyamb has quit IRC09:30
*** markvoelker has joined #openstack-ansible09:44
*** markvoelker has quit IRC09:48
*** shyamb has joined #openstack-ansible09:55
*** shyam89 has quit IRC09:57
*** arkan has quit IRC10:00
noonedeadpunkadmin0: as I said yestarday, rc2 will be available once release team will approve https://review.opendev.org/#/c/740078/10:23
noonedeadpunkwe don't plan any breaking changes between rc2 and final release, but can't give any guarantees regarding that10:23
admin0:)10:23
admin0i have one situation where i need both ussuri and focal :)10:24
admin0i already tried the rc1 .. it worked fine10:24
noonedeadpunkin rc1 there was no focal for sure:)10:24
admin0but the installation went in good :D10:24
admin0it worked fine10:24
noonedeadpunkbtw I'd say that in rc2 we didn't patch all of the projects for focal as well - only core ones and smth near10:25
noonedeadpunkso there still might be issues somewhere with focal10:25
admin0in fact, my test domain is up .. https://mero.cloud/  .. focal all the way, 3 nodes, zerossl cert10:25
admin0was able to do most of my tests10:25
*** arkan has joined #openstack-ansible10:26
admin0right now, all I need is nova,neutron, glance( nfs), cinder(lvm) and heat10:26
noonedeadpunkI'd say that all should generally work10:27
admin0my only point is .. if i move ahead with rc1 now .. when rc2 comes .. would i be able to safely upgrade it10:27
admin0i would like to assume they would work .. since that is hour good our playbooks are ( and ussuri itself is unchanged)10:27
admin0hour -> how10:28
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible-openstack_hosts stable/ussuri: Add advanced-virtualization CentOS 8 repo  https://review.opendev.org/74022810:29
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible-lxc_hosts stable/ussuri: Add centos-8 support  https://review.opendev.org/74023010:30
admin0noonedeadpunk, in your opinion given the history, when is your expectation of the rc2 :)10:30
admin0are they quick to act .. within 24 hours .. or takes a week generally etc10:30
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible-ceph_client stable/ussuri: Add centos-8 support  https://review.opendev.org/74023110:30
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible-os_glance stable/ussuri: Add Centos-8 support  https://review.opendev.org/74023210:30
noonedeadpunkadmin0: all depends tbh, but I think it will be released this week10:31
noonedeadpunkeventually, you can just checkout to the SHA provided in that commit10:31
noonedeadpunkit will be equally the same as checkout to the tag10:31
noonedeadpunk(except of nasty venv names)10:32
noonedeadpunkadmin0: so the main problem might be mariadb upgrade10:32
noonedeadpunkin terms of rc1->rc210:33
admin0if its this week, i will wait10:33
noonedeadpunkI can't eventually know for sure, it's just my suggestion:) I can't hurry up them :p10:33
arkanguys should I try the method used in https://bugs.launchpad.net/openstack-ansible/+bug/1835855 ?10:48
openstackLaunchpad bug 1835855 in openstack-ansible "octavia lb-mgmt network is broken on production 3 node deployment" [Undecided,New]10:48
arkanhe solved that by creating veth pair manually10:49
arkanin order for arp to work for octavia10:49
arkanI don't know if there is another solution, for this, I can see arp on the other side but it does not know to return10:50
jrosserarkan: i am still confused by your setup10:55
jrosserhow do you connect eth12 of the octavia container on the controller to the octavia neturon network?10:55
arkanjrosser: it has vlan 510 which is configured on the router also10:57
arkanI tried it with ping10:57
arkanand it worked10:57
jrosserok, so how does vlan 510 get to eth12 of the octavia container?10:57
arkanafter I've deleted the route 172.29.232.0/2210:57
noonedeadpunkah, spatel is not here... maybe you can ping him later about this?10:58
arkanyes, this was my dilemma10:58
jrosserit is becasue you do not have a bridge for that on your controller10:58
arkanhow to reach the container10:58
arkaneno1.51010:58
noonedeadpunkoh, ok, not interruption10:59
jrosserthats not a bridge, look at the diagram here https://github.com/rcbops/rpc-octavia/blob/master/INSTALLATION.md10:59
arkanbrq6c4d9df6-5010:59
arkanbrq6c4d9df6-508000.36572ce402f3noeno1.51010:59
jrosserthat is the neutron network10:59
arkanhumm11:00
arkan- network:11:00
arkan        container_bridge: "br-ext"11:00
arkan        container_type: "veth"11:00
arkan        container_interface: "eth14"11:00
arkan        host_bind_override: "eno1"11:00
arkan        type: "vlan"11:00
arkan        ip_from_q: "lbaas"11:00
arkan        range: "510:520"11:00
arkan        net_name: "external"11:00
arkan        group_binds:11:00
jrosserplase use a paste for this :)11:00
arkan          - neutron_linuxbridge_agent11:00
arkan          - octavia-worker11:00
arkan          - octavia-housekeeping11:00
arkan          - octavia-health-manager11:00
arkanI used host bind11:00
arkanaha11:00
arkanI was in a hurry11:00
jrosseryes that is for neutron, it is different11:00
*** arkan has quit IRC11:00
jrosserneutron creates virtualised networks to connect your virtual machines to, and the octaiva amphora11:01
*** arkan has joined #openstack-ansible11:01
jrosserneutron does not know anything about OSA containers or openstack control plane11:01
arkanback11:01
jrosserso that is what "container_bridge" is for11:01
arkanI've used br-ext bridge and overwritten by using eno111:01
arkanbecause this bridge is untagged11:02
noonedeadpunkjrosser: do you think we can do smth to easy life with https://bugs.launchpad.net/openstack-ansible/+bug/1835855 ? I'm not sure I 100% understand the issue here, so...11:02
openstackLaunchpad bug 1835855 in openstack-ansible "octavia lb-mgmt network is broken on production 3 node deployment" [Undecided,New]11:02
jrosserarkan: the traffic is on vlan tag 510 on br-ext though? it's not untagged?11:02
jrosserarkan: take the diagram from here https://github.com/rcbops/rpc-octavia/blob/master/INSTALLATION.md11:03
arkanyes, but in my network config, I did not attach it to vlan11:03
noonedeadpunkmaybe we can at least copy https://github.com/rcbops/rpc-octavia/blob/master/INSTALLATION.md to our docs...11:03
arkanbecause in this case it will be tagged 2 times, one by my network config, and one by neutron11:03
jrosseryes we should do that11:03
jrosserarkan: no, not at all11:03
jrosserthe diagram explains it all11:03
jrosserthere are two completely distinct parts of that diagram11:04
arkanyes11:05
jrosseron the left there is br-lbaas, the veth and v-br-lbaas.11111:05
arkanyes11:05
jrosserthose are things that the deployer must create on the controller in order for the octavia container to connect onto (in that diagram) vlan 11111:05
jrosseron the right hand side of the diagram is the things that really neutron cares about11:05
arkanwhat about compute node ?11:06
jrosserbut in your case this is confusing becasue you have got both the octaiva containers *and* the neutron L3 agent running on the same controller host11:06
jrosserso you need to satisfy the octavia container being able to connect to br-lbaas (diagram left)11:07
jrosserand tell neutron which vlan the octavia mgmt network is on (diagram right)11:07
arkanwhich is lbaas-mgmt, right ?11:07
jrosseryes, a logical network in neutron, vlan type11:08
jrosserbut you cannot connect octavia container to that because neutron does not know anything about that11:08
jrosserso you de-tag yourself and make a bridge for the container11:08
arkanso we have here 2 bridges, br-lbaas and br-vlan11:09
arkanand lbaas-mgmt Neutron network11:09
arkanthese should go inside controller11:09
arkanshould I create the same bridges inside compute node ?11:09
jrosseryes and you need to take untagged packets from br-lbass and put them on the right tag on the neutron interface11:09
noonedeadpunkTIL11:10
arkanthen it means that I need to use the scripts that are on the page11:10
jrosserno, becasue when you create octavia amphora it knows which vlan to use from the physical interface becasue of how you have set up lbaas-mgmt in neutron11:10
jrosseryou need to do the necessary in your netplan to make a bridge for octavia contaienrs that is not tagged11:11
jrosserbut this is nothing at all to do with the neutron config11:11
arkanI don't know how I can do it on netplan, I exausted the eno111:12
openstackgerritMerged openstack/openstack-ansible-os_neutron stable/ussuri: Add centos-8 support  https://review.opendev.org/73985811:14
jrosserlike you have here http://paste.openstack.org/show/795688/11:14
jrosserjust make another after br-vlan, and add eno1.510 to vlans11:14
*** dave-mccowan has joined #openstack-ansible11:18
*** markvoelker has joined #openstack-ansible11:19
*** markvoelker has quit IRC11:24
arkanjrosser: these br-vlan are not coneected to the router, eno2 has direct cable from controller to compute node11:25
*** shyamb has quit IRC11:25
jrosserthe router does not matter11:25
arkanok11:26
jrosserthese networks are isolated from each other, just L2 vlans11:26
arkanyes11:26
arkanso I will make br-lbaas bridge after br-vlan and give it vlan 51011:27
arkanusing eno1.51011:27
jrossersorry i did not know about eno211:28
jrosserpick the interface you need11:28
arkanI can use eno2.51011:28
jrosserwhich ever one has the neutron lbaas-mgmt network on <- thats important11:28
arkanthe controller has, but I will create identical config for br-lbaas on compute node also11:29
arkanso both controller and compute nodes will have br-lbaas with interface attached eno2.51011:30
jrosserit is not necessary on the compute node but will not harm11:30
arkanin netplan when I attache the interface as in the form eno2.510, it means in the vlan section I will create vlan for it, which in my case has seg. id 51011:31
arkanjrosser: so this is the proposed solution, is to create br-lbaas with attached interface 51011:32
arkanjrosser: so this is the proposed solution, is to create br-lbaas with attached interface eno2.51011:33
arkanI don't need to run some scripts as it's shown in the page to create veth stuff11:33
*** shyamb has joined #openstack-ansible11:33
arkanjrosser: https://github.com/rcbops/rpc-octavia/blob/master/INSTALLATION.md the bridge has an IP address, should I give IP address also, or it's not important ?11:38
*** shyam89 has joined #openstack-ansible11:50
*** shyamb has quit IRC11:53
*** rh-jelabarre has joined #openstack-ansible11:57
jrosserarkan: i do not know why they bridge has an IP address there, i don't think it is necessary12:00
arkanjrosser: ok, I was also checking, they are using script12:00
arkanNetplan support also script12:01
arkanI'm checking the doc12:01
arkanin order to connect br-vlan with br-lbaas12:01
arkanjrosser: in the script they created veth, and connected it to both br-vlan and br-lbaas12:02
*** shyam89 has quit IRC12:02
arkanbut on the br-lbaas side it has vlan id12:02
arkanalso the network provider type is not vlan, but it's "raw" for br-lbaas12:06
jrosserit is a different environment12:07
arkanbut the connection veth it needs to be created by me, and make it post-up, for connecting br-lbaas and br-vlan12:09
arkanas it's shown in the page12:09
jrosseryou can connect it wherever is needed12:11
arkanyes, but if I forget to do so, then I will have issues with Octava12:12
arkan*Octavia12:12
arkanI rather to not forget and make Octavia happy12:12
arkanin return then I can go to sleep :))12:13
jrosserwhy not make it just like you have done with br-storage?12:13
arkanhumm12:14
jrosserbr-strorage is vlan 20 (untagged) on eno1 (tagged)12:14
jrosserthis is just the same thing but br-lbaas and vlan 51012:14
arkanit's tagged12:14
jrosserwell it shouldnt be12:15
jrosserbecasue br-storage is another interface which is there in order to wire veth up to the control plane containers12:15
jrosserit should be untagged on the bridge12:15
jrosserit should be tagged on the physical interface12:15
arkanyes, it's tagged in the physical interface12:15
arkanas in my netplan in the vlans: section, it is attached to eno1.2012:16
jrosserso you can do just the same thing for br-lbaas?12:16
arkansure I can do it12:16
arkanwill it work like that ?12:17
arkanif I use it as I use br-storage, it would be awesome12:17
arkanthen I will not use neither type vlan nor host_bind_override in the network provider in openstack_user_config.yml12:19
arkanas I did for br-storage12:19
arkanbr-storage uses 'raw' and it does not use host_bind_override12:19
arkanbrilliant idea12:20
arkanI hope this will work12:20
arkanhumm but wait12:21
jrosserthat is all neutron config12:21
arkanjrosser: I think I tried it someday, if I'm not mistaken12:22
jrosseras i said this is not to do with neutron - don't break what you've already got working12:22
jrosserremeber the two halves of the diagram12:22
jrosserthe stuff in provider_networks is giving config for both parts of that12:22
jrossercontainer_<..> for the left part12:22
jrosserother fields for neutron12:22
arkanjrosser: I need to add a new network: section in "provider_networks" for br-lbaas12:23
arkanbut just I want to tell you12:24
arkanif I use "raw" I think I will get an error12:24
arkantelling that "can not enslave bridge ..."12:24
arkanI think I was hit with this type of error12:24
arkanaha maybe it was with flat type12:25
arkannot raw12:25
arkanyes, I think it was with "flat" type I got that error12:25
openstackgerritChandan Kumar (raukadah) proposed openstack/openstack-ansible master: [WIP] improve ironic tempest testing  https://review.opendev.org/73650712:32
*** stingrayza has joined #openstack-ansible12:39
*** also_stingrayza has quit IRC12:40
*** arkan has quit IRC13:01
*** spatel has joined #openstack-ansible13:03
openstackgerritMerged openstack/openstack-ansible master: Add Centos-8 support  https://review.opendev.org/68962913:12
spatelnoonedeadpunk: jrosser oh boy! this is a big win!! merged https://review.opendev.org/689629 & https://review.opendev.org/#/c/735781/13:25
spatelwe are inch closer to release centos-8 :)13:26
noonedeadpunkspatel: btw about that. can you recheck all our centos8 changes?13:33
noonedeadpunkas we have checks now merged - thay will test it as well13:33
noonedeadpunkso that we know they're passing CI13:34
spatellet me see..13:34
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible stable/ussuri: Add Centos-8 support  https://review.opendev.org/74028913:37
noonedeadpunkspatel: I mean only not merged ones13:37
noonedeadpunkthey're mostly yours :)13:37
noonedeadpunkand for master :p13:38
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible master: Add corosync/pacemaker installation  https://review.opendev.org/73914613:39
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible-os_masakari master: Add CentOS 8 support  https://review.opendev.org/73914813:39
spatelnoonedeadpunk: i have DM you.. for recheck help13:39
*** arkan_ has joined #openstack-ansible13:47
*** arkan_ is now known as arkan13:47
spatelnoonedeadpunk: i did pushed them for recheck, lets see the result in few hour13:48
*** mindthecap has joined #openstack-ansible13:53
noonedeadpunkcool! many thanks!13:56
mindthecaphey! Has someone thought about adding image-volume cache on cinder? I can add it manually atleat for OSA Train but the configuration get overwritten by ansible for obvious reasons. Default values don't intervene with cinder so when cache isn't working, it failovers to downloading image from glance.13:59
*** arkan has quit IRC14:01
*** this10nly has quit IRC14:07
*** mindthecap has quit IRC14:10
mgariepymindthecap, i do use the image_volume_cache via config overrides14:10
*** mindthecap has joined #openstack-ansible14:10
*** mindthecap has quit IRC14:10
spatelnoonedeadpunk: they are still failing for multiple reason, may be something odd going on in CI pipeline.14:19
*** cshen has quit IRC14:27
*** chandankumar has joined #openstack-ansible14:39
openstackgerritChandan Kumar (raukadah) proposed openstack/openstack-ansible-os_ironic master: [DNM] test patch  https://review.opendev.org/72706714:46
*** arkan has joined #openstack-ansible15:36
*** gyee has joined #openstack-ansible15:50
*** udesale_ has joined #openstack-ansible16:08
*** udesale has quit IRC16:10
*** d34dh0r53 has quit IRC16:10
*** udesale_ has quit IRC16:27
*** d34dh0r53 has joined #openstack-ansible16:30
*** mloza has joined #openstack-ansible16:33
openstackgerritMerged openstack/openstack-ansible-os_cinder stable/stein: Fix policy configuration  https://review.opendev.org/73964116:45
*** cshen has joined #openstack-ansible16:45
*** mwhahaha_ has joined #openstack-ansible16:48
*** mubix_ has joined #openstack-ansible16:48
*** dasp_ has joined #openstack-ansible16:49
*** cshen has quit IRC16:49
*** mwhahaha has quit IRC16:55
*** mubix has quit IRC16:55
*** nicolasbock has quit IRC16:55
*** dasp has quit IRC16:55
*** sep has quit IRC16:55
*** mubix_ is now known as mubix16:55
*** mwhahaha_ is now known as mwhahaha16:55
*** fridtjof[m] has quit IRC16:56
*** ioni has quit IRC16:56
*** masterpe has quit IRC16:56
*** nicolasbock has joined #openstack-ansible16:58
*** sep has joined #openstack-ansible16:58
*** arkan has quit IRC17:00
*** ioni has joined #openstack-ansible17:03
*** sshnaidm is now known as sshnaidm|afk17:12
*** arkan has joined #openstack-ansible17:14
arkanjrosser: I used octavia_provider_network_type: raw and the setup-openstack.yml -> os-octavia-install.yml spit an error " Invalid input for operation: network_type value 'raw' not supported.""17:16
arkanthis is in provider_networks, http://paste.openstack.org/show/795716/17:17
arkanI wanted to use it as in br-storage, but br-storage does not have - neutron_linuxbridge_agent17:18
arkanoctavia does not support this type "raw"17:18
arkanuser_variables.yml ---> http://paste.openstack.org/show/795717/17:19
arkancontroller node network config ---> http://paste.openstack.org/show/795718/17:19
arkanNow I re-ran with octavia_provider_network_type: flat, to see if it will work or not17:29
*** fridtjof[m] has joined #openstack-ansible17:32
*** masterpe has joined #openstack-ansible17:32
arkanjrosser: I tried with "flat" and it failed. "physical_network 'lbaas' unknown for flat provider network."17:34
arkanso neither "raw" nor "flat" I can use in "octavia_provider_network_type" in the user_variables17:34
jrosseryou did not need to change any of the neutron stuff17:35
arkanyou mean I don't need to change anything in openstack_user_config ?17:36
jrossercontainer_bridge was probably the only thing17:36
arkanand only to add physical network ?17:36
arkannow I've created br-lbaas as a physical network17:36
jrosserin neutron?17:37
-arkan- and I've created provider_network section to use it17:37
jrosseri told you not to touch any of the neutron stuff17:37
jrosserwe just needed to fix the OSA control plane container being connected to vlan 510, nothing more17:37
arkanI've created this here for it http://paste.openstack.org/show/795716/17:38
arkanand now br-ext looks like this after I extracted octavia stuff ---> http://paste.openstack.org/show/795719/17:40
arkanjrosser: the old setup was under the same provider17:42
arkanand neutron does not know then about br-lbaas17:42
jrosserlike i said earlier each provider_networks section can talk about two things, the left and right of the diagram17:42
jrosservariables container_<...> are about the control plane17:43
jrosserthe others are about neutron17:43
* jrosser heads out17:43
arkanok, but I did not have any br-lbaas in the network_providers, and the diagram is using it, how neutron will use it if I don't declare it?17:44
arkanneutron will connect the left side (container like eth14) ----> bridge (br-lbaas), and my question was how it will do it if I don't declare this?17:45
*** arkan has quit IRC18:00
*** arkan_ has joined #openstack-ansible18:01
openstackgerritRyan Drew proposed openstack/openstack-ansible master: Fix KeyError raised when max hostname length exceeded  https://review.opendev.org/74034318:01
*** arkan_ is now known as arkan18:01
*** cshen has joined #openstack-ansible18:45
*** cshen has quit IRC18:50
*** tosky has quit IRC19:26
*** arkan has quit IRC20:01
*** arkan has joined #openstack-ansible20:01
openstackgerritRyan Drew proposed openstack/openstack-ansible master: Change haproxy galera backend to balance between all galera nodes  https://review.opendev.org/74035520:08
*** arkan has quit IRC20:17
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible-openstack_hosts master: Replace yum config manager with dnf alternative  https://review.opendev.org/73955420:32
*** dirk has quit IRC20:42
*** cshen has joined #openstack-ansible20:45
*** cshen has quit IRC20:50
*** jbadiapa has quit IRC20:58
*** dirk has joined #openstack-ansible21:01
*** yolanda has quit IRC21:16
*** yolanda has joined #openstack-ansible21:17
*** spatel has quit IRC21:52
*** rh-jelabarre has quit IRC22:30
*** jamesdenton has quit IRC22:40
*** cshen has joined #openstack-ansible22:46
*** cshen has quit IRC22:50
*** cshen has joined #openstack-ansible23:26
*** cshen has quit IRC23:30
*** gyee has quit IRC23:56

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