Earlier  
Posted Nick Remark
#openstack-nova - 2020-07-01
17:09:34 sean-k-mooney cool
17:09:47 sean-k-mooney so we can lookup the alais from the xml
17:09:56 sean-k-mooney i assume its jsut ide0-0-0
17:10:06 sean-k-mooney and we need to prepend drive-
17:11:11 lseki yes
17:13:17 sean-k-mooney im not going to ask you to test ceph but it might be intersting to see if we could use this patteren for other drivers too and avoid the calll to qemu-img
17:13:26 sean-k-mooney that can be a step 3
17:13:38 sean-k-mooney after 1 and 2
17:13:49 sean-k-mooney whcih will fix your usecase
17:19:15 lseki so currently cinder nfs driver calls qemu-img resize to extend a volume, attached or not
17:19:15 lseki https://github.com/openstack/cinder/blob/master/cinder/volume/drivers/nfs.py#L380
17:19:15 lseki https://github.com/openstack/cinder/blob/master/cinder/image/image_utils.py#L408
17:19:15 lseki the step 1 is to stop calling qemu-img resize if the volume is attached
17:22:04 lseki but regarding the step 2, I'm not familiar with nova code... is there some workflow we can modify to make it call qemu monitor command?
17:22:32 sean-k-mooney this might be in os-brick im not certin
17:22:56 sean-k-mooney lseki: stephenfin or lyarwood have looked at this more recently then i have
17:23:59 sean-k-mooney lseki: is there a bug for this
17:24:10 sean-k-mooney lseki: if so can you summerise this in a comment
17:24:18 lseki https://bugs.launchpad.net/cinder/+bug/1870367
17:24:18 openstack Launchpad bug 1870367 in Cinder "Fail to extend attached volume using generic NFS driver" [High,In progress] - Assigned to Silvan Kaiser (2-silvan)
17:24:31 lseki yeah I'll add a comment there
17:25:42 lyarwood sean-k-mooney / lseki ; we already call blockResize in n-cpu
17:26:15 sean-k-mooney lyarwood: ok so we just need to not call qemu-img in cinder or nova when using nfs
17:26:25 sean-k-mooney and the volume is attached
17:26:57 lyarwood sean-k-mooney: we just need to remove the call in c-vol
17:27:01 lyarwood https://github.com/lyarwood/nova/blob/d4c857dfcb1ccfa5410de55671e69c722bbc990e/nova/virt/libvirt/driver.py#L2044-L2048
17:27:05 lyarwood https://github.com/lyarwood/nova/blob/d4c857dfcb1ccfa5410de55671e69c722bbc990e/nova/virt/libvirt/guest.py#L811-L819
18:03:02 lseki lyarwood / sean-k-mooney: is blockResize called always, no matter what c-vol did before?
18:15:35 lseki testing it in a stable/train devstack here...
18:27:00 lyarwood lseki: yes
18:34:04 lseki oh no
18:34:14 lseki https://www.irccloud.com/pastebin/hmybxXhk/
18:49:35 lseki the driver being used is `LibvirtNFSVolumeDriver`, with parent `LibvirtBaseFileSystemVolumeDriver` and grandpa `LibvirtBaseVolumeDriver`
18:49:54 lseki none of them implement `extend_volume` :-(
18:54:53 lseki so it stops here https://github.com/lyarwood/nova/blob/d4c857dfcb1ccfa5410de55671e69c722bbc990e/nova/virt/libvirt/driver.py#L2100 before reaching `_resize_attached_volume`
19:05:41 lseki I implemented `LibvirtNFSVolumeDriver.extend_volume` that just returns `requested_size`, and then attached extend worked!
19:05:47 lseki 🎉
19:05:47 lseki 🎉
19:06:41 lseki I'll update the bug report and submit the patches for both cinder and nova
19:07:12 lseki lyarwood: sean-k-mooney thank you for helping me!
19:59:34 openstackgerrit Merged openstack/nova master: Prevent libvirt driver starting on non Linux platform https://review.opendev.org/737508
21:56:25 openstackgerrit Merged openstack/nova master: Limit the number of concurrent snapshots https://review.opendev.org/736169
#openstack-nova - 2020-07-02
00:53:50 openstackgerrit Brin Zhang proposed openstack/nova master: Delete ARQs by UUID if Cyborg ARQ bind fails. https://review.opendev.org/716186
00:54:03 openstackgerrit Brin Zhang proposed openstack/nova master: cyborg evacuate support https://review.opendev.org/715326
00:54:18 openstackgerrit Brin Zhang proposed openstack/nova master: WIP: Cyborg shelve/unshelve support https://review.opendev.org/729563
01:00:42 openstackgerrit Brin Zhang proposed openstack/nova master: Optimize _create_and_bind_arqs logic in conducor https://review.opendev.org/726564
08:58:14 masterpe I want to live-migrate from qemu version 2.11.1 to 3.1.0. Is this possible? Or is it only possible via a cold-migration?
09:10:27 lyarwood masterpe: it should be possible, forward live migrations like that are a supported feature.
09:11:03 masterpe lyarwood: When I test it I get the error: "stream had I/O failure"
09:11:36 masterpe when the same nodes are both on version qemu version 2.11.1 it works fine.
09:15:06 lyarwood masterpe: kk well it's supported so that smells like an actual bug in 3.1.0, which underlying os & OpenStack distro are you using?
09:16:24 masterpe Ubuntu 18.04 and it is part of an upgrade from Rocky to Stein
09:23:17 openstackgerrit Huaqiang Wang proposed openstack/nova master: objects: Introduce 'pcpuset' field for InstanceNUMACell https://review.opendev.org/714658
09:23:17 openstackgerrit Huaqiang Wang proposed openstack/nova master: notifications: add the pcpuset info to instance numa cell payload https://review.opendev.org/728480
09:23:18 openstackgerrit Huaqiang Wang proposed openstack/nova master: objects: Introduce the 'CPUAllocationPolicy.MIXED' enum https://review.opendev.org/716267
09:23:18 openstackgerrit Huaqiang Wang proposed openstack/nova master: libvirt: apply mixed instance CPU policy https://review.opendev.org/728481
09:23:19 openstackgerrit Huaqiang Wang proposed openstack/nova master: Validate CPU pinning configuration for mixed instance https://review.opendev.org/716268
09:23:19 openstackgerrit Huaqiang Wang proposed openstack/nova master: Calculate the CPU usage for mixed instance https://review.opendev.org/716269
09:23:20 openstackgerrit Huaqiang Wang proposed openstack/nova master: scheduler: mixed instance CPU resource translating https://review.opendev.org/728482
09:27:36 lyarwood masterpe: kk well I'd raise a bug with Ubuntu against QEMU, if they can prove it's an OpenStack issue we can then raise one against Nova.
09:28:49 lyarwood masterpe: bonus points if you try to reproduce this outside of OpenStack btw.
09:29:07 lyarwood https://bugs.launchpad.net/ubuntu/+source/qemu <- that's where you can raise the QEMU bug FWIW
09:32:21 masterpe https://gist.github.com/mpiscaer/9c50e4e6f81d004fc78bc282e910a458 is the log of the instance on qemu
09:33:51 frickler masterpe: is that the same as https://bugs.launchpad.net/cloud-archive/+bug/1882416 ?
09:33:51 openstack Launchpad bug 1882416 in Ubuntu Cloud Archive "virtio-balloon change breaks rocky -> stein live migrate" [Undecided,New]
09:35:24 masterpe Yes
09:35:49 frickler masterpe: then best try to talk to cpaelzer in #ubuntu-server
09:43:41 masterpe Qemu fix this issue in commit 2bbadb08ce272d65e1f78621002008b07d1e0f03, Thank you very much, this is something I can work with.
10:06:44 openstackgerrit Lee Yarwood proposed openstack/nova stable/rocky: fix scsi disk unit number of the attaching volume when cdrom bus is scsi https://review.opendev.org/730312
10:08:53 lyarwood ops ignore that, just catching up on stable today and didn't check the ML first
10:30:09 gibi stephenfin: I have a question in https://review.opendev.org/#/c/730382
10:34:20 stephenfin gibi: Replied. Will update now
10:34:40 openstackgerrit Wenping Song proposed openstack/nova master: Admin auth token to call Cyborg API by Nova https://review.opendev.org/739011
10:35:19 gibi stephenfin: what is your view about notifying the out of tree driver authors?
10:35:28 stephenfin Yup, I'll do that too
10:36:22 gibi cool
10:36:47 gibi regarding tox -e mypy. yes, removing the quotes does not make that command fail
10:36:55 gibi which is strange
10:37:17 gibi I deleted .pyc files and still
10:41:42 lyarwood gmann: just catching up with your work on stable, thanks again for driving all of this.
10:42:03 lyarwood gmann: just trying to fixup stable/rocky for openstack/nova
10:42:16 lyarwood gmann: I'll move the remaining grenade jobs to nv
10:42:39 lyarwood gmann: I also noticed debtcollector is borking ubuntu-xenial based nodes as it requires >= py3.6
10:43:09 lyarwood gmann: remind me, is it better to handle this in openstack/requirements or each project on stable?
10:43:23 lyarwood https://zuul.opendev.org/t/openstack/build/0e880aa891de40c2ad9d07916cb9bf5b/log/job-output.txt#3312 <- for reference
10:48:11 lyarwood ah wait that isn't a uc issue
10:49:11 lyarwood https://github.com/openstack/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L519-L520
10:51:16 openstackgerrit sean mooney proposed openstack/nova master: catch libvirt exception when nodedev not found. https://review.opendev.org/739017
10:52:10 sean-k-mooney1 bauzas: stephenfin ^ that is the minimal change im working on the full fix now
10:53:15 stephenfin lyarwood: enabling this should resolve that for us, but I'm not sure if it's available there https://github.com/pypa/pip/issues/988 Assuming not, we probably want to be using upper-constraints there?
10:54:28 lyarwood stephenfin: yeah you would think we want to apply uc here somehow
10:54:44 lyarwood stephenfin: but as this is branchless I'm not sure how that works tbh
10:54:47 stephenfin sean--k-mooney: you've a double hyphen there, btw ;)
10:54:51 lyarwood I'm sure there are examples somewhere
10:54:58 sean--k-mooney lyarwood: there is an upperconstratis for each stable branch
10:54:59 stephenfin isn't the branch an environment variable in zuul?
10:55:13 sean--k-mooney ah thanks
10:55:49 lyarwood stephenfin: yup I'm sure there are examples somewhere
10:56:22 sean-k-mooney i shoudl really jsut drop the k since i hate my middel name and never use it but i would have to alther my config file and thats more effort then i care about :)
10:56:58 openstackgerrit Lee Yarwood proposed openstack/nova stable/rocky: Make greande jobs n-v for EM and oldest stable https://review.opendev.org/739020

Earlier   Later