Tuesday, 2021-04-13

*** samcat116 has joined #openstack-kolla00:15
*** samcat116 has quit IRC00:30
*** dking has quit IRC00:46
*** LinPeiWen has quit IRC01:43
*** k-s-dean has quit IRC01:48
*** k-s-dean has joined #openstack-kolla01:48
*** zzzeek has quit IRC02:21
*** zzzeek has joined #openstack-kolla02:23
openstackgerritwu.chunyang proposed openstack/kolla-ansible master: [doc] introduce octavia tenant management network  https://review.opendev.org/c/openstack/kolla-ansible/+/78387602:33
*** LinPeiWen has joined #openstack-kolla02:50
*** LinPeiWen has quit IRC02:56
*** vishalmanchanda has joined #openstack-kolla03:17
*** LinPeiWen has joined #openstack-kolla04:08
*** zzzeek has quit IRC04:59
*** zzzeek has joined #openstack-kolla05:00
openstackgerritPierre Riteau proposed openstack/kayobe stable/victoria: Fix help texts of inventory options  https://review.opendev.org/c/openstack/kayobe/+/78592205:10
openstackgerritPierre Riteau proposed openstack/kayobe stable/ussuri: Fix help texts of inventory options  https://review.opendev.org/c/openstack/kayobe/+/78592305:10
openstackgerritPierre Riteau proposed openstack/kayobe stable/train: Fix help texts of inventory options  https://review.opendev.org/c/openstack/kayobe/+/78592405:10
*** Luzi has joined #openstack-kolla05:50
openstackgerritPierre Riteau proposed openstack/kayobe stable/train: Fix help texts of inventory options  https://review.opendev.org/c/openstack/kayobe/+/78592406:00
*** ivan_lin has quit IRC06:01
*** ivan_lin has joined #openstack-kolla06:02
openstackgerritPierre Riteau proposed openstack/kayobe stable/train: Fix installation errors with Python 2  https://review.opendev.org/c/openstack/kayobe/+/78562406:03
openstackgerritPierre Riteau proposed openstack/kayobe stable/train: Fix help texts of inventory options  https://review.opendev.org/c/openstack/kayobe/+/78592406:03
*** kevko has joined #openstack-kolla06:05
*** ivan_lin has quit IRC06:40
*** ivan_lin has joined #openstack-kolla06:41
*** andrewbonney has joined #openstack-kolla07:14
*** bengates has joined #openstack-kolla07:28
*** bengates has quit IRC07:29
*** bengates has joined #openstack-kolla07:29
*** luksky has joined #openstack-kolla07:42
*** rpittau|afk is now known as rpittau07:43
*** dougsz has joined #openstack-kolla07:45
*** bengates_ has joined #openstack-kolla07:46
*** bengates has quit IRC07:50
*** ivan_lin has quit IRC07:51
*** ivan_lin has joined #openstack-kolla07:52
*** e0ne has joined #openstack-kolla07:54
hrwmorning07:57
hrwmnasiadka: any progress with mariadb?07:59
mnasiadkahrw: a bit, I know what is the problem, now trying to fix it ;)08:00
hrwcool, thanks08:01
hrwbasically every distro we support has some issue with binary images08:01
hrwDebian needs update to newer release (and mariadb fix)08:02
mnasiadkawell, maybe we need to dump binary :D08:02
hrwUbuntu needs update to newer UCA (and upgrade CI job check)08:02
hrwCentOS looks stable but there is work behind scenes with adding needed repos to 8-stream08:03
hrwmnasiadka: next week we will discuss it ;D08:03
*** gfidente|afk is now known as gfidente08:06
*** dougsz has quit IRC08:43
*** hrw has quit IRC08:47
*** Luzi has quit IRC08:47
*** Luzi has joined #openstack-kolla08:48
*** wuchunyang has joined #openstack-kolla08:48
*** hrw has joined #openstack-kolla08:49
*** k_mouza has joined #openstack-kolla09:01
openstackgerritPierre Riteau proposed openstack/kayobe master: Exclude shared directories when creating environments  https://review.opendev.org/c/openstack/kayobe/+/78567309:06
openstackgerritPierre Riteau proposed openstack/kayobe master: Add release note for multiple environments  https://review.opendev.org/c/openstack/kayobe/+/78602309:06
hrwhttps://review.opendev.org/c/openstack/kolla/+/785871 any brave core?09:07
kevkohrw: checking PTG general discussion topics, and from you there is a comment ..deprecate binary images .. does it mean that you want to deprecate and remove in future ?09:19
kevkocould I ask why ? :/09:19
kevkobtw, do someone have some playbook for irc bouncer installation and setup ? :D i'm lazy to install and setup manually09:21
hrwkevko: can not help with irc bouncer - my machine works 24/709:21
kevkohrw: and images question ? :P09:21
hrwkevko: using binary packages is always adding extra near-to-release work09:22
hrwkevko: for example now none of supported distros has ready to use binary stuff09:22
hrwCentOS/RDO teams work on preparing all repos, for Debian we need to bump to Bullseye, Ubuntu UCA update needs someone checking why V->W upgrade failed on CI09:23
kevkohrw: understand your point, but it's really usefull for users (as I am also) who build images locally on theirs side ..and are patching packages theirselves .. just adding repo for build09:23
hrwkevko: similar with source images - you can tell kolla 'use those git repos instead of upstream'09:23
kevkohrw: yeah, but binary has dependencies, recommends, suggest (debian) and it's cleaner, nicer .. i don't trust pip :(09:25
kevkohrw: have to go for 25 minutes ..but stay here .. i really want to discuss :P09:26
* kevko is going afk for 30 minutes09:26
mnasiadkakevko: you will get the opportunity to discuss on the PTG, that's why it's a PTG topic ;)09:26
hrwkevko: in perfect world we would have images ready to release in any moment. Which is possible with source ones.09:27
hrwkevko: with binary we need to wait for distros to keep up. Here Debian was usually worst (as repos were available after OpenStack release), Ubuntu was better as UCA repos were available early but here getting issues sorted out was usually a problem09:28
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: CI: Disable amphora in OVN jobs  https://review.opendev.org/c/openstack/kolla-ansible/+/78366909:31
openstackgerritMichal Nasiadka proposed openstack/kolla master: move to Debian 'bullseye'  https://review.opendev.org/c/openstack/kolla/+/77247909:42
hrwmnasiadka: thanks!09:44
mnasiadkaok, should pass now, but this expect crap is something that made my day09:44
mnasiadkaif it won't pass, we'll need to fix wsrep notify script in k-a, but let's see09:44
*** rpittau is now known as rpittau|bbl09:54
openstackgerritPierre Riteau proposed openstack/kayobe stable/stein: Fix installation errors with Python 2  https://review.opendev.org/c/openstack/kayobe/+/78586910:07
openstackgerritMerged openstack/kayobe stable/ussuri: Fix help texts of inventory options  https://review.opendev.org/c/openstack/kayobe/+/78592310:08
openstackgerritMerged openstack/kolla-ansible master: octavia: Add support for disabling amphora provider  https://review.opendev.org/c/openstack/kolla-ansible/+/78369910:12
*** wuchunyang has quit IRC10:17
*** fuhrmannb has joined #openstack-kolla10:19
kevkohrw: let's assume that I have found that designate image is corrupted because of python-dnspython library in version X.Y installed as dependency of designate package from APT, there is already fix in included in version A.B ...but upper-constraints is set to X.Y ...so what I need to do is fix python-dnpython library ..but only with patch (because full replacement of dnspython by A.B version breaks designate) ...so I build new package ..patch it10:28
kevkowith fix ..and build image .. do I have this option in source setup ? I mean ..can I replace installation of dependency - small library python-dnspython with my own git-repo in specific branch with fix included ?10:28
hrwkevko: you clone openstack/requirements, bump upper-constraints.txt and send patch10:32
kevkohrw: but I don't know if dnspython is working in 1.8 or 1.9 or 1.9.99999910:33
kevkohrw: i just need patch 1.7 with one line in a code10:33
hrwwhere from you get that one line?10:33
kevkohrw: from upstream10:35
kevkohrw: and have to say this is real example I've solved few days ago in debian10:35
hrwkevko: so from 1.7.1 or 1.8 version, right?10:35
hrwkevko: if bug is debian binary specific then it can probably just stay in Debian. if it is not then requirements should get bump10:36
kevkohrw: bugreport debian -> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986645  , fixed version https://release.debian.org/proposed-updates/buster_diffs/dnspython_1.16.0-1+deb10u1.debdiff   which will be included in next point release of debian ... and already backported in backports debian openstack repo10:36
openstackDebian bug 986645 in python3-dnspython "python3-dnspython: breaks designate secondary zone create" [Normal,Fixed]10:36
kevkohrw: it's not specific for debian ..it is real bug in dnspython library10:37
kevkohrw: (1.7 was example ..real version is 1.16.0)10:37
hrwkevko: so, it is fixed in 1.16.1?10:38
kevkohrw: it's fixed in dnspython (1.16.0-1+deb10u1) buster; urgency=medium10:39
hrwkevko: this is not #debian-kolla10:39
hrwkevko: so, it is fixed in 1.16.1 upstream?10:39
kevkohrw: no, it's not ..that's a reasn10:39
hrwkevko: ok. have anyone suggested 1.16.1 release?10:40
kevkohrw: it's fixed firstly in 2.010:40
hrwwhich openstack lists as 'do not use'10:41
hrwkevko: so, it is fixed in 1.16.1 upstream?global-requirements.txt:dnspython!=2.0.0  # http://www.dnspython.org/LICENSE10:41
hrwops10:41
hrwglobal-requirements.txt:dnspython!=2.0.0  # http://www.dnspython.org/LICENSE10:41
kevkohrw: but 2.0 is breaking designate code (and maybe others) ..but as you can see ..fix is trivial ..and backport/patch is very easy  >> https://github.com/nrhall/dnspython/commit/9403c1bdbdf562cb01ee492b207b1f26191976ca  ...so my question is still same ..am I able to tell kolla ..use my git branch in my git repo ..where i have this simple fix ?10:42
hrwhttps://review.opendev.org/c/openstack/requirements/+/76143210:42
kevkofor this trivial fix ?10:42
hrwkevko: dnspython gets installed via pip, right?10:43
kevkohrw: well, in source yes, in binary ...it's installed as dependency from binary APT repo ..10:43
kevkohrw: in APT repo I have option to fix this one line and release as version with new revision VERSION-REVISION10:43
kevkoin changelog i add note that I fixed this with oneline patch10:44
kevkoso, if there will be mechanism to override everything what is kolla installing via pip ..i have no problem10:44
hrwI know10:45
hrwhttps://github.com/eventlet/eventlet/issues/619 is fun read10:46
hrwmnasiadka: passed that mariadb issue, failed step later ;(10:48
mnasiadkahrw: ok, I'll do a full deployment locally then - just did mariadb :)10:49
hrw    "msg": "Timeout when waiting for search string MariaDB in 192.0.2.1:3306",10:49
kevkowhat problem do you have about mariadb ?10:49
hrwhttps://6ebeb1abc98ef928169c-71736a9a588da4a5a421519de66e6230.ssl.cf2.rackcdn.com/772479/18/check/kolla-ansible-debian-source/c79fec5/primary/logs/ansible/deploy10:50
kevkohmm, maybe it is breaking my merged patch :D10:51
kevkolet me help you10:51
hrwkevko: thanks10:51
hrwkevko: https://review.opendev.org/c/openstack/kolla/+/772479 change10:51
kevkohrw: could you send me url with logs dir ? :P10:52
hrwI will add one more entry to deprecate list10:52
mnasiadkahrw: ah, we need a patch in k-a10:52
kevkonot only one above10:52
mnasiadkabecause wsrep-notify.sh does not have a timeout at all10:52
hrwkevko: https://6ebeb1abc98ef928169c-71736a9a588da4a5a421519de66e6230.ssl.cf2.rackcdn.com/772479/18/check/kolla-ansible-debian-source/c79fec5/ is enough?10:53
mnasiadkaand it's stuck on some reason connecting to the db and doesn't allow for any other connections10:53
hrwmnasiadka: ;)10:53
mnasiadkaI'm wondering if we need wsrep-notify.sh at all10:53
kevkothanks10:53
mnasiadkasince mariadb-clustercheck is checking cluster state and adding nodes to haproxy when those are in good state10:54
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: move to Debian 'bullseye'  https://review.opendev.org/c/openstack/kolla/+/77247910:56
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: Debian/Ubuntu: handle APT keys in proper way  https://review.opendev.org/c/openstack/kolla/+/78492310:56
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: WIP: Add timeout to mysql cmd in wsrep notify  https://review.opendev.org/c/openstack/kolla-ansible/+/78603610:57
openstackgerritMichal Nasiadka proposed openstack/kolla master: move to Debian 'bullseye'  https://review.opendev.org/c/openstack/kolla/+/77247910:58
mnasiadkaok, adding depends-on - this helped on my local env10:58
kevkogive me 10 15 minutes10:59
mnasiadkakevko: take all the time you need ;)11:01
hrwdo we have openstack release name as a template variable?11:06
openstackgerritMerged openstack/kayobe stable/victoria: Fix help texts of inventory options  https://review.opendev.org/c/openstack/kayobe/+/78592211:07
kevkohrw: yes11:07
hrwok, openstack_release11:07
kevko:D11:07
* kevko is going to ciggarette11:08
hrwINFO:kolla.common.utils.base:'master': not a valid cloud-archive name.11:09
mnasiadkawell, about that - kolla by default builds images with a version tag (like 11.1.0) and kolla-ansible uses openstack_release (which is for example master or wallaby) - wouldn't we want to unify those? ;)11:09
kevkoif yes, i will vote for simple release name, not digit version11:10
kevkohrw: hmm, I have some dev env in k-a master (outdated 1 month ) ..so I downloaded fresh master ..and replace ..and run deploy ... do you know why i am getting this ? :D11:12
kevkohttp://paste.openstack.org/show/804431/11:12
hrwhttp: server gave HTTP response to HTTPS client11:13
mnasiadkainsecure-registry not configured in daemon.json?11:14
kevkooh, my fault ..i commented custom repo where I have master images built11:15
kevkoin globals ..so uncommented :P11:15
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: centos: enable repos where needed  https://review.opendev.org/c/openstack/kolla/+/78587111:21
hrwyoctozepto: thanks for comments11:21
hrwgit-review lacks '--refresh-from-gerrit' argument11:24
hrw2aad1eb19 (HEAD -> review/marcin_juszkiewicz/prepare-for-kolla-wallaby-release) base: do not overwrite APT sources.list11:30
hrw66c25b346 Debian/Ubuntu: handle APT keys in proper way11:30
hrw0db26c864 move to Debian 'bullseye'11:30
*** k_mouza has quit IRC11:37
hrwwill wait with it11:39
kevkohrw: if i will find something ..can I just upload to that review ?11:43
*** kevko_ has joined #openstack-kolla11:47
*** kevko has quit IRC11:49
hrwkevko_: once patch landed in gerrit it is project's patch so anyone can update it11:51
kevko_ok11:52
*** k_mouza has joined #openstack-kolla11:52
hrwkevko_: and gerrit tracks changes between revisions so it is easy to track11:54
kevko_i know :)11:54
kevko_btw, when I buy your fridge magnet ..i will ask for address where to send11:54
openstackgerritWill Szumski proposed openstack/kayobe-config-dev master: Adds ntp group  https://review.opendev.org/c/openstack/kayobe-config-dev/+/78604011:55
hrwkevko_: ok11:56
hrwkevko_: and thanks ;)11:56
oklhosthi11:57
*** dougsz has joined #openstack-kolla12:00
*** dougsz has quit IRC12:00
oklhostmgoddard: FYI: my colleague submitted https://bugs.launchpad.net/designate/+bug/1923589 maybe thats a case in https://bugs.launchpad.net/designate/+bug/1897936?12:00
openstackLaunchpad bug 1923589 in Designate "pool update fails - want to set zone master for primary zones" [Undecided,New]12:00
openstackLaunchpad bug 1897936 in Designate "Pool update fails when zones exist" [Undecided,Fix released] - Assigned to Mark Goddard (mgoddard)12:00
*** dougsz has joined #openstack-kolla12:00
mnasiadkahrw: seems we got to horizon now, but it's returning 404 :)12:01
hrwmnasiadka: improvement ;)12:01
mnasiadkahrw: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_3cd/772479/20/check/kolla-ansible-debian-source/3cdbd6c/primary/logs/kolla/horizon/horizon.txt12:01
hrwoklhost: mgoddard is on PTO this week12:01
hrwmnasiadka: hm. 3.7...12:02
openstackgerritWill Szumski proposed openstack/kayobe master: Adds support for configuring chrony  https://review.opendev.org/c/openstack/kayobe/+/78446012:02
mnasiadkahrw: we had the same problem last cycle with Ubuntu ;)12:02
oklhosthrw: thanks! :-)12:02
mnasiadkahrw: distro_python_version points to 3.712:04
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: storm: no need to check is it Python 3  https://review.opendev.org/c/openstack/kolla/+/78604212:05
hrw        elif self.base in ['debian']:12:06
hrw            self.conf.distro_python_version = "3.9"12:06
hrwhm.12:06
hrwah. image built by k-a12:07
hrwmnasiadka: https://paste.centos.org/view/487aaafa12:08
mnasiadkahrw: yeah, but do we have python 3.9 on Debian Buster?12:09
hrwnope12:09
hrwmnasiadka: you suggest that we need bullseye node too?12:10
openstackgerritWill Szumski proposed openstack/kayobe master: Adds support for configuring chrony  https://review.opendev.org/c/openstack/kayobe/+/78446012:11
mnasiadkahrw: well, we have the ugliest dependency you can imagine ;)12:12
hrwmnasiadka: you mean?12:12
mnasiadkahrw: Bullseye change needs k-a to use python 3.9 path for wsgi, but bumping up python to 3.9 in k-a will fail on CI jobs :)12:14
mnasiadkawell, debian-source is non voting, so we might survive12:15
mnasiadkabut it's a bit of a breaking change12:15
mnasiadkahrw: well actually we can do this: https://review.opendev.org/c/openstack/kolla/+/738994/19/.zuul.d/ubuntu.yaml12:17
mnasiadkaand then fix it in k-a, and then remove those additional variables in kolla12:18
hrwmnasiadka: and in meantime infra will finish reviewing bullseye nodes/images patches12:19
*** e0ne has quit IRC12:19
mnasiadkahrw: will you update the change or should I?12:20
hrwmnasiadka: go for it12:20
hrwI am going shopping - my fridge has only penguins inside12:20
mnasiadkaOk, will do12:22
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: mariadb: Fix wsrep notify script  https://review.opendev.org/c/openstack/kolla-ansible/+/78603612:26
kevko_hrw: are u sure that dependent review is not breaking tests ?12:27
hrwkevko_: which case?12:28
hrwkevko_: sorry, I have too many patches in queue12:29
kevko_https://6ebeb1abc98ef928169c-71736a9a588da4a5a421519de66e6230.ssl.cf2.rackcdn.com/772479/18/check/kolla-ansible-debian-source/c79fec5/primary/logs/ansible/deploy12:29
openstackgerritMichal Nasiadka proposed openstack/kolla master: move to Debian 'bullseye'  https://review.opendev.org/c/openstack/kolla/+/77247912:30
hrwkevko_: mnasiadka works on it. sync with him please12:31
* hrw -> shopiing12:31
*** rpittau|bbl is now known as rpittau12:31
mnasiadkakevko_: depends-on was added after this run12:31
mnasiadkato make it work, not the other way around ;)12:32
kevko_mnasiadka: so, probably you see this https://6ebeb1abc98ef928169c-71736a9a588da4a5a421519de66e6230.ssl.cf2.rackcdn.com/772479/18/check/kolla-ansible-debian-source/c79fec5/primary/logs/kolla/mariadb/mariadb.txt12:32
mnasiadkayes, operation not permitted is because MariaDB 10.5+ changed mysql.user to a view12:32
mnasiadkaand we're changing haproxy user in a hacky way12:33
mnasiadkaas I already mentioned, I'm not sure we need that script anyway12:33
mnasiadkabut it's not a good time to get rid of it :)12:33
kevko_mnasiadka: hmm, are u sure ? this script is used in clustercheck ..based on that script clustercheck is reporting which node is OK and haproxy is enabling/disabling mariadb backend nodes12:36
mnasiadkakevko_: no, wsrep notify is not used in clustercheck12:36
mnasiadkathe user it alters is, that's correct ;)12:37
mnasiadkastill clustercheck would not ,,add'' a non-synced node to haproxy pool if it wasn't in correct state12:37
mnasiadkaso it doesn't really matter if we rename the haproxy user to haproxy_blocked in some cases12:38
kevko_mnasiadka: it is -> https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/mariadb/templates/wsrep-notify.sh.j212:39
kevko_https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/mariadb/templates/mariadb-clustercheck.json.j212:39
mnasiadkathis is wsrep notify, not clustercheck12:39
mnasiadkahttps://github.com/openstack/kolla-ansible/blob/09fcfe8cd2a88a8a425d3f975fa0347b7701347c/ansible/roles/mariadb/templates/xinetd-clustercheck.j2#L1212:40
mnasiadkathis is what xinetd in clustercheck is running12:40
kevko_mnasiadka: oh, yes12:40
kevko_mnasiadka: it just confused me because I saw it there but it's not used12:42
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: CI: cephadm: wait after applying cluster spec  https://review.opendev.org/c/openstack/kolla-ansible/+/78604312:53
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: mariadb: Fix wsrep notify script  https://review.opendev.org/c/openstack/kolla-ansible/+/78603612:55
mnasiadkabloody semicolons12:55
mnasiadka;12:55
mnasiadka;)12:55
*** wuchunyang has joined #openstack-kolla12:58
yoctozeptohrw: I like penguins13:01
*** kevko__ has joined #openstack-kolla13:05
*** wuchunyang has quit IRC13:06
*** kevko has joined #openstack-kolla13:07
*** kevko_ has quit IRC13:07
kevkomnasiadka: hmm, ok, now I understand why wsrep_notify can be removed ..because haproxy is checking via clustercheck13:07
mnasiadkakevko: yup, once it was haproxy doing the check - it made sense, but clustercheck is doing it's job probably better13:08
mnasiadkaI'll raise a change to remove it in X13:08
kevkomnasiadka: agree, moreover, I proposed patch for proxysql (maybe you've seen already) ..where proxysql is doing check of mariadb state itself13:09
mnasiadkakevko: yeah, I've seen, I'm still not bought in what proxysql solves, but I guess it's nice to have some options ;)13:10
*** kevko__ has quit IRC13:10
kevkomnasiadka: but, issue from log looks like no backend is alive ..so clustercheck is reporting backends failed ..but why ? if there is user and mariadb working (from log looks like it works) why haproxy is reporting down ?13:10
mnasiadkakevko: well, in the log you pasted (before I adapted wsrep notify) it is really down - for some reason the mysql update this script is trying to do is hanging forever and blocking any access to the database ;-)13:15
mnasiadkadon't ask me, I touch databases as little as I can ;)13:15
kevkomnasiadka: hmm, ok13:16
*** k-s-dean has quit IRC13:17
*** hjensas is now known as hjensas|afk13:18
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: CI: cephadm: wait after applying cluster spec  https://review.opendev.org/c/openstack/kolla-ansible/+/78604313:27
*** k_mouza has quit IRC13:30
openstackgerritMichal Nasiadka proposed openstack/kolla master: move to Debian 'bullseye'  https://review.opendev.org/c/openstack/kolla/+/77247913:39
*** k_mouza has joined #openstack-kolla13:39
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: CI: cephadm: retry OSD tasks  https://review.opendev.org/c/openstack/kolla-ansible/+/78604313:42
*** Luzi has quit IRC13:49
ozzzoI'm following the document here to upgrade my test cluster from Train to Ussuri: https://docs.openstack.org/kolla-ansible/train/user/operating-kolla.html#upgrade-procedure13:49
ozzzoIt says "Because of system technical limitations, upgrade of a libvirt container when using software emulation (virt_type = qemu in nova.conf), does not work at all. "13:49
ozzzoBut I think my test cluster can only use qemu because it's built on VMs13:49
ozzzohow can I upgrade it to Ussuri without upgrading the libvirt container?13:49
*** k_mouza has quit IRC13:53
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: mariadb: Fix wsrep notify script  https://review.opendev.org/c/openstack/kolla-ansible/+/78603613:53
priteauozzzo: This is a comment that dates from 2016. I wonder if it is still valid?13:54
dardeleanozzzo I've done a test upgrade with VMs also and it worked just fine, without touching that config, don't know which is the default option there. Can you try that?13:54
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: mariadb: Fix wsrep notify script  https://review.opendev.org/c/openstack/kolla-ansible/+/78603613:55
ozzzook I'll try it13:55
*** gfidente has quit IRC13:56
*** gfidente has joined #openstack-kolla13:56
dardeleanozzzo you can also have kvm as virt_type, i have it on a cluster and I use VMs as well13:58
ozzzoI ran into some trouble when I used kvm13:58
ozzzoI forget the details but I asked around and someone told me I needed qemu for double-virt14:00
ozzzoand that fixed the problem14:00
priteauYou probably don't have nested virtualization enabled?14:00
ozzzoI'm not sure I understand the question. Is there a config item for that?14:05
*** luksky has quit IRC14:05
*** luksky has joined #openstack-kolla14:06
*** ivan_lin has quit IRC14:10
*** Luzi has joined #openstack-kolla14:10
*** ivan_lin has joined #openstack-kolla14:11
kevkoozzzo: cat /sys/module/kvm_intel/parameters/nested14:12
kevkoozzzo: https://docs.fedoraproject.org/en-US/quick-docs/using-nested-virtualization-in-kvm/14:12
ozzzoI have "N" - I guess that must have been causing the problem14:14
priteauozzzo: It's something that needs to be configured on the hypervisor itself14:15
ozzzooic, the hypervisors have "Y"14:16
ozzzoyou mean the bare-metal HV that I am building the VMs on, to build the test cluster, right?14:16
*** macz_ has joined #openstack-kolla14:17
ozzzoturns out some have it and some don't. When I had the problem I must have been on one that had "N"14:18
*** k_mouza has joined #openstack-kolla14:19
priteauYou need to enable it in the KVM VM as well14:21
priteauBut anyway, do try the nova-libvirt upgrade with a non-kvm qemu14:21
priteauIt might be an outdated comment14:22
hrwhttps://review.opendev.org/c/openstack/kolla/+/785871 mnasiadka, yoctozepto?14:29
ozzzook I'll try it; if that doesn't work I'll change the "N" to "Y" on the hypervisors14:34
*** samcat116 has joined #openstack-kolla14:42
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: mariadb: Fix wsrep notify script  https://review.opendev.org/c/openstack/kolla-ansible/+/78603614:49
*** Luzi has quit IRC14:51
*** samcat116 has quit IRC15:06
*** samcat116 has joined #openstack-kolla15:07
*** sorin-mihai has quit IRC15:11
*** sorin-mihai has joined #openstack-kolla15:11
openstackgerritMichal Nasiadka proposed openstack/kolla-ansible master: mariadb: Fix wsrep notify script  https://review.opendev.org/c/openstack/kolla-ansible/+/78603615:26
openstackgerritMerged openstack/kayobe stable/stein: Fix installation errors with Python 2  https://review.opendev.org/c/openstack/kayobe/+/78586915:29
*** luksky has quit IRC15:47
*** luksky has joined #openstack-kolla15:50
openstackgerritDoug Szumski proposed openstack/kolla-ansible master: Extend support for custom Grafana dashboards  https://review.opendev.org/c/openstack/kolla-ansible/+/78607115:53
*** LinPeiWen has quit IRC15:53
*** LinPeiWen has joined #openstack-kolla16:05
hrw1806 images to remove.16:05
* hrw off16:07
*** ivan_lin has quit IRC16:07
*** kevko has quit IRC16:19
*** rpittau is now known as rpittau|afk16:24
*** dougsz has quit IRC16:35
*** e0ne has joined #openstack-kolla16:35
*** kevko has joined #openstack-kolla16:35
*** e0ne has quit IRC16:38
*** e0ne has joined #openstack-kolla16:42
*** fuhrmannb has quit IRC17:00
*** bengates_ has quit IRC17:07
*** bengates has joined #openstack-kolla17:08
*** bengates has quit IRC17:12
*** jonaspaulo has joined #openstack-kolla17:12
*** gfidente is now known as gfidente|afk17:16
*** samcat116 has quit IRC17:35
*** e0ne has quit IRC17:38
*** samcat116 has joined #openstack-kolla17:57
*** kevko has quit IRC18:49
*** samcat116 has quit IRC18:49
*** andrewbonney has quit IRC18:54
*** samcat116 has joined #openstack-kolla18:59
openstackgerritMerged openstack/kayobe stable/train: Fix installation errors with Python 2  https://review.opendev.org/c/openstack/kayobe/+/78562418:59
*** kevko has joined #openstack-kolla19:01
openstackgerritMerged openstack/kayobe stable/train: Fix help texts of inventory options  https://review.opendev.org/c/openstack/kayobe/+/78592419:04
*** ivan_lin has joined #openstack-kolla19:17
*** LinPeiWen has quit IRC19:19
*** stingrayza has quit IRC19:20
*** stingrayza has joined #openstack-kolla19:20
*** kevko_ has joined #openstack-kolla19:21
*** kevko has quit IRC19:24
*** k_mouza has quit IRC19:49
*** samcat116 has quit IRC19:53
*** vishalmanchanda has quit IRC19:55
*** samcat116 has joined #openstack-kolla20:00
*** jonaspaulo has quit IRC20:31
*** samcat116 has quit IRC21:03
*** k_mouza has joined #openstack-kolla21:49
*** k_mouza has quit IRC21:53
*** luksky has quit IRC22:07
*** macz_ has quit IRC23:26

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