| *** brinzhang0 is now known as brinzhang | 06:10 | |
| holtgrewe | Outside of using OpenStack, I'm often deploying "clusters" of hosts with the same SSH host keys. E.g., for ceph clusters or also HPC clusters. This has the advantage of no host key issues when redeploying a host. Is this something considered good/bad practice in the context of OpenStack/kolla/kayobe? As far as I can see, I'd have to do this outside of kayobe/ansible. Is this correct? | 07:38 |
|---|---|---|
| *** amoralej|off is now known as amoralej | 08:17 | |
| priteau | holtgrewe: kayobe includes code to fetch host keys from all deployed hosts | 08:43 |
| priteau | holtgrewe: it is the first step of the `kayobe <seed/overcloud> host configure` command. | 08:44 |
| priteau | Good morning mnasiadka. I believe all the patches for Kayobe RC3 have been merged. | 08:45 |
| opendevreview | Mark Goddard proposed openstack/kayobe master: Import kolla-ansible baremetal role https://review.opendev.org/c/openstack/kayobe/+/818290 | 09:02 |
| jingvar | I don't catch the idea of why binary is will be deprecated, or it is around only centos | 10:03 |
| frickler | jingvar: binary will be deprecated for ubuntu and debian, too. the main reason is to reduce work for the small team, and source seems to be easier to maintain, because there is not yet another layer involved (distro packaging) | 10:11 |
| holtgrewe | priteau, that's good to know | 10:11 |
| jingvar | flicker: thanks for your explanation | 10:19 |
| opendevreview | Dr. Jens Harbott proposed openstack/kolla-ansible master: Add a variable to set dns_servers for OVN https://review.opendev.org/c/openstack/kolla-ansible/+/818362 | 10:22 |
| frickler | EugenMayer: ^^ not sure whether that was one of the issues you were seeing, too | 10:26 |
| EugenMayer | frickler actually no, this was for overriding dhcp dns servers (default ones) - not an kolla ting | 10:37 |
| jingvar | how can I build kolla containers from source and place them in my local docker repo as BINARY ? | 11:37 |
| jingvar | I want use one local registry for diffrent envs. Don't pull source and build each time | 11:39 |
| jingvar | Now I have common docker registry with "binary", all envs just pull it from there. | 11:40 |
| jingvar | I pulled "source" into the registry and switched to build from source, kolla tryes build it on seed host (it not registrey host) | 11:43 |
| hrw | jingvar: you build on machine1 and want it in registry on machine2? | 11:50 |
| hrw | or you build jingvar/debian-source-* images and want to have them named jingvar/debian-binary-*? | 11:50 |
| jingvar | second one - but not named - builded | 11:52 |
| hrw | source images are source images. | 11:52 |
| hrw | different paths inside etc. | 11:52 |
| hrw | so you can't just replace them on already deployed host | 11:53 |
| jingvar | no | 11:53 |
| jingvar | I have an binary image in my registry and I have the same image uder running container | 11:54 |
| jingvar | when I switched and run container build - it uses source - does some things - dnf install etc | 11:55 |
| jingvar | maybe I missed what do switching to source | 11:56 |
| jingvar | missunderstod | 11:56 |
| hrw | there are many things still coming from distribution packages in source images. Only OpenStack components come from source repos | 11:56 |
| hrw | if you have some spare time/space then do throwaway build with '--infra-rename' argument and then check names. Many images will be centos-infra-* rather than centos-source-* | 11:58 |
| jingvar | kolla/centos-source-horizon victoria 764933751cdb will be used on controller nodes | 11:58 |
| jingvar | or kolla/centos-source-horizon should be modifed and placed with changes into controller nodes | 11:59 |
| hrw | the 'kolla project drops binary' does not apply to <zeus cycle so if you run victoria/binary then you can continue doing it. | 12:00 |
| hrw | sure, at some moment you will need to switch from centos-binary to centos-source but it can be one of Victoria/Wallaby/Xena/Yoga cycles | 12:01 |
| *** amoralej is now known as amoralej|lunch | 12:01 | |
| jingvar | I want to try Masakary, no binary for it | 12:03 |
| jingvar | any way - my false - I used wrong kolla options | 12:04 |
| jingvar | there are a lot of "source" in koilla.yaml | 12:05 |
| hrw | kolla.yaml? kayobe stuff? | 12:05 |
| jingvar | yes | 12:08 |
| hrw | never used so can't help | 12:08 |
| jingvar | thanks | 12:08 |
| hrw | mnasiadka: would https://paste.centos.org/view/da140f88 be fine as reminder? | 12:14 |
| hrw | s/print/LOG.info | 12:14 |
| hrw | INFO:kolla.common.utils:Found the docker image folder at /home/marcin/devel/linaro/kolla/docker | 12:16 |
| hrw | INFO:kolla.common.utils:Building binary images is now deprecated. | 12:16 |
| hrw | INFO:kolla.common.utils:Support for it will be dropped during Z cycle. | 12:16 |
| hrw | INFO:kolla.common.utils:Build will continue in 5 seconds. | 12:16 |
| hrw | even nicer | 12:16 |
| hrw | INFO:kolla.common.utils:Added image base to queue | 12:16 |
| frickler | hrw: maybe add a comment about switching to use "source" instead. it may not be obvious to everyone, since binary has simply been the default so for. or maybe even have a docs page about it somewhere and link to it? | 12:20 |
| frickler | s/for/far/ | 12:21 |
| hrw | yep | 12:21 |
| mnasiadka | hrw: nice | 12:41 |
| opendevreview | Marcin Juszkiewicz proposed openstack/kolla master: document that binary images are now deprecated https://review.opendev.org/c/openstack/kolla/+/818240 | 12:53 |
| hrw | doc i reno | 12:54 |
| hrw | frickler: xena switched default to source | 12:54 |
| opendevreview | Marcin Juszkiewicz proposed openstack/kolla master: build: 5s delay + note when binary images are used https://review.opendev.org/c/openstack/kolla/+/818378 | 13:00 |
| frickler | hrw: exactly, we are switching the default and deprecating the previous default at the same time (with time granularity of one cycle, which is what most users perceive) | 13:04 |
| opendevreview | Marcin Juszkiewicz proposed openstack/kolla master: reno: rephrased 'move to Debian bullseye' one https://review.opendev.org/c/openstack/kolla/+/818380 | 13:05 |
| hrw | mnasiadka: I would like to get it into Xena release | 13:05 |
| hrw | if possible | 13:05 |
| hrw | I can rephrase few more relnotes in this commit if it acceptable | 13:08 |
| jingvar | what is a difference for me as user which type binary or source images will be used | 13:08 |
| hrw | jingvar: I would say that philosophical one | 13:09 |
| jingvar | I think too | 13:10 |
| *** amoralej|lunch is now known as amoralej | 13:14 | |
| opendevreview | Marcin Juszkiewicz proposed openstack/kolla master: reno: polish release notes for Xena https://review.opendev.org/c/openstack/kolla/+/818380 | 13:17 |
| mnasiadka | polish? :D | 13:20 |
| jingvar | my world my rules my english:) | 13:22 |
| hrw | Polishman says to Englishman: "I need to polish my English." And Englishman replies: "No, no. Your English is Polish enough." | 13:24 |
| jingvar | said man wich learn english only for a while 2 years | 13:24 |
| jingvar | It about me | 13:25 |
| hrw | jingvar: mnasiadka, yoctozepto and me are Polish ;D | 13:26 |
| jingvar | I think in Europe English often use, not only in IT | 13:28 |
| hrw | jingvar: with amount of languages we use in Europe we had to choose one as 'universal' one. | 13:34 |
| hrw | and as we are not in XIX century it is no longer French | 13:34 |
| mnasiadka | the French still believe their language is universal ;) | 13:35 |
| hrw | if goldfish told me 'you can communicate in all languages except one' I would choose 'except french' | 13:38 |
| yoctozepto | mais pourqoui ? je parle francais ! c'est facile ! :-) | 13:49 |
| hrw | que? | 13:50 |
| hrw | yoctozepto: 'je ne parle francais' is a phrase I used far too many times in france. | 13:53 |
| hrw | yoctozepto: and that look on people faces too often was 'how dare you' kind | 13:53 |
| jingvar | :) | 13:56 |
| yoctozepto | hrw: haha :D | 13:58 |
| yoctozepto | hrw: the issue I see with reno polishing is that mnasiadka is already releasing | 13:59 |
| yoctozepto | do we want to pause it? | 13:59 |
| mnasiadka | obviously we can backport and we will release 13.0.1 probably soon enough | 14:00 |
| yoctozepto | well, these are renos | 14:02 |
| mnasiadka | well right, they would show in next version as duplicates | 14:02 |
| mnasiadka | question if this ,,polishing'' is so important | 14:02 |
| hrw | like it is written - it is polishing | 14:03 |
| yoctozepto | your call | 14:04 |
| hrw | s/debian/Debian/ in some, moved one reno from other to upgrade to fit other entries, some notes do s/to be remove in Xena/was removed in Xena/ etc. | 14:04 |
| yoctozepto | tbh, I would abandon, not worth the confusion | 14:06 |
| yoctozepto | I think some are in Wallaby | 14:06 |
| mnasiadka | well, Zuul broke again, I need to first release rc3 | 14:09 |
| mnasiadka | so if we want to merge those polishes, it's now | 14:09 |
| hrw | mnasiadka: you are PTL. you decide | 14:10 |
| hrw | next time we should do it before rc1 for sure | 14:12 |
| mnasiadka | one comment from my side, if yoctozepto has time to +2 - we can merge it now | 14:12 |
| yoctozepto | my concern is they touch stuff older than Xena, no? | 14:12 |
| opendevreview | Marcin Juszkiewicz proposed openstack/kolla master: reno: polish release notes for Xena https://review.opendev.org/c/openstack/kolla/+/818380 | 14:13 |
| hrw | Horizon | 14:13 |
| hrw | yoctozepto: I looked at Xena release notes page in zuul output | 14:14 |
| yoctozepto | hrw: thanks | 14:16 |
| hrw | yoctozepto: like https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_4d4/818380/2/check/build-openstack-releasenotes/4d4c582/docs/xena.html one | 14:16 |
| yoctozepto | 4 comments in fly | 14:18 |
| opendevreview | Marcin Juszkiewicz proposed openstack/kolla master: reno: polish release notes for Xena https://review.opendev.org/c/openstack/kolla/+/818380 | 14:21 |
| hrw | x64 | 14:21 |
| hrw | yoctozepto: fixed one, commented other | 14:21 |
| hrw | yoctozepto: as those are Xena relnotes then 'will be dropped in Xena' does not fit | 14:22 |
| hrw | ImportError: cannot import name 'Union' from 'types' (/usr/lib64/python3.10/types.py) | 14:23 |
| hrw | can not rebuild locally ;( | 14:23 |
| * hrw out | 14:40 | |
| mnasiadka | yoctozepto: so - merging the polish or not? ;) | 15:06 |
| yoctozepto | mnasiadka: with so much energy already in - let's merge it | 16:13 |
| yoctozepto | mnasiadka, mgoddard: ^ renos really are a PITA, more so if so few folks actually read them; I wonder if we don't want to change our strategy with going to recommend branches over releases | 16:14 |
| DK4 | hello, how do i enable DVR in kolla? | 16:20 |
| *** amoralej is now known as amoralej|off | 17:47 | |
| opendevreview | James Kirsch proposed openstack/kolla-ansible master: Use system scoped tokens with Keystone https://review.opendev.org/c/openstack/kolla-ansible/+/815577 | 18:13 |
| opendevreview | Merged openstack/kolla master: reno: polish release notes for Xena https://review.opendev.org/c/openstack/kolla/+/818380 | 18:19 |
| opendevreview | James Kirsch proposed openstack/kolla-ansible master: Use system scoped tokens with Keystone https://review.opendev.org/c/openstack/kolla-ansible/+/815577 | 18:36 |
| opendevreview | Marcin Juszkiewicz proposed openstack/kolla stable/xena: reno: polish release notes for Xena https://review.opendev.org/c/openstack/kolla/+/818470 | 19:50 |
| guesswhat | guys? what lightweight nfv are you recommending ? i have single barebone server and want to run kolla in ovirt/proxomox, but i need some router in front of it ( vyos, danos, opnsense ) ? thanks | 20:12 |
| opendevreview | James Kirsch proposed openstack/kolla-ansible master: Use system scoped tokens with Keystone https://review.opendev.org/c/openstack/kolla-ansible/+/815577 | 21:06 |
| opendevreview | Pierre Riteau proposed openstack/kayobe master: Document that default kernel options are important for inspection https://review.opendev.org/c/openstack/kayobe/+/818491 | 22:10 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!