| holtgrewe | Hi. I'm using kolla/ansible on wallaby. I have trouble with the bifrost IPA image. The image boots into a login prompt but I cannot login. I have setup `etc/kayobe/bifrost.yml` as by the manual with `kolla_bifrost_dib_elements_extra` including `- "devuser"`, and set in `kolla_bifrost_dib_env_vars_extra` the env variables `DIB_DEV_USER_USERNAME: "devuser"` and `DIB_DEV_USER_PASSWORD: "calvin"`. I have subsequently removed /httpboot/deployment_ | 05:43 |
|---|---|---|
| holtgrewe | image.qcow2-new from the bifrost container and rebuilt it. | 05:43 |
| holtgrewe | (actually removed .qcow2 not .qcow-new) | 05:43 |
| holtgrewe | However, I cannot log into a machine booted with the updated image either and can find no reference to the devuser user in the qcow2 image if I mount it and grep inside of it... | 05:44 |
| jingvar | holtgrewe: there are 2 images - ironic python agent (accepts devuser) and deployment image - accepts user via cloudinit | 06:06 |
| holtgrewe | @jingvar, that's good to know... so, I would have to remove /httpboot/ipa.* and then call `kayobe seed service deploy` again? | 06:09 |
| holtgrewe | I need to get a shell on the machine after booting into IPA discovery. Something appears to be weird with the network (I have an LACP bond setup on net2/3 and while net0/1 are not connected, the machine gets an IP during PXE on net2 and boots into the image but for some reason then cannot configure the net2 interface any more...) | 06:11 |
| holtgrewe | I *think* that the switches are setup correctly with lacp fallback but for debugging, I really have to see what the IPA image is doing and what the results are. | 06:11 |
| jingvar | just change pxe_boot_mac to net2 mac | 06:12 |
| holtgrewe | Sorry, I don't follow. It successfully boots into the IPA image but then I cannot log into the prompt "localhost". | 06:14 |
| holtgrewe | But then network manager takes over and cannot take up the interface. | 06:14 |
| jingvar | ironic set ipmi to boot from first nic - and create /httpboot/pxelinux.cfg/ a file like aa-bb-cc-... | 06:14 |
| jingvar | if node can't boot from interface with this mac it will try boot from second nic, and comes to ironic with different mac and will booted with /httpboot/pxelinux.cfg/default | 06:16 |
| holtgrewe | I might be missing something here. I have just setup the seed machine and I'm using manual ipmitools to have the machine pxe boot and I want it to discover. Yes, it boots with /httpboot/pxelinux.cfg/default | 06:17 |
| holtgrewe | So I'm now seeing "CentOS Linux 8\nKernel...\n....localhost login:" | 06:17 |
| *** amoralej|off is now known as amoralej | 06:19 | |
| jingvar | Do you make a barematal host into ironic with the ipmi creds | 06:19 |
| holtgrewe | But I cannot login with devuser:calvin although I set the user and password for devuser into kolla_bifrost_dib_env_vars_extra and I have devuser in kolla_bifrost_dib_env_vars_extra. I have the following in /etc/bifrost/dib.yml in the bifrost-deploy container. | 06:20 |
| holtgrewe | dib_env_vars: | 06:20 |
| holtgrewe | DIB_DEV_USER_PASSWORD: calvin | 06:20 |
| holtgrewe | (of course that's just an excerpt). | 06:20 |
| jingvar | IPA don't configure bond etc, just boot and collect hardware info and send it to ironic, depends on settings it can't wait command from ironic or shutdown the node | 06:20 |
| holtgrewe | yes, yes, it successfully booted into the IPA image | 06:20 |
| holtgrewe | but I now need to figure out what's going on wrong inside the IPA image | 06:21 |
| holtgrewe | but I cannot loginto the machine while it's in the IPA image | 06:21 |
| holtgrewe | in other words: what's the root password and/or how do I get a user with known password into the IPA image? | 06:21 |
| jingvar | ussaly there is a lot of magic | 06:22 |
| jingvar | by default no user | 06:22 |
| jingvar | let me check | 06:22 |
| jingvar | Do you have kayobe-config/etc/kolla/.. deuser ? | 06:24 |
| holtgrewe | Sorry, what exactly? | 06:27 |
| jingvar | kayobe render it config to kolla config | 06:29 |
| jingvar | some times i faced with that variables from kayobe don't delivered to kolla | 06:30 |
| holtgrewe | `grep -B 3 devuser etc/kolla/config/bifrost/dib.yml` => "dib_env_vars:\n DIB_CLOUD_INIT_DATASOURCES: ConfigDrive\n DIB_DEV_USER_PASSWORD: calvin\n DIB_DEV_USER_USERNAME: devuser" | 06:30 |
| holtgrewe | Yes, and that is also put into the bifrost-deploy container on the host. | 06:30 |
| holtgrewe | The file `/etc/bifrost/dib.yml` inside of the bifrost container also has the `dib_env_vars` with `DIB_DEV_USER_USERNAME`. | 06:32 |
| holtgrewe | Is the devuser and password baked into the ipa.initramfs image? | 06:32 |
| jingvar | I think yes | 06:33 |
| jingvar | kolla_bifrost_dib_elements_extra ? | 06:34 |
| holtgrewe | Inside of the bifrost contrainer in /etc/bifrost/dib.yml I have dib_elements: disable-selinux enable-serial-console vm devuser dynamic-login cloud-init-datasources. | 06:35 |
| jingvar | I think it is ok | 06:36 |
| holtgrewe | Hm, OK... let me extract the initramfs image and look inside. | 06:36 |
| jingvar | I've added devuser and redeploy seed services | 06:36 |
| jingvar | Do you added devuser in first run or after issues? probably it don't rebuild image because it already exist? | 06:39 |
| holtgrewe | I removed the image and then did the `seed service deploy`. But I'm happy to do this again. | 06:40 |
| jingvar | TASK [Bootstrap bifrost (this may take several minutes)] * | 06:41 |
| holtgrewe | Same here, and I already havea n ipa.initramfs from 8:44 today. BUT the SHA256 sum is `0d5d1e1b3ad7425aca0eeddecf9a8497e7af0fc2754fefd4a686bc3d66ca30fe ipa-centos8-stable-wallaby.initramfs` both for the old and the new one. | 06:46 |
| holtgrewe | So apparently it is just downloaded and nothing is baked in. | 06:46 |
| holtgrewe | Oh... https://docs.openstack.org/kayobe/latest/configuration/reference/ironic-python-agent.html#example-configuring-a-development-user-account | 06:48 |
| holtgrewe | d'oh! | 06:48 |
| holtgrewe | I have to go to ipa.yaml not bifrost.yaml | 06:48 |
| jingvar | :) | 06:48 |
| holtgrewe | ... and I just got new glasses. How could that happen? Thanks and sorry for taking your time. | 06:49 |
| jingvar | I'm not sure, bifrost should brings settings to ipa | 06:50 |
| holtgrewe | I'm re-runnign the seed deployment now. | 06:50 |
| holtgrewe | OK, still the same sha256 sum. | 06:53 |
| holtgrewe | `ipa_build_images: true` that might help. | 06:53 |
| jingvar | I'v got the same - can't login | 06:55 |
| jingvar | ipa_build_images: true` - maybe, but i think it just download base image and install python agent | 06:56 |
| holtgrewe | OK, service deploy does not build the image. Maybe `seed container image build`. | 06:58 |
| jingvar | maybe just unpack initramfs, chroot, add user, pack and update sha | 06:58 |
| holtgrewe | :-D | 06:59 |
| holtgrewe | Now I'm seeing `/bin/sh -c ELEMENTS_PATH=/opt/kayobe/src/ironic-python-agent-builder/dib DIB_RELEASE=8-stream DIB_REPOLOCATION_ironic_agent=https://opendev.org/openstack/ironic-python-agent DIB_REPOREF_ironic_agent=stable/wa | 07:04 |
| holtgrewe | llaby DIB_DEV_USER_USERNAME=devuser DIB_DEV_USER_PASSWORD=calvin DIB_DEV_USER_PWDLESS_SUDO=yes /opt/kayobe/venvs/kayobe/bin/python /home/stack/.ansible/tmp/ansible-tmp-1634108498.7438307-37998-244734892192366/AnsiballZ_command.py` in ps, so it's rebuilding. | 07:04 |
| jingvar | ok | 07:06 |
| holtgrewe | The command was `kayobe seed deployment image build` as written here https://docs.openstack.org/kayobe/ussuri/configuration/ironic-python-agent.html. What do you know, all very well documented I just have trouble finding it. | 07:07 |
| jingvar | I don't know , seed service deploy - I see output DIB_DEV_USER_USERNAME\": \"devuser\", - and belive that it applyed | 07:11 |
| jingvar | TASK [bifrost-create-dib-image : Initiate ramdisk build] \"skip_reason\": \"Conditional result was False\"", | 07:13 |
| jingvar | ohh | 07:13 |
| alecorps7 | hello | 07:24 |
| holtgrewe | aaand I have a login! | 07:28 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: cinder-volume/ubuntu: add lsscsi and nvme https://review.opendev.org/c/openstack/kolla/+/813611 | 07:32 |
| opendevreview | Michal Nasiadka proposed openstack/kolla stable/wallaby: gnocchi: update to 4.4.1 https://review.opendev.org/c/openstack/kolla/+/813752 | 07:34 |
| mnasiadka | morning | 07:34 |
| jingvar | morning | 07:43 |
| jingvar | holtgrewe: how? | 07:43 |
| holtgrewe | My custom built IPA image is served and I can now login with devuser:calvin. | 07:44 |
| holtgrewe | And I could "fix" my problem by taking down and up the port on the switches... Dell switches are weird sometimes. | 07:44 |
| opendevreview | Verification of a change to openstack/kolla master failed: docs: Move Kayobe RC1 after Kolla & Kolla Ansible RC1 https://review.opendev.org/c/openstack/kolla/+/812982 | 07:44 |
| opendevreview | Boxiang Zhu proposed openstack/kolla master: Skyline: Add skyline dockerfile https://review.opendev.org/c/openstack/kolla/+/810796 | 08:19 |
| opendevreview | Boxiang Zhu proposed openstack/kolla-ansible master: Skyline: Add skyline role https://review.opendev.org/c/openstack/kolla-ansible/+/810566 | 08:20 |
| opendevreview | Maksim Malchuk proposed openstack/kayobe master: Add the missing documentation for mariadb recovery https://review.opendev.org/c/openstack/kayobe/+/813781 | 08:26 |
| opendevreview | Maksim Malchuk proposed openstack/kayobe master: Add the missing documentation for mariadb recovery https://review.opendev.org/c/openstack/kayobe/+/813781 | 08:26 |
| opendevreview | Mark Goddard proposed openstack/kayobe master: Add support for Ironic inspection through DHCP-relay https://review.opendev.org/c/openstack/kayobe/+/813266 | 08:53 |
| opendevreview | Boxiang Zhu proposed openstack/kolla-ansible master: Skyline: Add skyline role https://review.opendev.org/c/openstack/kolla-ansible/+/810566 | 08:56 |
| opendevreview | Merged openstack/kolla master: docs: Move Kayobe RC1 after Kolla & Kolla Ansible RC1 https://review.opendev.org/c/openstack/kolla/+/812982 | 09:02 |
| opendevreview | Mark Goddard proposed openstack/kayobe master: Remove stale config dump from seed hypervisor host configure https://review.opendev.org/c/openstack/kayobe/+/813786 | 09:14 |
| holtgrewe | So I have one interface up on the node running the IPA image. What should happen next? | 09:21 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Tidy up renos before Xena release https://review.opendev.org/c/openstack/kolla-ansible/+/813788 | 09:21 |
| opendevreview | Boxiang Zhu proposed openstack/kolla master: Skyline: Add skyline dockerfile https://review.opendev.org/c/openstack/kolla/+/810796 | 09:25 |
| holtgrewe | The nodes are now visible in bifrost via baremetal node list... However, `kayobe overcloud introspection data save --output-dir share/introspection-data --output-format YAML` fails. | 09:27 |
| holtgrewe | OK... I guess I have to fix the validate results. | 09:29 |
| opendevreview | Verification of a change to openstack/kolla-ansible master failed: Add support for Ironic inspection through DHCP-relay https://review.opendev.org/c/openstack/kolla-ansible/+/813268 | 09:32 |
| opendevreview | Verification of a change to openstack/kolla stable/ussuri failed: neutron: Fix update-alternatives on CentOS https://review.opendev.org/c/openstack/kolla/+/813305 | 09:36 |
| mnasiadka | yoctozepto: https://review.opendev.org/c/openstack/kolla-ansible/+/813788 - and then I'll post change to cut RC1s | 09:40 |
| opendevreview | Verification of a change to openstack/kolla-ansible stable/wallaby failed: Add check and diff options to kolla-ansible https://review.opendev.org/c/openstack/kolla-ansible/+/812959 | 10:04 |
| holtgrewe | Hm, is there any way to tell kayobe that I want to have bifrost detect with the idrac rather than the ipmi driver? | 10:25 |
| holtgrewe | Ah, it's probably inspector_discovery_enroll_node_driver | 10:26 |
| holtgrewe | Which kayobe command rebuilds the ironic.conf fiel? | 11:48 |
| jingvar | seed service deploy, or dive into playbooks | 11:54 |
| *** amoralej is now known as amoralej|lunch | 12:02 | |
| mgoddard | jingvar: it's nice to see that you're on the kayobe learning curve and are now able to give back by helping others | 12:47 |
| holtgrewe | I can't seem to get my nodes over the verifying step. Here is the `baremetal node validate stack-1` output. https://pastebin.com/z5LbWejT | 13:02 |
| opendevreview | Merged openstack/kolla-ansible stable/wallaby: Add check and diff options to kolla-ansible https://review.opendev.org/c/openstack/kolla-ansible/+/812959 | 13:02 |
| holtgrewe | I think the deploy one is not evil by the docs. | 13:03 |
| *** amoralej|lunch is now known as amoralej | 13:04 | |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible stable/wallaby: Trivial fix shebang in keystone's fernet-node-sync.sh.j2 https://review.opendev.org/c/openstack/kolla-ansible/+/813816 | 13:08 |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible stable/wallaby: Trivial fix shebang in keystone's fernet-node-sync.sh.j2 https://review.opendev.org/c/openstack/kolla-ansible/+/813816 | 13:12 |
| holtgrewe | Will a message `Driver idrac does not support console (disabled or not implemented).` prevent a node from being provisioned by ironic? | 13:18 |
| jingvar | mgoddard: :) | 13:23 |
| jingvar | i have no experince with idrac | 13:29 |
| holtgrewe | @jingvar, have you ever seen something similar? when switching to IPMI I see different flavours of problems. | 13:29 |
| holtgrewe | ooooh | 13:30 |
| holtgrewe | I see now. I'm looking into /var/log/kolla/ironic/* | 13:30 |
| holtgrewe | *sigh* I have a separate OOB network and need to add firewall rule exceptions | 13:31 |
| yoctozepto | mnasiadka: reviewed, needs quick fixes | 14:06 |
| holtgrewe | When I'm configuring mdadm software arrays - how do I get this into provisioning? `kayobe seed service deploy` or do I have to rebuild the image? | 14:51 |
| holtgrewe | Ah, software raid needs to be done directly in bifrost, apparently. | 14:59 |
| priteau | holtgrewe: kayobe only supports mdadm at `host configure` time on non-root devices | 14:59 |
| mnasiadka | #startmeeting kolla | 15:00 |
| opendevmeet | Meeting started Wed Oct 13 15:00:13 2021 UTC and is due to finish in 60 minutes. The chair is mnasiadka. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
| opendevmeet | The meeting name has been set to 'kolla' | 15:00 |
| priteau | It may be possible to do software raid on root FS via bifrost | 15:00 |
| mnasiadka | #topic rollcall | 15:00 |
| holtgrewe | @priteau, thanks. | 15:00 |
| mgoddard | \o | 15:00 |
| mnasiadka | o/ | 15:00 |
| frickler | o/ | 15:01 |
| priteau | o/ | 15:01 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Tidy up renos before Xena release https://review.opendev.org/c/openstack/kolla-ansible/+/813788 | 15:01 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Tidy up renos before Xena release https://review.opendev.org/c/openstack/kolla-ansible/+/813788 | 15:02 |
| yoctozepto | o/ | 15:02 |
| alecorps | hello | 15:03 |
| mnasiadka | #topic agenda | 15:04 |
| mnasiadka | * Announcements | 15:04 |
| mnasiadka | ** Ussuri goes to Extended Maintenance in 1 month (2021-11-12) http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025276.html | 15:04 |
| mnasiadka | * Review action items from the last meeting | 15:04 |
| mnasiadka | * CI status | 15:04 |
| mnasiadka | * Release tasks | 15:04 |
| mnasiadka | * Xena cycle planning | 15:04 |
| mnasiadka | * Yoga PTG planning | 15:04 |
| mnasiadka | * Open discussion | 15:04 |
| mnasiadka | #topic Announcements | 15:04 |
| mnasiadka | Ussuri goes to Extended Maintenance in 1 month (2021-11-12) | 15:04 |
| mnasiadka | #link http://lists.openstack.org/pipermail/openstack-discuss/2021-October/025276.html | 15:04 |
| mnasiadka | So it will join Rocky++ club | 15:05 |
| mnasiadka | Using the opportunity - do we want to EOL any branches? | 15:06 |
| mnasiadka | mgoddard, yoctozepto? | 15:07 |
| mgoddard | last eol was queens | 15:07 |
| mgoddard | so rocky could be a candidate | 15:07 |
| kevko | +1 | 15:07 |
| mnasiadka | Yes, that sounds like a good approach. | 15:08 |
| mnasiadka | #topic Review action items from the last meeting | 15:09 |
| mnasiadka | mnasiadka to run through the release checklist | 15:09 |
| mnasiadka | in progress - kolla-ansible tidy renos patch being reviewed, then I'll propose rc1 for Kolla and Kolla-Ansible | 15:10 |
| mnasiadka | and then move on with Kayobe as agreed | 15:10 |
| mnasiadka | mgoddard to update release docs to reflect Kayobe should be branched/cut RC1 after we have Kolla/Kolla-Ansible RC1s | 15:10 |
| mnasiadka | That's also done | 15:10 |
| mnasiadka | #topic CI status | 15:10 |
| mnasiadka | yoctozepto: how are we with those Galera failures? | 15:11 |
| yoctozepto | mnasiadka: no progress; frickler to hold a node to see if service restart helps | 15:11 |
| mnasiadka | ok then | 15:11 |
| mnasiadka | any other CI issues we know of? | 15:11 |
| yoctozepto | seemingly it works more often than not outside of CI | 15:12 |
| yoctozepto | but can break still | 15:12 |
| yoctozepto | I guess | 15:12 |
| mnasiadka | as always | 15:12 |
| yoctozepto | yup | 15:12 |
| mnasiadka | but it's not a release blocker as I understand | 15:12 |
| frickler | ah, I have a set of 3 held nodes, but didn't get to look at them yet | 15:12 |
| frickler | yoctozepto: remind me of your ssh key, then I'll get you access | 15:13 |
| mnasiadka | ok, let's move on | 15:13 |
| mnasiadka | #topic Release tasks | 15:13 |
| mnasiadka | That's taken care of, | 15:14 |
| mnasiadka | #topic Xena cycle planning | 15:14 |
| mnasiadka | That's too late for that :-) | 15:14 |
| mnasiadka | #topic Yoga PTG planning | 15:14 |
| mnasiadka | #link https://etherpad.opendev.org/p/kolla-yoga-ptg | 15:14 |
| mnasiadka | Please post your topics, PTG is next week | 15:14 |
| mgoddard | last chance to discuss before the PTG | 15:15 |
| mgoddard | https://etherpad.opendev.org/p/kolla-yoga-ptg | 15:16 |
| yoctozepto | frickler: https://api.github.com/users/yoctozepto/keys | 15:16 |
| alecorps | hello, are we in open discussion topics ? | 15:17 |
| mgoddard | hi alecorps, not yet | 15:17 |
| alecorps | ok sorry | 15:17 |
| mgoddard | np | 15:17 |
| mgoddard | are there any topics which need more details? | 15:17 |
| mnasiadka | ok then, I guess no pre-PTG discussion items ;-) | 15:17 |
| mgoddard | I should fill in more info about podman | 15:19 |
| mgoddard | also, is there any reading we need to do before the PTG? | 15:20 |
| mgoddard | e.g. review the podman patch | 15:20 |
| mnasiadka | Around multiple environments - can we have a summary what is there now, and what are next steps? | 15:20 |
| mgoddard | I've added myself a todo | 15:21 |
| mgoddard | Has anyone looked at the podman patch? | 15:22 |
| yoctozepto | I did | 15:22 |
| yoctozepto | I talked with ohorecny as well | 15:22 |
| mnasiadka | I added also a todo to populate Xena PTG Actions | 15:22 |
| yoctozepto | but not checked recently | 15:22 |
| yoctozepto | my take is to make it work with the current ansible code and do the heavier lifting behind the scenes :-) | 15:23 |
| mgoddard | are there comments in the patch that explain what that means? | 15:23 |
| mnasiadka | Do I see that correct it doesn't use systemd units for running container images? | 15:25 |
| frickler | wow, that's some monster patch | 15:26 |
| opendevreview | Merged openstack/kolla stable/ussuri: neutron: Fix update-alternatives on CentOS https://review.opendev.org/c/openstack/kolla/+/813305 | 15:26 |
| yoctozepto | mgoddard: yes, there were there | 15:26 |
| mgoddard | ok, I need to read | 15:26 |
| yoctozepto | frickler: yup, /me trying to make it simpler | 15:26 |
| yoctozepto | mgoddard: ++ | 15:26 |
| yoctozepto | mnasiadka: did not check recently, might not be doing that yet | 15:26 |
| yoctozepto | it would be good to review it before Tuesday then | 15:27 |
| yoctozepto | we are targetting Tuesday, right? | 15:27 |
| mnasiadka | well, we should analyze that patch - and maybe agree on the best approach forward (e.g. if we want to use systemd, other decisions) during the PTG | 15:27 |
| mnasiadka | So yes, it's the time to add more descriptions to each item this week | 15:29 |
| mnasiadka | Do we have any additional topics around the PTG - or should we move to open discussion? | 15:30 |
| yoctozepto | I don't; I will be mostly offering my knowledge and insight on the proposed topics this time, not having many of my own | 15:31 |
| mnasiadka | I will probably find some that might be interesting but not picked up in previous cycles (as ,,backup'' to discuss if we'll feel it makes sense) | 15:33 |
| kevko | added some comments also :P | 15:34 |
| mgoddard | kevko: will you attend the PTG? | 15:35 |
| kevko | mgoddard: probably yes | 15:36 |
| mgoddard | kevko: good. Please add your name to the etherpad | 15:36 |
| mgoddard | kevko: it's a good place to discuss features that you're working on or would like to work on | 15:36 |
| kevko | mgoddard: but I am not sure, it depends on my internet connection ..i will be on vacation | 15:36 |
| mgoddard | ah | 15:36 |
| mgoddard | well don't ruin your holiday for it ;) | 15:37 |
| kevko | mgoddard: but probably i will | 15:37 |
| mnasiadka | kevko: ruin or attend? :) | 15:37 |
| kevko | mgoddard: well, i really need to move on with my patches ...I am still rebasing and keeping them live ..because we are using them from stein ... | 15:37 |
| kevko | mgoddard: especially logging, proxysql, mariadb-arbitrator | 15:38 |
| kevko | attend :D | 15:38 |
| kevko | (and working very well :/) | 15:38 |
| kevko | already open discussion ? | 15:38 |
| mnasiadka | mgoddard: https://review.opendev.org/c/openstack/kolla-ansible/+/813788 - and I'll post rc1 patches to releases repo | 15:38 |
| mnasiadka | ok then, let's move to open discussion | 15:39 |
| mnasiadka | #topic Open discussion | 15:39 |
| mnasiadka | alecorps: you had something? | 15:39 |
| alecorps | yes | 15:39 |
| alecorps | I'm looking for two reviews for the two belows gerrit reviews : | 15:39 |
| alecorps | https://review.opendev.org/c/openstack/kolla-ansible/+/807404 | 15:39 |
| alecorps | https://review.opendev.org/c/openstack/kolla-ansible/+/808760 | 15:39 |
| alecorps | maybe you can help me ? | 15:39 |
| mnasiadka | Unfortunately we're beyond the point we could review them and merge them in Xena | 15:41 |
| yoctozepto | but we are known to backport small features | 15:42 |
| yoctozepto | just need to wait until we stabilise | 15:42 |
| alecorps | ok | 15:42 |
| alecorps | I just want to be sure the pr will not be abandonned | 15:43 |
| kevko | I would like to ask why there is such big preasure to remove binary packages .. | 15:44 |
| mnasiadka | alecorps: if you could add them on the whiteboard on the end of Xena priorities list - we'll remember to review that | 15:44 |
| mnasiadka | alecorps: https://etherpad.opendev.org/p/KollaWhiteBoard | 15:44 |
| alecorps | ok I will | 15:44 |
| alecorps | thanks | 15:44 |
| mnasiadka | kevko: it's not pressure, but an open discussion on the PTG | 15:45 |
| kevko | i know there are problems with it ... but i think option is to drop all meta packages and just install source code (from a package) | 15:45 |
| kevko | mnasiadka: yeah, but it is discussion from version to version :) | 15:45 |
| mnasiadka | yes, we've had that discussion last time - we're just a limited group with many things to maintain | 15:45 |
| kevko | I am DD in debian, so if found some bug fixed in master ..i am patching it as fast as I can ..also CVEs and such .. when i have source i can't do it .. | 15:46 |
| mnasiadka | and most people use source, because most openstack projects are not really good at posting minor releases | 15:47 |
| kevko | i can for example use some git with my source ..but i can't handle requirements for example ..they are installed from pip | 15:47 |
| kevko | if it's binary ..i just fix it with patch in debian .. (or in local apt repo for example ..) | 15:47 |
| mnasiadka | kevko: in Debian it might be simple for you, but there are are distributions - where it's really simple to do it source | 15:48 |
| kevko | well, centos has something similar nope ? | 15:48 |
| kevko | i mean ..patches for packages | 15:48 |
| yoctozepto | kevko: what you describe as needed is even simpler for me to do with source; we might perhaps want to focus on making kolla have better flows and guidelines for your needs | 15:49 |
| yoctozepto | but otherwise source are *more* flexible | 15:49 |
| yoctozepto | not less | 15:49 |
| frickler | is there a way to patch things that are installed from pypi? like the recent suds-jurko for example? | 15:50 |
| mnasiadka | kevko: most people that use binary rely on RDO/UCA/Debian OpenStack to deliver packages, and at least RDO and UCA post new OpenStack packages versions only when there's a minor release - which doesn't happen often for some projects (but bugs are fixed in stable/xena for example) | 15:50 |
| mnasiadka | but yes, I agree with yoctozepto - we should gather stories/scenarios from users and help them with describing a workflow | 15:51 |
| opendevreview | Merged openstack/kolla-ansible master: Add support for Ironic inspection through DHCP-relay https://review.opendev.org/c/openstack/kolla-ansible/+/813268 | 15:51 |
| mnasiadka | and fixing what doesn't work + updating docs with how to handle different situations | 15:51 |
| opendevreview | Merged openstack/kolla-ansible master: Tidy up renos before Xena release https://review.opendev.org/c/openstack/kolla-ansible/+/813788 | 15:51 |
| kevko | yoctozepto: ok, consider that some service, binary, library, whatever has dependency to some library and its upper-constraints is X.X.X ... but X.X.X is buggy ..and fix is in Y.Y.Y ..but that service, binary, library is not compatible with Y.Y.Y because it is major change ...but buggy thing is only in one line for example ... how i can fullfill this with source ? | 15:51 |
| kevko | and library Y.Y.Y is non-openstack ..and author will not fix X.X.X+1 version | 15:52 |
| yoctozepto | kevko: for that we need a special workflow in kolla and I would prefer to work on that so that all users benefit | 15:53 |
| yoctozepto | frickler: I think kevko's issue matches your question ^ | 15:53 |
| frickler | yes | 15:54 |
| mgoddard | you could fork the code, and install from git | 15:54 |
| kevko | in package you just take a diff from Y.Y.Y version (even if whole code is completly different..you just pick one line diff ..add to package ..rebuild image ) | 15:54 |
| yoctozepto | mgoddard: might be tricky with arbitrary deps | 15:54 |
| yoctozepto | good discussion topic nonetheless | 15:55 |
| yoctozepto | let's add this for the PTG | 15:55 |
| alecorps | @mnasiadka: added in the whiteboard | 15:55 |
| alecorps | hope it's ok for you | 15:55 |
| kevko | mgoddard: yeah, and this is the way, add possibility to override any source library,app whatever | 15:55 |
| mnasiadka | alecorps: thanks, will check and adapt if needed | 15:55 |
| kevko | mgoddard: but you have to implement whole process of deliver that forked git ..what about dependencies ? .. c libraries, gcc and others if there will be some source which will need it ? in my example this is solved on deb/centos builder machine | 15:57 |
| kevko | also, is there some statistics how many users are using binary/source ? | 15:58 |
| kevko | because I think most binary users are not downloading images from kolla officially ..they just building them .. as me | 15:59 |
| mnasiadka | the numbers on Docker Hub are similar, but that might also mean the only user is CI :) | 16:00 |
| mnasiadka | ok, let's finish the meeting | 16:00 |
| yoctozepto | let's discuss during the ptg | 16:00 |
| mnasiadka | #endmeeting | 16:00 |
| opendevmeet | Meeting ended Wed Oct 13 16:00:46 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:00 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/kolla/2021/kolla.2021-10-13-15.00.html | 16:00 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/kolla/2021/kolla.2021-10-13-15.00.txt | 16:00 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/kolla/2021/kolla.2021-10-13-15.00.log.html | 16:00 |
| yoctozepto | thanks mnasiadka | 16:00 |
| * yoctozepto off | 16:00 | |
| kevko | thank you guys | 16:01 |
| alecorps | thanks | 16:10 |
| holtgrewe | How do I set the boot device in kayobe without RAID? | 16:19 |
| priteau | holtgrewe: Do you mean select which disk is used for writing the root image? | 16:21 |
| holtgrewe | Yes, do I put `inspector_rule_root_hint_init` into group_vars/controllers/inspector, for example? | 16:21 |
| *** amoralej is now known as amoralej|off | 16:22 | |
| holtgrewe | Or is this something that I set directly in bifrost/ironic via baremetal node set? | 16:28 |
| priteau | You can do either. Inspector rule will only work on next inspection, while manual set can be done at any time of course | 16:29 |
| holtgrewe | Thanks. Sorry for the dumb questions, I am still building my mental model of all of this and kayobe -> kolla -> a bunch of openstack is somewhat challenging for me still | 16:31 |
| holtgrewe | I now do `kayobe overcloud provision`. This makes the machine go it IPA and boot via DHCP. They get an IP hat is not the same as I have in `etc/kayobe/network-allocation.yml`. Thus the kayobe command fails because it cannot SSH into the machines. What am I doing wrong here? | 17:00 |
| yoctozepto | mnasiadka, mgoddard: could we start ptg with kolla topics instead of general? I will have to evacuate myself onto TC meeting in the 2nd half | 17:08 |
| yoctozepto | (on Monday) | 17:09 |
| jingvar | holtgrewe: there are 2 parts of pxe subnet | 17:48 |
| jingvar | 1. for ironic dhcp - unknow nodes 2. for known nodes | 17:50 |
| jingvar | bifrost-deploy)[root@kayobe bifrost-base-archive-stable-victoria]# less /etc/dnsmasq.conf dhcp-range=10.228.0.128,10.228.0.254,12h | 17:59 |
| jingvar | network-allocation have reocrds from first part of 10.228.0.0/24 | 18:00 |
| opendevreview | Maksim Malchuk proposed openstack/kolla-ansible stable/wallaby: Add support for Ironic inspection through DHCP-relay https://review.opendev.org/c/openstack/kolla-ansible/+/813890 | 20:03 |
| opendevreview | Maksim Malchuk proposed openstack/kolla-ansible stable/victoria: Add support for Ironic inspection through DHCP-relay https://review.opendev.org/c/openstack/kolla-ansible/+/813891 | 20:04 |
| opendevreview | Maksim Malchuk proposed openstack/kolla-ansible stable/ussuri: Add support for Ironic inspection through DHCP-relay https://review.opendev.org/c/openstack/kolla-ansible/+/813892 | 20:04 |
| -opendevstatus- NOTICE: Both Gerrit and Zuul services are being restarted briefly for minor updates, and should return to service momentarily; all previously running builds will be reenqueued once Zuul is fully started again | 22:50 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!