| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-04-11 | |||
| 09:02:05 | zigo | gibi: I know about upstream OpenStack CI, though in Debian, I have no choice, Python 3 is already on Python 3.10. | |
| 09:02:19 | elodilles | :) | |
| 09:02:58 | sean-k-mooney[m] | zigo on debian testing yes? on debian 11 the default is 3.9 | |
| 09:03:48 | sean-k-mooney[m] | does debian change the default python version within a release after its release | |
| 09:03:54 | zigo | sean-k-mooney[m]: Debian testing, I believe, has both Python 9 and 10, but Python 9 is still the default. We're trying to get Python 10 as default, which is the case currently in Unstable. | |
| 09:04:11 | zigo | It wont migrate until all is fixed, and therefore, eventlet is currently a blocker ... :( | |
| 09:04:22 | sean-k-mooney[m] | ack | |
| 09:04:32 | zigo | sean-k-mooney[m]: No, we never change what's released, only bugfix and security. | |
| 09:05:22 | zigo | sean-k-mooney[m]: I'm curious about your uwsgi issue though... I don't think the Keystone *package* has the issue, does it? | |
| 09:05:23 | sean-k-mooney[m] | so i reinstalled linxu (arch -> debian bookworm) on my macbook air yesterday and was tryign to deploy with devstack | |
| 09:05:48 | sean-k-mooney[m] | no keysotne is fine an dif i run uwsgi it work | |
| 09:06:05 | sean-k-mooney[m] | but when its run form systemd it failes to find the keystone module | |
| 09:06:16 | sean-k-mooney[m] | i noticed that uwsgi was using 3.10 | |
| 09:06:32 | sean-k-mooney[m] | so i unstack and restacked using 3.10 but still no luck | |
| 09:06:49 | sean-k-mooney[m] | uwsgi could not import keystone or any submodule | |
| 09:07:01 | zigo | That's from devstack, not the Debian package, right? | |
| 09:07:01 | sean-k-mooney[m] | again runign it by hand worked fine so it has to be something to do with the python path | |
| 09:07:08 | sean-k-mooney[m] | correct | |
| 09:07:28 | sean-k-mooney[m] | devstack does not configure any python path varibles | |
| 09:07:31 | zigo | So I don't know what's being done in uwsgi. Maybe it's #!/usr/bin/python3.X instead of just the default python3 ? | |
| 09:08:25 | sean-k-mooney[m] | zigo apparently uwsgi is compiled directly against python and its hardlinked to a specific verion | |
| 09:08:43 | sean-k-mooney[m] | from what little googling i could find | |
| 09:08:51 | zigo | Probably yeah, because it has C components in it. | |
| 09:09:07 | sean-k-mooney[m] | in any case settign use_venv=true | |
| 09:09:11 | sean-k-mooney[m] | seamed to work | |
| 09:09:14 | zigo | uwsgi is definitively compiled against 3.10, I saw bugs about this. | |
| 09:09:27 | sean-k-mooney[m] | likely because it started using it form pypi or something like that | |
| 09:10:09 | sean-k-mooney[m] | with use_venv i got as far as neutron trying to connect to ovs and then that failed for some reason | |
| 09:10:31 | sean-k-mooney[m] | i will likely try again later this week | |
| 09:11:47 | sean-k-mooney[m] | i was hoping to finish stacking and then tweet about how you could now run openstack natively on a base spec macbook air m1 with debian | |
| 09:12:37 | sean-k-mooney[m] | i have previously done it in a vm on the air but wanted to show it working natively | |
| 09:12:40 | gibi | zigo: yeah I see sid is defaulted py 3.10 now on my laptop too. As sean-k-mooney[m] said, eventlet is problematic as we have no deep knowledge in it | |
| 09:13:32 | zigo | It's been since the begining (ie: 2011) that Eventlet is problematic ! :) | |
| 09:13:39 | gibi | I know | |
| 09:13:46 | zigo | More than 10 years people have been discussing getting rid of it... | |
| 09:14:10 | sean-k-mooney[m] | yep it still better t hen using twisted | |
| 09:14:23 | sean-k-mooney[m] | but now we have better options like asyncio | |
| 09:14:39 | zigo | Here, it's a mix of locking and monkey-patching that's the issue. | |
| 09:14:41 | sean-k-mooney[m] | none have the low barrier to entry of eventlet | |
| 09:14:44 | zigo | Yeah, asyncio is great. | |
| 14:26:58 | artom_ | Does anyone remember what's the last DB table that we added? Did unified limits add any? | |
| 14:28:12 | gibi | artom: I don't think unified limit added a table | |
| 14:28:24 | sean-k-mooney | no it did not if i recall correctly | |
| 14:28:29 | sean-k-mooney | artom: we have not added any since train | |
| 14:28:34 | sean-k-mooney | i think it was the resouces table | |
| 14:28:41 | sean-k-mooney | for pmem | |
| 14:28:53 | sean-k-mooney | and any other host resouce tracking we add going forward | |
| 14:28:59 | artom | sean-k-mooney, I'm having a discussion with Uggla about using a UUID as a primary key/index | |
| 14:29:08 | sean-k-mooney | dont | |
| 14:29:22 | sean-k-mooney | integrer primary key and seperate uuid field | |
| 14:29:22 | artom | And my theory is that anytime that we still have an ID as a primary key/index, it's a historical artifact | |
| 14:29:30 | sean-k-mooney | no | |
| 14:29:33 | artom | How come? | |
| 14:29:35 | sean-k-mooney | its a performace optimisation | |
| 14:29:49 | artom | But... we almost always lookup by UUID | |
| 14:29:54 | sean-k-mooney | you want to use the integer key for all joins and subquiers | |
| 14:30:12 | sean-k-mooney | right we do the uuid lookup once and hten join/subquiery using integer ids | |
| 14:30:51 | sean-k-mooney | the uuid sare stored as string which are expensive to match on so we dont want to do that for internal joins/subquireis only for the initall lookup | |
| 14:33:18 | sean-k-mooney | artom: Uggla read https://github.com/jaypipes/articles/blob/uuid-vs-int/db/uuid-vs-integer.md | |
| 14:37:43 | dansmith | what sean-k-mooney[m] said | |
| 14:37:55 | dansmith | index by uuid, but always fkey with integers | |
| 14:44:40 | artom | fk'ey | |
| 19:16:54 | opendevreview | David Hill proposed openstack/nova stable/wallaby: libvirt: Abort live-migration job when monitoring fails https://review.opendev.org/c/openstack/nova/+/837320 | |
| 19:24:15 | opendevreview | David Hill proposed openstack/nova stable/victoria: libvirt: Abort live-migration job when monitoring fails https://review.opendev.org/c/openstack/nova/+/837321 | |
| 19:24:30 | opendevreview | David Hill proposed openstack/nova stable/ussuri: libvirt: Abort live-migration job when monitoring fails https://review.opendev.org/c/openstack/nova/+/837322 | |
| 19:24:43 | opendevreview | David Hill proposed openstack/nova stable/train: libvirt: Abort live-migration job when monitoring fails https://review.opendev.org/c/openstack/nova/+/837323 | |
| 20:34:54 | mnaser | any stable reviewers can look at this trivial patches to empty my queue: https://review.opendev.org/c/openstack/nova/+/796862 & https://review.opendev.org/c/openstack/nova/+/796863 | |
| 23:14:46 | opendevreview | Takashi Kajinami proposed openstack/nova master: Deprecate [api] use_forwarded_for https://review.opendev.org/c/openstack/nova/+/836253 | |
| #openstack-nova - 2022-04-12 | |||
| 09:19:15 | bauzas | gosh, the Zed summary becomes large. | |
| 09:19:26 | bauzas | we had a productive meetup | |
| 09:27:08 | bauzas | sean-k-mooney: I'll skip the mention of VDPA move ops in my email summary, nothing important from an ops or contrib perspective I gues | |
| 09:28:16 | sean-k-mooney[m] | if we are backporting it as a bug fix ya they will get it in a release note | |
| 09:28:41 | sean-k-mooney[m] | no impact from a contrib perspective | |
| 09:29:15 | sean-k-mooney[m] | just adding fuc tests and removing decorators | |
| 13:02:14 | bauzas | the PTG summary email is there, reviews and comments on replies are appreciated | |
| 13:02:36 | bauzas | and I left some French words to leak | |
| 13:03:10 | bauzas | this very sounds unprepared and unplanned easter eggs to me :) | |
| 13:20:39 | opendevreview | Andre Aranha proposed openstack/nova master: Test setting the nova job to centos-9-stream https://review.opendev.org/c/openstack/nova/+/831844 | |
| 13:33:23 | opendevreview | Andre Aranha proposed openstack/nova master: Test setting the nova job to centos-9-stream https://review.opendev.org/c/openstack/nova/+/831844 | |
| 14:52:56 | elodilles | bauzas: may i update the stable branch topic @ Meetings/Nova? or are you editing it now? | |
| 14:54:15 | bauzas | elodilles: I'm done | |
| 14:54:33 | elodilles | bauzas: ack | |
| 14:54:39 | bauzas | actually, I need to update some numbers for the bugs, but I can wait | |
| 15:04:38 | elodilles | bauzas: sorry, i'm ready with my updates :) your turn :] | |
| 15:09:18 | bauzas | thanks | |
| 15:21:33 | opendevreview | Kashyap Chamarthy proposed openstack/nova master: libvirt: Use improved guest CPU config APIs https://review.opendev.org/c/openstack/nova/+/762330 | |
| 15:55:44 | bauzas | reminder (forgot the previous one) : nova meeting in 5 mins here at #openstack-nova | |
| 16:00:27 | bauzas | #startmeeting nova | |
| 16:00:27 | opendevmeet | Meeting started Tue Apr 12 16:00:27 2022 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 16:00:27 | opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 16:00:27 | opendevmeet | The meeting name has been set to 'nova' | |
| 16:00:47 | bauzas | hey folks, welcome to the first nova meeting after our PTG \o/ | |
| 16:00:54 | elodilles | \o/ | |
| 16:01:29 | gibi | \o | |
| 16:02:27 | bauzas | maybe we can wait a bit more for folks around :) | |
| 16:04:06 | bauzas | ok, then let's start and try to have a quick meeting then | |
| 16:04:41 | bauzas | maybe people just rejuvenate from the long trip they had going back from the PTG | |
| 16:04:52 | bauzas | #topic Bugs (stuck/critical) | |
| 16:05:01 | bauzas | #info No Critical bug | |
| 16:05:06 | bauzas | #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 38 new untriaged bugs (+7 since the last meeting) | |