Earlier  
Posted Nick Remark
#openstack-nova - 2022-04-11
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 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:01 zigo That's from devstack, not the Debian package, right?
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 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:22 sean-k-mooney integrer primary key and seperate uuid field
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 opendevmeet The meeting name has been set to 'nova'
16:00:27 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
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 bauzas #startmeeting 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)
16:05:10 bauzas #link https://storyboard.openstack.org/#!/project/openstack/placement 26 open stories (0 since the last meeting) in Storyboard for Placement
16:05:14 bauzas #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster
16:05:19 bauzas heh, new item ^
16:05:32 bauzas I was about to propose a vote for the naming
16:05:49 bauzas but given we don't have quorum, let me tell this :
16:05:54 bauzas #info Next bug <name TBD> is bauzas
16:06:24 gibi :)
16:06:31 elodilles good luck for the 1st <name TBD> \o/
16:06:31 bauzas gibi: are you ok for the next week, I mean not this week but in 8 days ?
16:06:36 elodilles :]
16:07:23 bauzas I thought it was better if the first bug <name TBD>s are you and me
16:07:39 bauzas as we both already triaged them
16:08:20 gibi bauzas: sure

Earlier   Later