On Thu, Aug 27, 2020 at 10:23 PM Arik Hadas <aha...@redhat.com> wrote:
> > > On Thu, Aug 27, 2020 at 10:13 PM Vinícius Ferrão < > fer...@versatushpc.com.br> wrote: > >> >> >> On 27 Aug 2020, at 16:03, Arik Hadas <aha...@redhat.com> wrote: >> >> >> >> On Thu, Aug 27, 2020 at 8:40 PM Vinícius Ferrão via Users < >> users@ovirt.org> wrote: >> >>> Hi Michal, >>> >>> On 27 Aug 2020, at 05:08, Michal Skrivanek <michal.skriva...@redhat.com> >>> wrote: >>> >>> >>> >>> On 26 Aug 2020, at 20:50, Vinícius Ferrão via Users <users@ovirt.org> >>> wrote: >>> >>> Okay here we go Arik. >>> >>> With your insight I’ve done the following: >>> >>> # rpm -Va >>> >>> This showed what’s zeroed on the machine, since it was a lot of things, >>> I’ve just gone crazy and done: >>> >>> >>> you should still have host deploy logs on the engine machine. it’s weird >>> it succeeded, unless it somehow happened afterwards? >>> >>> >>> It only succeeded my yum reinstall rampage. >>> >>> yum list installed | cut -f 1 -d " " > file >>> yum -y reinstall `cat file | xargs` >>> >>> Reinstalled everything. >>> >>> Everything worked as expected and I finally added the machine back to >>> the cluster. It’s operational. >>> >>> >>> eh, I wouldn’t trust it much. did you run redeploy at least? >>> >>> >>> I’ve done reinstall on the web interface of the engine. I can reinstall >>> the host, there’s nothing running on it… gonna try a third format. >>> >>> >>> >>> Now I’ve another issue, I have 3 VM’s that are ppc64le, when trying to >>> import them, the Hosted Engine identifies them as x86_64: >>> >>> <PastedGraphic-2.png> >>> >>> So… >>> >>> This appears to be a bug. Any ideia on how to force it back to ppc64? I >>> can’t manually force the import on the Hosted Engine since there’s no >>> buttons to do this… >>> >>> >>> how exactly did you import them? could be a bug indeed. >>> we don’t support changing it as it doesn’t make sense, the guest can’t >>> be converted >>> >>> >>> Yeah. I done the normal procedure, added the storage domain to the >>> engine and clicked on “Import VM”. Immediately it was detected as x86_64. >>> >>> Since I wasn’t able to upgrade my environment from 4.3.10 to 4.4.1 due >>> to random errors when redeploying the engine with the backup from 4.3.10, I >>> just reinstalled it, reconfigured everything and them imported the storage >>> domains. >>> >>> I don’t know where the information about architecture is stored in the >>> storage domain, I tried to search for some metadata files inside the domain >>> but nothing come up. Is there a way to force this change? It must be a way. >>> >>> I even tried to import the machine as x86_64. So I can delete the VM and >>> just reattach the disks in a new only, effectively not losing the data, but… >>> >>> <PastedGraphic-1.png> >>> >>> Yeah, so something is broken. The check during the import appears to be >>> OK, but the interface does not me allow to import it to the ppc64le >>> machine, since it’s read as x86_64. >>> >> >> Could you please provide the output of the following query from the >> database: >> select * from unregistered_ovf_of_entities where entity_name=' >> energy.versatushpc.com.br'; >> >> >> Sure, there you go: >> >> 46ad1d80-2649-48f5-92e6-e5489d11d30c | energy.versatushpc.com.br | VM >> | 1 | | >> d19456e4-0051-456e-b33c-57348a78c2e0 | >> <?xml version="1.0" encoding="UTF-8"?><ovf:Envelope xmlns:ovf=" >> http://schemas.dmtf.org/ovf/envelope/1/"; xmlns:rasd=" >> http://schemas.dmtf.org/wbem/wscim/1/cim >> -schema/2/CIM_ResourceAllocationSettingData" xmlns:vssd=" >> http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_VirtualSystemSettingData"; >> xmlns:xsi="http://ww >> w.w3.org/2001/XMLSchema-instance" >> ovf:version="4.1.0.0"><References><File >> ovf:href="775b24a9-6a32-431a-831f-4ac9b3b31152/b1d9832e-076f-48f3-a300-0b5cdf0949af >> " ovf:id="b1d9832e-076f-48f3-a300-0b5cdf0949af" ovf:size="512" >> ovf:description="Active VM" ovf:disk_storage_type="IMAGE" >> ovf:cinder_volume_type=""></File></R >> eferences><NetworkSection><Info>List of networks</Info><Network >> ovf:name="legacyservers"></Network></NetworkSection><Section >> xsi:type="ovf:DiskSection_Type"> >> <Info>List of Virtual Disks</Info><Disk >> ovf:diskId="b1d9832e-076f-48f3-a300-0b5cdf0949af" ovf:size="40" >> ovf:actual_size="1" ovf:vm_snapshot_id="6de58683-c586 >> -4e97-b0e8-ee7ee3baf754" ovf:parentRef="" >> ovf:fileRef="775b24a9-6a32-431a-831f-4ac9b3b31152/b1d9832e-076f-48f3-a300-0b5cdf0949af" >> ovf:format="http://www.vmwa >> re.com/specifications/vmdk.html#sparse" ovf:volume-format="RAW" >> ovf:volume-type="Sparse" ovf:disk-interface="VirtIO_SCSI" >> ovf:read-only="false" ovf:shareable >> ="false" ovf:boot="true" ovf:pass-discard="false" >> ovf:disk-alias="energy.versatushpc.com.br_Disk1" ovf:disk-description="" >> ovf:wipe-after-delete="false"></Di >> sk></Section><Content ovf:id="out" >> xsi:type="ovf:VirtualSystem_Type"><Name>energy.versatushpc.com.br</Name><Description>Holds >> Kosen backend and frontend prod >> services (nginx + >> docker)</Description><Comment></Comment><CreationDate>2020/08/19 >> 20:11:33</CreationDate><ExportDate>2020/08/20 18:37:41</ExportDate><Delet >> >> eProtected>false</DeleteProtected><SsoMethod>guest_agent</SsoMethod><IsSmartcardEnabled>false</IsSmartcardEnabled><NumOfIoThreads>1</NumOfIoThreads><TimeZone >> >> >Etc/GMT</TimeZone><default_boot_sequence>9</default_boot_sequence><Generation>8</Generation><ClusterCompatibilityVersion>4.3</ClusterCompatibilityVersion><V >> >> mType>1</VmType><ResumeBehavior>AUTO_RESUME</ResumeBehavior><MinAllocatedMem>2730</MinAllocatedMem><IsStateless>false</IsStateless><IsRunAndPause>false</IsRu >> >> nAndPause><AutoStartup>false</AutoStartup><Priority>1</Priority><CreatedByUserId>6ea16f22-45d7-11ea-bd83-00163e518b7c</CreatedByUserId><MigrationSupport>0</M >> >> igrationSupport><IsBootMenuEnabled>false</IsBootMenuEnabled><IsSpiceFileTransferEnabled>true</IsSpiceFileTransferEnabled><IsSpiceCopyPasteEnabled>true</IsSpi >> >> ceCopyPasteEnabled><AllowConsoleReconnect>true</AllowConsoleReconnect><ConsoleDisconnectAction>LOCK_SCREEN</ConsoleDisconnectAction><CustomEmulatedMachine></ >> >> CustomEmulatedMachine><BiosType>0</BiosType><CustomCpuName></CustomCpuName><PredefinedProperties></PredefinedProperties><UserDefinedProperties></UserDefinedP >> >> roperties><MaxMemorySizeMb>16384</MaxMemorySizeMb><MultiQueuesEnabled>true</MultiQueuesEnabled><UseHostCpu>false</UseHostCpu><ClusterName>Blastoise</ClusterN >> >> ame><TemplateId>00000000-0000-0000-0000-000000000000</TemplateId><TemplateName>Blank</TemplateName><IsInitilized>true</IsInitilized><Origin>0</Origin><quota_ >> >> id>32644894-755e-4588-b967-8fb9dc327795</quota_id><DefaultDisplayType>2</DefaultDisplayType><TrustedService>false</TrustedService><OriginalTemplateId>0000000 >> >> 0-0000-0000-0000-000000000000</OriginalTemplateId><OriginalTemplateName>Blank</OriginalTemplateName><CpuPinning></CpuPinning><UseLatestVersion>false</UseLate >> stVersion><StopTime>2020/08/20 17:52:35</StopTime><Section >> ovf:id="46ad1d80-2649-48f5-92e6-e5489d11d30c" ovf:required="false" >> xsi:type="ovf:OperatingSystemSe >> ction_Type"><Info>Guest Operating >> System</Info><Description>other_linux_ppc64</Description></Section><Section >> xsi:type="ovf:VirtualHardwareSection_Type"><Inf >> o>2 CPU, 4096 Memory</Info><System><vssd:VirtualSystemType>ENGINE >> 4.1.0.0</vssd:VirtualSystemType></System><Item><rasd:Caption>2 virtual >> cpu</rasd:Caption><r >> asd:Description>Number of virtual >> CPU</rasd:Description><rasd:InstanceId>1</rasd:InstanceId><rasd:ResourceType>3</rasd:ResourceType><rasd:num_of_sockets>2</r >> >> asd:num_of_sockets><rasd:cpu_per_socket>1</rasd:cpu_per_socket><rasd:threads_per_cpu>1</rasd:threads_per_cpu><rasd:max_num_of_vcpus>16</rasd:max_num_of_vcpus >> ><rasd:VirtualQuantity>2</rasd:VirtualQuantity></Item><Item><rasd:Caption>4096 >> MB of memory</rasd:Caption><rasd:Description>Memory >> Size</rasd:Description><ra >> >> sd:InstanceId>2</rasd:InstanceId><rasd:ResourceType>4</rasd:ResourceType><rasd:AllocationUnits>MegaBytes</rasd:AllocationUnits><rasd:VirtualQuantity>4096</ra >> >> sd:VirtualQuantity></Item><Item><rasd:Caption>energy.versatushpc.com.br_Disk1</rasd:Caption><rasd:InstanceId>b1d9832e-076f-48f3-a300-0b5cdf0949af</rasd:Insta >> >> nceId><rasd:ResourceType>17</rasd:ResourceType><rasd:HostResource>775b24a9-6a32-431a-831f-4ac9b3b31152/b1d9832e-076f-48f3-a300-0b5cdf0949af</rasd:HostResourc >> >> e><rasd:Parent>00000000-0000-0000-0000-000000000000</rasd:Parent><rasd:Template>00000000-0000-0000-0000-000000000000</rasd:Template><rasd:ApplicationList></r >> >> asd:ApplicationList><rasd:StorageId>d19456e4-0051-456e-b33c-57348a78c2e0</rasd:StorageId><rasd:StoragePoolId>6c54f91e-89bf-45b4-bc48-56e74c4efd5e</rasd:Stora >> gePoolId><rasd:CreationDate>2020/08/19 >> 20:13:05</rasd:CreationDate><rasd:LastModified>1970/01/01 >> 00:00:00</rasd:LastModified><rasd:last_modified_date>2020/08 >> /20 >> 18:37:41</rasd:last_modified_date><Type>disk</Type><Device>disk</Device><rasd:Address>{type=drive, >> bus=0, controller=1, target=0, unit=0}</rasd:Address>< >> >> BootOrder>1</BootOrder><IsPlugged>true</IsPlugged><IsReadOnly>false</IsReadOnly><Alias>ua-775b24a9-6a32-431a-831f-4ac9b3b31152</Alias></Item><Item><rasd:Capt >> ion>Ethernet adapter on >> legacyservers</rasd:Caption><rasd:InstanceId>e6e37ae1-f263-4986-a039-e8e01e72d1f4</rasd:InstanceId><rasd:ResourceType>10</rasd:Resour >> >> ceType><rasd:OtherResourceType>legacyservers</rasd:OtherResourceType><rasd:ResourceSubType>3</rasd:ResourceSubType><rasd:Connection>legacyservers</rasd:Conne >> >> ction><rasd:Linked>true</rasd:Linked><rasd:Name>nic1</rasd:Name><rasd:ElementName>nic1</rasd:ElementName><rasd:MACAddress>56:6f:f0:b3:00:23</rasd:MACAddress> >> >> <rasd:speed>10000</rasd:speed><Type>interface</Type><Device>bridge</Device><rasd:Address></rasd:Address><BootOrder>0</BootOrder><IsPlugged>true</IsPlugged><I >> sReadOnly>false</IsReadOnly><Alias>ua-e6e37ae1-f263-4986-a039-e8e01e72d1f4</Alias></Item><Item><rasd:Caption>USB >> Controller</rasd:Caption><rasd:InstanceId>3< >> /rasd:InstanceId><rasd:ResourceType>23</rasd:ResourceType><rasd:UsbPolicy>DISABLED</rasd:UsbPolicy></Item><Item><rasd:Caption>Graphical >> Controller</rasd:Capt >> >> ion><rasd:InstanceId>1440c749-728e-4a86-afc1-8237c6055fa5</rasd:InstanceId><rasd:ResourceType>20</rasd:ResourceType><rasd:VirtualQuantity>1</rasd:VirtualQuan >> >> tity><rasd:SinglePciQxl>false</rasd:SinglePciQxl><Type>video</Type><Device>vga</Device><rasd:Address></rasd:Address><BootOrder>0</BootOrder><IsPlugged>true</ >> >> IsPlugged><IsReadOnly>false</IsReadOnly><Alias>ua-1440c749-728e-4a86-afc1-8237c6055fa5</Alias><SpecParams><vram>16384</vram></SpecParams></Item><Item><rasd:C >> aption>Graphical >> Framebuffer</rasd:Caption><rasd:InstanceId>603e7f0c-8d28-4c3e-bd90-c5685b752100</rasd:InstanceId><rasd:ResourceType>26</rasd:ResourceType><T >> >> ype>graphics</Type><Device>vnc</Device><rasd:Address></rasd:Address><BootOrder>0</BootOrder><IsPlugged>true</IsPlugged><IsReadOnly>false</IsReadOnly><Alias>< >> >> /Alias></Item><Item><rasd:Caption>CDROM</rasd:Caption><rasd:InstanceId>3e21d3d7-f898-4cd8-8f49-441bfc2d99ad</rasd:InstanceId><rasd:ResourceType>15</rasd:Reso >> urceType><Type>disk</Type><Device>cdrom</Device><rasd:Address>{type=drive, >> bus=0, controller=0, target=0, >> unit=2}</rasd:Address><BootOrder>2</BootOrder><IsPl >> >> ugged>true</IsPlugged><IsReadOnly>true</IsReadOnly><Alias>ua-3e21d3d7-f898-4cd8-8f49-441bfc2d99ad</Alias><SpecParams><path>CentOS-8.1.1911-x86_64-boot.iso</p >> >> ath></SpecParams></Item><Item><rasd:ResourceType>0</rasd:ResourceType><rasd:InstanceId>66f3a2b8-d2c5-4032-9f10-8742d65a0a3e</rasd:InstanceId><Type>controller >> >> </Type><Device>scsi</Device><rasd:Address>{type=spapr-vio}</rasd:Address><BootOrder>0</BootOrder><IsPlugged>true</IsPlugged><IsReadOnly>false</IsReadOnly><Al >> >> ias></Alias><SpecParams><index>0</index></SpecParams></Item><Item><rasd:ResourceType>0</rasd:ResourceType><rasd:InstanceId>e065acb2-e7db-4f55-a1df-385f19299b >> >> d0</rasd:InstanceId><Type>rng</Type><Device>virtio</Device><rasd:Address></rasd:Address><BootOrder>0</BootOrder><IsPlugged>true</IsPlugged><IsReadOnly>false< >> >> /IsReadOnly><Alias>ua-e065acb2-e7db-4f55-a1df-385f19299bd0</Alias><SpecParams><source>urandom</source></SpecParams></Item><Item><rasd:ResourceType>0</rasd:Re >> >> sourceType><rasd:InstanceId>7b4c4ef6-2a9a-4120-b838-3127db0fd703</rasd:InstanceId><Type>balloon</Type><Device>memballoon</Device><rasd:Address></rasd:Address >> >> ><BootOrder>0</BootOrder><IsPlugged>true</IsPlugged><IsReadOnly>true</IsReadOnly><Alias>ua-7b4c4ef6-2a9a-4120-b838-3127db0fd703</Alias><SpecParams><model>vir >> >> tio</model></SpecParams></Item><Item><rasd:ResourceType>0</rasd:ResourceType><rasd:InstanceId>5aade6c7-8f77-4fea-a5de-66350b214935</rasd:InstanceId><Type>con >> >> troller</Type><Device>virtio-scsi</Device><rasd:Address></rasd:Address><BootOrder>0</BootOrder><IsPlugged>false</IsPlugged><IsReadOnly>false</IsReadOnly><Ali >> >> as></Alias><SpecParams><ioThreadId></ioThreadId></SpecParams></Item><Item><rasd:ResourceType>0</rasd:ResourceType><rasd:InstanceId>4d4d7bfd-b1e8-45c3-a5e8-7e >> >> 0b7773bbf2</rasd:InstanceId><Type>controller</Type><Device>virtio-serial</Device><rasd:Address></rasd:Address><BootOrder>0</BootOrder><IsPlugged>false</IsPlu >> >> gged><IsReadOnly>false</IsReadOnly><Alias>58ca7b19-0071-00c0-01d6-000000000212</Alias></Item><Item><rasd:ResourceType>0</rasd:ResourceType><rasd:InstanceId>9 >> >> cea63da-7afd-41d4-925f-369f993b280f</rasd:InstanceId><Type>controller</Type><Device>usb</Device><rasd:Address></rasd:Address><BootOrder>0</BootOrder><IsPlugg >> ed>false</IsPlugged><IsReadOnly>false</IsReadOnly><Alias></Alias><SpecParams><index>0</index><model>nec-xhci</model></SpecParams></Item></Section><Section >> xs >> i:type="ovf:SnapshotsSection_Type"><Snapshot >> ovf:id="6de58683-c586-4e97-b0e8-ee7ee3baf754"><Type>ACTIVE</Type><Description>Active >> VM</Description><CreationDa >> te>2020/08/19 >> 20:11:33</CreationDate></Snapshot></Section></Content></ovf:Envelope> | >> | 0 >> >> Thank you! >> > > thanks > so yeah - we may have an issue with that operating system > 'other_linux_ppc64' that has the same name as 'other_linux' in our os-info > configuration > as a possible workaround, assuming all those unregistered VMs you can try > to override the architecture with: > update unregistered_ovf_of_entities set architecture = 2; > as a possible workaround, assuming all those unregistered VMs are from clusters with the same architecture, you can try to override the architecture with: * > > > >> >> >> >>> >>> >>> Thanks, >>> michal >>> >>> >>> Ideias? >>> >>> On 26 Aug 2020, at 15:04, Vinícius Ferrão <fer...@versatushpc.com.br> >>> wrote: >>> >>> What a strange thing is happening here: >>> >>> [root@power ~]# file /usr/bin/vdsm-client >>> /usr/bin/vdsm-client: empty >>> [root@power ~]# ls -l /usr/bin/vdsm-client >>> -rwxr-xr-x. 1 root root 0 Jul 3 06:23 /usr/bin/vdsm-client >>> >>> A lot of files are just empty, I’ve tried reinstalling vdsm-client, it >>> worked, but there’s other zeroed files: >>> >>> Transaction test succeeded. >>> Running transaction >>> Preparing : >>> >>> 1/1 >>> Reinstalling : vdsm-client-4.40.22-1.el8ev.noarch >>> >>> 1/2 >>> Cleanup : vdsm-client-4.40.22-1.el8ev.noarch >>> >>> 2/2 >>> Running scriptlet: vdsm-client-4.40.22-1.el8ev.noarch >>> >>> 2/2 >>> /sbin/ldconfig: File /lib64/libkadm5clnt.so is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libkadm5srv.so is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libsensors.so.4 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libsensors.so.4.4.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt-admin.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt-admin.so.0.6000.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libvirt-lxc.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt-lxc.so.0.6000.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libvirt-qemu.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt-qemu.so.0.6000.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libvirt.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt.so.0.6000.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libisns.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libiscsi.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libopeniscsiusr.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libopeniscsiusr.so.0.2.0 is empty, not >>> checked. >>> >>> /sbin/ldconfig: File /lib64/libkadm5clnt.so is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libkadm5srv.so is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libsensors.so.4 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libsensors.so.4.4.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt-admin.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt-admin.so.0.6000.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libvirt-lxc.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt-lxc.so.0.6000.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libvirt-qemu.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt-qemu.so.0.6000.0 is empty, not >>> checked. >>> /sbin/ldconfig: File /lib64/libvirt.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libvirt.so.0.6000.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libisns.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libiscsi.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libopeniscsiusr.so.0 is empty, not checked. >>> /sbin/ldconfig: File /lib64/libopeniscsiusr.so.0.2.0 is empty, not >>> checked. >>> >>> Verifying : vdsm-client-4.40.22-1.el8ev.noarch >>> >>> 1/2 >>> Verifying : vdsm-client-4.40.22-1.el8ev.noarch >>> >>> 2/2 >>> Installed products updated. >>> >>> Reinstalled: >>> vdsm-client-4.40.22-1.el8ev.noarch >>> >>> >>> >>> I’ve never seen something like this. >>> >>> I’ve already reinstalled the host from the ground and the same thing >>> happens. >>> >>> >>> On 26 Aug 2020, at 14:28, Vinícius Ferrão via Users <users@ovirt.org> >>> wrote: >>> >>> Hello Arik, >>> This is probably the issue. Output totally empty: >>> >>> [root@power ~]# vdsm-client Host getCapabilities >>> [root@power ~]# >>> >>> Here are the packages installed on the machine: (grepped ovirt and vdsm >>> on rpm -qa) >>> ovirt-imageio-daemon-2.0.8-1.el8ev.ppc64le >>> ovirt-imageio-client-2.0.8-1.el8ev.ppc64le >>> ovirt-host-4.4.1-4.el8ev.ppc64le >>> ovirt-vmconsole-host-1.0.8-1.el8ev.noarch >>> ovirt-host-dependencies-4.4.1-4.el8ev.ppc64le >>> ovirt-imageio-common-2.0.8-1.el8ev.ppc64le >>> ovirt-vmconsole-1.0.8-1.el8ev.noarch >>> vdsm-hook-vmfex-dev-4.40.22-1.el8ev.noarch >>> vdsm-hook-fcoe-4.40.22-1.el8ev.noarch >>> vdsm-hook-ethtool-options-4.40.22-1.el8ev.noarch >>> vdsm-hook-openstacknet-4.40.22-1.el8ev.noarch >>> vdsm-common-4.40.22-1.el8ev.noarch >>> vdsm-python-4.40.22-1.el8ev.noarch >>> vdsm-jsonrpc-4.40.22-1.el8ev.noarch >>> vdsm-api-4.40.22-1.el8ev.noarch >>> vdsm-yajsonrpc-4.40.22-1.el8ev.noarch >>> vdsm-4.40.22-1.el8ev.ppc64le >>> vdsm-network-4.40.22-1.el8ev.ppc64le >>> vdsm-http-4.40.22-1.el8ev.noarch >>> vdsm-client-4.40.22-1.el8ev.noarch >>> vdsm-hook-vhostmd-4.40.22-1.el8ev.noarch >>> >>> Any ideias to try? >>> >>> Thanks. >>> >>> On 26 Aug 2020, at 05:09, Arik Hadas <aha...@redhat.com> wrote: >>> >>> >>> >>> On Mon, Aug 24, 2020 at 1:30 AM Vinícius Ferrão via Users < >>> users@ovirt.org> wrote: >>> >>>> Hello, I was using oVirt 4.3.10 with IBM AC922 (POWER9 / ppc64le) >>>> without any issues. >>>> >>>> Since I’ve moved to 4.4.1 I can’t add the AC922 machine to the engine >>>> anymore, it complains with the following error: >>>> The host CPU does not match the Cluster CPU type and is running in >>>> degraded mode. It is missing the following CPU flags: model_POWER9, >>>> powernv. >>>> >>>> Any ideia of what’s may be happening? The engine runs on x86_64, and I >>>> was using this way on 4.3.10. >>> >>> >>>> Machine info: >>>> timebase : 512000000 >>>> platform : PowerNV >>>> model : 8335-GTH >>>> machine : PowerNV 8335-GTH >>>> firmware : OPAL >>>> MMU : Radix >>>> >>> >>> Can you please provide the output of 'vdsm-client Host getCapabilities' >>> on that host? >>> >>> >>>> >>>> Thanks, >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list -- users@ovirt.org >>>> To unsubscribe send an email to users-le...@ovirt.org >>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>>> oVirt Code of Conduct: >>>> https://www.ovirt.org/community/about/community-guidelines/ >>>> List Archives: >>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RV6FHRGKGPPZHVR36WKUHBFDMCQHEJHP/ >>> >>> >>> _______________________________________________ >>> Users mailing list -- users@ovirt.org >>> To unsubscribe send an email to users-le...@ovirt.org >>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3DFMIR7764V6P4U3DIMDKP6I2RNNNA3T/ >>> >>> >>> >>> _______________________________________________ >>> Users mailing list -- users@ovirt.org >>> To unsubscribe send an email to users-le...@ovirt.org >>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MLSRBXRNNBPHFVGYHVPTDHDMUSUN7YZS/ >>> >>> >>> _______________________________________________ >>> Users mailing list -- users@ovirt.org >>> To unsubscribe send an email to users-le...@ovirt.org >>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YMNMYMBMWTC7UGHOZBEGRIUSDZ3QAPPU/ >>> >> >>
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/THV4E2U5NPSYKIPTGB2VKNOZ4CHAKT6A/
