kargozari | Hey there | 04:27 |
---|---|---|
kargozari | `git clone -b stable/antelope https://opendev.org/openstack/openstack-ansible /opt/openstack-ansible` | 04:27 |
kargozari | Fatal: Remote branch stable/antelope not found in upstream origin | 04:27 |
kargozari | Isn't there an Antelope branche? | 04:28 |
derekokeeffe | Morning all, it's been a while, hope all is well. I have enabled cinder backups and it's working fine as expected from the cli. What I'd like to know is if it's possible to have an option in the dropdown for the volume in horizon to allow users to backup volumes and if so a link to where I can find how to do it would be great :) | 08:08 |
derekokeeffe | Please ofc | 08:08 |
derekokeeffe | It's ok I got it :) thanks | 08:26 |
damiandabrowski | derekokeeffe: you can enable `horizon_enable_cinder_backup` and reexecute os-horizon-install.yml playbook | 09:09 |
damiandabrowski | https://opendev.org/openstack/openstack-ansible-os_horizon/src/branch/master/templates/horizon_local_settings.py.j2#L307 | 09:09 |
damiandabrowski | then you'll see something like this: | 09:09 |
damiandabrowski | https://i.imgur.com/H3LiZXS.png | 09:09 |
derekokeeffe | Thanks damiandabrowski | 09:11 |
hamidlotfi_ | do you create veth_cleanup.sh script in lxc_creete? | 10:35 |
hamidlotfi_ | Hi there. | 10:35 |
hamidlotfi_ | @noonedeadpunk | 10:36 |
jrosser | hamidlotfi_: the codesearch tool is very useful to find things like that https://codesearch.opendev.org/?q=veth-cleanup | 10:37 |
hamidlotfi_ | Thank you | 10:37 |
hamidlotfi_ | This script is wrong and does not work properly. | 10:38 |
hamidlotfi_ | this code must change to `ovs-vsctl del-port bridge_name port_name` | 10:39 |
jrosser | you are using OVS bridges for the LXC containers? | 10:42 |
hamidlotfi_ | in this code check `type=openvswicth` but doesn't work for me and just put `ip link del` | 10:42 |
hamidlotfi_ | yes | 10:42 |
hamidlotfi_ | i don't know why? | 10:42 |
jrosser | hmm that is kind of unusual | 10:42 |
hamidlotfi_ | maybe | 10:43 |
jrosser | the way that the LXC bridges work is completely decoupled from choosing OVS for neutron | 10:43 |
hamidlotfi_ | Now, I corrected this manually. | 10:44 |
jrosser | well like i say, LXC bridges using OVS is not the same as neutron using OVS | 10:45 |
hamidlotfi_ | do you want see my config in `openstack_user_config.yml` | 10:45 |
jrosser | can you explain a bit how you want it to work? | 10:45 |
hamidlotfi_ | I used OVN and Stable/ZED ver. | 10:46 |
hamidlotfi_ | when I reboot or shut down my infra server, after starting all LXC is in the stopped state. | 10:47 |
hamidlotfi_ | and I see this error on the run `ovs-vsctl show` | 10:48 |
hamidlotfi_ | `error: "could not open network device 5b47160e_eth7 (No such device)"` | 10:48 |
hamidlotfi_ | and this device is a lxc's network interface | 10:49 |
hamidlotfi_ | I must delete this and then start lxc. | 10:50 |
hamidlotfi_ | ok? | 10:51 |
jrosser | the default configuration for OVN or any other neutron networking is to use regular linux bridges, *not* OVS ones, for the LXC containers | 10:54 |
jrosser | you can choose if you want to to also have the LXC containers connect to OVS bridges, thats up to you, but it's not the default, and it's not what most people do | 10:55 |
jrosser | hamidlotfi_: what i am trying to find out is if you specifically want to use OVS bridges for the LXC containers, or not? | 11:01 |
hamidlotfi_ | I had a problem with my network configuration (netplan) and I asked a question here and @admin1 answered to me | 11:46 |
hamidlotfi_ | https://www.irccloud.com/pastebin/Sa3yUL0m/ | 11:46 |
hamidlotfi_ | And then I changed all bridge to OVS bridge. | 11:47 |
mgariepy | wow. https://github.com/ansible/ansible/issues/78344 | 12:02 |
jrosser | hamidlotfi_: br-provider and br-vlan are to do with neutron networking so it is expected that you want those to be done with OVS | 12:29 |
jrosser | hamidlotfi_: things like br-storage and br-mgmt are not to do with neutron so the default would be to use regualt linux bridges for those | 12:29 |
jrosser | mgariepy: what a great outcome | 12:34 |
jrosser | soo many hours of debug :/ | 12:34 |
jrosser | i remember you spent *loads* of time looking at that | 12:34 |
opendevreview | Katarina Strenkova proposed openstack/openstack-ansible-os_manila master: Replacedeprecated terms https://review.opendev.org/c/openstack/openstack-ansible-os_manila/+/890202 | 12:37 |
hamidlotfi_ | jrosser: This means that not all interfaces need to be OVS. | 12:41 |
jrosser | hamidlotfi_: correct - you can set it up however you prefer | 12:41 |
hamidlotfi_ | jrosser: Thank you for your guidance. | 12:42 |
jrosser | it's worth reviewing how the all-in-one works for this configuration | 12:42 |
jrosser | that should be your "reference" implementation | 12:43 |
mgariepy | reminds me of the race condition i found in ceph-volume a couple years ago. | 12:44 |
mgariepy | if i hadn't took the time to fix it i guess it would still be an issue. | 12:44 |
admin1 | hamidlotfi_, i meant type ovs for provider network bridges .. and not for others .. mgmt and storage .. but br-vlan and br-vxlan .. sorry i was not more clear | 15:02 |
noonedeadpunk | Sorry folks, I'm not around today, can't participate in a meeting | 15:03 |
mgariepy | spatel, i use ovs fw without any issue. | 18:09 |
spatel | mgariepy are you using openvswitch firewall? | 18:09 |
spatel | In production? | 18:09 |
mgariepy | yes | 18:09 |
spatel | hmm! Good to know.. | 18:10 |
mgariepy | with victoria at the start there were some flickering when ovs was restarting. without the neutron part. | 18:10 |
mgariepy | but it's now fixed | 18:10 |
mgariepy | old arch without dvr | 18:11 |
spatel | You are saying its more stable now correct no glitch or surprises :) | 18:11 |
mgariepy | went with that to save some hop in user/kernel space and to be more ready for the ovn switch at some point. | 18:11 |
mgariepy | yep works quite well. | 18:12 |
spatel | +1 perfect! then i will use OVS firewall | 18:13 |
spatel | Trying to reduce complexity in path of the packet flow | 18:13 |
mgariepy | i do use the vlan directly via ovs, no lx bridge on top to bind to it. | 18:18 |
tuggernuts | Hey all, I'm working on deploying an opestack environment with the antelope openstack ansible and I'm having issues with gnocchi. I applied the change recommend form https://bugs.launchpad.net/openstack-ansible/+bug/2026828 by putting `gnocchi_git_install_branch: 6f35ea5413a9f78551d8193b8d2a6d77c49b6372` is user_variables but now I'm getting a new error. https://pastebin.com/gSAnCTBQ | 19:47 |
tuggernuts | not really sure where to go from here it seems to pretty consistenly fail on this step | 19:49 |
spatel | mgariepy I am trying to configure magnum with Xena release but having strange issue with fedora-coreos-35.20220116 image. | 20:07 |
spatel | Does that image works with Xena? | 20:08 |
tuggernuts1 | I ran setup-openstack again without changing anything and now it's this error: https://pastebin.com/hHEzgaAT | 20:22 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!