<div dir="ltr"><div dir="ltr"><div><br></div><div>Melanie: I think this is indeed the problem !</div><div><br></div><div>But then, if I am not wrong, the note in:</div><div><br></div><a href="https://docs.openstack.org/nova/rocky/admin/configuration/schedulers.html">https://docs.openstack.org/nova/rocky/admin/configuration/schedulers.html</a> <br><div><br></div><div><verbatim></div><div> Note<br><br>qemu is used for both QEMU and KVM hypervisor types.<br></div><div></verbatim></div><div><br></div><div>should be removed. </div><div>I can open a bug if you agree ...</div><div><br></div><div>And maybe this is something worth to be mentioned in the release notes ?</div><div><br></div><div>Thanks again for your help !</div><div><br></div><div>Cheers, Massimo</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 24, 2019 at 2:11 AM melanie witt <<a href="mailto:melwittt@gmail.com">melwittt@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 7/23/19 8:14 AM, Matt Riedemann wrote:<br>
> On 7/23/2019 9:50 AM, Massimo Sgaravatto wrote:<br>
>><br>
>> This [*] is what appears in nova-scheduler after having enabled the <br>
>> debug.<br>
>><br>
>> We performed a "yum update" so, yes, we also updated libvirt (now we <br>
>> are running v. 4.5.0)<br>
>><br>
>> Thanks, Massimo<br>
>><br>
>> [*]<br>
>><br>
>> 2019-07-23 16:44:34.849 12561 DEBUG <br>
>> nova.scheduler.filters.image_props_filter <br>
>> [req-52638278-51b7-4768-836a-f70d8a8b016a <br>
>> ab573ba3ea014b778193b6922ffffe6d ee1865a76440481cbcff08544c7d580a - <br>
>> default default] Instance contains properties <br>
>> ImageMetaProps(hw_architecture=<?>,hw_auto_disk_config=<?>,hw_boot_menu=<?>,hw_cdrom_bus=<?>,hw_cpu_cores=<?>,hw_cpu_max_cores=<?>,hw_cpu_max_sockets=<?>,hw_cpu_max_threads=<?>,hw_cpu_policy=<?>,hw_cpu_realtime_mask=<?>,hw_cpu_sockets=<?>,hw_cpu_thread_policy=<?>,hw_cpu_threads=<?>,hw_device_id=<?>,hw_disk_bus=<?>,hw_disk_type=<?>,hw_firmware_type=<?>,hw_floppy_bus=<?>,hw_ipxe_boot=<?>,hw_machine_type=<?>,hw_mem_page_size=<?>,hw_numa_cpus=<?>,hw_numa_mem=<?>,hw_numa_nodes=<?>,hw_pointer_model=<?>,hw_qemu_guest_agent=<?>,hw_rescue_bus=<?>,hw_rescue_device=<?>,hw_rng_model=<?>,hw_scsi_model=<?>,hw_serial_port_count=<?>,hw_video_model=<?>,hw_video_ram=<?>,hw_vif_model=<?>,hw_vif_multiqueue_enabled=<?>,hw_vm_mode=<?>,hw_watchdog_action=<?>,img_bdm_v2=<?>,img_bittorrent=<?>,img_block_device_mapping=<?>,img_cache_in_nova=<?>,img_compression_level=<?>,img_config_drive=<?>,img_hide_hypervisor_id=<?>,img_hv_requested_version=<?>,img_hv_type='qemu',img_linked_clone=<?>,img_mappings=<?>,img_owner_id=<?>,img_root_device_name=<?>,img_signature=<?>,img_signature_certificate_uuid=<?>,img_signature_hash_method=<?>,img_signature_key_type=<?>,img_use_agent=<?>,img_version=<?>,os_admin_user=<?>,os_command_line=<?>,os_distro=<?>,os_require_quiesce=<?>,os_secure_boot=<?>,os_skip_agent_inject_files_at_boot=<?>,os_skip_agent_inject_ssh=<?>,os_type=<?>,traits_required=<?>) <br>
>> that are not provided by the compute node supported_instances <br>
>> [[u'i686', u'kvm', u'hvm'], [u'x86_64', u'kvm', u'hvm']] or hypervisor <br>
>> version 2012000 do not match _instance_supported <br>
>> /usr/lib/python2.7/site-packages/nova/scheduler/filters/image_props_filter.py:103 <br>
>><br>
>> 2019-07-23 16:44:34.852 12561 DEBUG <br>
>> nova.scheduler.filters.image_props_filter <br>
>> [req-52638278-51b7-4768-836a-f70d8a8b016a <br>
>> ab573ba3ea014b778193b6922ffffe6d ee1865a76440481cbcff08544c7d580a - <br>
>> default default] Instance contains properties <br>
>> ImageMetaProps(hw_architecture=<?>,hw_auto_disk_config=<?>,hw_boot_menu=<?>,hw_cdrom_bus=<?>,hw_cpu_cores=<?>,hw_cpu_max_cores=<?>,hw_cpu_max_sockets=<?>,hw_cpu_max_threads=<?>,hw_cpu_policy=<?>,hw_cpu_realtime_mask=<?>,hw_cpu_sockets=<?>,hw_cpu_thread_policy=<?>,hw_cpu_threads=<?>,hw_device_id=<?>,hw_disk_bus=<?>,hw_disk_type=<?>,hw_firmware_type=<?>,hw_floppy_bus=<?>,hw_ipxe_boot=<?>,hw_machine_type=<?>,hw_mem_page_size=<?>,hw_numa_cpus=<?>,hw_numa_mem=<?>,hw_numa_nodes=<?>,hw_pointer_model=<?>,hw_qemu_guest_agent=<?>,hw_rescue_bus=<?>,hw_rescue_device=<?>,hw_rng_model=<?>,hw_scsi_model=<?>,hw_serial_port_count=<?>,hw_video_model=<?>,hw_video_ram=<?>,hw_vif_model=<?>,hw_vif_multiqueue_enabled=<?>,hw_vm_mode=<?>,hw_watchdog_action=<?>,img_bdm_v2=<?>,img_bittorrent=<?>,img_block_device_mapping=<?>,img_cache_in_nova=<?>,img_compression_level=<?>,img_config_drive=<?>,img_hide_hypervisor_id=<?>,img_hv_requested_version=<?>,img_hv_type='qemu',img_linked_clone=<?>,img_mappings=<?>,img_owner_id=<?>,img_root_device_name=<?>,img_signature=<?>,img_signature_certificate_uuid=<?>,img_signature_hash_method=<?>,img_signature_key_type=<?>,img_use_agent=<?>,img_version=<?>,os_admin_user=<?>,os_command_line=<?>,os_distro=<?>,os_require_quiesce=<?>,os_secure_boot=<?>,os_skip_agent_inject_files_at_boot=<?>,os_skip_agent_inject_ssh=<?>,os_type=<?>,traits_required=<?>) <br>
>> that are not provided by the compute node supported_instances <br>
>> [[u'i686', u'kvm', u'hvm'], [u'x86_64', u'kvm', u'hvm']] or hypervisor <br>
>> version 2012000 do not match _instance_supported <br>
>> /usr/lib/python2.7/site-packages/nova/scheduler/filters/image_props_filter.py:103 <br>
>><br>
> <br>
> Yeah at this point I'm not sure what's going on but the driver is <br>
> reporting kvm now and your image is requesting qemu so that's why the <br>
> hosts are getting filtered out. I'm not sure why the upgrade of <br>
> libvirt/qemu would change what the driver is reporting now, but it's a <br>
> bit lower level than I'd know about off hand. Maybe some of the Red Hat <br>
> nova devs would know more about this or have seen it before.<br>
<br>
I'm not sure whether this is related, but this thread reminded me of a <br>
change that landed in Rocky where we started filtering hypervisor <br>
capabilities by the configured CONF.libvirt.virt_type:<br>
<br>
<a href="https://review.opendev.org/531347" rel="noreferrer" target="_blank">https://review.opendev.org/531347</a><br>
<br>
I didn't see mention so far of how CONF.libvirt.virt_type has been <br>
configured in this deployment. Is it set to 'kvm' or 'qemu'? If it's set <br>
to 'kvm', that would cause 'qemu' capabilities to be filtered out, when <br>
they would not have been prior to Rocky.<br>
<br>
Apologies if this was an unrelated tangent.<br>
<br>
Cheers,<br>
-melanie<br>
<br>
</blockquote></div></div>