Friday, 2022-06-03

*** dviroel|afk is now known as dviroel00:19
*** dviroel is now known as dviroel|out01:01
*** ysandeep|out is now known as ysandeep05:00
noonedeadpunkif https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/839068 works in general - let's merge it and release beta06:04
jrosser_this is small but fixes infra jobs for centos8s https://review.opendev.org/c/openstack/openstack-ansible-repo_server/+/84393106:34
opendevreviewMerged openstack/openstack-ansible-tests master: Run main_pre.yml tasks as initial keystone installation step  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84410206:46
opendevreviewMerged openstack/openstack-ansible-tests master: Fix python installation for centos 8 stream  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84410106:46
*** chandankumar is now known as chkumar|ruck07:56
noonedeadpunkdamiandabrowski[m]: please, help us with reviews a bit :)09:38
*** ysandeep is now known as ysandeep|lunch09:39
*** ysandeep|lunch is now known as ysandeep10:22
opendevreviewMerged openstack/openstack-ansible-galera_server master: Add lost+found to list of ignored db dirs  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/84295710:23
cmarcondesHello, sorry to bother. I have 5 servers HP Proliant DL-380 and I've been using Openstack since 2018. Recently, I had to format all the machines due to a hardware upgrade, and I installed ubuntu 20.04.4 in all of the machines and I configure the network and the user-defined parameters of Openstack-ansible for the deployment of Openstack on these machines. However, the ansible deployment fails everytime in a very part10:55
cmarcondes" Placement API  Result: Failure         Details: Placement API endpoint not found." 10:56
cmarcondesI don't know how to debug this error, I tried to format again and re-deploy, but basically the same. Even if I downgrade (instead of latest openstack-ansible) to a lower version, it stilll gives me the same error.10:57
cmarcondesIs anyone here can give some help on how to debug this? 10:57
*** dviroel|out is now known as dviroel11:22
jrosser_cmarcondes: which version of openstack-ansible are you using? master branch is for development of the next release, so i would recommend using stable/xena today12:05
jrosser_i would first be checking that the placement service is actually deployed (look for a placement LXC container and the placement venv)12:06
jrosser_then attach to the utility container and use the CLI to `openstack catalog list`12:07
jrosser_you can also paste more of your debug output at paste.opendev.org12:07
mgariepyany patches needs attentions ?12:22
mgariepynice :D  https://zuul.opendev.org/t/openstack/build/ed30b88689604baa9a6e65eddf8e32f712:23
mgariepyspatel, for university research you need to do some: https://en.wikipedia.org/wiki/Scientific_wild-ass_guess12:29
spatelhmm12:30
*** ysandeep is now known as ysandeep|afk12:42
*** ysandeep|afk is now known as ysandeep13:06
jrosser_noonedeadpunk: i adjusted you patch a lot here, not sure who should vote on it :) https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84314013:25
NeilHanlonlgtm ;) 13:37
mgariepydon't we need placement for this ?13:37
mgariepyadded a comment on : https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84314013:49
cmarcondes@jrosser 14:35
*** cmarcond is now known as cmarcondes14:36
cmarcondesjrosser ... your tips were really usefull.14:37
cmarcondesas a matter of fact, our deployment was not including the placement container, lxc-ls show it is not there.14:38
cmarcondesafter reviewing a few random github openstack_user_config.yml we found out that our old configuration was missing some part.14:38
cmarcondes# galera, memcache, rabbitmq, utility shared-infra_hosts:   infra:     ip: 172.16.0.1  # repository (apt cache, python packages, etc) repo-infra_hosts:   infra:     ip: 172.16.0.1  # load balancer haproxy_hosts:   infra:     ip: 172.16.0.1  # placement placement-infra_hosts:   infra:     ip: 172.16.0.114:39
cmarcondesplacement-infra_hosts:   infra:     ip: 172.16.0.114:39
cmarcondesin 2020, when we worked on the configuration, there was no "placement-infra_hosts" in the production example configuration. 14:39
cmarcondesso it seems mandatory to have it, in the current configuration, although ... other not so. Thus, some are kind of default (like, dashboard_hosts or network_hosts), but this one need to be there in the openstack_user_config.yml. 14:42
cmarcondesmany thanx, it worked !14:42
spatel\o/14:43
spatelI am packing my bag for Berlin summit, finally going to feel it in-person :)14:45
spatelLots of Juicy stuff : https://openinfra.dev/summit-schedule14:46
spateljamesdenton This is what i am interested now "Migrating the Neutron backend to OVN in production" 14:47
*** dviroel is now known as dviroel|lunch14:53
mgariepyyes migrating to ovn in prod seems quite interesting.15:10
noonedeadpunkspatel: can you share link to session ?:) 15:12
spatellink to session?15:12
spatelnoonedeadpunk what do you mean by that?15:13
noonedeadpunkwell, there's url to ach seesion on summit including OVN?:) Just thought you might have it opened not to search for it :D15:13
noonedeadpunkjrosser_: do we have any functional test for gnocchi?15:14
spatelI have no idea.. i am not seeing any URL15:15
noonedeadpunkI guess that was the reason why it was not there15:15
spateloh15:15
spatelwhat time are you arriving in berlin @noonedeadpunk 15:15
mgariepyat 4:50 on the last day15:15
noonedeadpunk:D15:15
mgariepyfor the talk about ovn.15:16
noonedeadpunkah, ok, thanks mgariepy. I should likely add it to schedule as well15:16
mgariepyhopefully it's more informational than the one done by canonical a few summit ago.15:17
noonedeadpunkspatel: Monday morning15:17
spatelSame here, i will be there by 3PM 15:17
spatelnoonedeadpunk are you in speaker list ?15:17
mgariepynoonedeadpunk, for ovn, if the switch is scriptable it would be quite awesome to test it in the CI.15:17
noonedeadpunkspatel: yeah, having a talk on barbican15:19
spatelcool! 15:19
noonedeadpunkmgariepy: well.... Sound like yes, but at same time I bet it should be tested by neutron the us15:19
noonedeadpunk* not us15:20
noonedeadpunkI know there's migration script, but its quite tricky15:20
noonedeadpunkspatel: well, I still haven't fully prepared it :D15:20
spateljamesdenton did some testing not sure how deep he tested. 15:20
noonedeadpunkBut I have full monday for that hehe15:20
mgariepywell yes, neutron should test it. but having a test for our integration would be awesome also.15:20
spatelnoonedeadpunk you don't need to.. :) 15:20
mgariepyif we do switch to ovn by default at some point.15:21
mgariepys/if/when/15:21
spatelwe should switch to ovn at some point :) 15:22
spateldevstack/triple0/kolla-ansible all default using ovn for networking 15:23
noonedeadpunkwell, yeah, I think we should. Good question is when.15:24
noonedeadpunkas now feature gap is still a thing15:24
noonedeadpunkas it's tricky without proper bgp support15:25
spatelwhy do you need BGP for OVN?15:25
spatelBGP is just extension for EVPN design its not required, right?15:25
spatelalso in summit they have session on BGP with OVN 15:27
noonedeadpunknot really. as IPv6 implementation for us is using BGP15:29
spatelhmm 15:30
spatelif my datacenter running on traditional design without EVPN then why do i care about BGP? (or may be compute to compute L3 design required BGP)15:32
noonedeadpunkmgariepy: would be also great if you could check on https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/83906815:34
noonedeadpunkalso https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/843289 would be great actually. Bug reported said it solved issue.15:35
noonedeadpunkWe likely should revise what we do there later anyway15:35
mgariepynoonedeadpunk, done for ocatavia and voted on the tests one.15:36
noonedeadpunkthanks a lot15:37
noonedeadpunkwill ping you for branch freeze once they land if you don't mind15:38
mgariepysure15:40
mgariepyadd me to the review if i'm not on irc. 15:41
noonedeadpunkyes, sure15:41
noonedeadpunkthanks!15:41
mgariepyso everything is ready for beta ?15:46
noonedeadpunkIn theory?15:48
noonedeadpunkI think we landed everything we talked about...15:48
mgariepyhaha :) ok15:48
noonedeadpunkBut I bet there're plenty of bugs15:48
mgariepyno it's not possible15:48
mgariepywe never have any bug.15:49
noonedeadpunkhehe15:49
mgariepydid you had a conversation with monty about galera pkg for c9s and jammy ?15:49
mgariepymariadb**15:50
mgariepyhoo : https://mirrors.gigenet.com/mariadb/repo/10.9/ubuntu/dists/jammy/16:00
mgariepy10.8 seems to be built also.16:01
mgariepynoonedeadpunk, ^^16:01
mgariepyno c9s tho.16:01
*** ysandeep is now known as ysandeep|out16:08
*** dviroel|lunch is now known as dviroel16:20
opendevreviewMerged openstack/openstack-ansible-tests master: Add SERVICES_BRANCH variable for better control  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84314016:24
jrosser_noonedeadpunk: no functional tests for gnocchi I think?16:25
noonedeadpunkmgariepy: nah, I got a trip this week so didn't have chance\16:46
noonedeadpunkI'm not sure if 10.9 is lts release?16:46
noonedeadpunkseems 10.9 is also short term support only....16:47
noonedeadpunkjrosser_: yeah, gnocchi I guess never had functional tests....16:48
noonedeadpunkdamn, bunch of post failures now....16:49
mgariepy10.8 is also ok.17:46
mgariepynot lts**17:46
mgariepylol17:46
noonedeadpunkyeah, only 10.6 is now17:49
noonedeadpunkI actually wonder what next lts would be...17:49
noonedeadpunkbtw I wonder what goes in yammy out of the box...17:49
mgariepy10.618:00
mgariepy10.6.7-2ubuntu118:00
noonedeadpunkwell, yeah, makes sense....18:14
mgariepyi don't think they would include something not lts in their release.18:22
mgariepybut i might be wrong.18:22
NeilHanlonwho tests the testers18:41
mgariepyhmm .. 843711 depends-on 839068 which depends on 84371119:04
mgariepyNeeded-by.. not Depends-On .. lol19:06
mgariepywhat's up with post failure ?19:58
noonedeadpunkI dunno...20:15
noonedeadpunkThere were some issues with new openstacksdk20:15
noonedeadpunkbut I guess that was rolled back a day ago or so20:15
noonedeadpunk843711 has all possible sort of failures and I bet they're all intermittent20:16
opendevreviewMerged openstack/ansible-hardening master: Updated from OpenStack Ansible Tests  https://review.opendev.org/c/openstack/ansible-hardening/+/83573321:11
*** dviroel is now known as dviroel|out21:21

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