Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2025-07-21
17:28:11 aravindh4murugesan I can get logs for CPU only VM this way fine
17:28:39 aravindh4murugesan Same image was used. We use Ubuntu 24 Cloud img from canonical to test our changes
17:30:13 aravindh4murugesan sean-k-mooney: I apologize for bugging you often, but this GPU stuff are pretty new to me, so trying to make sense of it.
17:30:29 sean-k-mooney hum its hard to say without logs from the vm about what is happeing. in theory it shoudl work but it sound like there is something happingn with the boot process.
17:31:33 aravindh4murugesan sean-k-mooney: is there anything from virsh that can help understand whats going on?
17:32:11 sean-k-mooney the reason i mentioned the boot issue is because on windows 11 and the ubuntu installer i have to have at most 1 gpus for it to work properly in my libvirt vms. once installed i have got ubuntu server to boot with both a passthough gpu and virtio gpu but i have seen it be quite picky
17:33:56 sean-k-mooney what you kind fo need to do is change the kernel boot args. you could try using a cirror rescuse image. that wont have supprot fo the gpu but it might be able to boot enouch for you to ssh in and update grub config on the ubunut boot partion to enable early cosole kernel looging
17:34:12 sean-k-mooney you could also enabel the qemu boot menu instead
17:34:51 sean-k-mooney i.e. if you dont disable the video model and can see can bios output you coudl edit the grub commandlien that way
17:35:25 sean-k-mooney if you have virsh adcess then yes you could use virsh console and also virsh reset? to reboot the vm and try and edit grub directly
17:35:30 aravindh4murugesan I'm booting this from a volume, not sure if I can rescue it with cirros image. But let me give it a shot
17:35:55 aravindh4murugesan I have virsh access
17:36:34 sean-k-mooney you can but you might need to set some image properties. BFV needs the stable rescue feature to support rescue
17:37:26 aravindh4murugesan Is there anything I can do with virsh now?
17:37:43 aravindh4murugesan When I do virsh console, its says connected, but I cannot type anything to it
17:39:41 aravindh4murugesan I will also test your suggestion on rescue image and see if I can get something out of it
19:05:39 opendevreview Merged openstack/nova stable/2025.1: Fix neutron client dict grabbing https://review.opendev.org/c/openstack/nova/+/953737
20:26:33 opendevreview Wesley Hershberger proposed openstack/nova stable/2024.2: Use dict object for request_specs_dict in the _list_view https://review.opendev.org/c/openstack/nova/+/955310
20:26:48 opendevreview Wesley Hershberger proposed openstack/nova stable/2024.1: Use dict object for request_specs_dict in the _list_view https://review.opendev.org/c/openstack/nova/+/955305
21:43:13 opendevreview Merged openstack/nova master: api: Add response body schemas for server external events API https://review.opendev.org/c/openstack/nova/+/940508
#openstack-nova - 2025-07-22
06:38:11 aravindh7murugesan sean-k-mooney: The issue I was talking about yesterday about the VM not booting is only if I set the VM to UEFI boot mode with image meta. Its working fine with BIOS mode. Is there anything specific for GPU passthrough and UEFI I should take care of?
07:58:26 opendevreview Pierre Riteau proposed openstack/nova master: doc: Fix typo in nova-manage command https://review.opendev.org/c/openstack/nova/+/955566
10:01:20 opendevreview Biser Milanov proposed openstack/nova master: StorPool: Pass the instance UUID and device_name to os-brick https://review.opendev.org/c/openstack/nova/+/930297
10:02:41 opendevreview Biser Milanov proposed openstack/nova stable/2024.1: StorPool: Pass the instance UUID and device_name to os-brick https://review.opendev.org/c/openstack/nova/+/954115
10:09:48 sean-k-mooney aravindh7murugesan not that i know of specificly but apprently yes
11:20:14 opendevreview Florian proposed openstack/nova master: Add check for PCIe devices attach limit for volume and ports https://review.opendev.org/c/openstack/nova/+/955584
12:58:37 opendevreview Florian proposed openstack/nova master: Add check for PCIe devices attach limit for volume and ports https://review.opendev.org/c/openstack/nova/+/955584
13:48:36 opendevreview Merged openstack/nova master: api: Add response body schemas for server password APIs https://review.opendev.org/c/openstack/nova/+/945736
14:27:33 opendevreview Dan Smith proposed openstack/nova master: Remove eventlet timer from multi_cell_list https://review.opendev.org/c/openstack/nova/+/954990
15:01:57 noonedeadpunk fwiw, tunnelled migrations are around 20-30% faster then native ones with TLS enabled...
15:24:32 bauzas folks, I need to skip today's upstream nova meeting
15:24:41 bauzas can someone run it ?
15:24:43 bauzas gibi ?
15:29:22 gibi bauzas: I can run it but I will run it with a quick "does anybody has anything to raise to the team" style
15:29:37 gibi and if silence then I will not iterate the agenda
15:33:04 jssfr I have two questions, which may be answerable outside the team meeting: (a) the AMD SEV-ES patches are at the top of the review list, is there anything we as a contributing company (not to that patchset specifically, but in general) can do to help?
15:33:37 jssfr (b) I pointed out the loss of vTPM state upon start/stop of an instance the other day and I have something which resembles a patch. Do I need to file an issue first, or is it enough if I submit a patchset to gerrit?
15:34:00 bauzas thanks gibi
15:34:12 dansmith jssfr: B will probably warrant a spec
15:34:35 gibi jssfr: a) honestly I don't have a good answer for that. Uggla noted that it is ready for review and even pinged us downstream about it. I'm think most of our cores are busy with other review promises. Keep pinging us (I know it is tiring)
15:34:38 jssfr dansmith, uh-uh, how so?
15:35:08 jssfr gibi, oh I am fine with pinging, I just don't want to come off as annoying. :-)
15:35:13 dansmith jssfr: IIRC there are some gotchas around both vTPM and NVRAM state that cause us to dump them at certain times, and there's an overlap with the planned/ongoing vTPM live migration work
15:35:40 jssfr okay, that's good to know. fwiw, the patch is basically just passing VIR_DOMAIN_UNDEFINE_KEEP_TPM if destroy_secrets == False, which seems logical enough to me.
15:36:06 jssfr maybe it makes sense to submit the patch first and then you can still tell me it needs a spec :-).
15:36:22 jssfr (always easier to talk about an actual diff than about a hypothetical one, in my experience)
15:36:27 gibi jssfr: you need to find the balance of being seen but not beeing annoying :) Anyhow I can tell you we are aware of your patches waiting for review
15:36:39 jssfr (not my patches, but thanks :))
15:36:41 dansmith jssfr: there's no reason not to push the code. ever.
15:37:16 gibi (don't push a code if you feel it is a security bug :)
15:37:27 dansmith gibi: dammit gibi :)
15:37:59 jssfr fair point :D
15:38:03 gibi otherwise I'm fully agree with dansmith of course :)
15:38:07 jssfr thanks for the feedback :)
16:00:47 gibi #startmeeting nova
16:00:47 opendevmeet Meeting started Tue Jul 22 16:00:47 2025 UTC and is due to finish in 60 minutes. The chair is gibi. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:47 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:47 opendevmeet The meeting name has been set to 'nova'
16:00:54 fwiesel o/
16:01:08 sp-bmilanov o/
16:01:31 dansmith o/
16:01:33 gibi Uggla is on a well deserved PTO and his stand in cannot be here today. So I agreed to run something like a nova meeting but I'm not prepared.
16:02:13 gibi lets wait a bit to see if other cores join but so far we are low on quorum
16:02:19 elodilles o/
16:02:42 gmaan o/
16:03:09 gibi (an I have a dinner invitation that helps me prioritize)
16:03:35 gibi lets get roling
16:03:36 gibi #topic Bugs (stuck/critical)
16:03:50 gibi any fresh critical bug we need to look at?
16:04:28 gibi the on one the agenda https://bugs.launchpad.net/nova/+bug/2116852 is not critical any more as we disable the single tempest test that caused the blockade
16:05:05 gibi I filed the upstream bug to Ceph https://tracker.ceph.com/issues/72203 they are silent so far. I have way to ping them downstream which I will use next week if no reaction on the upstream tracker
16:05:18 gibi any other critical adjacent bug?
16:05:45 gibi #topic Gate status
16:05:51 gibi any issues with our gate?
16:06:01 gibi I'm not tracking anything major on my side at least
16:06:45 gibi #topic tempest-with-latest-microversion job status
16:06:58 gibi it is red
16:07:01 gibi :)
16:07:14 gibi - Failed: 27
16:07:28 gibi I have no other info. Anybody wants to comment?
16:07:32 gmaan yeah, my last fix is still not merged but that make 6 more test green and 21 still failing
16:07:42 gmaan I did not get chance to continue this one.
16:07:48 gibi gmaan: cool. Thanks
16:08:01 gibi #topic Release Planning
16:08:05 gibi #link https://releases.openstack.org/flamingo/schedule.html
16:08:17 gibi anybody has any comment here?
16:08:54 gibi #topic Review priorities
16:08:58 gibi #link https://etherpad.opendev.org/p/nova-2025.2-status
16:09:05 gibi any comments?
16:09:44 gibi #topic OpenAPI
16:09:47 gibi #link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned
16:10:00 gibi 16 open patches mostly stuck on gate or waiting for rebase
16:10:24 gibi any comments?
16:11:06 gibi #topic Stable Branches
16:11:17 gibi elodilles: give us what you have!
16:11:23 elodilles ACK :)
16:11:36 elodilles actually state is pretty same as last week
16:11:46 elodilles stable branches seems healthy
16:11:59 elodilles and stable releases are waiting for release liaisons
16:12:05 elodilles gibi: back to you

Earlier   Later