Earlier  
Posted Nick Remark
#openstack-nova - 2021-03-23
16:56:13 openstackgerrit Merged openstack/nova master: Initialize global data separately and run_once in WSGI app init https://review.opendev.org/c/openstack/nova/+/733627
18:31:59 rouk sean-k-mooney: nova patch wise, see a simpler way to make it work?
18:34:04 sean-k-mooney the only thing i can think of is
18:34:10 sean-k-mooney to update teh migrate xml
18:34:36 sean-k-mooney to example exactil the feature that are in use on the source node
18:34:42 sean-k-mooney and skip the cpu compare
18:34:47 sean-k-mooney with a workaround flag
18:35:03 sean-k-mooney but i have not looked at writing that
18:36:26 sean-k-mooney i ping kashyap about this a little eairler to see if he had any ideas but you tried most of the ones i tought would be strait forward
18:36:46 rouk that sounds like more work than removing a commit from qemu
18:36:47 sean-k-mooney since they didnt work nothing that is quick an simple
18:36:55 sean-k-mooney ya it is
18:37:26 rouk ill get it cooking then.
19:53:25 melwitt gmann: do you think such a change like https://review.opendev.org/c/openstack/nova/+/782545 represents an api change that needs a new microversion?
19:56:12 gmann melwitt: yeah, it change 400 to 200 which is interop issue. microversion is needed for such changes
19:56:34 melwitt gmann: ack, thanks
20:09:19 gmann melwitt: this is same as allowing more char in keypair name, - https://blueprints.launchpad.net/nova/+spec/allow-special-characters-in-keypair-name
20:19:25 melwitt gmann: a-ha, thanks for the example!
22:46:51 openstackgerrit Merged openstack/nova stable/ussuri: Add config parameter 'live_migration_scheme' to live migration with tls guide https://review.opendev.org/c/openstack/nova/+/782126
#openstack-nova - 2021-03-24
03:40:37 openstackgerrit Rico Lin proposed openstack/nova master: [Arm64] Makesure read bytes from jason files https://review.opendev.org/c/openstack/nova/+/782634
05:38:29 openstackgerrit Josephine Seifert proposed openstack/nova stable/train: Add config parameter 'live_migration_scheme' to live migration with tls guide https://review.opendev.org/c/openstack/nova/+/782430
07:00:45 openstackgerrit Rico Lin proposed openstack/nova master: [Arm64] Makesure read bytes from jason files https://review.opendev.org/c/openstack/nova/+/782634
07:13:07 openstackgerrit Rico Lin proposed openstack/nova master: [Arm64][libvirt] Fix read bytes from jason files https://review.opendev.org/c/openstack/nova/+/782634
07:14:12 ricolin stephenfin, I created a bug for the arm64 bionic issue here https://bugs.launchpad.net/nova/+bug/1921073
07:14:13 openstack Launchpad bug 1921073 in OpenStack Compute (nova) "[arm64][libvirt] firmware metadata files not found for arm64 on ubuntu 18.04" [Undecided,New]
07:15:14 ricolin Also launchpad and patch for focal arm64 libvirt issue I mentioned in https://review.opendev.org/c/openstack/nova/+/781210
07:15:15 ricolin https://review.opendev.org/c/openstack/nova/+/782634
07:19:35 ricolin stephenfin, gibi bauzas kashyap takashin lyarwood ^^^
08:32:53 hrw morning
08:33:09 hrw does anyone uses nova on Debian 'buster'?
08:34:43 hrw I am trying to get it working again in Kolla. so far updated libvirt and libvirt-python to 7.0.0, installed 2020.05 qemu-efi-aarch64 firmware. This gave me nova passing further.
08:38:30 ricolin hrw, do you facing the same issue as I'm on Ubuntu 'bionic'? https://bugs.launchpad.net/nova/+bug/1921073
08:38:32 openstack Launchpad bug 1921073 in OpenStack Compute (nova) "[arm64][libvirt] firmware metadata files not found for arm64 on ubuntu 18.04" [Undecided,New]
08:40:24 hrw ricolin: do yourself a favor. move to 20.04
08:40:42 hrw ricolin: I solved that problem with qemu-efi-aarch64 from buster-backports
08:45:49 ricolin hrw, already moved and it works with 20.04 (https://review.opendev.org/c/openstack/devstack/+/708317)
08:47:44 hrw https://paste.debian.net/1190776/ is where I am now
08:49:23 ricolin hrw, for that case, I think this fix works https://review.opendev.org/c/openstack/nova/+/782634
08:55:11 hrw hm. need to install with nova in developer mode then
08:57:41 kashyap sean-k-mooney: My internet connection last evening was super flaky here (they were, and still are, reworking roads here).
08:58:12 hrw ricolin: thanks.
08:58:20 hrw redeploying now
08:58:21 kashyap ricolin: Is this the one that was breaking the AArch64 CI?
08:59:11 ricolin hrw, I'm now looking at issue with delete volume backups in https://zuul.opendev.org/t/openstack/build/22b514f0bb2041d9b744cc0b37df8bf9
08:59:25 ricolin kashyap, yes
09:00:34 hrw ricolin: step by step. I first want to get something running.
09:01:02 hrw already have 3 patches in kolla queue to get to current state ;D
09:01:41 kashyap ricolin: The "rb" --> read and binary, yeah?
09:02:04 hrw mgoddard: yes
09:02:08 hrw kashyap: yes
09:02:36 ricolin hrw, will check your kolla patches, maybe I'm facing same issues you ware faced!
09:02:47 ricolin kashyap, yes as hrw said:)
09:03:19 mgoddard hrw: me?
09:03:21 ricolin read and make all output from file in binary mode
09:03:28 hrw mgoddard: sorry
09:03:40 kashyap hrw: ricolin: Nice debugging. It's the Python-3 only thing, I guess?
09:04:37 hrw kashyap: I would say that it is old open() behaviour but maybe I am too long in py3
09:05:12 hrw anyway it is probably usual bytes != chars thing
09:26:51 bauzas stephenfin: dansmith: lyarwood: I'm a bit afraid of loosing the RPC API bump merge to be in Xena, could you please look at this one ?
09:27:03 bauzas context : https://review.opendev.org/c/openstack/nova/+/761452
09:37:09 hrw ricolin: https://review.opendev.org/c/openstack/nova/+/782634 got me closer ;D
09:37:32 hrw now it is at: 2021-03-24 10:36:23.905 7 ERROR nova.compute.manager [instance: ef71de37-1a2b-4f60-9fb4-d5942ffe7fc4] libvirt.libvirtError: unable to open '/sys/fs/cgroup/machine/qemu-1-instance-00000002.libvirt-qemu/': No such file or directory
09:39:11 hrw ricolin: +1
10:47:32 gibi fyi, there is an intermittent unit test failure in the gate since https://review.opendev.org/c/openstack/nova/+/733627 merged. https://bugs.launchpad.net/nova/+bug/1921098
10:47:34 openstack Launchpad bug 1921098 in OpenStack Compute (nova) "test_init_application_called_twice unit test fails intermittently" [High,Triaged] - Assigned to Balazs Gibizer (balazs-gibizer)
10:47:54 gibi I'm will push a patch soon
11:08:45 openstackgerrit Balazs Gibizer proposed openstack/nova master: Reset global wsgi app state in unit test https://review.opendev.org/c/openstack/nova/+/782691
11:10:25 gibi stephenfin, lyarwood, bauzas: could you hit it please ^^ ?
11:16:11 gibi lyarwood, stephenfin if you know how to make it nicer then a follow up is appreciated https://review.opendev.org/c/openstack/nova/+/779446/1/doc/source/admin/hw-machine-type.rst#26
11:17:57 stephenfin gibi: done
11:18:46 lyarwood aaaaaand done
11:18:59 lyarwood stephenfin: I'll sort that machine type doc issue out now
11:20:05 stephenfin lyarwood: It's not you - it's the theme
11:20:36 stephenfin There's a <div> with multiple <p> elements inside. The <p> elements are getting styled instead of the <div>
11:21:00 stephenfin gibi:
11:23:26 gibi lyarwood, stephenfin : if it cannot be fixed then fine :)
11:23:34 gibi btw, I have a micro nit also in https://review.opendev.org/c/openstack/nova/+/779479/3/nova/api/openstack/compute/rest_api_version_history.rst#1138
11:24:10 gibi and thanks for the review on the unit test fix
11:24:11 gibi :)
11:25:58 lyarwood gibi: kk I can respin that
11:27:03 lyarwood ah nvm it's in the gate
11:27:18 gibi yeah, it is totally OK not to fix it
11:27:36 gibi I just wanted to note that the anchor generation works differently if the label starts with a number
11:27:52 gibi so we should prefer labels starting with a nonnumber for stable achors
11:28:02 gibi but this one will work for the case you added it
11:28:10 gibi as the anchor and the ref is in the same doc
11:28:17 gibi and sphinx magic helps
11:28:43 lyarwood it's in a different doc?
11:31:08 gibi it is generated by the same single sphinx run so the anchor is resolved properly
11:31:44 gibi but externally (ie, from the python-novaclient docs) you would need to refer to the numeric id of the ancor 'id80' but that is not stable
11:32:15 gibi sphinx generates proper labelled achnors if the label starts with a nonnumber
11:32:21 lyarwood kk
11:33:49 openstackgerrit Lee Yarwood proposed openstack/nova master: doc: Use a non-numerical anchor when referencing microversions https://review.opendev.org/c/openstack/nova/+/782696
12:10:34 openstackgerrit Rico Lin proposed openstack/nova master: [Arm64][libvirt] Fix read bytes from json files https://review.opendev.org/c/openstack/nova/+/782634
12:13:10 hrw can someone point me to doc about how nova/libvirt create cgroupv2 dirs?
12:26:55 openstackgerrit Lee Yarwood proposed openstack/nova master: doc: Use a non-numerical anchor when referencing microversions https://review.opendev.org/c/openstack/nova/+/782696
12:35:14 lyarwood https://review.opendev.org/q/topic:bug/1917619 & https://review.opendev.org/q/topic:bug/1919487 could use reviews if anyone has bandwidth this week btw
12:36:29 lyarwood gibi / stephenfin ; https://review.opendev.org/c/openstack/nova/+/768466 also this that gets us closer to finally closing out our migration to native zuulv3 jobs
12:36:44 lyarwood it has taken ages to land all the required stuff in devstack and the ceph plugin
12:37:13 stephenfin lyarwood: ack

Earlier   Later