Wednesday, 2023-08-02

opendevreviewAndrew Bonney proposed openstack/openstack-ansible master: Remove dynamic-address-fact call which is no longer required  https://review.opendev.org/c/openstack/openstack-ansible/+/89030608:35
mgariepyanyone here is using stslite with keystone ? : https://docs.ceph.com/en/quincy/radosgw/STSLite/ ?13:04
lsudreHello, OSA installation succeeded. As admin, error message "Something went wrong!" like this bug: https://bugs.launchpad.net/openstack-ansible/+bug/2002897. Same issue in syslog "No type driver for tenant network_type: vxlan" when modifying ml2_conf.ini with "vlan,geneve,flat", syslog error: "Unrecoverable error: please check log for details.: ValueError: :6642: bad peer name format". How to fix this bug? Thank you13:35
mgariepylsudre, which branch/tag ?13:38
mgariepythis issue has been fixed since a long time...13:38
jrossermgariepy: i think we did some stuff with stslite13:42
lsudremgariepy: 27.0.113:42
spatelI am getting this error when running - openstack coe cluster config mycluster-3113:42
spatela bytes-like object is required, not 'str'13:42
spateldoes anyone know what is wrong? 13:42
spatelhttps://paste.opendev.org/show/btg71oY0lTcE8UwM74dq/13:43
mgariepyis it only setting the 2 config keys or needs to adjust policy or something ?13:43
mgariepyspatel, i don't use magnum13:43
spatellucky you :)13:43
mgariepyspatel, it's not luck ;p13:44
jrosserwe don;t use it either13:44
jrosserbecasue we tried, and it was unmaintainable13:44
opendevreviewAndrew Bonney proposed openstack/openstack-ansible-os_ironic master: Fix lack of constraints for ironic-inspector  https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/89033513:44
spatelits mess to run k8s 13:45
mgariepyunmaintainability is somewhat an issue with a log of stuff ;) quite often stuff aroung k8s... lol13:45
spatelmy company pushing to use k8s on openstack to reduce cost from GCP :D13:46
jrosseri had someone on my team spent pretty much the whole rocky release cycle getting magnum to a point where it worked in our lab13:46
jrossereverything changed in stein and that whole work was trashed13:46
spatelI am running Xena but still its mess 13:46
spatelso many version and only specific version works 13:47
jrosserwell you probably want to talk to mnaser ^^13:47
mnaserspatel: we built a whole new solution that solves this forever :)13:47
jrosser^ there you go :)13:47
mnaserhttps://github.com/vexxhost/magnum-cluster-api cluster api driver for magnum13:47
mgariepywow13:47
spatelhaha!! mnaser is k8s lover. In last summit he was all over on k8s :D13:48
mnaserinstead of relying on the mess that is heat/magnum/fedora coreos, you would simply build images using image-builder13:48
jrosseri have this nearly working in an OSA AIO right now13:48
mnaser(kubernetes-sig project)13:48
mnaserand then just upload them to glance and let cluster api (built and developed by the fine k8s-sig folks) take care of it13:48
lsudremgariepy: github 27.0.1 tag is newer than the bug old, why I have this bug?13:48
mnaserbootstrapped by kubeadm, running on ubuntu, life is good13:49
mgariepylsudre, maybe the config is not quite ok ?13:49
mgariepylsudre, can you post it somewhere?13:49
spatelmnaser I think documentation is little challenge. 13:49
mnaserspatel: https://vexxhost.github.io/magnum-cluster-api/user/getting-started/13:50
mnaserhttps://vexxhost.github.io/magnum-cluster-api/admin/intro/13:50
mnaserand if you want to warm up to it and see how it works - https://vexxhost.github.io/magnum-cluster-api/developer/testing-and-development/13:50
mnaserjrosser almost has this working inside of osa as well, so we'll hopefully have docs and playbooks for that13:50
lsudremgariepy: ofc13:51
spatelHmm! let me give it a shot..13:51
lsudremgariepy: here: https://paste.openstack.org/show/bxsX2leuA72UJheV3x79/13:52
mnaserspatel:  try it with the hack.sh script first which will deploy with devstack, you'll need a bm system or a vm with nested virt -- i think you'll like the simplicity of the experience13:52
spatelmnaser ok sounds good to me. I do have BM in lab so let me try and see how it goes 13:53
mnaserspatel: ok cool, we're getting a slack channel setup on the k8s slack soon -- but feel free to ping13:54
mgariepylsudre, also the user config please.13:54
spatelslack would be great! Please let me know when you have that channel ready. Sure I will ping you when I need you. 13:54
spatelThanks! mnaser 13:54
lsudremgariepy: user_variable.yml?13:55
mgariepyyep13:55
lsudremgariepy: here: https://paste.openstack.org/show/b8CEreZLjzFIYacp87XN/13:56
lsudremgariepy: l20 to 23 are commented, this is the bug?13:56
mnaserspatel: you can keep an eye on https://github.com/kubernetes/community/pull/7418 -- but we are also in the #atmosphere slack channel on k8s slack if you're curious too14:00
spatelThank for the heads up! I will join that slack channel 14:02
mgariepyyou probably need to change the opesntack_user_config.yml to reflect the ovn stuff. 14:09
mgariepylsudre, https://docs.openstack.org/openstack-ansible-os_neutron/latest/app-ovn.html14:10
mgariepydocumentation need some love ..14:10
lsudreok and after that, should I re-run every setup-xxx.yml scripts?14:10
mgariepyprobably the neutron part will need to be run .14:16
tuggernuts1when I run setup-openstack I get this error https://pastebin.com/HATBVvEA but when I run it again it seems to move on14:44
tuggernuts1is there a fix for this?14:44
jrossertuggernuts1: it would be good to know which service deployment causes this14:46
jrosserit's impossible to say where that as failed with only one task in the paste, can you provide some more output14:47
tuggernuts1this looks like it's keystone14:47
jrosserok well thats useful, becasue keystone is the first service to deploy14:48
tuggernuts1did you want the full output?14:48
jrosserso that indicates that there is some connectivity issue with your db and haproxy14:48
tuggernuts1ah ok14:48
jrosserfirst, take a look at the haproxy status and see if the backend for galera db is up14:49
tuggernuts1might explain why it comes up the second time14:49
tuggernuts1could it be the ha doesn't see the db is up before it run this part of the deploy?14:49
jrosserit should detect that quickly14:50
tuggernuts1kk, let me dig on this one thanks14:50
jrosseralso you can see here that logging is suppressed for those db_setup tasks https://github.com/openstack/openstack-ansible-plugins/blob/master/roles/db_setup/tasks/main.yml#L2914:50
jrosserbut there is a variable which allows that to be disabled14:50
jrosseryou can run your playbook with `-e "_oslodb_setup_nolog=False"`14:52
tuggernuts1oh sweet14:52
tuggernuts1thanks for that14:52
tuggernuts1I had issues with gnocci as well and applied https://review.opendev.org/c/openstack/openstack-ansible/+/887513 by adding gnocchi_git_install_branch: 6f35ea5413a9f78551d8193b8d2a6d77c49b6372 to user_variables.yml but then I started to get this https://pastebin.com/hHEzgaAT14:54
tuggernuts1https://bugs.launchpad.net/openstack-ansible/+bug/202682814:56
tuggernuts1that's the bug I think14:56
jrosserdo you need gnocchi?15:00
fricklerthat issue should be fixed in gnocchi master since yesterday15:00
tuggernuts1pretty much just trying to get the standard install to go but I probably don't need gnocchi15:03
tuggernuts1how can I set this to pull latest? or just turn off this service?15:03
jrosseri would suggest not deploying any of the telemetry stack (celiometer / gnocchi etc etc) unless you actually need it15:03
jrosser"pull latest" is not really what you want15:04
tuggernuts1I'm a bit confused on how to turn off or enable services honestly 15:04
tuggernuts1oh sorry, frickler said this gnocchi issue was fixed in master yesterday 15:04
tuggernuts1"latest"15:04
jrosserif you update openstack-ansible to the point release which includes the patch you linked to, then you will get the fix included15:05
jrosserthe services that are deployed are determined by what yo do / do not put in your openstack_user_config.yml file15:05
tuggernuts1ok I pulled 27.0.0 a few weeks ago is there a path to upgrade or just pull 27.x.x?15:05
jrosserthere is now a 27.0.1 tag15:06
tuggernuts1kk15:07
jrosserand there is a guide here for how to do a minor upgrade (i.e within a major release) https://docs.openstack.org/openstack-ansible/2023.1/admin/upgrades/minor-upgrades.html15:07
jrossergnocchi "fixed in master" means fixed in the master version of gnocchi15:07
tuggernuts1ok is there a doc on how to disable a service in the openstack_user_config?15:08
tuggernuts1is it just removing the metering-compute_hosts stanza?15:09
tuggernuts1and metrics_hosts I guess15:09
jrosseryes, but you will have to use scripts/inventory-manage.py to actually remove those hosts from the ansible inventory15:11
tuggernuts1gotcha ok15:11
jrosserhttps://docs.openstack.org/openstack-ansible/2023.1/reference/inventory/manage-inventory.html15:11
tuggernuts1thanks for the help15:11

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