opendevreview | Vishal Manchanda proposed openstack/kolla master: Revert "Pin setuptools=67.2.*" https://review.opendev.org/c/openstack/kolla/+/876460 | 10:32 |
---|---|---|
opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: fluentd: pin fluent-plugin-elasticsearch to <5.3.0 https://review.opendev.org/c/openstack/kolla/+/883358 | 11:49 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Revert "Pin setuptools=67.2.*" https://review.opendev.org/c/openstack/kolla/+/876460 | 11:50 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Revert "toolbox: pin ansible.posix to <1.5.4" https://review.opendev.org/c/openstack/kolla/+/883127 | 11:55 |
opendevreview | Dawud proposed openstack/kolla-ansible master: Use friendly prometheus instance labels https://review.opendev.org/c/openstack/kolla-ansible/+/876357 | 11:57 |
SvenKieske | mnasiadka: sure master wasn't broken as well by ansible.posix? | 12:00 |
mnasiadka | SvenKieske: just want to check | 12:01 |
mnasiadka | if it is | 12:01 |
SvenKieske | ah okay | 12:01 |
mnasiadka | the bug is not gaining any attention ;-) | 12:01 |
SvenKieske | ah I wanted to talk about the bug https://github.com/ansible-collections/ansible.posix/issues/461 , thanks for the reminder | 12:02 |
SvenKieske | imho it's missing a clear output what went wrong and what is expected behaviour? | 12:03 |
SvenKieske | then again when I look at the repo history we're lucky if each forthnight a bug can be closed :D | 12:04 |
mnasiadka | basically kolla_toolbox is running ansible (in ad-hoc mode) and setting JSON output | 12:06 |
mnasiadka | which is fine, but new posix.json callback plugin version requires play.path variable (which most probably only exists in normal mode, not ad-hoc mode) | 12:06 |
mnasiadka | a simple dumb if probably would suffice, but I don't know if I have the time to work on this :) | 12:07 |
opendevreview | Merged openstack/kolla stable/yoga: toolbox: pin ansible.posix to <1.5.4 https://review.opendev.org/c/openstack/kolla/+/883122 | 12:15 |
opendevreview | Dawud proposed openstack/kolla-ansible master: Use friendly prometheus instance labels https://review.opendev.org/c/openstack/kolla-ansible/+/876357 | 12:42 |
opendevreview | Michal Nasiadka proposed openstack/kolla stable/yoga: fluentd: pin fluent-plugin-elasticsearch to <5.3.0 https://review.opendev.org/c/openstack/kolla/+/883358 | 12:44 |
opendevreview | Mark Goddard proposed openstack/kayobe-config-dev master: Rename disable_selinux_do_reboot https://review.opendev.org/c/openstack/kayobe-config-dev/+/883368 | 12:50 |
mnasiadka | mgoddard mnasiadka hrw bbezak frickler kevko SvenKieske mmalchuk - meeting in 10 | 12:50 |
mnasiadka | #startmeeting kolla | 13:02 |
opendevmeet | Meeting started Wed May 17 13:02:44 2023 UTC and is due to finish in 60 minutes. The chair is mnasiadka. Information about MeetBot at http://wiki.debian.org/MeetBot. | 13:02 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 13:02 |
opendevmeet | The meeting name has been set to 'kolla' | 13:02 |
mnasiadka | #topic rollcall | 13:02 |
mnasiadka | o/ | 13:02 |
mmalchuk | o/ | 13:03 |
SvenKieske | o/ | 13:03 |
mhiner | o/ | 13:03 |
mgoddard | \o | 13:03 |
mattcrees | o/ | 13:03 |
mnasiadka | #topic agenda | 13:05 |
mnasiadka | * CI status | 13:05 |
mnasiadka | * Release tasks | 13:05 |
mnasiadka | * Regular stable releases (first meeting in a month) | 13:05 |
mnasiadka | * Current cycle planning | 13:05 |
mnasiadka | * Additional agenda (from whiteboard) | 13:05 |
mnasiadka | * Open discussion | 13:05 |
mnasiadka | #topic CI Status | 13:05 |
mnasiadka | So, we've had multiple breakages recently | 13:06 |
mnasiadka | json callback plugin is the most recent | 13:06 |
mnasiadka | yoga merged today, so tomorrow we can merge zed | 13:06 |
mnasiadka | and become ,,stable-ish'' again | 13:06 |
mnasiadka | #topic Release tasks | 13:06 |
mmalchuk | can we force rebuild images? | 13:06 |
mnasiadka | We can, but there's no need, a couple of hours won't save anybody's life | 13:07 |
mmalchuk | couple of days | 13:07 |
mnasiadka | Rocky Linux 9.2 is out, so centos-release-openstack-antelope should be there - the patch to use it in master should be good to go | 13:08 |
mmalchuk | day for xena, day for yoga, day for zed atleast | 13:08 |
mmalchuk | one day pass | 13:08 |
mnasiadka | I updated the transition to DockerClient patch | 13:08 |
mnasiadka | Maybe we can get the podman/buildah support in Kolla as well this cycle | 13:08 |
mnasiadka | but we need to start branching fast - 1st June is deadline | 13:08 |
opendevreview | Mark Goddard proposed openstack/kolla-ansible master: ironic: Enable automated cleaning by default https://review.opendev.org/c/openstack/kolla-ansible/+/883369 | 13:09 |
opendevreview | Gaël THEROND proposed openstack/kolla-ansible master: Improve designate role support. https://review.opendev.org/c/openstack/kolla-ansible/+/878270 | 13:09 |
mnasiadka | I don't think we can get to working podman before the release, but let's see how that goes | 13:10 |
opendevreview | Gaël THEROND proposed openstack/kolla-ansible master: Improve designate role support. https://review.opendev.org/c/openstack/kolla-ansible/+/878270 | 13:10 |
mnasiadka | Let's move to additional agenda and use the remaining time to do the RP+1 reviews in Kolla and Kolla-Ansible | 13:10 |
mnasiadka | #topic Additional agenda (from whiteboard) | 13:11 |
mnasiadka | (ihalomi): do we really need shared /run mount among containers? | 13:11 |
mnasiadka | mhiner: ihalomi is not here - do you want to discuss that or should we wait for next week? | 13:11 |
mhiner | lets wait | 13:12 |
mnasiadka | ok then | 13:12 |
mnasiadka | #topic Open discussion | 13:12 |
mnasiadka | Anybody anything? | 13:12 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Transition to DockerClient and docker 3.0.0+ https://review.opendev.org/c/openstack/kolla/+/825786 | 13:12 |
SvenKieske | I'm on PTO for the rest of the week and tomorrow is a public holiday here, so don't expect frickler to be there either | 13:12 |
mmalchuk | please review security fix: https://review.opendev.org/c/openstack/kolla-ansible/+/882100?usp=search | 13:13 |
mnasiadka | Hopefully frickler will have time next week to push some of the patches forward | 13:13 |
mmalchuk | and CI fix in Kayobe: https://review.opendev.org/c/openstack/kayobe/+/881679?usp=search | 13:13 |
mmalchuk | mgoddard ^^^ | 13:13 |
mmalchuk | thanks in advance | 13:14 |
mnasiadka | ok, I assume no other topics | 13:18 |
mmalchuk | force rebuild? | 13:18 |
mnasiadka | Thanks for coming, please review all RP+1 patches at least in Kolla and Kolla-Ansible | 13:18 |
mnasiadka | mmalchuk: I said no, is that not enough? | 13:18 |
mmalchuk | ok | 13:19 |
mmalchuk | thanks | 13:19 |
mnasiadka | thanks | 13:19 |
mnasiadka | #endmeeting | 13:19 |
opendevmeet | Meeting ended Wed May 17 13:19:28 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 13:19 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-05-17-13.02.html | 13:19 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-05-17-13.02.txt | 13:19 |
opendevmeet | Log: https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-05-17-13.02.log.html | 13:19 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Transition to DockerClient and docker 3.0.0+ https://review.opendev.org/c/openstack/kolla/+/825786 | 13:22 |
opendevreview | Pierre Riteau proposed openstack/kayobe master: CI: Remove disable_selinux_do_reboot flag https://review.opendev.org/c/openstack/kayobe/+/883372 | 13:42 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: toolbox: use venv instead of virtualenv https://review.opendev.org/c/openstack/kolla/+/874916 | 13:58 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: toolbox: use venv instead of virtualenv https://review.opendev.org/c/openstack/kolla/+/874916 | 13:59 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: toolbox: use venv instead of virtualenv https://review.opendev.org/c/openstack/kolla/+/874916 | 14:00 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: CentOS/Rocky: use CentOS Cloud SIG repo instead of Delorean https://review.opendev.org/c/openstack/kolla/+/882558 | 14:04 |
opendevreview | Dawud proposed openstack/kolla-ansible master: Use friendly prometheus instance labels https://review.opendev.org/c/openstack/kolla-ansible/+/876357 | 14:07 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: CentOS/Rocky: use CentOS Cloud SIG repo instead of Delorean https://review.opendev.org/c/openstack/kolla/+/882558 | 14:25 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: ubuntu: use Antelope UCA https://review.opendev.org/c/openstack/kolla/+/883380 | 14:29 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: debian: Use Antelope extrepo https://review.opendev.org/c/openstack/kolla/+/883381 | 14:32 |
opendevreview | Verification of a change to openstack/kolla master failed: mariadb: log bootstrap output to file https://review.opendev.org/c/openstack/kolla/+/882247 | 14:42 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Transition to DockerClient and docker 3.0.0+ https://review.opendev.org/c/openstack/kolla/+/825786 | 15:09 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: CentOS/Rocky: use CentOS Cloud SIG repo instead of Delorean https://review.opendev.org/c/openstack/kolla/+/882558 | 15:11 |
mnasiadka | hrw: is it me or Antelope requires bookworm? https://salsa.debian.org/extrepo-team/extrepo-data/-/blob/master/repos/debian/osbpo.yaml | 15:19 |
mnasiadka | zigo: can you comment on ^^? | 15:20 |
zigo | Correct. | 15:20 |
zigo | Zed is the release were I have Bullseye+Bookworm, though Antelope is Bookworm only. | 15:21 |
mnasiadka | holy crap | 15:21 |
mnasiadka | well then, we need to have extra fast route to bookworm it seems | 15:22 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Use Debian Bookworm https://review.opendev.org/c/openstack/kolla/+/883388 | 15:27 |
mnasiadka | SvenKieske: you guys use Debian, right? | 15:29 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Use Debian Bookworm https://review.opendev.org/c/openstack/kolla/+/883388 | 15:32 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Use Debian Bookworm https://review.opendev.org/c/openstack/kolla/+/883388 | 15:33 |
hrw | mnasiadka, zigo: argh. | 15:34 |
hrw | mnasiadka: there is no bookworm mirror on CI | 15:35 |
mnasiadka | hrw: even better :) | 15:35 |
hrw | mnasiadka: https://review.opendev.org/q/topic:for-debian-bookworm-upgrade | 15:36 |
hrw | https://review.opendev.org/c/opendev/system-config/+/881952 is crucial | 15:36 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Use Debian Bookworm https://review.opendev.org/c/openstack/kolla/+/883388 | 15:37 |
mnasiadka | hrw: well, mirrors can come later, I've seen the topic - let's try to glue it together somehow - I'm not keen on delaying final release for a month or more | 15:38 |
hrw | mnasiadka: kick debian from release list? | 15:38 |
mnasiadka | Drop Debian? :) | 15:38 |
zigo | hrw: We should build one... | 15:38 |
mnasiadka | That's an option | 15:38 |
hrw | we are 2 months behind Antelope already | 15:38 |
zigo | mnasiadka: Yeah, great, and drop ubuntu and CentOS... let's build on Alpine only. | 15:38 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Use Debian Bookworm https://review.opendev.org/c/openstack/kolla/+/883388 | 15:38 |
mnasiadka | hrw: we might just release without Debian for now, but let's see how far are we from having images | 15:39 |
zigo | Guys, you already droped pacakge deployment ... | 15:39 |
hrw | mnasiadka: 5-7 images fail due to lack of 3rdparty repos | 15:40 |
mnasiadka | binary builds? meh | 15:40 |
mmalchuk | +1 for Alpine) | 15:40 |
mnasiadka | argh, fantastic | 15:40 |
hrw | 17:40 marcin@puchatek:debian-book-master1$ ls 0* | 15:40 |
hrw | 000_FAILED_fluentd.log 000_FAILED_kolla-toolbox.log 000_FAILED_openvswitch-netcontrold.log 000_FAILED_rabbitmq.log | 15:40 |
hrw | 000_FAILED_influxdb.log 000_FAILED_mariadb-base.log 000_FAILED_proxysql.log 000_FAILED_telegraf.log | 15:40 |
zigo | It's really not hard to add a repo to the infra... | 15:40 |
mnasiadka | well, mariadb, rabbitmq and fluentd are a bit important | 15:40 |
hrw | no fluentd, influxdb, telegraf, mariadb, erlang, proxysql | 15:40 |
mnasiadka | if they are not there today, we're not going to make it | 15:41 |
hrw | erlang probably can be taken from ubuntu/jammy | 15:41 |
mnasiadka | so yes, let's release kolla rc1 without Debian and see how that goes | 15:41 |
zigo | You can take rabbit and mariadb from Bookworm, I can confirm that works. | 15:41 |
zigo | I did validate Antelope like the week after the release with my own installer (puppet-openstack based). | 15:42 |
mnasiadka | well, we've taken mariadb from ubuntu repos for jammy in the past | 15:42 |
hrw | if Debian bookworm gets released on 12th June then August is maybe time when 3rdparty repos catch up | 15:42 |
zigo | All of that is validated... | 15:42 |
zigo | hrw: The question is, why do you use 3rd party repos. | 15:42 |
zigo | That's LAME and often BROKEN. | 15:42 |
hrw | zigo: wasn't my decision | 15:42 |
zigo | It's a generality: upstream people don't know how to package. | 15:43 |
zigo | I've seen stupidity in so many upstream repos ... | 15:43 |
hrw | and distro people don't know how^Wwhen to upgrade | 15:43 |
zigo | When to upgrade what? | 15:43 |
hrw | components we use to versions supported upstream? | 15:43 |
mnasiadka | In case of Debian they don't know when to update Ceph and OpenvSwitch :) | 15:43 |
zigo | mnasiadka: As the maintainer of both packages, I thank you a lot for saying that. | 15:44 |
zigo | Isn't OVS 3.1 enough?!? | 15:44 |
mnasiadka | Well, in Bookworm, right? | 15:44 |
zigo | Of course, yes ... | 15:44 |
zigo | If needed, I can always upload to official backports. | 15:44 |
zigo | I did many times when needed. | 15:45 |
mnasiadka | bullseye now has 2.17, incredible | 15:45 |
zigo | Also did unofficial backports in the debian.net namespace when needed. | 15:45 |
zigo | That's the concept of a stable release: it doesn't change. | 15:45 |
mnasiadka | Basically, I don't want to continue that thread - the problem is, that we lack Debian maintainers in Kolla | 15:45 |
zigo | I never seen a bug report from anyone asking for a backport ... | 15:45 |
zigo | If you need one, feel free to ping me, and I'll be happy to help. | 15:45 |
hrw | sorry folks, but I have to go | 15:46 |
zigo | Me too. Have a great week-end. | 15:47 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: CentOS/Rocky: use CentOS Cloud SIG repo instead of Delorean https://review.opendev.org/c/openstack/kolla/+/882558 | 16:44 |
opendevreview | Merged openstack/kolla master: mariadb: log bootstrap output to file https://review.opendev.org/c/openstack/kolla/+/882247 | 17:09 |
opendevreview | Dawud proposed openstack/kolla-ansible master: Use friendly prometheus instance labels https://review.opendev.org/c/openstack/kolla-ansible/+/876357 | 17:16 |
opendevreview | Gaël THEROND proposed openstack/kolla-ansible master: Improve designate role support. https://review.opendev.org/c/openstack/kolla-ansible/+/878270 | 17:25 |
spatel | mnasiadka I have question related patching images during build. | 17:51 |
spatel | Do you know what is the best way to patch images using kolla-build? | 17:51 |
kevko | overrides | 17:51 |
kevko | mnasiadka you probably also forgot that i am also DD in debian :D | 17:53 |
mmalchuk | spatel I've answered in mailing list | 17:57 |
spatel | let me check | 17:58 |
mmalchuk | the best way is build from git source | 17:58 |
mmalchuk | you should clone repo, create new branch, apply your patch, and build from this branch | 17:59 |
spatel | mmalchuk like this example https://paste.opendev.org/show/bGKXCcbXlc4xldTLnudG/ | 18:01 |
spatel | Can't we pass commit hash to reference? | 18:01 |
spatel | so it will pull/clone from remote repo instead of maintain local copy of repo? | 18:02 |
mmalchuk | spatel sure | 18:03 |
mmalchuk | you can use any git refference: branch, tag, hash, etc. | 18:03 |
spatel | Let me run test and validate if that works. | 18:04 |
spatel | I have one more question, I did this just for testing. It build image but use tag zed instead of keystone-zed which i specified in keystone stanza - https://paste.opendev.org/show/bvo9LGbAAWgsDMw7gAPT/ | 18:06 |
spatel | It should use tag:keystone-zed correct? | 18:07 |
mmalchuk | use tag = your-tag in kolla-build.conf or pass the --tag option | 18:08 |
mmalchuk | it not should it might be any tag you desire, but you also you should configure kolla-ansible to use images with your custom tag | 18:09 |
spatel | This is my kolla-build.conf file - https://paste.opendev.org/show/bwA3UORjL5OvVG592CIw/ | 18:10 |
spatel | Yes i have to use custom tag in global.yml. I am just trying to run all kind of test for documentation work and learning. | 18:11 |
mmalchuk | tag=keystone-zed - incorrect | 18:11 |
mmalchuk | reference = stable/zed | 18:11 |
mmalchuk | option tag only in [DEFAULT] section | 18:12 |
spatel | oh! so I have to pass custom tag in command like with --tag my-keystone | 18:13 |
spatel | otherwise it will use [DEFAULT] one | 18:13 |
mmalchuk | https://docs.openstack.org/kolla/latest/admin/image-building.html#build-openstack-from-source | 18:13 |
mmalchuk | the valid options for the repo is: type, location, reference, enabled | 18:14 |
spatel | +1 | 18:15 |
mmalchuk | there is no tag option | 18:15 |
mmalchuk | only in [DEFAULT] section | 18:15 |
spatel | Perfect!! | 18:17 |
spatel | I love the way kolla works and all pieces connected to each other, so simple to play :) | 18:19 |
spatel | Do you guys run deployment nodes in container or host itself? | 18:20 |
spatel | why kolla or team doesn't provide kolla-ansible inside container so we don't need to do venv etc.. | 18:21 |
spatel | May be its personal choice of end users. | 18:21 |
mmalchuk | you can look at Kayobe project, there deployment host in the kvm vm | 18:25 |
mmalchuk | https://docs.openstack.org/kayobe/latest/ | 18:25 |
spatel | I heard about kayobe but not sure how does it work | 18:29 |
spatel | does it work like triple0, over/under cloud? | 18:30 |
spatel | How its different to legacy kolla-ansible deployment | 18:32 |
mmalchuk | it work as bifrost + kolla-ansible | 18:33 |
mmalchuk | bifrost for provision baremetal | 18:34 |
mmalchuk | kolla-ansible for deploy openstack | 18:34 |
spatel | Got it, In short bifrost provision your newly installed server using ironic/ipxe etc and then kolla-ansible deploy containers to run specific roles. | 18:37 |
spatel | In my DC, I don't have dedicated LAN for PXE boot which bifrost can control to inspect etc.. | 18:38 |
spatel | But i will sure give it a try in lab and see how useful its. | 18:39 |
mmalchuk | you can use Tenks project to deploy kvm vm as a baremetal | 18:40 |
mmalchuk | https://docs.openstack.org/tenks/latest/ | 18:40 |
mmalchuk | take a look at this workshop as an example: https://github.com/stackhpc/a-universe-from-nothing | 18:42 |
spatel | Thanks, I will take a look | 18:47 |
spatel | What is the meaning of this block [keystone-base] why need to add -base what if i use [keystone-foo] ? | 18:49 |
spatel | in kolla-build.conf file | 18:49 |
mmalchuk | keystone-base is a base for other keystone-* images | 18:50 |
spatel | Here is the list of images it built - https://paste.opendev.org/show/ba8iP6BtdwNYZuxgKnc7/ | 18:52 |
spatel | you are saying it use keystone-base first and then fork other from base image correct? | 18:52 |
mmalchuk | not first but base | 18:53 |
mmalchuk | for example kolla/docker/keystone/keystone-ssh/Dockerfile.j2 | 18:53 |
mmalchuk | the first line: FROM {{ namespace }}/{{ image_prefix }}keystone-base:{{ tag }} | 18:54 |
kevko | run kolla --template-only --no-pull --no-push | 18:54 |
kevko | to see what will be in dockerfiles on the end | 18:54 |
spatel | kevko is kolla command? I don't have one | 18:56 |
kevko | yeah it is | 18:56 |
spatel | kolla: command not found | 18:56 |
kevko | ok, sorry | 18:56 |
kevko | https://github.com/openstack/kolla/blob/master/tools/build.py | 18:56 |
kevko | ./tools/build.py | 18:57 |
mmalchuk | spatel kolla-build command) | 18:58 |
spatel | kolla-build: error: unrecognized arguments: --no-pull --no-push | 18:58 |
kevko | --help | 18:58 |
kevko | | egrep 'pull|push|template' | 18:58 |
mmalchuk | --nopull | 18:58 |
mmalchuk | --nopush | 18:58 |
mmalchuk | kolla-build --help | 18:59 |
kevko | dockerfiles then will be generated in /tmp/ ...so you can check final dockerfiles | 18:59 |
spatel | it dump all docker files in /tmp/kolla-2023-05-17_18-58-50_rdhxnrkp/docker/ | 18:59 |
spatel | This is aweseome! | 19:00 |
spatel | awesome* | 19:00 |
kevko | yep, now you can see everything .. | 19:00 |
kevko | which image is FROM which ... etc | 19:00 |
spatel | Totally get it, It use base image for sub images. That make sense | 19:01 |
kevko | base and openstack-base | 19:01 |
kevko | openstack-base is for services ... | 19:01 |
kevko | oslo libs, services ..e.tc | 19:01 |
spatel | oh! | 19:02 |
kevko | base is for rabbit, maria, memcached...etc | 19:02 |
spatel | why this command not part of doc :) /opt/kolla/tools/build.py --template-only --nopull --nopush | 19:02 |
spatel | kevko Thanks for that command | 19:02 |
mmalchuk | base also for openstack-base :) | 19:02 |
kevko | but all openstack images using oslo libs and other openstack developed libraries ...so on top of base openstack-base is build which includes all this libraries | 19:02 |
kevko | mmalchuk: also .. yeah ..kind of .. | 19:03 |
spatel | that make sense, why need to re-build libs/oslo for each components, Just use reference image | 19:03 |
kevko | base -> openstack-base -> nova-base -> nova-api | 19:03 |
spatel | +1 | 19:04 |
mmalchuk | a - architecture) | 19:04 |
kevko | yeah, but i miss binary imaches :( | 19:04 |
kevko | *images | 19:04 |
kevko | builds | 19:04 |
spatel | mmalchuk I have use this snippet and it works - https://paste.opendev.org/show/boG1KZ0NdsiVFoljGyfM/ | 19:06 |
mmalchuk | it should) | 19:07 |
spatel | I use specific hash to build image | 19:07 |
mmalchuk | as I said - any git refference | 19:07 |
spatel | How do i validate it really use that hash. I believe in build output there must be reference of hash somewhere correct? | 19:07 |
mmalchuk | --debug | 19:07 |
spatel | Got it | 19:07 |
mmalchuk | /var/log/kolla-build.log | 19:08 |
spatel | I can see this line in log - INFO:kolla.common.utils.glance-base:Clone dir /tmp/kolla-2023-05-17_18-26-47_tot4knbo/docker/glance/glance-base/glance-base-archive-41da684fe41e48eca934aca1f19fbb779be07fc4 exists. Removing it. | 19:08 |
spatel | assuming it used 41da684fe41e48eca934aca1f19fbb779be07fc4 | 19:09 |
BobZAnnapolis_ | sorry, another newbie question. Using AWS, we've gotten the aios/quick starts to run to completion and get to the dashboard;most of the times we can actually create vms but we haven't been able to ssh into them - what piece / doc are we missing that'll get us past that hurdle ? tia | 19:40 |
BobZAnnapolis_ | Is it a user error in how we (1) created the vms ?, (2) created the OS networks, (3) a known limitation of running the aio in AWS, (4) other ? tia | 19:43 |
BobZAnnapolis_ | The run-once is doing some creation & testing, not sure if it tests ssh'ing in. But when we create a new vm, we can't ssh in to them. Sounding more & more like user error :-) We're trying to ssh in to the launched instances from the vm we ran the quickstart/aio playbooks from. | 19:54 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!