| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-05-07 | |||
| 16:32:31 | gibi | any other gate issue we need to discuss today? | |
| 16:33:24 | sean-k-mooney | ay 04 08:51:02 np0037439600 kernel: nova-compute invoked oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0 | |
| 16:33:32 | gibi | nice catch | |
| 16:33:46 | sean-k-mooney | oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/system.slice/mysql.service,task=mysqld,pid=63525,uid=116 | |
| 16:33:56 | sean-k-mooney | so nova trigered it and it kills mysql | |
| 16:34:05 | sean-k-mooney | which is why the job was unhappy | |
| 16:34:23 | gibi | could you please file a bug for it? if you cannot the I will file it tomorrow | |
| 16:34:41 | sean-k-mooney | sure this might jut need swap or some tweak to the concurancy | |
| 16:34:46 | gibi | ack, thanks | |
| 16:34:50 | gibi | moving on | |
| 16:34:52 | gibi | #topic Release Planning | |
| 16:35:01 | gibi | #link https://releases.openstack.org/dalmatian/schedule.html | |
| 16:35:08 | gibi | #link https://review.opendev.org/c/openstack/releases/+/918422 nova specific schedule is proposed | |
| 16:35:17 | gibi | #info Dalmatian-1 in 1 week | |
| 16:35:25 | gibi | #info Spec review day is next Tuesday (14th of May) | |
| 16:36:13 | gibi | anything else about the release? | |
| 16:37:10 | gibi | #topic Review priorities | |
| 16:37:16 | gibi | #link https://etherpad.opendev.org/p/nova-dalmatian-status | |
| 16:37:30 | gibi | bauzas update the status etherpad | |
| 16:37:40 | gibi | *updated | |
| 16:37:53 | gibi | any questions about the priorities? | |
| 16:38:41 | gibi | #topic Stable Branches | |
| 16:38:45 | gibi | elodilles: your turn | |
| 16:38:52 | elodilles | yepp, so | |
| 16:38:59 | elodilles | #info no recent merges, but stable/2024.1 gate should be OK | |
| 16:39:09 | elodilles | #info stable/2023.2 gate is broken due to grenade-skip-level job (fix: https://review.opendev.org/c/openstack/grenade/+/918452 ) | |
| 16:39:42 | elodilles | and it seems meanwhile, that the fix is not enough, as e.g. keystone haven't transitioned to unmaintained yet :S | |
| 16:40:16 | elodilles | #info stable/2023.1 gate is probably also broken due to grenade job, probably same issue | |
| 16:40:27 | elodilles | i'll try to look further tomorrow | |
| 16:40:56 | gibi | thanks | |
| 16:40:59 | elodilles | i've updated the stable gate pad: | |
| 16:41:02 | elodilles | #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci | |
| 16:41:23 | elodilles | will continue to update that, too | |
| 16:41:31 | elodilles | that's all from me | |
| 16:41:38 | gibi | thanks elodilles | |
| 16:41:46 | elodilles | np | |
| 16:41:56 | gibi | any other stable topic from others? | |
| 16:42:43 | gibi | #topic vmwareapi 3rd-party CI efforts Highlights | |
| 16:42:55 | gibi | from the agenda | |
| 16:42:56 | gibi | #info Fixing some "lost" changes | |
| 16:43:16 | fwiesel | Hi, that's me... | |
| 16:43:21 | gibi | sure go ahead | |
| 16:43:45 | fwiesel | So, the way I get the changes are via ssh stream, if that gets restarted and there is a new change, that one would get lost. | |
| 16:43:56 | opendevreview | Merged openstack/os-traits master: Bump min versions to exclude known bad versions https://review.opendev.org/c/openstack/os-traits/+/917713 | |
| 16:43:59 | fwiesel | I work on polling all past changes to fix that. | |
| 16:44:13 | fwiesel | That's from my side, unless there are any questions? | |
| 16:44:42 | gibi | fwiesel: thanks for the update | |
| 16:44:48 | gibi | and the continued effort on the CI | |
| 16:45:52 | gibi | if no question from others then we move to our last topic today | |
| 16:46:17 | gibi | #topic Open discussion | |
| 16:46:22 | gibi | nothing on the agenda | |
| 16:46:34 | gibi | does anybody has anything else for today? | |
| 16:47:19 | tkajinam | nothing from me. | |
| 16:47:35 | gibi | It seem we are done for today. | |
| 16:47:38 | gibi | thanks for joining | |
| 16:47:46 | gibi | have a nice rest of the day | |
| 16:47:50 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2024/nova.2024-05-07-16.00.log.html | |
| 16:47:50 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-05-07-16.00.txt | |
| 16:47:50 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2024/nova.2024-05-07-16.00.html | |
| 16:47:50 | opendevmeet | Meeting ended Tue May 7 16:47:50 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:47:50 | gibi | #endmeeting | |
| 16:48:01 | elodilles | thanks o/ | |
| 16:48:03 | fwiesel | Thanks | |
| 16:48:57 | opendevreview | sean mooney proposed openstack/nova master: tweak emulation job to avoid OOM errors https://review.opendev.org/c/openstack/nova/+/918464 | |
| 16:49:08 | sean-k-mooney | gibi: i think ^ will fix the emulation job | |
| 16:49:09 | gibi | ganso: as far as I see in ussuri the functional env called functional | |
| 16:49:18 | gibi | so tox -e functional should work | |
| 16:49:51 | tkajinam | I wonder if we have any core time concept for review spec days. I'll try to be available around the irc meeting time anyway. | |
| 16:50:27 | gibi | tkajinam: I think there are no core time for it | |
| 16:50:45 | opendevreview | sean mooney proposed openstack/nova master: [DNM] test nova-emulation https://review.opendev.org/c/openstack/nova/+/918465 | |
| 16:52:27 | tkajinam | gibi, ok, thanks. that's what I guessed. | |
| 16:52:38 | sean-k-mooney | dansmith: by the way as far as im aware for the libvirt driver virtio-scsi should be the default scsi modle when you enable it with hw_disk_bus=scsi | |
| 16:52:57 | dansmith | sean-k-mooney: it is most definitely not | |
| 16:53:08 | dansmith | defaults to lsilogic | |
| 16:53:10 | sean-k-mooney | looking at the code paths it looks like there might be a second way to get a contoler | |
| 16:53:36 | dansmith | took me a while while debugging to realize it was working, but cirros didn't have drivers for lsi | |
| 16:53:51 | sean-k-mooney | so i dont knwo fi we regressed it then | |
| 16:54:00 | sean-k-mooney | beucase at one point it was virtio-scisi | |
| 16:54:48 | sean-k-mooney | we doucmented it as vrito-scsi here https://github.com/openstack/glance/blob/master/etc/metadefs/compute-libvirt-image.json#L65-L69 | |
| 16:55:17 | sean-k-mooney | in libverty | |
| 16:55:59 | dansmith | just sayin' it doesn't work for me locally unless I set that | |
| 16:56:12 | sean-k-mooney | what do you have hw_disk_bus set too | |
| 16:57:27 | sean-k-mooney | it looks like we have 2 ways to get a scsi contoler either we get fone form seting hw_scsi_modle here https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5794 | |
| 16:57:45 | sean-k-mooney | or we get one by setign hw_disk_bus or hw_cdrom_bus to scsi | |
| 16:58:02 | sean-k-mooney | i was aware of the latter two options but i didnt knwo about https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5923 | |
| 16:58:20 | dansmith | I don't have disk_bus set on the image or flavor, but it _is_ set in the BDM of courtse | |
| 16:59:33 | opendevreview | Dan Smith proposed openstack/nova master: Enable virtio-scsi in nova-next https://review.opendev.org/c/openstack/nova/+/918458 | |
| 16:59:35 | dansmith | forgot the zuul bit ^ | |
| 16:59:55 | sean-k-mooney | oh including the playbook ya | |
| 17:00:09 | dansmith | yeah, duh | |
| 17:00:29 | sean-k-mooney | so realted quetion | |
| 17:00:46 | sean-k-mooney | if we are trying to test this with BFV or even a data volume | |
| 17:00:52 | sean-k-mooney | to we really need to set this on the image | |
| 17:01:08 | sean-k-mooney | or can it be set on the voulume createf from the image | |
| 17:01:12 | dansmith | it only works on the image, FWIW.. doesn't work on the flavor | |
| 17:01:24 | sean-k-mooney | well it should not work on the flaovr | |
| 17:01:26 | dansmith | also, BFV in this case doesn't work.. there's some other bug that we hit when it tries | |
| 17:01:43 | sean-k-mooney | ok | |
| 17:01:52 | dansmith | ack, well, it doesn't, but I expected it to because it's a hardware sort of thing | |
| 17:02:06 | sean-k-mooney | then that answer my quetion regrading data voluem with a data volume we take the info form the root disk | |