logan- | mgariepy: yes, same "CPU doesn't have compatibility" error on 2023.1 when attempting live migrates. identical brand new systems, lscpu looks identical on the hosts. | 07:45 |
---|---|---|
logan- | setting [workarounds] skip_cpu_compare_on_dest = True in nova fixed live migrations like that bug mentioned, hopefully that works for you | 07:52 |
noonedeadpunk | Is hardware in topic contain Xeon Gold 63** ? | 09:18 |
jrosser | ^ we have exactly this too affecting us | 09:25 |
jrosser | andrewbonney has looked into this for us | 09:25 |
noonedeadpunk | generaly live migrtations does work for us on 2023.1... They just doesn't between ubuntu 20.04 and 22.04 hosts, but iirc there was some new filter introduced that checks for OS version and tries to schedule only on more fresh OS | 09:32 |
noonedeadpunk | I think that: https://docs.openstack.org/nova/latest/admin/scheduling.html#hypervisorversionweigher | 09:34 |
noonedeadpunk | nah, it's only from 2023.2.... | 09:34 |
noonedeadpunk | and with Gold 63** it was that nova was refusing to start due to unsupported CPU flags in cpu_map.... | 09:35 |
noonedeadpunk | So issue was different.... | 09:35 |
andrewbonney | Yes, I reported https://bugs.launchpad.net/nova/+bug/2023035 which is now being handled in https://bugs.launchpad.net/nova/+bug/2039803 | 09:53 |
andrewbonney | The config workaround they suggest seems to work, although we chose to revert the patch which caused it | 09:54 |
noonedeadpunk | ah. we have `cpu_mode=custom` and define `cpu_model` everywhere | 09:55 |
noonedeadpunk | since hardware is far from being aligned... | 09:56 |
noonedeadpunk | that's why we don't see that | 09:57 |
noonedeadpunk | (I guess) | 09:57 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Disable RabbitMQ quorum queues by default https://review.opendev.org/c/openstack/openstack-ansible/+/901204 | 11:03 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/2023.1: Bump SHAs for 2023.1 https://review.opendev.org/c/openstack/openstack-ansible/+/901234 | 11:14 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/zed: Bump SHAs for Zed https://review.opendev.org/c/openstack/openstack-ansible/+/901235 | 11:22 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/yoga: Bump SHAs for Yoga https://review.opendev.org/c/openstack/openstack-ansible/+/901236 | 11:32 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Adopt magnum test variables for openstack_resources https://review.opendev.org/c/openstack/openstack-ansible/+/901184 | 11:34 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Adopt magnum test variables for openstack_resources https://review.opendev.org/c/openstack/openstack-ansible/+/901184 | 11:44 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Add openstack_resources role skeleton https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/878794 | 12:24 |
-opendevstatus- NOTICE: Gerrit will be unavailable for a short time starting at 15:30 UTC as it is upgraded to the 3.8 release. https://lists.opendev.org/archives/list/service-announce@lists.opendev.org/thread/XT26HFG2FOZL3UHZVLXCCANDZ3TJZM7Q/ | 14:05 | |
noonedeadpunk | I'm pretty much failing to start a skyline in a sandbox.... | 15:36 |
-opendevstatus- NOTICE: The Gerrit upgrade is complete, however we have Zuul offline in parallel for a schema migration, so any events occurring during this time will be lost (requiring a recheck or similar to trigger jobs once it returns to service); we'll update again once this is complete. | 16:33 | |
noonedeadpunk | while role works as expected (I guess), I think it's an issue with skyline to be frank.... | 16:41 |
noonedeadpunk | as what I see in console and OpenAPI is pretty much aligned and wrong at the same time... | 16:41 |
noonedeadpunk | according to what is expected | 16:41 |
jrosser | noonedeadpunk: last time i looked at skyline they had an executable which generates the nginx config, which is pretty nasty | 16:57 |
jrosser | like here https://github.com/openstack/skyline-console/blob/master/doc/source/install/source-install-ubuntu.rst#L89 | 16:58 |
jrosser | so what we have in our os_skyline role is going to be a kind of snapshot of what that used to be a looooong time ago | 16:59 |
-opendevstatus- NOTICE: Zuul is fully back in service now, but any events occurring prior to 17:05 UTC may need a recheck to trigger jobs. | 17:12 | |
opendevreview | Merged openstack/openstack-ansible-galera_server stable/2023.1: Fix ignored database directories configuration https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/900888 | 18:55 |
logan- | noonedeadpunk: nope mine were Ryzen 7950X | 21:07 |
hamburgler | noonedeadpunk: I had issues with skyline working correctly through the os_skyline role, ended up setting the SQLAlchemy pip package to a specific version and it resolve issues on my end | 22:41 |
hamburgler | skyline_pip_packages: | 22:42 |
hamburgler | - "git+{{ skyline_git_repo }}@{{ skyline_git_install_branch }}#egg=skyline-apiserver" | 22:42 |
hamburgler | - "git+{{ skyline_console_git_repo }}@{{ skyline_console_git_install_branch }}#egg=skyline-console" | 22:42 |
hamburgler | - SQLAlchemy==1.4.41 | 22:42 |
hamburgler | anything newer than that and it wouldn't work | 22:42 |
hamburgler | i had no issues installing via the skyline docs on their end which was odd | 22:43 |
hamburgler | but use a slightly modified version of the os_skyline role that was put together for osa, should work | 22:44 |
hamburgler | skyline also not supporting local storage, ick | 22:46 |
hamburgler | (also had updated my version of the os_skyline role to be in line with new haproxy changes) | 22:49 |
jrosser | hamburger it would be great if you could submit any fixes you have to the skyline role | 23:00 |
hamburgler | jrosser: is there an onboarding process or anything? I actually haven't looked into this :), or just free to submit? | 23:27 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!