| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-02-15 | |||
| 11:29:49 | lyarwood | you would think | |
| 11:30:02 | lyarwood | don't they recompile the kernel now? | |
| 11:30:02 | kashyap | Yeah, don't assume. | |
| 11:30:07 | sean-k-mooney | im not | |
| 11:30:20 | sean-k-mooney | i have use it with sata before | |
| 11:31:00 | sean-k-mooney | although i dont know if i have used it with sata and q35 | |
| 11:31:17 | sean-k-mooney | i have used it with sata and pc | |
| 11:32:35 | sean-k-mooney | lyarwood: are you lookign at a gate failure by the way | |
| 11:33:13 | lyarwood | sean-k-mooney: yeah the tip of my q35 series switches nova-next over to using q35 and some tests that rely on config drive (device tagging etc) are failing | |
| 11:33:29 | sean-k-mooney | ah ok | |
| 11:33:42 | lyarwood | sean-k-mooney: have a local reproducer anyway and I can't see anything related to SATA in dmesg within the instance | |
| 11:37:19 | sean-k-mooney | ya its strang | |
| 11:37:23 | sean-k-mooney | i booted it too | |
| 11:37:29 | sean-k-mooney | so it boots fine with sata | |
| 11:37:36 | sean-k-mooney | but lsblk and blkid are empty | |
| 11:38:55 | lyarwood | f33 finds the device fine | |
| 11:39:07 | lyarwood | weird, I could make the cdrom bus host configurable? | |
| 11:39:13 | lyarwood | as a workaround | |
| 11:39:23 | sean-k-mooney | well its configurable via the image alredy | |
| 11:39:52 | sean-k-mooney | whats odd its ist not in /sys/block | |
| 11:40:50 | kashyap | [root@rawhide-1 ~]# dmesg | grep -i sata | head -1 | |
| 11:40:50 | kashyap | [ 1.724456] ahci 0000:00:1f.2: AHCI 0001.0000 32 slots 6 ports 1.5 Gbps 0x3f impl SATA mode | |
| 11:41:21 | sean-k-mooney | i dont see it in /dev either | |
| 11:41:54 | sean-k-mooney | kashyap empty | |
| 11:43:15 | lyarwood | I wonder if SCSI would be a better bus for this anyway | |
| 11:43:34 | kashyap | sean-k-mooney: Look for `dmesg | grep -i sata` | |
| 11:43:41 | kashyap | What gues did you boot? | |
| 11:43:41 | lyarwood | ah I guess we don't know if we have the controller setup | |
| 11:43:56 | sean-k-mooney | kashyap: i did and it gives nothing | |
| 11:44:06 | kashyap | What guest? | |
| 11:44:07 | lyarwood | yeah same for me with cirros | |
| 11:44:11 | sean-k-mooney | cirros | |
| 11:45:16 | kashyap | Right; my guest is Fedora ("Rawhide" - rolling) | |
| 11:45:51 | sean-k-mooney | yes which is not what we are trying to debug | |
| 11:46:12 | sean-k-mooney | its odd because im not seeing anyting in /dev | |
| 11:46:18 | sean-k-mooney | or /sys for the disk | |
| 11:46:36 | sean-k-mooney | im really confused how the root filestyem is currenlty mounted | |
| 11:47:02 | kashyap | sean-k-mooney: I was posting it for info; not saying Fedora is what we're debugging here | |
| 11:47:51 | kashyap | lyarwood: sean-k-mooney: I see some forums online say CirrOS does not support SATA interface | |
| 11:48:53 | sean-k-mooney | unless we use the vfat config driver format that woudl be a problem | |
| 11:49:33 | sean-k-mooney | we cant really assuem scsi will work and virtio-blk is not avalid for a cdrom | |
| 11:50:10 | lyarwood | sean-k-mooney: ah check /etc/modules | |
| 11:50:22 | sean-k-mooney | just deleted them to try scsi | |
| 11:50:45 | lyarwood | scsi should work but I think we can get sata to also work by updating /etc/modules | |
| 11:51:38 | sean-k-mooney | that woudl requrie cirros to be updated | |
| 11:52:03 | sean-k-mooney | given its botting it is able to use sata somehow | |
| 11:52:19 | sean-k-mooney | /etc/modules is just the set of addtional moduels to load | |
| 11:53:12 | sean-k-mooney | by the way why i said scsi isnt really an option is windows does not have teh virtio-scsi drivers by default | |
| 11:53:19 | sean-k-mooney | so we could not change the default to scsi | |
| 11:53:33 | sean-k-mooney | we chose sata becasue it shoudl work on all operating systmes | |
| 11:53:42 | lyarwood | is scsi == virtio-scsi? | |
| 11:53:51 | lyarwood | you have to set the model to virtio-scsi for that to be the case right? | |
| 11:54:01 | sean-k-mooney | yes you do | |
| 11:54:12 | sean-k-mooney | the other scsi contoller are all quite old | |
| 11:54:20 | sean-k-mooney | im not sure we would want to use any of those by default | |
| 11:54:31 | lyarwood | well at least Windows would support it then | |
| 11:54:34 | lyarwood | but yeah | |
| 11:54:58 | sean-k-mooney | im not sure if it would it might | |
| 11:55:07 | sean-k-mooney | using scsi works by the way for cirros | |
| 11:55:12 | sean-k-mooney | show up as normal | |
| 11:56:03 | lyarwood | not for me as the config cdrom drive | |
| 11:56:10 | lyarwood | so I think there's something still missing there | |
| 11:56:17 | lyarwood | I found https://bugs.launchpad.net/cirros/+bug/1715009 from a while ago | |
| 11:56:19 | openstack | Launchpad bug 1715009 in CirrOS "Missing modules for scsi cdrom config_drive in ppc64le" [Medium,Fix committed] | |
| 11:56:34 | lyarwood | so I wonder if there's additional things we need on x86_64 | |
| 11:57:02 | sean-k-mooney | so looking at /lib/modules/... | |
| 11:57:14 | sean-k-mooney | cirros hs sfcsi and virtio drivers | |
| 11:57:17 | sean-k-mooney | but not sata | |
| 11:57:52 | sean-k-mooney | it only has the virtio scsi drivers by the way | |
| 11:58:16 | sean-k-mooney | im guessing the init ramfs has the sata drivers | |
| 11:58:45 | sean-k-mooney | or it fell back to an in kernel driver | |
| 11:58:51 | sean-k-mooney | rahter then a module | |
| 12:02:37 | sean-k-mooney | lyarwood: by the way we have a bug with bfv | |
| 12:02:58 | sean-k-mooney | lyarwood: shocking i know but bfv does not select the correct bus when you use sata | |
| 12:03:04 | sean-k-mooney | it will use scsi instead | |
| 12:03:13 | sean-k-mooney | i fixed this years ago for non bfv | |
| 12:03:27 | sean-k-mooney | but it looks like it back or was never fixed for bfv | |
| 12:03:46 | kashyap | Sorry for my choppiness here. Struggling with something today. | |
| 12:08:13 | openstackgerrit | Hemanth N proposed openstack/nova stable/rocky: Update pci stat pools based on PCI device changes https://review.opendev.org/c/openstack/nova/+/761824 | |
| 12:26:48 | lyarwood | sean-k-mooney: sorry had to go afk, with hw_disk_bus=sata? | |
| 12:30:13 | sean-k-mooney | lyarwood: ya if you hw_disk_bus=sata with bfv on ussuri then you get scsi | |
| 13:02:12 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Record the machine_type of instances in system_metadata https://review.opendev.org/c/openstack/nova/+/767533 | |
| 13:02:13 | openstackgerrit | Lee Yarwood proposed openstack/nova master: nova-manage: Add machine_type get command https://review.opendev.org/c/openstack/nova/+/769548 | |
| 13:02:13 | openstackgerrit | Lee Yarwood proposed openstack/nova master: nova-manage: Add machine_type update command https://review.opendev.org/c/openstack/nova/+/774896 | |
| 13:02:14 | openstackgerrit | Lee Yarwood proposed openstack/nova master: WIP nova-manage: Add machine_type list_unset command https://review.opendev.org/c/openstack/nova/+/774897 | |
| 13:02:14 | openstackgerrit | Lee Yarwood proposed openstack/nova master: nova-status: Add hw_machine_type check for libvirt instances https://review.opendev.org/c/openstack/nova/+/770643 | |
| 13:02:15 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Add a config update workflow test for [libvirt]hw_machine_type https://review.opendev.org/c/openstack/nova/+/774898 | |
| 13:02:15 | openstackgerrit | Lee Yarwood proposed openstack/nova master: docs: Add admin docs for configuring and updating machine types https://review.opendev.org/c/openstack/nova/+/774899 | |
| 13:57:15 | openstackgerrit | Lee Yarwood proposed openstack/nova master: WIP: nova-next: Start testing the 'q35' machine type https://review.opendev.org/c/openstack/nova/+/708701 | |
| 15:36:43 | lyarwood | stephenfin: thanks for the review, would you mind if I hold off on that respin until the rest of the series has been looked at? ./me doesn't want to hammer CI | |
| 15:36:57 | stephenfin | yup, fine by me. Working through it atm | |
| 15:37:51 | lyarwood | stephenfin: excellent thanks | |
| 15:38:08 | openstackgerrit | Lucas Alvares Gomes proposed openstack/nova master: DO NOT REVIEW: Test OVN devstack module https://review.opendev.org/c/openstack/nova/+/748226 | |
| 15:53:19 | kukacz | hi. having queens, nova disk with images_type=raw, when doing server resize I'm ending up with unbootable instance. I noticed that new (resized up) boot disk is being created as qcow, not raw. Is this a bug or am I rather missing some configuration detail? | |
| 15:57:39 | lyarwood | kukacz: that sounds like a bug, can you open one and share some logs of the resize? | |
| 15:58:59 | lyarwood | https://launchpad.net/nova/+bug for the bug btw if you didn't know | |
| 16:06:22 | kukacz | lyarwood: sure, thanks, I'll collect logs+details into the bug. I'll need to switch the server to different configuration (lvm backend) for production, most probably not being able to collect more details or tests into the bug when required for some weeks. is it reasonable to file the bug despite such constraint? | |
| 16:08:02 | lyarwood | kukacz: yup I might try to reproduce this tomorrow anyway | |
| 16:09:38 | kukacz | lyarwood: perfect! I'll do that then | |
| 16:10:53 | kukacz | btw. what is the current status of LVM backen resize support in Nova? I did a similar test with it and was (correctly) refused, stating it in logs that it's not supported. has that changed in newer releases? | |