opendevreview | Maksim Malchuk proposed openstack/kolla-ansible master: Add forgotten release note for 886747 https://review.opendev.org/c/openstack/kolla-ansible/+/893482 | 08:24 |
---|---|---|
opendevreview | Maksim Malchuk proposed openstack/kolla-ansible stable/2023.1: Use better default bind address for ironic-tftp https://review.opendev.org/c/openstack/kolla-ansible/+/893385 | 08:30 |
opendevreview | Maksim Malchuk proposed openstack/kolla-ansible stable/zed: Use better default bind address for ironic-tftp https://review.opendev.org/c/openstack/kolla-ansible/+/893386 | 08:31 |
opendevreview | Maksim Malchuk proposed openstack/kolla-ansible stable/xena: Use better default bind address for ironic-tftp https://review.opendev.org/c/openstack/kolla-ansible/+/893422 | 08:32 |
opendevreview | Merged openstack/kayobe stable/2023.1: Fix firewalld configuration for monitoring hosts https://review.opendev.org/c/openstack/kayobe/+/893252 | 08:34 |
opendevreview | Merged openstack/kayobe stable/zed: Fix firewalld configuration for monitoring hosts https://review.opendev.org/c/openstack/kayobe/+/893253 | 08:34 |
opendevreview | Maksim Malchuk proposed openstack/kolla-ansible stable/yoga: Use better default bind address for ironic-tftp https://review.opendev.org/c/openstack/kolla-ansible/+/893421 | 08:34 |
sahid | o/ | 08:38 |
sahid | still in my desire to override upper-contrainsts, I'm not able to achieve it for some reason | 08:39 |
sahid | we are agree that the process is downloading tarball from here https://github.com/openstack/kolla/blob/ussuri-eol/kolla/common/config.py#L292 | 08:39 |
sahid | then use https://github.com/openstack/kolla/blob/ussuri-eol/docker/kolla-toolbox/Dockerfile.j2#L66 | 08:39 |
sahid | to override the constraints? | 08:40 |
sahid | is there a way to facilitate debugging, I 'm not able to identify that block "kolla_toolbox_upper_constaints" executed when building image | 08:41 |
hrw | sahid: ussuri is EOL. | 08:46 |
sahid | hrw: yes thank you for the heads-up ;-) | 08:46 |
mnasiadka | sahid: that basically means you're mostly on your own :) | 08:47 |
sahid | I think this part of the process did not really chnged | 08:47 |
hrw | sahid: it was the other way of asking "are you aware that no one cares" | 08:47 |
hrw | sahid: if your setup is on kolla/ussuri then upgrade it. At least to Zed if not 2023.1 | 08:48 |
sahid | is thqt better if I shqre those link with you? | 08:49 |
sahid | https://github.com/openstack/kolla/blob/master/docker/kolla-toolbox/Dockerfile.j2#L57 | 08:49 |
sahid | https://github.com/openstack/kolla/blob/master/kolla/common/sources.py#L17 | 08:50 |
sahid | If it was so easy to upgrade 500 nodes I would have done that for sure :-) | 08:51 |
sahid | we are planing to upgrae on victoria (which is also eol, I know ;) and then move on again | 08:52 |
sahid | but currently we are trying to find a was to pin a version of a package used by a service | 08:52 |
hrw | sahid: change those two to point to your copies, rebuild images, update | 08:53 |
hrw | sahid: https://review.opendev.org/c/openstack/kolla/+/878649 may be useful for you | 08:54 |
sahid | hrw: I would like to ensure I understand the whole process, so we use the tarball as a base and then we do override the file upper-constraints, rights? | 08:56 |
sahid | If I can just change one of that two points that could be helpful | 08:57 |
hrw | sahid: you can also backport macro and use it to change single entries | 08:58 |
sahid | thank for the review regarding the macro, the issue is I need to change the version used for that package for all the services | 08:58 |
hrw | all services use u-c from openstack-base image... | 08:58 |
opendevreview | Bartosz Bezak proposed openstack/kolla-ansible stable/zed: Added precheck for OpenSearch migration https://review.opendev.org/c/openstack/kolla-ansible/+/893453 | 08:59 |
opendevreview | Merged openstack/kolla-ansible master: Configure OVN to emit "need to frag" packets in case of MTU mismatch https://review.opendev.org/c/openstack/kolla-ansible/+/892777 | 08:59 |
opendevreview | Merged openstack/kolla-ansible master: Add forgotten release note for 886747 https://review.opendev.org/c/openstack/kolla-ansible/+/893482 | 09:00 |
sahid | hrw: so back to that point: https://review.opendev.org/c/openstack/kolla/+/878649 | 09:02 |
sahid | https://github.com/openstack/kolla/blob/master/docker/kolla-toolbox/Dockerfile.j2#L57 | 09:02 |
sahid | (wrong link)) | 09:02 |
sahid | this block looks to override the u-c file, right? | 09:02 |
hrw | sahid: it fetches u-c | 09:03 |
hrw | sahid: kolla-toolbox bases on base so has to handle u-c on it's own | 09:03 |
hrw | there were attempts in past to rebase kolla-toolbox on top of openstack-base | 09:03 |
opendevreview | Michal Arbet proposed openstack/kolla master: [DNM] Test kolla-toolbox permissions https://review.opendev.org/c/openstack/kolla/+/893605 | 09:04 |
sahid | hum I'm not sure to catch that whole part but at least I do understand that they are unrelated, right? | 09:06 |
hrw | sahid: if you want to alter u-c for services then you need to do in in openstack-base | 09:09 |
sahid | hrw: Ok thank you, is this something that kolla community would be interested to have and discuss for a correct impl or should I just consider to build a downstream-only patch? | 09:13 |
hrw | sahid: template overrides are for it. maybe it would be nice to get that part in openstack-base enclosed in block | 09:16 |
hrw | as now it is not made as a block == cannot be overriden | 09:16 |
sahid | hum but wait, if I do override openstack_base_header and set from here the ovveride of the version | 09:20 |
sahid | this will affect all services, right? | 09:20 |
hrw | no. it will be too soon | 09:21 |
hrw | you would rather need footer | 09:21 |
hrw | but it will be too late | 09:21 |
sahid | so which part you are reffering that needs a block? | 09:22 |
hrw | RUN ln -s openstack-base-source/* /requirements \ | 09:22 |
sahid | s/reffering/referring | 09:22 |
hrw | a way to override this command | 09:22 |
sahid | oh I see | 09:23 |
hrw | or add a block after it and use it to edit u-c | 09:23 |
hrw | {% block openstack_base_override_upper_constraints %}{% endblock %} | 09:24 |
hrw | maybe with NOTE(): please think three times do you really need this block | 09:24 |
hrw | ;'D | 09:24 |
sahid | ahah :D | 09:25 |
sahid | ok gives me a moment to do some tests and I will share a patch to the community | 09:25 |
sahid | thanks a lot for your help hrw | 09:25 |
hrw | sahid: yw | 09:26 |
hrw | sahid: the key for dealing with EOL branches: how to get what I need in current master so I can backport it | 09:26 |
opendevreview | Jan Gutter proposed openstack/kolla-ansible master: etcd: Add support for more scenarios https://review.opendev.org/c/openstack/kolla-ansible/+/888012 | 09:29 |
opendevreview | Jan Gutter proposed openstack/kolla-ansible master: etcd: deduplicate environments for containers https://review.opendev.org/c/openstack/kolla-ansible/+/890208 | 09:29 |
opendevreview | Jan Gutter proposed openstack/kolla-ansible master: etcd: update to v3.4 https://review.opendev.org/c/openstack/kolla-ansible/+/890465 | 09:29 |
sahid | hrw: ack thanks for sharing that | 09:30 |
opendevreview | Jan Gutter proposed openstack/kolla-ansible master: WIP debug kolla-ansible-ubuntu-upgrade-cephadm https://review.opendev.org/c/openstack/kolla-ansible/+/890822 | 09:33 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/kolla master: openstack-base: add block for overriding global upper constraints https://review.opendev.org/c/openstack/kolla/+/893608 | 09:43 |
sahid | hrw: ^ I'm not sure that we need UT for such change, but perhaps a reno note? | 09:44 |
hrw | I forgot does kolla still uses renos or not | 09:45 |
opendevreview | Michal Arbet proposed openstack/kolla-ansible master: [DNM] Just test something https://review.opendev.org/c/openstack/kolla-ansible/+/893609 | 09:46 |
SvenKieske | yes we do :P | 09:47 |
sahid | SvenKieske: do you think thqt I should provde q reno note for q chqnge thqt is adding a block? | 10:01 |
SvenKieske | it would be nice, so users know about it and can actually use it. one small sentence would be enough I guess | 10:04 |
sahid | sure that makes sense, give me a moment I will update the change thank you ! | 10:04 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/kolla master: openstack-base: add block for overriding global upper constraints https://review.opendev.org/c/openstack/kolla/+/893608 | 10:06 |
hrw | sahid: +1 and lets see what Zuul says | 10:15 |
hrw | and what cores will say ;D | 10:15 |
jangutter | ARA logging fans: https://review.opendev.org/c/openstack/kolla-ansible/+/891097 (add #ara to your commit message to enable, #ara_verbose to render to html) | 10:39 |
jangutter | (I normally dislike adding testing instructions in the git commit, but turns out describing the instructions also triggers the output :-p ) | 10:42 |
opendevreview | Michal Arbet proposed openstack/kolla-ansible master: [DNM] Just test something https://review.opendev.org/c/openstack/kolla-ansible/+/893609 | 11:09 |
opendevreview | Martin Hiner proposed openstack/kolla-ansible master: Add support of podman deployment https://review.opendev.org/c/openstack/kolla-ansible/+/799229 | 11:09 |
opendevreview | Michal Arbet proposed openstack/kolla-ansible master: [DNM] Just test something https://review.opendev.org/c/openstack/kolla-ansible/+/893609 | 11:25 |
opendevreview | Merged openstack/kayobe stable/2023.1: Speed up calls to Bifrost https://review.opendev.org/c/openstack/kayobe/+/893201 | 11:26 |
opendevreview | Merged openstack/kayobe stable/zed: Speed up calls to Bifrost https://review.opendev.org/c/openstack/kayobe/+/893202 | 11:26 |
opendevreview | Merged openstack/kayobe stable/xena: Speed up calls to Bifrost https://review.opendev.org/c/openstack/kayobe/+/893204 | 11:26 |
opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Revert "CI: retry smoke tests and instance creation" https://review.opendev.org/c/openstack/kolla-ansible/+/893550 | 11:39 |
opendevreview | Michal Arbet proposed openstack/kolla-ansible master: [DNM] Just test something https://review.opendev.org/c/openstack/kolla-ansible/+/893609 | 11:39 |
opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Revert "CI: retry smoke tests and instance creation" https://review.opendev.org/c/openstack/kolla-ansible/+/893550 | 11:56 |
opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Revert "CI: retry smoke tests and instance creation" https://review.opendev.org/c/openstack/kolla-ansible/+/893550 | 11:57 |
opendevreview | Merged openstack/kayobe stable/yoga: Speed up calls to Bifrost https://review.opendev.org/c/openstack/kayobe/+/893203 | 12:05 |
opendevreview | Jan Gutter proposed openstack/kolla-ansible master: WIP debug kolla-ansible-ubuntu-upgrade-cephadm https://review.opendev.org/c/openstack/kolla-ansible/+/890822 | 12:15 |
opendevreview | Jan Gutter proposed openstack/kolla-ansible master: WIP debug kolla-ansible-ubuntu-upgrade-cephadm https://review.opendev.org/c/openstack/kolla-ansible/+/890822 | 12:23 |
TK_ | Hello Team ... Has anyone faced this error on compute nodes of the same cpu ? forexample Broadwell-noTSX-IBRS | 12:25 |
TK_ | Failed to live migrate instance to host "compute2". Details Migration pre-check error: Unacceptable CPU info: CPU doesn't have compatibility | 12:25 |
opendevreview | Michal Arbet proposed openstack/kolla-ansible master: [DNM] Just test something https://review.opendev.org/c/openstack/kolla-ansible/+/893609 | 12:31 |
TK_ | I have also confirmed that the servers processors have some flags difference specifically hwp hwp_act_window hwp_pkg_req | 12:50 |
SvenKieske | there was recently a posting on the mailing list where live migration also didn't work, but I think the processor used there was never mentioned. | 12:51 |
SvenKieske | TK_ ah I guess that posting was you, no? | 12:54 |
TK_ | Was there a solution to it ? | 12:54 |
SvenKieske | https://lists.openstack.org/pipermail/openstack-discuss/2023-September/034944.html | 12:55 |
opendevreview | Martin Hiner proposed openstack/kolla-ansible master: Add support of podman deployment https://review.opendev.org/c/openstack/kolla-ansible/+/799229 | 13:08 |
TK_ | @SvenKieske Its actually me that initiated but there is still no solution upto now | 13:12 |
opendevreview | Michal Arbet proposed openstack/kolla-ansible master: Fix podman logs https://review.opendev.org/c/openstack/kolla-ansible/+/893187 | 13:51 |
opendevreview | Michal Arbet proposed openstack/kolla-ansible master: Add support of podman deployment https://review.opendev.org/c/openstack/kolla-ansible/+/799229 | 13:51 |
opendevreview | Michal Arbet proposed openstack/kolla-ansible master: [DNM] Just test something https://review.opendev.org/c/openstack/kolla-ansible/+/893609 | 13:51 |
jangutter | TK_ from https://lists.openstack.org/pipermail/openstack-discuss/2023-September/034962.html I think it might mean that it somehow was active on the source machine but not the target machine. | 13:56 |
jangutter | TK_ if you absolutely cannot stop the instance, then you need to try to make the target match the source. You might need to enable p-state on the target and reboot, and that might allow you to migrate to the target. | 13:59 |
SvenKieske | the people in #openstack-nova might also be more knowledgeable in this area. | 14:08 |
frickler | TK_: didn't we establish last week that different kernel versions were the cause? any new info about this? | 14:10 |
jangutter | To be honest, there's a million different things that can inhibit live migration if the CPU profile is the same as the host, and preventing that kind of config drift is non-trivial. | 14:31 |
opendevreview | Michal Arbet proposed openstack/kolla-ansible master: [DNM] Just test something https://review.opendev.org/c/openstack/kolla-ansible/+/893609 | 14:34 |
mnasiadka | TK_: it's rather a #openstack-nova topic, we're only humble deployers ;-) | 14:42 |
TK_ | Let me use on older kernel and see | 14:58 |
opendevreview | Pedro Henrique Pereira Martins proposed openstack/kolla-ansible master: Fix the docker container dimensions comparison for short notation https://review.opendev.org/c/openstack/kolla-ansible/+/886500 | 19:18 |
-opendevstatus- NOTICE: Some Gerrit changes that update Zuul configuration may fail with no response from Zuul. A fix is in progress. | 20:05 | |
opendevreview | Maksim Malchuk proposed openstack/kayobe stable/zed: Pass through kolla inventories as is https://review.opendev.org/c/openstack/kayobe/+/893688 | 20:07 |
*** mmalchuk_ is now known as mmalchuk | 20:13 | |
simondodsley | Does a kolla deployment install nvme kernel modules, or do we have to do that within a special configuration file. I'm thinking of the `nvme-cli` package and also the kernel modules `nvme-fabrics` and `nvme-rdma` | 22:20 |
-opendevstatus- NOTICE: Gerrit changes with updates to Zuul's configuration should now be handled correctly. Recheck any changes to Zuul configuration which did not report results. | 22:37 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!