Monday, 2019-07-01

*** schwicht has quit IRC00:07
*** zhanglong has joined #openstack-kolla00:08
*** schwicht has joined #openstack-kolla00:12
*** kplant has quit IRC00:21
*** schwicht has quit IRC00:48
*** brett-soric has joined #openstack-kolla01:24
*** zhanglong has quit IRC01:41
*** zhanglong has joined #openstack-kolla01:43
*** brett-soric has left #openstack-kolla02:11
*** zhanglong has quit IRC02:51
*** zhanglong has joined #openstack-kolla03:01
*** Sravan has joined #openstack-kolla03:17
*** Sravan has quit IRC03:30
*** zhanglong has quit IRC03:47
*** Sravan has joined #openstack-kolla04:08
*** Sravan has quit IRC04:16
*** Sravan has joined #openstack-kolla04:45
*** Sravan has quit IRC04:46
*** Sravan has joined #openstack-kolla05:02
*** shyamb has joined #openstack-kolla05:24
*** zhanglong has joined #openstack-kolla05:38
*** Sravan has quit IRC05:44
*** jbadiapa has joined #openstack-kolla05:45
*** rpittau|mtg is now known as rpittau|afk05:49
*** Sravan has joined #openstack-kolla05:59
*** Sravan has quit IRC06:04
*** cah_link has joined #openstack-kolla06:10
*** dpawlik has joined #openstack-kolla06:15
yoctozeptomorning06:18
*** luksky has joined #openstack-kolla06:28
yoctozeptore: https://bugs.launchpad.net/kolla-ansible/+bug/183481106:29
openstackLaunchpad bug 1834811 in kolla-ansible "Unable to Pull Kuryr Docker image" [Undecided,Invalid]06:29
yoctozeptoshould not we default to 'source' since it is better supported? ;D06:29
*** Dubla has joined #openstack-kolla06:43
*** shyamb has quit IRC06:44
*** Dubla has quit IRC06:50
*** skramaja has joined #openstack-kolla06:53
*** zhanglong has quit IRC06:58
*** ivve has joined #openstack-kolla07:05
*** Dubla has joined #openstack-kolla07:05
*** lemko has joined #openstack-kolla07:11
*** shyamb has joined #openstack-kolla07:13
stingrayzamorning folks :)07:24
stingrayzamgoddard: re: https://review.opendev.org/#/c/668153/ - should I do a diff removing version_check for stein branch?07:24
stingrayza*restoring version_compare I mean07:25
yoctozeptostingrayza, mgoddard: can't we up the ansible version for stein since it is not released yet anyway?07:28
yoctozeptobut for queens/rocky definitely need to support older ansible07:28
*** zhanglong has joined #openstack-kolla07:29
*** heikkine has joined #openstack-kolla07:30
stingrayzaI suppose it's whether you want to increase it this late in the release cycle07:32
openstackgerritRaimund Hook (stingrayza) proposed openstack/kolla-ansible stable/queens: Updating Jinja filters to conform to Ansible 2.5+  https://review.opendev.org/66816007:42
*** pcaruana has joined #openstack-kolla07:43
yoctozeptostingrayza: I know it's not nice in general but we are still at RC, ansible older than 2.6 is not supported upstream and all distros seem to provide easy access to newer ansible versions07:44
*** rpittau|afk is now known as rpittau07:44
yoctozeptoso it's not nice but sensible07:44
stingrayzayou'll find no arguments from me :)07:45
yoctozeptostingrayza: yeah, figured that07:45
yoctozeptothe thing is we don't really test that we didn't break compatibility with 2.4 anyway07:46
yoctozeptoso it's a bit of hypothesizing :P07:46
stingrayzathat's a good point - there _should_ be a test for that if it's a hard requirement07:47
stingrayzaI'm waiting for 2.9 to come out anyway, for this to come into play :D https://github.com/ansible/ansible/pull/5645307:47
yoctozeptostingrayza: ah, the feeling of having your features released ;D07:50
mnasiadkamorning07:50
*** Sravan has joined #openstack-kolla07:50
*** Sravan has quit IRC07:55
mgoddardmorning all07:58
*** zhanglong has quit IRC07:59
*** shyamb has quit IRC07:59
*** zhanglong has joined #openstack-kolla08:01
stingrayzayoctozepto: yeah - this open source contribution thing is becoming addictive :)08:05
*** dougsz has joined #openstack-kolla08:08
*** k_mouza has joined #openstack-kolla08:13
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Bump minimum Ansible version to 2.5  https://review.opendev.org/66838708:38
mgoddardyoctozepto: stingrayza: I proposed ^ to bump minimum to 2.5 on master. I would be open to doing the same on stein given the age of 2.408:45
*** k_mouza has quit IRC08:46
mgoddardstingrayza: looks like your patches for rocky and queens will need to go though - those tests don't exist in 2.4 :(08:46
*** k_mouza has joined #openstack-kolla08:47
stingrayzamgoddard: I updated the queens one to revert back to 'success' - the rocky one doesn't have any success->successful changes08:48
mgoddardstingrayza: yeah, but even success doesn't seem to work as a test, only as a filter08:48
mgoddardstingrayza: if you can make it pass on queens, I would accept the same changes in rocky. In queens CI we test against ansible 2.408:49
stingrayzaah, right. :( ok. I suppose if you're still on rocky/queens you'll have to live with the deprecation messages :)08:50
stingrayza(neither bothers me, I'm dropping Stein in prod at the moment ;) )08:53
*** Sravan has joined #openstack-kolla08:53
mgoddardstingrayza: is this a fresh deploy, not an upgrade?08:55
stingrayzayeah, I'm deploying fresh08:55
mgoddardok08:56
mgoddardupgrades on centos not working yet08:56
*** Sravan has quit IRC08:58
*** shyamb has joined #openstack-kolla08:58
mgoddardshould we be testing against our minimum supported version of ansible?09:00
mgoddardrather than the latest09:00
stingrayzaprobably. it would catch any issues where anybody uses newer ansible features (intentionally or not)09:06
yoctozepto<mgoddard> should we be testing against our minimum supported version of ansible?09:09
yoctozepto+109:09
yoctozeptoin fact we should also be testing the latest, probably as non-voting09:09
yoctozeptoto catch failures of future09:09
yoctozeptomaybe even just as periodic job09:09
mnasiadkaperiodic jobs suck, in the end nobody looks at them :)09:09
yoctozeptomnasiadka: yup, they should be a more aggressive with notifications09:10
yoctozeptoa bit*09:10
*** Sravan has joined #openstack-kolla09:40
*** Sravan has quit IRC09:44
*** adrianreza has quit IRC09:48
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible stable/stein: Remove FWaaS v1 related options  https://review.opendev.org/66840309:51
*** whoami-rajat has joined #openstack-kolla09:52
*** chaptertoaster has joined #openstack-kolla09:54
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Remove FWaaS v1 related options  https://review.opendev.org/66840609:59
chaptertoasterIs something up with kolla on dockerhub?10:13
*** zhanglong has quit IRC10:15
openstackgerritDincer Celik proposed openstack/kolla master: Fixes wrong local_setting.py file issue for Ubuntu binary deployment.  https://review.opendev.org/66840910:20
yoctozeptochaptertoaster: what do you mean?10:22
chaptertoasterhttps://hub.docker.com/u/kolla is a 404 for me10:25
openstackgerritDincer Celik proposed openstack/kolla-ansible master: Fixes wrong local_setting.py file issue for Ubuntu binary deployment.  https://review.opendev.org/66841010:26
yoctozeptochaptertoaster: odd indeed10:27
yoctozeptohttps://hub.docker.com/r/kolla/ubuntu-source-cinder-volume10:27
yoctozeptothough it managed to upload new images10:27
yoctozeptolike 3 hours ago10:27
chaptertoasterI don't seem to be able to pull any of those images.10:27
chaptertoasterError response from daemon: manifest for kolla/ubuntu-source-cinder-volume:latest not found10:28
*** skramaja has quit IRC10:28
yoctozeptohttps://hub.docker.com/u/centos10:28
yoctozeptotoo10:28
yoctozeptoseems like dockerhub gone awry10:28
chaptertoasterdarn10:28
chaptertoasteri was using that10:28
yoctozeptochaptertoaster: no u/ seems to work for me10:29
yoctozeptomust be their internal issue10:29
yoctozeptothough publishers/ work10:29
yoctozeptohttps://hub.docker.com/publishers/oracle10:29
mgoddardmnasiadka: I check periodic jobs sometimes. It's a good way to see jobs that are expected to pass10:30
mgoddardchaptertoaster: use 'master' or a release e.g. 'stein' for image tag10:32
chaptertoasteryep, looks like that works10:33
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Test minimum supported and latest versions of Ansible  https://review.opendev.org/66841310:38
mgoddardcould someone review https://review.opendev.org/#/c/667665/ please?10:41
yoctozeptomgoddard: before slapping rechecks, let's first unbreak rocky CI: https://review.opendev.org/66833510:44
mgoddardrecheck yoctozepto10:44
yoctozeptoouch10:44
yoctozeptoCI violence10:44
mgoddarddo you know why it changed?10:45
yoctozeptomgoddard: nah, though in Stein and master we have it relative so it still works (the change that introduced that was irrelevant)10:46
yoctozeptomight be Zuul doing something differently now10:46
yoctozeptoceph is not always tested10:46
yoctozeptoyet from the kolla perspective10:46
yoctozeptorare job -> rare error10:46
yoctozeptoI lost some time trying to figure out what started happening in master with fluentd10:47
yoctozeptowould like someone else to check10:47
*** shyamb has quit IRC10:52
yoctozeptomgoddard: read Zuul's docs - found the reason you sought11:03
yoctozeptoin  rocky and queens ansible jobs do not list kolla-ansible as a required project11:03
mgoddardyoctozepto: ah, that makes sense11:03
yoctozeptothough they work because Zuul clones the repo anyway11:04
yoctozeptoit is just not linked in work dir11:04
yoctozeptoso depending on how you use it11:04
yoctozeptoyou may fail or not11:04
mgoddardwhy does it clone the repo? because the job is defined in that repo?11:04
yoctozeptoyeah, seems so, it needs the playbooks ;D11:04
yoctozeptoseems it only does not link it in work/ if not affected by depends-on or required-projects11:05
yoctozeptonew lesson learnt11:05
yoctozeptonow somebody help me with fluentd failing all over the place in master kolla-ansible jobs when run from kolla ;D11:06
mgoddardyoctozepto: does it happen every time?11:08
yoctozeptomgoddard: yup11:09
*** kplant has joined #openstack-kolla11:09
yoctozeptofor all flavors11:09
*** shyamb has joined #openstack-kolla11:09
yoctozeptobut I just cannot wrap my head around it11:09
yoctozeptoit only happens when images are rebuilt11:09
yoctozeptooh, and we are talking about upgrades11:10
mgoddardyoctozepto: bear in mind this is the first image11:10
yoctozeptomgoddard: good point11:11
mgoddardyoctozepto: https://review.opendev.org/#/c/666141/11:11
yoctozeptogee11:11
yoctozeptohttp: server gave HTTP response to HTTPS client11:11
mgoddardyoctozepto: wrong one11:11
mgoddardhttps://review.opendev.org/#/c/666780/11:11
yoctozeptomissed that message in that chunk11:11
mgoddardturns out that "unnecessary logic" was necessary :)11:12
yoctozeptomgoddard: yeah, I felt the same after finding that message11:12
mgoddardneed to be careful with zuul - the ground shifts with and without depends-on11:12
yoctozeptoI just saw 500 and then why fluentd blah11:12
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Revert "CI - remove unnecessary logic when building images for upgrade"  https://review.opendev.org/66843111:12
openstackgerritMark Goddard proposed openstack/kolla-ansible stable/stein: Revert "CI - remove unnecessary logic when building images for upgrade"  https://review.opendev.org/66843211:13
yoctozeptomgoddard: nah, let me check for the real reason why it failed, by all means it seemed redundant11:13
yoctozeptothen we fix the real bug11:13
yoctozepto:D11:14
mgoddardit would be quite a coincidence11:14
mgoddard"when building images for upgrade"11:14
yoctozeptomgoddard: yes, it is this one but it should be there in place anyway11:14
yoctozeptoas explained in the commit message11:14
yoctozepto;D11:14
mgoddardcan check config files in zuul logs11:15
yoctozeptoyeah, cecking11:15
yoctozeptodamn, we don't preserve the docker config11:19
yoctozeptomust have been reset11:19
yoctozeptobut why11:19
yoctozeptowe do   template:11:20
yoctozepto    src: docker_systemd_service.j211:20
yoctozepto    dest: /etc/systemd/system/docker.service.d/kolla.conf11:20
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: DNM: Grab some more configs  https://review.opendev.org/66844511:35
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: CI: Use template-overrides.j2 from kolla  https://review.opendev.org/66797111:36
*** pcaruana has quit IRC11:36
*** Sravan has joined #openstack-kolla11:46
*** luksky has quit IRC11:46
*** shyamb has quit IRC11:48
yoctozeptomgoddard: I -1 to let others know I am working on the root cause11:50
*** Sravan has quit IRC11:50
yoctozepto(and also to dislike reverting my work ofc ;P )11:51
yoctozeptoI might later change that DNM to a proposal for more logging11:51
*** skramaja has joined #openstack-kolla12:01
*** shyamb has joined #openstack-kolla12:02
*** schwicht has joined #openstack-kolla12:17
mgoddardyoctozepto: more logging is usually good12:24
*** schwicht has quit IRC12:30
*** schwicht has joined #openstack-kolla12:31
*** luksky has joined #openstack-kolla12:37
*** schwicht has quit IRC12:50
*** iclon_ has quit IRC12:52
*** shyam89 has joined #openstack-kolla12:54
*** shyamb has quit IRC12:54
*** iclon has joined #openstack-kolla13:00
*** shyam89 has quit IRC13:04
*** ohwhyosa has joined #openstack-kolla13:16
*** schwicht has joined #openstack-kolla13:17
*** Sravan has joined #openstack-kolla13:20
*** skramaja has quit IRC13:23
*** Sravan has quit IRC13:25
ohwhyosaHi guys!13:35
ohwhyosaI'm doing another deployment with more options enabled in globals.yml13:35
ohwhyosaShould I do the bootstrap step again?13:35
ohwhyosaBecause it complains, on the newly added services, that ImageNotFound: 404 Client Error: Not Found (\"pull access denied for kolla/centos-binary-monasca-api, repository does not exist or may require \\'docker login\\'\")13:36
ohwhyosaI did the prechecks and then deploy13:36
ohwhyosaTwice (it failed first with dpdk and then with monasca)13:41
openstackgerritMark Goddard proposed openstack/kolla-ansible master: During deploy, always sync DB  https://review.opendev.org/65096213:46
mgoddardHi ohwhyosa, monasca is not available for binary deploys13:46
mgoddardohwhyosa: https://docs.openstack.org/kolla-ansible/latest/reference/logging-and-monitoring/monasca-guide.html13:46
ohwhyosaOh!! Great! Thanks mgoddard! Is there a general list with which services are available for binary or source?13:47
ohwhyosaElse I can try and make it to pay it forward a bit, though I'll probably be a pain hahahaha13:47
mgoddardohwhyosa: not documented, but checkout kolla/image/build.py:SKIPPED_IMAGES13:48
ohwhyosaPerfect! I'll check that out!13:49
ohwhyosaGotta go now, we have a meeting!13:49
*** Sravan has joined #openstack-kolla13:52
mgoddardyoctozepto: did you get anywhere with the CI issue? If not I'll push those two reverts through13:54
mgoddardcan always try the change again once you know what needs to be done13:55
*** Sravan has quit IRC13:56
*** schwicht has quit IRC14:00
*** dpawlik has quit IRC14:05
*** pcaruana has joined #openstack-kolla14:06
*** schwicht has joined #openstack-kolla14:09
*** pcaruana has quit IRC14:56
*** michaelbarkdoll has joined #openstack-kolla15:00
openstackgerritMichael proposed openstack/kolla stable/stein: Update neutron to 14.0.2. https://review.opendev.org/#/c/663122/  https://review.opendev.org/66848615:01
michaelbarkdollHi, I just submitted an update for neutron to version 14.0.2, which was merged yesterday.  This fixes support for multiple external networks in L3 agent and addresses an issue related to dhcp agent configured with mismatching domain and host entries.15:08
*** factor has joined #openstack-kolla15:09
*** icarusfactor has quit IRC15:10
mnasiadka mgoddard: sometimes is the keyword :) no blaming anybody, I had a rule that watched for publish job failures, but since we had a very long history of failed publish jobs on ocata - I disabled it :)15:10
*** icarusfactor has joined #openstack-kolla15:11
*** factor has quit IRC15:11
*** BjoernT has joined #openstack-kolla15:12
*** factor has joined #openstack-kolla15:14
*** icarusfactor has quit IRC15:15
*** icarusfactor has joined #openstack-kolla15:21
openstackgerritMichael proposed openstack/kolla stable/stein: Update versions: ./tools/version-check.py  https://review.opendev.org/66849115:23
*** factor has quit IRC15:24
*** nde has joined #openstack-kolla15:29
*** ivve has quit IRC15:30
michaelbarkdollno15:36
*** goldyfruit has quit IRC15:39
*** cgrosjean has joined #openstack-kolla15:40
openstackgerritMichael proposed openstack/kolla stable/stein: Update Neutron to 14.0.2 Update ironic-inspector to 8.2.2  https://review.opendev.org/66849615:41
michaelbarkdollUg, I give up on learning git for this morning :(15:42
michaelbarkdollsorry, was trying to squash the changes into one commit for my previous push15:43
openstackgerritMerged openstack/kolla-ansible master: Revert "CI - remove unnecessary logic when building images for upgrade"  https://review.opendev.org/66843115:48
openstackgerritMerged openstack/kolla-ansible stable/stein: Revert "CI - remove unnecessary logic when building images for upgrade"  https://review.opendev.org/66843215:50
*** pcaruana has joined #openstack-kolla15:53
openstackgerritMichael proposed openstack/kolla stable/stein: Update Neutron to 14.0.2 Update ironic-inspector to 8.2.2  https://review.opendev.org/66849615:54
*** luksky has quit IRC15:56
*** ohwhyosa has quit IRC15:59
*** whoami-rajat has quit IRC16:01
*** Dubla has quit IRC16:03
mnasiadkamichaelbarkdoll: everyone can have a bad day :)16:08
openstackgerritMark Goddard proposed openstack/kolla-ansible stable/stein: DNM: try waiting for mariadb to become operational  https://review.opendev.org/66851416:16
*** Sravan has joined #openstack-kolla16:17
yoctozeptomgoddard: no, sorry, been busy, guess I have to propose the breaking change again and depend on it ;D16:17
yoctozeptoit bothers me that it caused the issue16:17
mgoddardyoctozepto: sure, although it doesn't fail if you depend on it does it?16:17
yoctozeptomgoddard: no idea, we tested upgrade then but it did not fail so...16:18
yoctozeptocould be some strange Zuul thing16:19
yoctozeptobut bothering no matter16:19
michaelbarkdollmgoddard, would it be alright if I just leave https://review.opendev.org/#/c/668491/ open and abandon my original PR?16:20
mgoddardmichaelbarkdoll: that's fine16:20
yoctozeptomgoddard: something rewrote the file completely http://logs.openstack.org/71/667971/10/check/kolla-ansible-centos-source-upgrade-ceph/524c6b0/primary/logs/kolla_configs/systemd-system/docker.service.d/kolla.conf16:20
michaelbarkdollThanks, sorry for the noise.16:21
yoctozeptoignoring the insecure part16:21
yoctozeptovery strange16:21
mgoddardyoctozepto: bear in mind that during an upgrade the previous release is used initially16:21
*** goldyfruit has joined #openstack-kolla16:21
*** Sravan has quit IRC16:21
*** cgrosjean has quit IRC16:22
*** shaan9 has joined #openstack-kolla16:25
yoctozeptomgoddard: sure, right, it was stein's patch that caused the breakage! you are a genius, we did not see the failure because master broke the future master and stein broke master16:26
yoctozepto(presumably)16:27
*** ohwhyosa has joined #openstack-kolla16:27
yoctozeptonow onto why16:27
ohwhyosaYo people! Kayobe was Ubuntu 16/Centos 7 only, but Kolla-ansible has no problem on ubuntu 18 right?16:32
ohwhyosaAs in, I deployed it on ubuntu 18 and it works marvels16:32
yoctozeptomgoddard: ok, clear, because templating occurs only with the previous release, which now explicitly had no information that this insecure one is used just later16:32
yoctozeptothe quick and dirty way is to rebootstrap16:32
mgoddardohwhyosa: correct, from rocky onwards16:33
ohwhyosabut I wanna know if it might bring some problem in the long road16:33
ohwhyosagood, good16:33
*** jonaspaulo has joined #openstack-kolla16:33
mgoddardyoctozepto: quick and dirty way is to move on with life - it works :)16:33
mgoddardyoctozepto: or maybe just don't backport to stein?16:33
ohwhyosais there a patch in progress regarding the deprectaion warnings with result | failed?16:33
yoctozeptomgoddard: and wait for train to fail16:34
yoctozeptonah, I think let's keep it this way for now16:34
mgoddardyoctozepto: why would it fail?16:34
yoctozeptobecause it would still not retemplate the file16:34
yoctozeptounless we change that16:34
mgoddardbut didn't we add the insecure support in stein(?) so upgrades on master should be ok?16:34
mgoddardohwhyosa: yes, but only backporting to stein16:35
yoctozeptomgoddard: the thing you reverted has us safe now16:35
yoctozeptowithout it, it does not hold16:35
yoctozeptobecause it templates the docker override without knowledge of registry16:35
yoctozeptoit's a failed assumption here16:36
yoctozeptogood to remember16:36
yoctozeptoif it bites us from another side16:36
ohwhyosaI've had a problem with stein, with every deployment I've tried (on kolla I'm using rocky), with the novnc, but I believe it's a websockify problem after talking with openstack-ansible and openstack-nova people, have you people had a similar problem?16:36
*** rpittau is now known as rpittau|afk16:36
yoctozeptoI know, I will improve the comment thing so that it keeps us informed at least, and I can use the stein explicit approach to insecure16:37
yoctozeptojust watch16:37
ohwhyosamgoddard and do you want it also on the rocky one or it's not a priority? I could take a look on that16:37
mgoddardohwhyosa: no we can't backport to rocky because we need to support ansible 2.416:37
*** schwicht has quit IRC16:37
openstackgerritAlfredo Moralejo proposed openstack/kolla stable/pike: Move pike jobs to use validated RDO Trunk  https://review.opendev.org/66852216:38
mgoddardohwhyosa: I'm not aware of that issue with noVNC, but try searhing launchpad16:38
yoctozeptonah, just the comment because the registry address has to be known upfront too16:39
*** k_mouza_ has joined #openstack-kolla16:40
ohwhyosamgoddard, I did, no luck! (there was someone, but no answers), but i meant to ask if you tried stein with novnc16:41
yoctozeptomgoddard: "is success" does not work in 2.4 at all?16:42
mgoddardyoctozepto: nope16:42
mgoddardohwhyosa: I haven't tried it personally16:43
yoctozeptomgoddard: pitiful to deprecate the only way in the next point release16:43
yoctozepto;P16:43
*** k_mouza has quit IRC16:43
mgoddardit's a bit tricksy16:43
yoctozeptoohwhyosa: what the problem is exactly16:44
yoctozeptoI think I got stein deploy running with console working, probably novnc unless the default is different?16:44
*** k_mouza_ has quit IRC16:45
ohwhyosayoctozepto, the problem was that via cli I could get a url with a token, and horizon could get a url with a token, but when trying to connect to the console it said it was unavailable16:46
ohwhyosadigging around a bit16:46
ohwhyosaI reached the conclusion that it was because it was getting a empty token16:46
ohwhyosaon the nova-novncproxyy logs16:46
ohwhyosaAnd it was hashing it nonetheless, so it did get a hashed token (different from the one given by openstack cli and horizon)16:47
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Add note to CI config regarding registry during upgrade  https://review.opendev.org/66852416:47
ohwhyosaAnd it was throwing an invalid token16:47
yoctozepto^ do not backport, just make it stay to prevent me from "fixing"16:47
openstackgerritMark Goddard proposed openstack/kolla-ansible stable/stein: DNM: try waiting for mariadb to become operational  https://review.opendev.org/66851416:48
yoctozeptoohwhyosa: k, I will check here on my deploy, could be that I checked console for rocky because I deployed rocky first16:48
ohwhyosatried checking connection to the db and connectivity between containers and stuff, but it seemed to be all working and stuff in that regard16:48
ohwhyosaThanks yoctozepto!16:48
ohwhyosaAlso, websockify was in a continuos broken pipe error loop, though with spice it was the same and it worked (kinda)16:49
yoctozeptomgoddard: how lucky with mariadb?16:50
mgoddardyoctozepto: I added a sleep after bringing the master up and it hasn't failed (in that part) since16:50
yoctozeptomgoddard: hmm, so we just need to wait for master to be really up?16:51
mgoddardyoctozepto: the above patch is trying to wait for wsrep_evs_state to be OPERATIONAL, which is what OSA does when bootstrapping galera16:51
yoctozeptomgoddard: I see16:51
yoctozeptosounds reasonable16:51
mgoddardyeah, just trying to find the right thing to wait for16:51
yoctozeptomgoddard: oh, it could just say "IMOK" when ready, eh?16:51
mgoddardthat would be nice16:52
mgoddardwe normally just wait for the port to be open and say 'MariaDB', but seems that isn't enough16:52
yoctozeptomgoddard: yeah, I found out that much, seems being ready to accept connections is not the same as being normally operational in here16:53
michaelbarkdollNice to hear people are working on that mariadb, not say how many times I've seen my deploy fail due to it waiting for it to be online.16:53
yoctozeptomichaelbarkdoll: hmm? deploy16:53
yoctozepto?16:53
michaelbarkdollNo, maybe not deploy not sure16:54
yoctozeptowe are about upgrade in here but deploy could also be affected16:54
yoctozeptothough none of mine failed it16:54
yoctozeptoand boy, I did a few reruns ;D16:54
michaelbarkdollWell, last week I saw something about it waiting for the slave mariadb containers16:54
yoctozeptocould very well depend on timing16:54
mgoddardyoctozepto: seen this: http://logs.openstack.org/63/667363/11/check/kolla-ansible-centos-source-upgrade-ceph-1/640d468/primary/logs/ansible/test-openstack16:55
mgoddardyoctozepto: seems like it could be related to recent nova compute discovery changes?16:55
mgoddard(that boot would have been on rocky release)16:55
*** dougsz has quit IRC16:56
yoctozeptomhm, looks very likely16:56
yoctozeptobut we do discovery of nova after it is running16:56
yoctozeptounless this is another case for16:56
yoctozepto"almost running"16:56
yoctozeptoeh ;/16:56
yoctozeptothough we cannot just revert that, it fixed a genuine race condition16:57
ohwhyosamgoddard, that thing with mariadb is the thing with the upgrade process from rocky to stein you people mentioned the other day?16:57
ohwhyosaI believe yoctozepto mentioned it16:57
yoctozeptoohwhyosa: yup16:57
yoctozeptomgoddard working hard on fix16:58
ohwhyosaoh! Now that I remembered, regarding upgrades and config changes16:58
ohwhyosaI tried changing the config in /etc/kolla/horizon/local_settings16:58
ohwhyosato change the HORIZON_MULTIDOMAIN setting (not the dropdown one, the other)16:59
ohwhyosaand then kolla-ansible -i all_in_one reconfigure16:59
yoctozeptoohwhyosa: if it was ubuntu binary, then we have a bug with local_settings being ignored afaik16:59
ohwhyosaWent amazing but did nothing16:59
ohwhyosahahaha yup, exactly, that was it!16:59
ohwhyosaNo wait16:59
ohwhyosaThe base was ubuntu16:59
ohwhyosabut the container os was Centos16:59
yoctozeptowell, no one complained about binary centos17:00
yoctozeptobut could be broken too17:00
yoctozepto;p17:00
ohwhyosaI destroyed that instance17:00
ohwhyosabut in about one hour I'm doing another test deployment17:00
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: CI: Use template-overrides.j2 from kolla  https://review.opendev.org/66797117:00
ohwhyosaNow on multi-node bare-metal instead of aio vm17:01
ohwhyosaWill report back and have a look at it17:01
*** schwicht has joined #openstack-kolla17:03
*** k_mouza has joined #openstack-kolla17:04
*** k_mouza has quit IRC17:09
*** Sravan has joined #openstack-kolla17:09
*** Sravan has quit IRC17:11
*** Sravan has joined #openstack-kolla17:12
ohwhyosaBy the way, is there any plan to support at some point tungsten fabric as a neutron driver?17:17
ohwhyosaI saw you already have opendaylight17:17
ohwhyosa(tungsten fabric, "The artist previously known as OpenContrail"17:17
ohwhyosa)17:17
ohwhyosaAlso, can't remember now, but did I see a Princess Bride reference somewhere in kolla?17:18
kplanttungsten would be neat, i'm setting something up with my juniper rep :>17:18
yoctozeptoohwhyosa, kplant: hereby I nominate you to add tungsten support17:20
kplantno hablo ingles17:20
yoctozeptokplant: que pena!17:23
kplantfoiled again17:23
yoctozepto;P17:24
openstackgerritMichael Bayer proposed openstack/kolla master: Add python-sqlalchemy-collectd client  https://review.opendev.org/65967817:25
ohwhyosaYeah!!17:28
ohwhyosaWill be doing some tests with my teammates and try and implement it17:28
*** shaan9 has left #openstack-kolla17:29
mgoddardwe are planning to use tungsten with kolla in quite a large deployment17:31
yoctozeptomnasiadka: I wonder if you are perhaps interested in unblocking CI for two releases :-) https://etherpad.openstack.org/p/KollaWhiteBoard17:32
mgoddardthere is this thing, although I haven't tried it17:32
kplantmgoddard: that sounds like a lot of fun17:32
mgoddardhttps://github.com/Juniper/contrail-kolla-ansible17:32
mgoddardkplant: could be, quite a few unknowns though17:33
mnasiadkamgoddard: I don't think that's ,,current'' :)17:33
mgoddardmnasiadka: agreed. Is there something more current?17:33
kplantif you don't have someone above you making up deadlines, it should be fun**17:33
mnasiadkamgoddard: I did something with Juniper guys when I worked in IBM, but the code was left in IBM Github :)17:34
mnasiadkamgoddard: like last year :)17:34
mgoddarddoh17:34
ohwhyosaDwarf Fortress levels of fun17:34
mnasiadkakplant: there are always deadlines :)17:34
kplantfor sure, but if there's a little more intelligence than rand() that's always helpful17:35
*** luksky has joined #openstack-kolla17:39
*** ivve has joined #openstack-kolla17:42
mgoddardyoctozepto: nova compute discovery issue is due to not waiting for all computes. It's not caused by your patch but is exacerbated by it17:47
mnasiadkakplant: I live in rand() organisation for a year, don't even try to tell me all the others do the same :)17:49
mnasiadkamgoddard: so now somebody needs to properly fix it :)17:49
mgoddardyoctozepto: https://opendev.org/openstack/kolla-ansible/src/branch/master/ansible/roles/nova/tasks/discover_computes.yml#L2417:49
mgoddardmnasiadka: volunteering? :p17:50
mnasiadkamgoddard: not today, today is not a good day for me :D17:50
mgoddardmnasiadka: sure17:50
yoctozeptomgoddard: sure, meant the same, though having a second check every 60 seconds helps with stabilizing situation17:51
mgoddardyeah17:51
yoctozeptomgoddard: hmm, but we know how many computes we should have, don't we/17:52
mgoddardI think we should be able to do something nice with jinja & set theory here17:52
mgoddardbuild a list of expected computes, then ensure they're all present in the service list17:52
yoctozeptomgoddard: exactly17:52
yoctozeptomgoddard: pike and queens waiting for the merge of race patch17:54
yoctozeptohttps://review.opendev.org/#/c/668104/17:54
yoctozepto(a side note)17:54
mgoddardyoctozepto: thanks, added -1 for now17:55
yoctozeptomgoddard: thanks for your strange appreciation of my work ;D18:03
ohwhyosaHey, in case in case we do manage to get to work on the tungsten driver implementation, we have to first do kolla image for tungsten, then kolla-ansible right? And we would submit whatever we do as we do it or wait until we have at list the full role?18:03
ohwhyosaI'm reading the opendaylight playbooks now as a bit of a training18:03
mgoddardohwhyosa: tungsten has their own images, let's use those and just treat it as external18:03
mgoddardohwhyosa: we already deploy too many things :)18:04
yoctozeptomgoddard, ohwhyosa: yeah, because there is the problem of curation18:04
yoctozeptoit is fun to add stuff18:04
yoctozeptoand then noone cares18:04
yoctozepto;D18:04
ohwhyosaTotally understandable!18:04
ohwhyosaWhat other service are external now, to read those playbooks?18:05
kplantspeaking of adding more stuff.. do you guys plan to back-port masakari to stein?18:05
kplantos is that t and beyond18:05
*** igordc has joined #openstack-kolla18:09
*** igordc has quit IRC18:14
*** igordc has joined #openstack-kolla18:15
mgoddardkplant: we don't typically backport features18:15
mgoddardohwhyosa: the main external thing now is ceph18:15
mgoddardvarious things can be internal or external, e.g. ceph, elasticsearch, mariadb, haproxy18:16
ohwhyosamgoddard, great! we are going to use that too on the final deployment, so it's good to read up on that!18:17
*** igordc has quit IRC18:17
mgoddardohwhyosa: we are planning to remove ceph support eventually, I would recommend using ceph-ansible18:17
ohwhyosaWe are kinda testing waters still, but the starmen are planning on having a prod deployment by september18:18
ohwhyosaWe tried to find an openstack expert to guide us a bit either coming or by conference, but turns out there are not many in our country it seems18:19
ohwhyosawe have some k8s pros though18:19
ohwhyosaWe were planning on using our own, dear existing cephs, are you dropping kolla support for ceph or configuration for ceph as a backend in general?18:20
mgoddardohwhyosa: only the kolla deployment of ceph. We'll always support an externally managed ceph18:20
ohwhyosaalso, completely offtopic but mnasiadka kplant what is rand()?18:20
kplanta function in c/c++ (and many others) that returns a pseudorandom integer18:20
ohwhyosamgoddard, oh, good, good, that was our use case!18:21
ohwhyosaOh, yeah, that one I knew, I thought you meant like a company or something by context18:21
ohwhyosakplant ^18:21
kplantnope, i was just somewhat venting about non technical people creating deadlines out of thin air18:21
kplantyou know, _those_ people18:22
ohwhyosaHahahaha yeah, I just called them starmen in my prev paragraphs hahahaha18:22
ohwhyosaBecause you know, they are up there in the skies18:22
ohwhyosaLooking from above18:22
kplantbut re: ceph-ansible, it's very easy to get a solid working deployment with ceph-ansible18:23
kplantthe defaults are pretty sane, there's maybe 10 things you need to change in all.yml18:23
ohwhyosakplant, great! thanks!18:23
ohwhyosaI'll take a look!18:23
kplanti linked someone a yt video on it a while ago, was it you?18:24
kplantwell if it wasn't: https://www.youtube.com/watch?v=dv_PEp9qAqg18:26
kplantit's very helpful, and if i'm around feel free to reach out if you have questions18:26
ohwhyosaI wasn't! thanks kplant!18:28
ohwhyosaGotta leave now, will read you in the logs until i get my znc working again18:29
ohwhyosaJust remember, always shrink the filesystem before shrinking the lvm18:30
ohwhyosaElse bad things happen18:30
ohwhyosaexpanding was so easy and beautiful18:30
ohwhyosaNight!18:31
*** ohwhyosa has quit IRC18:31
yoctozeptomgoddard: so we are planning to do only external ceph and test it in CI using ceph-ansible?18:39
mnasiadkathat's more or less the plan18:50
*** kplant has quit IRC19:17
*** schwicht has quit IRC19:18
michaelbarkdollSo, if I bootstrap servers in a virtualenv (e.g., kolla-ansible -e virtualenv=/root/target2 -i /root/multinode bootstrap-servers) then attempt the prechecks in the same virtualenv (e.g., kolla-ansible -e virtualenv=/root/target2 -i /root/multinode prechecks).  I'm getting an error due to the roles/prechecks/tasks/package_checks.yml using var {{ ans19:24
michaelbarkdollible_python.executable }} which is translating to /usr/bin/python instead of the virtualenv's /root/target2/bin/python.19:24
michaelbarkdollEssentially, the error is related to the bootstrap install `pip install docker` but the "import docker" is later failing in the prechecks due to the system python version being used.19:26
*** Dubla has joined #openstack-kolla19:28
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: WIP: Wait for all nova computes to be up before discovery  https://review.opendev.org/66855319:31
*** Sravan has quit IRC19:37
michaelbarkdollAh, I think i also need to set ansible_python_interpreter19:46
*** hamzy has quit IRC20:02
*** dciabrin has quit IRC20:03
*** hamzy has joined #openstack-kolla20:07
*** Sravan has joined #openstack-kolla20:07
*** nde has quit IRC20:08
*** Sravan has quit IRC20:12
*** cah_link has quit IRC20:37
*** pcaruana has quit IRC20:41
*** Sravan has joined #openstack-kolla21:08
*** Dubla has quit IRC21:09
*** cgrosjean has joined #openstack-kolla21:11
*** dciabrin has joined #openstack-kolla21:26
*** kplant has joined #openstack-kolla21:34
*** BjoernT has quit IRC21:52
*** hamzy has quit IRC22:18
*** jonaspaulo has quit IRC22:32
*** luksky has quit IRC22:47
*** hamzy has joined #openstack-kolla22:57
*** igordc has joined #openstack-kolla23:03
*** igordc has quit IRC23:05
*** igordc has joined #openstack-kolla23:06
*** lemko has quit IRC23:17
*** Sravan has quit IRC23:38
*** cgrosjean has quit IRC23:53

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!