Thursday, 2023-11-23

Moha_I also like to contribute in translating the UI. Same issue in getting log in!06:16
Moha_I can't go further than this page: https://translate.openstack.org/account/inactive06:17
Moha_Actually I don't get the activation link06:17
lsudre_Hi, I successfully completed an installation of OpenStack Ansible with the ML2/OVN plugin. Now, I've tried to create an external network without success. When I attempt to attach an instance to it, I encounter an error: Failed to bind port xxx on host for vnic_type normal using_segments [{'id': '63a22790-45e6-4f6b-a024-c9cb1449fa77', 'network_type': 'flat', 'physical_network': 'br-publicnet', 'segmentation_id': None, 'net08:51
jrosserlsudre_: is that external network present on all your compute nodes?09:20
noonedeadpunkMoha_ I just wrote to l18n mailing list to ask who is responsible of activations and what's the process basically 09:27
noonedeadpunklsudre_: also - does ovn gateway exists on compute nodes?09:27
lsudre_this command answer your question? https://paste.openstack.org/show/b8wr4SkicrblQIcp4kgS/09:30
jrosserlsudre_: it might help if you were able to describe how you expect this to work09:41
jrosserbecasue my understanding is that if you connect your external network only to the infra/gateway node, then you are not able to directly connect an instance to it.09:42
lsudre_I created this external network on the webapp, 09:43
jrosseryes, so that is putting information into neutron, a logical description in the database of your external network09:43
jrosserbut if that is not matching actually what you have physically, like network ports and switch config, it will not work09:44
lsudre_this is the netplan on all machines https://paste.openstack.org/show/b3dB6LndDadZj4Z0svYk/ I try to create an external network attached to ovn bridge with br-vxlan as port09:47
jrosserhmm09:49
jrossernormally the external network would be it's own interface09:50
lsudre_je n'ai jamais vraiment bien compris pourquoi ces bridges étaient recommandés dans la documentation osa, mgmt et storage ok, mais vxlan et vlan pas vraiment, ce que je sais, c'est que j'ai fait comme sur la docummentation en ne specifiant pas d'ip fixe pour le br-vlan.09:54
lsudre_sorry09:54
lsudre_I forgot to translate: I've never really understood why these bridges were recommended in the OSA documentation. I get why for management and storage, but not really for VXLAN and VLAN. What I do know is that I followed the documentation by not specifying a fixed IP for the br-vlan.09:54
noonedeadpunklsudre_: I'm not 100% sure, but I _think_ that to have external network directly on VMs you need to have OVN Controller Gateway agent on compute nodes09:55
jrosserlsudre_: but you have network type `flat` ?09:56
noonedeadpunklsudre_: yeah, bridges not needed for vxlan and vlan indeed. it was a way to somehow describe net structure sustainably with keeping same names that would be same for everyone and when we reffer to it09:56
jrosserlsudre_: becasue in your error message you have `flat` type, i have then assumed that is what you want, and you therefore must have your external network on a dedicated interface09:58
lsudre_jrosser: ok so, I should modify my ml2plugin conf file?09:59
jrosserthe trouble is that neutron gives you many many options and thats why i keep asking what it is that you want to achieve09:59
lsudre_I want external network for my instances because they need internet access, and geneve internal networks for theses intances (the internal networks looks ok, i can ping everybody in this network)10:00
jrosserok, so what is the physical implementation of your external network?10:00
jrosserthis could be "it is vlan tag X on bond1 on all my nodes"10:00
jrosseror "untagged traffic on eth2"10:01
lsudre_as you can see on my netplan the bridge br-vlan is the default route for internet access10:01
lsudre_https://paste.openstack.org/show/bI4W6GS4MDLY03FjZO7b/10:02
lsudre_br-mgmt, br-vxlan, br-storage ar vlans with id 100, 101, 10210:03
lsudre_*are10:03
jrosserwhen you say your instances need internet access, you mean they are things like web servers and need to handle incoming traffic10:04
jrosseror you mean they need to be able to do things as clients, like install packages etc10:05
lsudre_like install packages, and browse on internet if we wish to10:06
jrosserthe normal way to give your geneve internal networks access to the internet would be to use a neutron router between the geneve network and the external network10:06
lsudre_do you have any tutorial/documentation to know how to do it?10:07
lsudre_When I try to attach router I have an error10:09
jrosseri can google for things like https://docs.hpc.cam.ac.uk/cloud/userguide/02-neutron.html10:13
jrosserbut this is user documentation/tutorial, not about how to setup the deployment to do that10:15
jrosserthere is some information here about how to configure openstack-ansible with OVN https://docs.openstack.org/openstack-ansible-os_neutron/latest/app-ovn.html10:16
lsudre_I plug the router between my ext and my int network, and my instances on the internal network cant ping 8.8.8.810:17
lsudre_for this https://docs.openstack.org/openstack-ansible-os_neutron/latest/app-ovn.html I follow everything on this webpage I follow the first example: # When configuring Neutron to support geneve tenant networks and # vlan provider networks the configuration may resemble the following:10:18
lsudre_One thing I haven't in my openstack_user_config is : network-gateway_hosts: *compute_hosts, This is mandatory?10:20
noonedeadpunkSo network-gateway_hosts should be defined 10:22
noonedeadpunkit can be either compute_hosts or should be network nodes10:22
lsudre_With the documentation I do this on my user_variables.yml https://paste.openstack.org/show/bL5KBwPjDHt1tZGdd9IR/10:22
lsudre_noonedeadpunk: network-gateway_hosts is defined for *infrastructure_hosts10:23
noonedeadpunkok, yeah10:23
lsudre_like that https://paste.openstack.org/show/b4ocrUz4dopCFkc3IzBQ/10:23
noonedeadpunkAlso, do you have `network-northd_hosts` and  `network-infra_hosts`?10:23
noonedeadpunkok, gotcha10:24
lsudre_my link answer your question10:24
noonedeadpunklooking at neutron_provider_networks I'm not actually sure if they're right to be frank10:27
lsudre_in the doc?10:27
noonedeadpunkespecially `network_interface_mappings: "br-publicnet:br-vxlan"`10:27
lsudre_or in my config file?10:28
noonedeadpunkno, in your paste10:28
jrosserwhat is br-publicnet?10:28
noonedeadpunkas that mapping should be to the physical interface with the public network IIRC10:28
jrosserand i believe you have said the public network is untagged traffic on br-vlan?10:28
lsudre_dont know about br-publicnet this is the documentation example10:28
lsudre_I try to find explainations about theses keys I found nothing10:29
lsudre_What I supposed to do, how to replace with my values10:29
noonedeadpunkwell, that's the public bridge that will be created in ovs10:29
noonedeadpunkand second value, is the interface that will be added to that bridge10:29
noonedeadpunkand that supposed to be the one with actual public network IIRC10:30
lsudre_Ok If I modify it, and run os-neutron playbook this will edit the ovn bridges?10:30
jrosseri also think that there is a confusion between flat and vlan types here10:30
noonedeadpunkand then public is smth that should be added as a flat network I guess...10:31
noonedeadpunkyeah, flat vs vlan is another thing actually10:31
lsudre_I dont know if you understand well, what is my goal. I need encapsulated network for my instances, and an external network (with internet access) and a router between them to provide internet to my instances10:32
noonedeadpunkYeah, ok, then I think you're on the right way at least - as having ovn gateway on infra is exactly what you need10:33
lsudre_The key is this ml2 conf?10:33
noonedeadpunkbut then defining mappings is another part of the puzzle - if you want that external network to be just a flat one or as vlan in neutron10:33
lsudre_flat one I think10:34
noonedeadpunkwell, basically getting valid ml2.conf is indeed the key there10:35
noonedeadpunkBut there're some actions, like creating actual ovs bridges is another thing what role does10:35
lsudre_this things create the ovs bridge10:36
noonedeadpunkspecifically that: https://opendev.org/openstack/openstack-ansible-os_neutron/src/branch/master/tasks/providers/setup_ovs_ovn.yml#L64-L9310:36
lsudre_https://paste.openstack.org/show/bHerVWqjrbTvHJP92Viu/10:36
noonedeadpunkand what ports are in br-publicnet?10:37
lsudre_like you can read it on my user_variable network_interface_mappings: "br-publicnet:br-vxlan"10:37
noonedeadpunkand in neutron as "external" network you have created "flat" type with [hysname "public"?10:37
noonedeadpunkyeah, so I'm not sure what br-vxlan represents in your env, but that looks slightly weird to me10:38
lsudre_network Type flat with physical network br-publicnet10:38
lsudre_this should be the interface with internet access?10:39
noonedeadpunkand in ml2.conf you have `flat_networks = br-publicnet`?10:39
lsudre_https://paste.openstack.org/show/b7p3QqACzpTxW7yfgMb5/10:40
noonedeadpunkOk, that looks off10:41
noonedeadpunkI would do smth like that I guess: https://paste.openstack.org/show/bkUTJVY54zUnktBMP40R/10:42
noonedeadpunkAnd then in neutron create flat network with  physical network "public"10:43
lsudre_ok10:43
lsudre_I can run setup-infra playbook, this will modify things?10:44
noonedeadpunkyou need to run only os-neutron-install to change things10:44
lsudre_limit with infra and computes ?10:45
noonedeadpunkmeh, I think without limits10:45
lsudre_Ok script is running10:46
lsudre_I think I should remove the bridges on ovs10:48
lsudre_ovs-vsctl: cannot create a port named br-vlan because a bridge named br-vlan already exists10:48
opendevreviewMerged openstack/ansible-role-python_venv_build stable/2023.1: Use distribution_major_version for all distros except Ubuntu  https://review.opendev.org/c/openstack/ansible-role-python_venv_build/+/90157210:48
opendevreviewMerged openstack/openstack-ansible-os_glance stable/zed: Add glance_bin to rootwrap defenition  https://review.opendev.org/c/openstack/openstack-ansible-os_glance/+/90156311:05
opendevreviewMerged openstack/openstack-ansible-os_glance stable/yoga: Add glance_bin to rootwrap defenition  https://review.opendev.org/c/openstack/openstack-ansible-os_glance/+/90156411:05
lsudre_noonedeadpunk: The script run with no errors, now i have a br-publicnet with br-vlan port on ovs, I created an external network flat with physical network "public" add a router between my two networks, attach interface external to an instance, edit the route to add default on this interface, and I can't ping 8.8.8.811:14
noonedeadpunklsudre_: and br-vlan is... a physical interface with the public network you want to use?11:17
lsudre_a bridge mapped on physical interface who has internet access11:17
lsudre_hum I found something wrong on my infra11:18
noonedeadpunkwait... "attach interface external to an instance" is quite different scheme then you wrote before -> "an external network (with internet access) and a router between them to provide internet to my instances"11:18
noonedeadpunkSo with that scheme you need to attach to instance internal network11:18
lsudre_ok, I try this after just using the router11:18
noonedeadpunkthen assign a floating ip to the port11:19
noonedeadpunkor well, floating ip is not obligatory to access the internet from instance11:19
lsudre_I have no default route on my infra1 and no internet access anymore11:23
lsudre_the script can destroy my network infra config?11:25
noonedeadpunkUm, I don't think it should, unless you relied on the interface that was addded to OVS bridge11:31
lsudre_my route was like that on infra1 and compute https://paste.openstack.org/show/bxxmjeNascVWN1OrA0Gs/ now I haven't br-vlan anymore https://paste.openstack.org/show/bXlJq5ltbLJwA7RHhAob/11:34
noonedeadpunkyeah, because br-vlan is part of the OVS bridge now?11:34
lsudre_yes11:35
lsudre_Should I have two interfaces with internet access on infra, one dedicated for the ovs bridge and one for infra? 11:39
noonedeadpunkWell, yes, usually these are 2 different things - network for public access to APIs and tenant networks11:44
noonedeadpunkThough, I think there should be a way on how to go with only single interface11:45
noonedeadpunkEventually.... I think if you create a virtual interface, add it to br-vlan, and then define it to be added to br-publicnet in OVS - that should work11:46
noonedeadpunkOther way around might be to configure public network directly on OVS bridge11:46
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Add no_log to setup_roles inlcude  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/90175511:53
jrossereventually the default gateway for your hosts and gateways for the provider networks are two different concepts12:11
jrosseras you can have many provider / external networks, and they don't need to interact with the normal host networking12:12
lsudre_noonedeadpunk: The things you explained are too difficult for my level. There is any tutorials to understand how and why I should that?12:26
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/2023.1: Bump SHAs for 2023.1  https://review.opendev.org/c/openstack/openstack-ansible/+/90123415:16

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