Earlier  
Posted Nick Remark
#openstack-nova - 2021-02-15
11:28:56 lyarwood everything looks fine in the domain
11:29:04 lyarwood the device is there and attached as a SATA cdrom etc
11:29:20 lyarwood it's just not there within the guestOS
11:29:21 kashyap lyarwood: Very good point; it's the CirrOS image
11:29:39 sean-k-mooney well the cirros image usess a ubuntu 18.04 kernel
11:29:44 sean-k-mooney so it will have sata support
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?

Earlier   Later