| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-09-13 | |||
| 13:03:14 | bauzas | ah | |
| 13:03:40 | bauzas | so, yeah, we should configure uwsgi to *not* handle this signal | |
| 13:03:54 | bauzas | a devstack change I guess | |
| 13:04:15 | gibi | nova-api works if I run it under python directly | |
| 13:05:35 | sean-k-mooney | SIGUSR2 -USR2 prints worker status | |
| 13:05:45 | sean-k-mooney | that is what uWSGI does by default | |
| 13:06:17 | bauzas | gibi: yeah, so this is because of the server | |
| 13:06:25 | sean-k-mooney | https://uwsgi-docs-additions.readthedocs.io/en/latest/Management.html#signals-for-controlling-uwsgi | |
| 13:06:56 | sean-k-mooney | we may or may not be able to change that | |
| 13:07:13 | bauzas | https://uwsgi-docs.readthedocs.io/en/latest/Management.html#signals-for-controlling-uwsgi | |
| 13:07:16 | bauzas | this | |
| 13:07:22 | bauzas | jinxed by sean-k-mooney | |
| 13:09:15 | opendevreview | Federico Ressi proposed openstack/nova master: Debug Nova APIs call failures https://review.opendev.org/c/openstack/nova/+/806683 | |
| 13:09:30 | bauzas | sean-k-mooney: looks like Stackalytics gives me a clue https://uwsgi-docs.readthedocs.io/en/latest/Options.html?#py-call-osafterfork | |
| 13:09:38 | opendevreview | Federico Ressi proposed openstack/nova master: Check Nova project changes with Tobiko scenario test cases https://review.opendev.org/c/openstack/nova/+/806853 | |
| 13:10:01 | sean-k-mooney | maybe | |
| 13:10:18 | bauzas | anyway, not an urgent problem but we should somehow track this | |
| 13:11:17 | sean-k-mooney | https://www.techatbloomberg.com/blog/configuring-uwsgi-production-deployment/ | |
| 13:12:11 | sean-k-mooney | This feature should be enabled by default because we expect processes to respond to signals that are sent to them. Without enabling this feature, the first developer to attempt to trap signals in a uWSGI-hosted service is going to be confused until they find this option. That could cause a delay of anywhere from 0 minutes to days, depending on how good someone is at Googling | |
| 13:12:13 | sean-k-mooney | or asking coworkers for their opinions. | |
| 13:12:17 | sean-k-mooney | ^ | |
| 13:15:13 | gibi | yupp that feels like a doc bug to suggest using py-call-osafterfork = true | |
| 13:16:15 | bauzas | I'm proud of my Google fu's then :) | |
| 13:17:13 | bauzas | I should ask for a promotion "Senior Principal Software Googler" I guess | |
| 13:18:22 | bauzas | I'm used to practice it for administrative and legal paperwork | |
| 13:18:45 | bauzas | anyway, back to the regression fix you asked me to look a | |
| 13:49:23 | noonedeadpunk | hey there! | |
| 13:49:54 | noonedeadpunk | I see weird behaviour of nova-manage when I'm trying to do db_sync when ca_file is provided for mysql connection string | |
| 13:50:25 | noonedeadpunk | s/ca_file/ssl_ca/ | |
| 13:50:52 | noonedeadpunk | So eventually that's stack trace https://paste.opendev.org/show/809281/ | |
| 13:51:21 | noonedeadpunk | And all other services treat same connection string correctly | |
| 13:51:43 | noonedeadpunk | So for me it feels like there's somewhere urlencode appllied or smth like that | |
| 13:52:16 | artom | noonedeadpunk, that smells like a thing we fixed recently... | |
| 13:52:20 | noonedeadpunk | If I add quotes in the connection line - this prevents file patch from being converted, but then wrong path is passed | |
| 13:52:47 | noonedeadpunk | oh, I'm running master but with head several weeks before... | |
| 13:52:55 | noonedeadpunk | will try to update sha used | |
| 13:53:04 | artom | noonedeadpunk, https://review.opendev.org/c/openstack/nova/+/805663/9 | |
| 13:53:38 | noonedeadpunk | well, I came to smth simmilar :) thanks | |
| 13:59:18 | noonedeadpunk | artom: works nicely! | |
| 13:59:27 | artom | \o/ | |
| 14:18:21 | gibi | interestingly multiple people independently reported bugs about nova/placement does not allow migrating VMs out from overallocated computes https://bugs.launchpad.net/nova/+bug/1943191 | |
| 14:19:09 | gibi | I think we have that situation for a long time, sice we use migration allocations | |
| 14:19:22 | gibi | hm, even before | |
| 14:19:27 | gibi | since we use placement actually | |
| 15:03:03 | opendevreview | Alban Lecorps proposed openstack/nova master: VMware: Support volumes backed by VStorageObject https://review.opendev.org/c/openstack/nova/+/808791 | |
| 15:09:44 | gibi | it is fun to see how bauzas consistently clicks on Review-Priority +1 instead of Workflow +1 then lyarwood goes and fix is up for him. this is real teamwork :) | |
| 15:10:04 | gibi | btw thanks for the reviews on the nova-manage db version fix | |
| 15:10:57 | lyarwood | ^_^ np | |
| 15:23:57 | dansmith | in bauzas' defense, it breaks a decade of muscle memory, so I sympathize | |
| 15:24:06 | dansmith | I usually catch myself, but not always | |
| 15:27:18 | bauzas | gibi: holy shit | |
| 15:27:59 | bauzas | dansmith: and yeah, it was that for at least 6 years for Nova and 8 years for another project ;) | |
| 15:28:10 | bauzas | wow, time flies | |
| 15:28:52 | gibi | yeah I also guessed that it was muscle memory | |
| 15:46:36 | bauzas | gibi: if I was a astronaut, I could then have created a problem with my spacecraft :p | |
| 15:48:06 | opendevreview | Merged openstack/nova master: Reproduce bug/1943436 https://review.opendev.org/c/openstack/nova/+/808753 | |
| 15:48:10 | gibi | I hope spacex freezing the UI layout at least for each individual flight :) | |
| 16:43:29 | opendevreview | Merged openstack/nova master: Fix nova-manage db version https://review.opendev.org/c/openstack/nova/+/808712 | |
| 16:53:36 | coreycb | hello, are there any near-term plans for new stable releases of nova? | |
| 17:02:43 | elodilles | coreycb: I'm not aware of plans but it is possible to release for wallaby, victoria and ussuri as well as there are merged patches | |
| 17:02:55 | lyarwood | coreycb: elodilles normally does these, I can't see any open but we can raise it tomorrow during the team meeting | |
| 17:03:06 | lyarwood | ah there we go | |
| 17:03:09 | lyarwood | :) | |
| 17:03:40 | elodilles | :) | |
| 17:33:00 | coreycb | elodilles: lyarwood: thanks for the response and raising it at the meeting | |
| 19:33:12 | opendevreview | Alban Lecorps proposed openstack/nova master: VMware: Support volumes backed by VStorageObject https://review.opendev.org/c/openstack/nova/+/808791 | |
| #openstack-nova - 2021-09-14 | |||
| 01:07:15 | opendevreview | MaAoyu proposed openstack/nova master: swap multiattach volume, report an error VolumeNotFound https://review.opendev.org/c/openstack/nova/+/807025 | |
| 06:25:32 | opendevreview | Victor Coutellier proposed openstack/nova master: VMware: Support volumes backed by VStorageObject https://review.opendev.org/c/openstack/nova/+/808791 | |
| 08:05:05 | gibi | o/ | |
| 08:12:36 | opendevreview | alecorps proposed openstack/nova master: VMware: Support volumes backed by VStorageObject https://review.opendev.org/c/openstack/nova/+/808791 | |
| 08:22:23 | lyarwood | \o | |
| 08:22:38 | lyarwood | bauzas: https://review.opendev.org/c/openstack/nova/+/807714 - would you mind hitting this today please | |
| 08:22:47 | bauzas | lyarwood: sure, will look | |
| 08:22:52 | lyarwood | thanks | |
| 08:23:51 | bauzas | this time, I clicked on the right button :D | |
| 08:25:03 | bauzas | https://i.gifer.com/IqTa.gif | |
| 08:26:05 | bauzas | or rather https://www.youtube.com/watch?v=Kz0PSSreCuE (wasn't able to find this one before ;) ) | |
| 08:30:36 | lyarwood | ^_^ | |
| 08:41:04 | gibi | :) | |
| 09:09:12 | opendevreview | Merged openstack/nova master: Add more retries to TestMigrateFromDownHost tests https://review.opendev.org/c/openstack/nova/+/807714 | |
| 10:05:08 | opendevreview | Lee Yarwood proposed openstack/nova master: WIP configdrive: Move mkisofs_cmd default to mkisofs https://review.opendev.org/c/openstack/nova/+/808921 | |
| 10:20:41 | opendevreview | Lee Yarwood proposed openstack/nova master: configdrive: Add TODO to replace vfat creation code with virt-make-fs https://review.opendev.org/c/openstack/nova/+/808922 | |
| 10:22:43 | opendevreview | alecorps proposed openstack/nova master: VMware: Support volumes backed by VStorageObject https://review.opendev.org/c/openstack/nova/+/808791 | |
| 10:58:46 | opendevreview | Lee Yarwood proposed openstack/nova stable/train: guestfs: With libguestfs >= v1.41.1 decode returned bytes to string https://review.opendev.org/c/openstack/nova/+/787903 | |
| 12:55:21 | bauzas | folks, I'm a bit offloaded by something internal, but you can ping me for reviews | |
| 12:55:45 | bauzas | gibi: I remember I need to update the doc change for the mdev support, but hopefully, I'll do it tomorrow | |
| 13:01:59 | gibi | bauzas: ack. no worries. I don' track any super important open patches for RC1. | |
| 13:02:21 | gibi | bauzas: for the mdev doc, sure, we can merge that even on Friday as it low risk | |
| 13:08:00 | opendevreview | Fabian Wiesel proposed openstack/nova master: Vmware: Fix indentation in conditionals https://review.opendev.org/c/openstack/nova/+/806391 | |
| 13:10:02 | opendevreview | Vlad Gusev proposed openstack/nova stable/stein: Abort live-migration during instance_init https://review.opendev.org/c/openstack/nova/+/806881 | |
| 13:15:58 | spatel | sean-k-mooney Default NIC bind to NUMA0 so is that NIC feature or CPU, i am planning to buy some hardware i looking for that feature where my NIC bind to both NUMA zone | |
| 13:16:14 | spatel | I meant VF for SRIOV or DPCK | |
| 13:16:17 | spatel | DPDK | |
| 13:22:09 | opendevreview | Merged openstack/nova master: Address release note nits for cpu-resources series https://review.opendev.org/c/openstack/nova/+/705667 | |
| 13:22:54 | spatel | Assuming its NIC feature to map with NUMA, as per basic google :) | |
| 13:26:07 | sean-k-mooney | spatel: by default the nic binds to the first numa node in a cpu socket | |
| 13:26:32 | spatel | Yes, that is correct | |
| 13:26:33 | sean-k-mooney | so if you have a 2 socket system then it will bind to the firt numa node of the cpu socket that the pci lanes attach too | |
| 13:27:04 | sean-k-mooney | we have a new socket affinity policy to reflect that also | |
| 13:27:16 | sean-k-mooney | which allows the device to be used if the cpu and devce are form the same socket | |