Wednesday, 2020-10-21

*** ChanServ changes topic to "IRC meetings on Wednesdays @ 15:00 UTC - agenda @ https://goo.gl/OXB0DL | Whiteboard: https://bit.ly/2MM7mWF | IRC channel is *LOGGED* @ http://goo.gl/3mzZ7b"00:37
-openstackstatus- NOTICE: The Gerrit service at review.opendev.org is back up and running; for outage details see analysis here: http://lists.opendev.org/pipermail/service-announce/2020-October/000011.html00:37
*** wuchunyang has joined #openstack-kolla01:12
*** LinPeiWen has quit IRC02:01
*** LinPeiWen has joined #openstack-kolla02:30
*** bsanjeewa has joined #openstack-kolla02:48
*** skramaja has joined #openstack-kolla03:26
*** wuchunyang has quit IRC04:00
*** bsanjeewa has quit IRC04:29
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-kolla04:33
*** abdysn has joined #openstack-kolla05:23
*** LinPeiWen has quit IRC06:02
*** cah_link has joined #openstack-kolla06:05
*** cah_link has quit IRC06:05
*** wuchunyang has joined #openstack-kolla06:07
*** cah_link has joined #openstack-kolla06:13
*** bsanjeewa has joined #openstack-kolla06:17
*** cah_link has quit IRC06:20
*** cah_link has joined #openstack-kolla06:27
*** LinPeiWen has joined #openstack-kolla06:29
mnasiadkamorning06:34
*** dciabrin has joined #openstack-kolla06:35
*** bsanjeewa has quit IRC06:35
*** rpittau|afk is now known as rpittau06:42
*** vishalmanchanda has joined #openstack-kolla06:47
*** ebbex has joined #openstack-kolla06:49
*** bsanjeewa has joined #openstack-kolla06:58
*** kemopq has joined #openstack-kolla07:00
*** jbadiapa has joined #openstack-kolla07:02
*** bengates has joined #openstack-kolla07:18
yoctozeptomorning07:25
yoctozeptomgoddard, mnasiadka, hrw: it's likely only a formality but we should review the changes merged to our projects in the affected period:07:26
yoctozeptohttps://static.opendev.org/project/opendev.org/gerrit-diffs/openstack/kayobe.git/07:26
yoctozeptohttps://static.opendev.org/project/opendev.org/gerrit-diffs/openstack/kolla-ansible.git/07:26
yoctozeptohttps://static.opendev.org/project/opendev.org/gerrit-diffs/openstack/kolla.git/07:27
mnasiadkaI can look into it after 1pm07:27
yoctozeptook07:27
yoctozeptoI will definitely review k-a changes today07:28
yoctozeptonot touching kayobe for obvious reasons07:28
mnasiadkashould we create something for tracking, generate a csv and ,,tick'' what has been done?07:28
yoctozeptothere ain't that much to track but please proceed if you find it helpful07:28
mnasiadkawell, for kayobe it doesn't make sense07:28
mnasiadkahaven't looked for the numbers in k and k-a07:29
*** openstackgerrit has quit IRC07:38
*** Fl1nt has joined #openstack-kolla07:39
yoctozeptoslightly biggur07:39
*** e0ne has joined #openstack-kolla07:41
*** dougsz has joined #openstack-kolla07:50
mnasiadkayoctozepto: only slightly :)07:51
mnasiadkayoctozepto: Pierre looked through kayobe, and it looks fine - so one thing off the radar.07:52
yoctozepto++07:53
*** priteau has joined #openstack-kolla07:54
*** dougsz has quit IRC07:55
*** openstackgerrit has joined #openstack-kolla07:57
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: build: unbreak JSON serializer on failed builds  https://review.opendev.org/75895707:57
*** shyamb has joined #openstack-kolla08:02
shyambHi08:02
mgoddardmorning08:11
mgoddardkayobe diffs look fine08:11
hrwkolla stable/ussuri looks good08:14
hrwkolla master too08:16
*** k_mouza has joined #openstack-kolla08:16
openstackgerritMark Goddard proposed openstack/kayobe stable/train: docs: Add link to Kolla Ansible CentOS 8 page  https://review.opendev.org/75895808:16
openstackgerritMark Goddard proposed openstack/kayobe master: docs: Add link back to Train CentOS 8 migration page  https://review.opendev.org/75896008:21
openstackgerritMark Goddard proposed openstack/kolla-ansible master: docs: Add link back to Train CentOS 8 migration page  https://review.opendev.org/75896208:24
*** SvenKieske has joined #openstack-kolla08:31
SvenKieskeMorning :) It seems I could use some help with https://review.opendev.org/#/c/758576/ , there are Gatingfailures, e.g.: https://zuul.opendev.org/t/openstack/build/b10b7b96db334cbb849c46a80004cff2/console which seem unrelated to me? but I may be wrong.08:33
patchbotpatch 758576 - kolla-ansible - re-add rabbitmq config for interfaces - 4 patch sets08:33
mgoddardyoctozepto, mnasiadka, hrw: I've skimmed all of the gerrit patches, and can't see anything amiss08:45
priteauI checked kayobe, didn't see anything wrong08:57
*** gfidente has joined #openstack-kolla09:19
openstackgerritMark Goddard proposed openstack/kayobe master: docs: Add link back to Train CentOS 8 migration page  https://review.opendev.org/75896009:22
openstackgerritMark Goddard proposed openstack/kolla master: Switch to Victoria stable branches  https://review.opendev.org/75533909:22
mnasiadkamgoddard: so let's assume we're good09:25
*** devfaz has quit IRC09:38
*** abdysn has quit IRC09:45
*** shyam89 has joined #openstack-kolla09:53
*** shyamb has quit IRC09:56
*** dardelean has joined #openstack-kolla09:58
*** wuchunyang has quit IRC10:07
*** bsanjeewa has quit IRC10:08
*** shyam89 has quit IRC10:13
*** shyamb has joined #openstack-kolla10:13
*** k_mouza has quit IRC10:16
*** k_mouza has joined #openstack-kolla10:19
*** abdysn has joined #openstack-kolla10:27
yoctozeptomgoddard, mnasiadka, hrw: I reviewed k-a and it looks ok10:31
yoctozeptoall branches10:31
*** bsanjeewa has joined #openstack-kolla10:32
*** k_mouza_ has joined #openstack-kolla10:33
*** k_mouza has quit IRC10:37
*** priteau has quit IRC10:39
yoctozepto    escurator fails to install: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a33/758957/1/check/kolla-build-centos8-source/a332fbf/kolla/build/000_FAILED_elasticsearch-curator.log10:42
*** k_mouza has joined #openstack-kolla10:46
mnasiadkaI've seen that error before10:46
mnasiadkayoctozepto: https://github.com/elastic/curator/issues/1496 - sounds familiar10:47
*** k_mouza_ has quit IRC10:49
yoctozeptohmm, but on centos8 it should not be py3810:49
yoctozeptoah, I see, wheels10:50
yoctozeptoindeed it tries compiling pyyaml10:50
yoctozeptoso it's py version irrelevant; someone just got wrong assumption10:51
hrwor we need to install libyaml-dev10:52
yoctozeptoor both indeed10:52
hrwINFO:kolla.common.utils.elasticsearch-curator:    ModuleNotFoundError: No module named 'cx_Freeze'10:53
hrwanyway10:53
openstackgerritMerged openstack/kolla-ansible master: docs: Add link back to Train CentOS 8 migration page  https://review.opendev.org/75896210:55
*** cah_link has quit IRC10:58
*** cah_link has joined #openstack-kolla11:00
*** abdysn has quit IRC11:02
*** bsanjeewa_ has joined #openstack-kolla11:06
*** wuchunyang has joined #openstack-kolla11:06
*** bsanjeewa has quit IRC11:09
yoctozeptowonder why it broke all of a sudden...11:14
yoctozeptoshould we perhaps pin curator's version?11:15
yoctozeptootherwise it gets latest everywhere11:15
*** priteau has joined #openstack-kolla11:15
yoctozeptosad it's not properly packages11:15
yoctozeptopackaged*11:15
hrwdeprecate?11:17
mnasiadkayoctozepto: hrw’s proposal also fixes cron issue :D11:21
hrwcurator imports from cx_freeze without even depending on it11:23
hrwwtf?11:23
hrwand cx_freeze requires gcc11:25
*** priteau has quit IRC11:26
mnasiadkayoctozepto: are we sure there are no binary packages? rpms?11:26
*** bsanjeewa_ has quit IRC11:26
yoctozeptomnasiadka: no, me not11:28
hrwadded comment to curator issue11:37
hrwlong comment11:37
*** SvenKieske has quit IRC11:39
yoctozepto    libyaml is not found or a compiler error: forcing --without-libyaml11:50
yoctozeptodid you try just installing it?11:50
*** jonaspaulo has joined #openstack-kolla11:50
hrwthen I would need to install compiler and then I could just 'pip3 install cx_freeze'11:54
*** priteau has joined #openstack-kolla12:01
*** wuchunyang has quit IRC12:01
*** shyamb has quit IRC12:03
*** abdysn has joined #openstack-kolla12:17
*** k_mouza has quit IRC12:27
*** thaulow has joined #openstack-kolla12:34
thaulowHello everyone!12:38
thaulowFast question, I tried to upgrade from Train to Ussuri, and then I got this error:12:39
thaulownot valid: Valid values are [ussuri, train, 9.2, 15.0, 14.0, 13.0, 12.2, 12.1, 12.0, 11.1, 11.0, 10.1, 10.0], but found 'stein'12:39
thaulowI changed the config file and tried to redeploy, but then the value went back to "stein" again...12:39
thaulowAny idea how this can be changed permanently? :/12:40
*** k_mouza has joined #openstack-kolla12:41
mnasiadkahow can the value go back by itself? :)12:42
thaulowGood question... I edited the file from Stein to Ussuri, and even checked once again that it was in fact changed. Then I run the upgrade command, and then the file is back to Stein again...12:42
thaulowI have tried to look on the server for other refferences to Stein, and also through the Kolla Ansible project if there is any scripts that is defaulting, and overwriting the config file12:43
thaulowAlso tried removing the line completely, (comes back again), and I tried to add a config file to ansible, but it did not work either12:43
yoctozeptothaulow, mnasiadka: which place is that?12:51
mnasiadkathaulow: yes, it would be good to point which file are you editing, and if you are using Kayobe, or only Kolla-Ansible :)12:52
openstackgerritPierre Riteau proposed openstack/kayobe master: [DNM] Debug kayobe-tox-ansible job  https://review.opendev.org/75903612:53
thaulowChanged all the files refferencing stein in /etc/kolla/config/12:54
thaulowironic oslo_config.cfg.ConfigFileValueError: Value for option pin_release_version from LocationInfo(location=<Locations.user: (4, True)>, detail='/etc/ironic/ironic.conf') isnot valid: Valid values are [ussuri, train, 9.2, 15.0, 14.0, 13.0, 12.2, 12.1, 12.0, 11.1, 11.0, 10.1, 10.0], but found 'stein'2020-10-20 22:47:07.945 6 ERROR ironic12:54
thaulowOnly using Kolla-Ansible12:55
*** k_mouza_ has joined #openstack-kolla12:55
*** k_mouza has quit IRC12:56
*** devfaz has joined #openstack-kolla13:01
*** k_mouza_ has quit IRC13:07
yoctozeptowtos is that13:10
yoctozeptomgoddard, mnasiadka: some ironic weirdness for ya ^13:11
*** cah_link has quit IRC13:11
*** cah_link has joined #openstack-kolla13:12
*** k_mouza has joined #openstack-kolla13:26
priteauthaulow: can you grep for `openstack_previous_release_name` in your global variables?13:33
priteauand in the kolla-ansible install you're using13:39
*** abdysn has quit IRC13:39
openstackgerritAlbert Braden proposed openstack/kolla master: mariadb: Fixes incremental backup failure when full not created today  https://review.opendev.org/75848613:40
*** skramaja has quit IRC13:40
*** TrevorV has joined #openstack-kolla13:42
thaulowPriteau, the variable isnt set in the global file13:45
thaulowLatest Kolla Ansible install13:45
priteauWhat about in your kolla-ansible installation, ansible/group_vars/all.yml13:45
*** k_mouza has quit IRC13:54
*** k_mouza has joined #openstack-kolla13:54
thaulowhmm that might actually be the issue...13:54
thaulowroot@OsController1:~/kolla-ansible-10.1.0/ansible/group_vars# grep 'openstack_previous_release_name'  all.yml openstack_previous_release_name: "train"13:54
thaulowPriteau13:55
priteauThat looks fine13:56
priteauYou're 100% sure this is the kolla-ansible version in use?13:56
priteauBecause "stein" coming back when you deploy would imply you're using kolla-ansible train13:57
yoctozeptois it only ironic affected this weirdly?14:07
yoctozeptobtw, kollars, apimon session live now: https://openinfra2020.netlify.app/a/event/2472314:20
*** thaulow has quit IRC14:21
*** wuchunyang has joined #openstack-kolla14:23
priteauyoctozepto: only ironic is using this variable14:36
yoctozeptopriteau: ack14:37
*** wuchunyang has quit IRC14:38
*** wuchunyang has joined #openstack-kolla14:48
antonymare there any reference kolla multinode inventory examples using cells?  i haven't really been able to dig up a fully working example14:57
*** wuchunyang has quit IRC14:59
priteaumgoddard: I was just checking your WIP fernet update, for a 3-node cluster and default rotation values, the cron output looks much better. I see lots of tests are failing, I can update them if you like.14:59
mgoddardpriteau: I only updated a few tests. I agree it looks better15:00
yoctozeptoantonym: yes, the one used by our CI scenario; it's autogenerated so best take an example run:15:00
yoctozeptohttps://zuul.opendev.org/t/openstack/builds?job_name=kolla-ansible-centos8-source-cells15:00
antonymcool, i'll check there, thanks!15:00
mgoddardpriteau: what I have not convinced myself about yet is whether it fixes all case15:00
mgoddardpriteau: we currently do some rounding of the rotation interval to days/hours/minutes, depending on its size15:01
yoctozeptohttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_8bc/758952/1/check/kolla-ansible-centos8-source-cells/8bc2e9f/primary/logs/kolla_configs/inventory15:01
yoctozeptoantonym: ^15:01
yoctozepto3 single-node cells15:01
antonymawesome, that should help15:01
yoctozeptoand corresponding globals: https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_8bc/758952/1/check/kolla-ansible-centos8-source-cells/8bc2e9f/primary/logs/kolla_configs/globals.yml15:02
yoctozeptoyou can play around browsing the dir structure at this address15:02
*** wuchunyang has joined #openstack-kolla15:02
yoctozeptoplease suggest doc improvements if it helped you and docs did not :-)15:02
mgoddardpriteau: I suppose we need to be sure that rounding will not cause problems, or remove the rounding15:02
mgoddardpriteau: possibly we need to define a min/max interval, and ensure we are within limits15:03
antonymyeah, once i get something working in the lab, i'll propose a few doc changes15:03
priteauThe issue is that fernet_key_rotation_interval is defined in seconds, so can be within 59 seconds of the days/hours/minutes rounding?15:04
mgoddardantonym: have you seen the docs? https://docs.openstack.org/kolla-ansible/latest/reference/compute/nova-cells-guide.html15:04
antonymyeah, i used those but the inventory listed there seems to be a subset of the main inventory, so i wasn't sure if only that was needed or if i needed to add the cell nodes in other locations15:05
antonymwhen i ran it, the cells were missing things like the kolla-toolbox, etc15:05
antonymalso server-bootstrap only seemed to ignore the cell nodes too15:05
mgoddardpriteau: it's more that if the interval is > 1 day, we round it to whole days. Same for hours15:06
priteauoh I see15:06
mgoddardpriteau: hmm, maybe I misremembered that15:06
mgoddardactually looks like it might be ok15:07
mgoddardso maybe the fix is good15:07
mgoddardwould be nice to add more validation to the tests, to check the min/max rotation interval15:08
mgoddardI suppose if fernet_token_allow_expired_window >= fernet_token_expiry, we should always be able to make it fit15:09
mnasiadkamgoddard, yoctozepto: wdyt about removing using two Ceph keys from nova-cell role, and just use one (cinder) - as it's in the Ceph docs?15:10
mgoddardotherwise there may be some awkward remainder that we cannot use15:10
*** Fl1nt has quit IRC15:11
mgoddardmnasiadka: is there ever a use case for them to be different?15:11
*** Fl1nt has joined #openstack-kolla15:11
mnasiadkamgoddard: there was with kolla-ceph, because we generated two (god knows why)15:11
Fl1ntHi everyone!15:11
mnasiadkamgoddard: for example if you have a different user for nova root disks and a different one for cinder volumes15:12
mnasiadkamgoddard: we could just make it configurable, if you need just one, or you need multiple15:12
Fl1ntmgoddard, the yoctozepto's change that you abandonned: https://review.opendev.org/758057 was exactly why I initially did the whole work about being able to detect python-2.x and python-3.x on this change.15:13
patchbotpatch 758057 - kolla (stable/train) - Improve pip install process for offline deployment. (ABANDONED) - 1 patch set15:13
mgoddardFl1nt: if you can make it work, feel free15:14
mnasiadkamgoddard: but I'd say our current approach is not really good, we enforce users to upload two keys that are identical :)15:14
Fl1ntif you look at the history of this change, I initially did the appropriate patch to make it work on both PY2.x and PY3.x and then decided to abbandon the PY2.x and PY3.x compatibility patch because of wu.chunyang comment of sept 18 4:40AM15:15
priteaumgoddard: the cron generator doesn't care about token expiry / allow expired settings right? we just need to make sure it creates a cronjob at the requested interval across N nodes?15:15
mgoddardFl1nt: right, we don't need py2 in ussuri+15:16
mgoddardFl1nt: if you want to add py2 support to the train patch, go for it15:16
Fl1ntyep, so if we want to got it on train I can do the patch.15:16
Fl1ntok cool15:17
mgoddardpriteau: right. however, it doesn't really honour the interval passed to it, since it has to fit the rotations into a week15:17
mgoddardpriteau: so while it doesn't care what they represent, it could be passed a min & max interval15:18
mgoddardcurrently we are just passing max (but treating is as a min, which was the source of the bug)15:18
mnasiadkawell, rotation should be somewhere between min (fernet_token_expiry) and max (fernet_token_expiry + expired_window)15:20
mnasiadkacloser to min the better I guess, the expired_window usage should be a last resort if e.g. a controller fails15:20
yoctozeptomgoddard, mnasiadka: we can certainly have nova with rbd and no cinder15:24
yoctozeptobut it does not smell production-grade :-)15:25
Fl1ntmgoddard, regarding cloudkitty, I can confirm that it needs a default metrics.yml when dealing with prometheus collector, I'll add that to my CK patch btw.15:25
Fl1ntworks like a charm now ^^15:25
mnasiadkayoctozepto: we often have cinder with rbd and nova just attaching volumes from ceph, but using local filesystem for root/ephemeral disks15:26
yoctozeptomgoddard, mnasiadka: render unto Cinder the things that are Cinder's15:26
mnasiadkayoctozepto: but it still doesn't make sense to default to a config, that is not the recommended approach in ceph docs15:26
yoctozeptomnasiadka: yeah and libvirt then needs the cinder key, not nova15:26
yoctozeptomnasiadka: please propose your approach, I can consider it15:27
yoctozeptomnasiadka: now my head's elsewhere15:27
mnasiadkayeah, will do in W15:27
yoctozeptomnasiadka: ok15:27
yoctozeptoI hope to find some time for upstream tomorrow15:29
*** dmsimard1 has joined #openstack-kolla15:30
Fl1ntmnasiadka, yoctozepto this issue can be solved if we create a openstack keyring having access to volumes/backups/vms rbd pool15:30
Fl1ntwe can't use nova with nova as libvirt call cinder whatever.15:31
Fl1ntno15:31
mnasiadkaFl1nt: it's not an issue of what you can create on ceph side, but the amount of keys K-A external ceph functionality requires from a user today.15:31
Fl1ntonly one15:31
mnasiadkanot really15:31
*** dmsimard has quit IRC15:32
*** dmsimard1 is now known as dmsimard15:32
mnasiadkain theory two, you can set them to the same name, so we copy them twice, under two different names into libvirt config...15:32
Fl1ntnot really because we have all these tasks doing dumb things, but we could actually decide to get only one key15:32
Fl1ntI only have two personnally and one of our staging cluster using only 1 'openstack'15:33
Fl1ntDo we want one unique key knowing that whatever happen, nova will require the cinder one.15:33
mgoddardpriteau: reading https://docs.openstack.org/keystone/latest/admin/fernet-token-faq.html again, perhaps there is no min. We just set max_active_keys to compensate. The only limit is expiry15:36
mnasiadkamgoddard: we could just rotate once a year and get over with it :D15:37
yoctozeptoxD15:38
yoctozeptolet users rotate themselves15:38
priteauWasn't this the plot in Lost?15:38
mgoddardwhat I don't understand - the rotation changes merged in june 2019. How are we only just seeing issues?15:38
yoctozeptoxDDDD15:38
yoctozeptomagic15:38
mnasiadkamgoddard: so, the only issue is the check I introduced in keystone-startup.sh that checks if key is stale15:39
mgoddardmy theory - the defaults lead to the stale keys existing on a Sunday15:39
mnasiadkayes, but nobody noticed this before we introduced the check in keystone-startup.sh15:39
mgoddardbut why not?15:40
mnasiadkatherefore - nobody uses OpenStack on Sunday15:40
mgoddardseems not15:40
mnasiadkaor - the expiry and expire window stuff in Keystone is broken and doesn't check for anything :)15:40
mnasiadkaI would vote for the Sunday thing still ;)15:40
mgoddardmnasiadka: did you get anywhere using a short expiry in CI?15:41
mnasiadkamgoddard: it gets rotated (also on Ubuntu after the patch), the only problem is in the upgrade jobs - where we lower the expiry time, but that's other issue15:42
mnasiadkahttps://review.opendev.org/#/c/758434/15:42
patchbotpatch 758434 - kolla-ansible - [DNM]: Keystone fernet rotation testing - 4 patch sets15:42
*** k_mouza has quit IRC15:43
mgoddardmnasiadka: did you verify that it fails without the change in config.yml?15:44
mnasiadkaactually I didn't notice centos8 singlenode job fails on reconfigure15:45
openstackgerritMerged openstack/kolla-ansible stable/train: baremetal: Install iptables for Docker if enabled  https://review.opendev.org/75807115:45
mnasiadkapatchset 3 is without change in config.yml15:45
*** jbadiapa is now known as jbadiapa|away15:46
priteaumgoddard: because few people actually use long lived tokens?15:48
mgoddardpriteau: but isn't this about the key expiry?15:48
priteauYou're right, I guess this could be an issue if we were rotating too frequently15:52
*** cah_link has quit IRC15:53
*** cah_link has joined #openstack-kolla15:54
priteauIf I understand correctly, the current script can end up under rotating. We haven't seen it as an issue (expect with the new stale check) because it's only a low security issue? We could keep the same fernet key forever and OpenStack would still work, right?15:55
*** bengates has quit IRC15:57
mgoddardI think you are right priteau16:04
*** rpittau is now known as rpittau|afk16:04
mgoddardin that case, does the keystone startup check make sense?16:05
mgoddardwell, it makes sense to check if there is a token16:05
mgoddards/token/key/16:05
mgoddardbut should we fail if the key is older than the rotation interval?16:06
mgoddardand maybe my proposed patch is wrong16:08
mgoddardshould it rather be the max_active_keys we adjust, based on the largest rotation interval?16:08
mnasiadkawell, max_active_keys allows you to have multiple active tokens, in case you rotate more often than the key_expiry?16:11
priteauYeah, maybe we should go with a fixed rotation period, like in the keystone example, and adjust the number of keys accordingly16:13
mnasiadkaFor example, your token is valid for 24 hours and we want to rotate keys every six hours. We will need to make sure tokens that were created at 08:00 AM on Monday are still valid at 07:00 AM on Tuesday, assuming they were not prematurely revoked. To accomplish this, we will want to make sure we set max_active_keys=6 in our keystone configuration file. This will allow us to hold all keys that might still be16:13
mnasiadkarequired to validate a previous token, but keeps the key repository limited to only the keys that are needed.16:13
mnasiadkathat's from the FAQ16:13
*** k_mouza has joined #openstack-kolla16:15
yoctozeptoVictor shows kolla-ansible tricks: https://openinfra2020.netlify.app/a/event/2465716:15
openstackgerritAlbert Braden proposed openstack/kolla master: mariadb: Fixes incremental backup failure when full not created today  https://review.opendev.org/75848616:18
*** k_mouza has quit IRC16:19
*** TrevorV has quit IRC16:20
*** k_mouza has joined #openstack-kolla16:26
*** TrevorV has joined #openstack-kolla16:26
*** k_mouza has quit IRC16:28
*** TrevorV has quit IRC16:39
*** wuchunyang has quit IRC16:41
*** TrevorV has joined #openstack-kolla16:45
openstackgerritMark Goddard proposed openstack/kolla-ansible master: WIP: Fix keystone cron generator  https://review.opendev.org/75879716:49
mgoddardpriteau: ^ found an issue with the >1day intervals. Even though it was more frequent, it was still lumpy. It now gets the hours right. Possibly other calcs are wrong though16:51
priteauThanks Mark16:51
*** gfidente is now known as gfidente|afk16:51
*** cah_link has quit IRC16:53
*** Trevor_V has joined #openstack-kolla16:54
*** TrevorV has quit IRC16:55
*** dardelean has quit IRC17:08
ebbexso i'm following the kayobe/train documentation, i've created a venv (kayobe), upgraded pip, installed kayobe 7.1.0, copied kayobe-config/stable/train to /etc/kayobe, updated inventory with [seed-hypervisor] and [seed]. I run `kayobe seed hypervisor host configure` and "ERROR! the role 'singleplatform-eng.users' was not found in ..."17:10
ebbexin ~/venvs/kayobe/share/kayobe/ansible/roles/ there's a bunch of roles, but no 'singleplatform-eng', did i miss something?17:11
*** dardelean has joined #openstack-kolla17:12
yoctozeptomgoddard: it could be that I asked it already and forgot but is there a place where bikolla progress is tracked? an etherpad for example?17:15
*** Fl1nt has quit IRC17:19
*** e0ne has quit IRC17:33
*** Luzi has joined #openstack-kolla17:35
*** williampiv has quit IRC17:43
*** priteau has quit IRC18:01
*** k_mouza has joined #openstack-kolla18:04
*** k_mouza has quit IRC18:08
*** Luzi has quit IRC18:09
mgoddardhi ebbex18:09
mgoddardyou nee to run kayobe control host bootstrap18:10
mgoddardhttps://docs.openstack.org/kayobe/latest/deployment.html#ansible-control-host18:10
mgoddardyoctozepto: https://storyboard.openstack.org/#!/story/200429318:11
yoctozeptomgoddard: ok; in other words, there has not been much progress on it18:14
yoctozeptomgoddard: what is lacking? could you drop a few words on that story?18:14
yoctozepto(and I want them to be non-random words!)18:14
mgoddardyoctozepto: zero progress18:15
mgoddardyoctozepto: it's a big job, mainly due to migrating existing systems18:15
mgoddardyoctozepto: also all of the user config would have to change, so it will be disruptive18:17
ebbexmgoddard: i ended up running ansible-galaxy install -r ..requirements.yml, but this seems much better, now the roles go into the venv, cheers!18:19
yoctozeptomgoddard: why all the config?18:23
mgoddardyoctozepto: bifrost.yml -> second globals.yml18:23
yoctozeptomgoddard: hmm, indeed18:23
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: [DNM] Check centos-8-stream  https://review.opendev.org/75912118:25
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: [DNM] Check centos-8-stream  https://review.opendev.org/75912118:31
*** primeministerp has joined #openstack-kolla18:33
*** primeministerp has quit IRC18:39
*** primeministerp has joined #openstack-kolla18:39
ebbexis seed-hypervisor centos/redhat only?18:43
*** primeministerp has quit IRC18:44
*** primeministerp has joined #openstack-kolla18:44
yoctozeptoebbex: yes19:12
yoctozeptoebbex: cento19:12
yoctozeptoebbex: for ubuntu we welcome help :-)19:12
*** jbadiapa|away has quit IRC19:46
*** bsanjeewa has joined #openstack-kolla19:50
*** dciabrin_ has joined #openstack-kolla19:51
*** dciabrin has quit IRC19:54
*** k_mouza has joined #openstack-kolla19:55
*** vishalmanchanda has quit IRC19:57
*** muhaha has joined #openstack-kolla19:57
yoctozeptomnasiadka: OVN unhappy: 2020-10-21 19:20:21 clean_up CreateNetwork: Error while executing command: BadRequestException: 400, Invalid input for operation: Requested MTU is too big, maximum is 1392.19:58
*** k_mouza has quit IRC20:00
*** williampiv has joined #openstack-kolla20:00
*** priteau has joined #openstack-kolla20:02
*** priteau has left #openstack-kolla20:03
*** priteau has joined #openstack-kolla20:05
*** stingrayza has quit IRC20:09
*** k_mouza has joined #openstack-kolla20:26
*** jonaspaulo has quit IRC20:28
*** k_mouza has quit IRC20:31
*** stingrayza has joined #openstack-kolla20:33
*** bsanjeewa has quit IRC20:48
*** e0ne has joined #openstack-kolla21:05
*** e0ne has quit IRC21:11
*** e0ne has joined #openstack-kolla21:12
*** bsanjeewa has joined #openstack-kolla21:21
*** kemopq has quit IRC21:21
*** muhaha has quit IRC21:30
*** bsanjeewa has quit IRC21:31
*** bsanjeewa has joined #openstack-kolla21:31
*** bsanjeewa_ has joined #openstack-kolla21:32
*** bsanjeewa has quit IRC21:36
*** gfidente|afk has quit IRC22:20
*** e0ne has quit IRC22:33
*** k_mouza has joined #openstack-kolla22:35
*** k_mouza has quit IRC22:39
*** bsanjeewa_ has quit IRC22:43
*** Trevor_V has quit IRC22:55
*** dardelean has quit IRC23:59

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