In libvirt/virsh  the VM is called "ovirt7"; here is the domain definition.
This VM has been upgraded from
3.6->4.0->4.1->4.2. This is the first time engine-setup has complained
about the "level" of the VM.

libvirt domain definition:

<domain type='kvm' id='15'>
  <name>ovirt7</name>
  <uuid>cdb0f3fd-42c7-4a16-bcd1-5d65f19aca19</uuid>
  <memory unit='KiB'>8388608</memory>
  <currentMemory unit='KiB'>8388608</currentMemory>
  <vcpu placement='static'>2</vcpu>
  <resource>
    <partition>/machine</partition>
  </resource>
  <os>
    <type arch='x86_64' machine='pc-i440fx-rhel7.3.0'>hvm</type>
    <loader readonly='yes'
type='pflash'>/usr/share/edk2.git/ovmf-x64/OVMF_CODE-pure-efi.fd</loader>
    <nvram>/var/lib/libvirt/qemu/nvram/ovirt7_VARS.fd</nvram>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <vmport state='off'/>
  </features>
  <cpu mode='custom' match='exact' check='full'>
    <model fallback='forbid'>Haswell-noTSX</model>
    <feature policy='require' name='vme'/>
    <feature policy='require' name='f16c'/>
    <feature policy='require' name='rdrand'/>
    <feature policy='require' name='hypervisor'/>
    <feature policy='require' name='arat'/>
    <feature policy='require' name='xsaveopt'/>
    <feature policy='require' name='abm'/>
  </cpu>
  <clock offset='utc'>
    <timer name='rtc' tickpolicy='catchup'/>
    <timer name='pit' tickpolicy='delay'/>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>destroy</on_crash>
  <pm>
    <suspend-to-mem enabled='no'/>
    <suspend-to-disk enabled='no'/>
  </pm>
  <devices>
    <emulator>/usr/libexec/qemu-kvm</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2'/>
      <source file='/var/lib/libvirt/images/ovirt7/ovengine7.qcow2'/>
      <backingStore type='file' index='1'>
        <format type='raw'/>
        <source file='/var/lib/libvirt/images/ovirt7/ovirt_01.WAEqcow2'/>
        <backingStore/>
      </backingStore>
      <target dev='sda' bus='scsi'/>
      <alias name='scsi0-0-0-0'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2'/>
      <source file='/var/lib/libvirt/images/ovirt7/database.qcow2'/>
      <backingStore type='file' index='1'>
        <format type='raw'/>
        <source file='/var/lib/libvirt/images/ovirt7/database_01.WAEqcow2'/>
        <backingStore/>
      </backingStore>
      <target dev='sdb' bus='scsi'/>
      <alias name='scsi0-0-0-1'/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <controller type='usb' index='0' model='ich9-ehci1'>
      <alias name='usb'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06'
function='0x7'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci1'>
      <alias name='usb'/>
      <master startport='0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06'
function='0x0' multifunction='on'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci2'>
      <alias name='usb'/>
      <master startport='2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06'
function='0x1'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci3'>
      <alias name='usb'/>
      <master startport='4'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06'
function='0x2'/>
    </controller>
    <controller type='scsi' index='0' model='virtio-scsi'>
      <alias name='scsi0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05'
function='0x0'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'>
      <alias name='pci.0'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <alias name='virtio-serial0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07'
function='0x0'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:87:54:91'/>
      <source bridge='nm-bridge'/>
      <target dev='vnet0'/>
      <model type='virtio'/>
      <alias name='net0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
    </interface>
    <serial type='pty'>
      <source path='/dev/pts/5'/>
      <target port='0'/>
      <alias name='serial0'/>
    </serial>
    <console type='pty' tty='/dev/pts/5'>
      <source path='/dev/pts/5'/>
      <target type='serial' port='0'/>
      <alias name='serial0'/>
    </console>
    <channel type='unix'>
      <source mode='bind'
path='/var/lib/libvirt/qemu/channel/target/domain-15-ovirt7/org.qemu.guest_agent.0'/>
      <target type='virtio' name='org.qemu.guest_agent.0'
state='connected'/>
      <alias name='channel0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <channel type='spicevmc'>
      <target type='virtio' name='com.redhat.spice.0' state='disconnected'/>
      <alias name='channel1'/>
      <address type='virtio-serial' controller='0' bus='0' port='2'/>
    </channel>
    <input type='tablet' bus='usb'>
      <alias name='input0'/>
      <address type='usb' bus='0' port='1'/>
    </input>
    <input type='mouse' bus='ps2'>
      <alias name='input1'/>
    </input>
    <input type='keyboard' bus='ps2'>
      <alias name='input2'/>
    </input>
    <graphics type='spice' port='5900' autoport='yes' listen='127.0.0.1'>
      <listen type='address' address='127.0.0.1'/>
    </graphics>
    <sound model='ich6'>
      <alias name='sound0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04'
function='0x0'/>
    </sound>
    <video>
      <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1'
primary='yes'/>
      <alias name='video0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02'
function='0x0'/>
    </video>
    <redirdev bus='usb' type='spicevmc'>
      <alias name='redir0'/>
      <address type='usb' bus='0' port='2'/>
    </redirdev>
    <redirdev bus='usb' type='spicevmc'>
      <alias name='redir1'/>
      <address type='usb' bus='0' port='3'/>
    </redirdev>
    <memballoon model='virtio'>
      <alias name='balloon0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x08'
function='0x0'/>
    </memballoon>
  </devices>
  <seclabel type='dynamic' model='selinux' relabel='yes'>
    <label>system_u:system_r:svirt_t:s0:c194,c775</label>
    <imagelabel>system_u:object_r:svirt_image_t:s0:c194,c775</imagelabel>
  </seclabel>
  <seclabel type='dynamic' model='dac' relabel='yes'>
    <label>+107:+107</label>
    <imagelabel>+107:+107</imagelabel>
  </seclabel>
</domain>

On Fri, Jul 5, 2019 at 8:53 PM Simone Tiraboschi <stira...@redhat.com>
wrote:

>
>
> On Fri, Jul 5, 2019 at 2:48 PM Richard Chan <rich...@treeboxsolutions.com>
> wrote:
>
>> Hi,
>>
>>  I am running 4.2 engine in a standalone libvirt KVM VM (running on a
>> hypervisor that is not part of the oVirt infrastructure); i.e., I am not
>> using hosted engine but still running engine in a VM.
>>
>> Now 4.3 won't upgrade inside this libvirt KVM VM:
>>
>> Failed to execute stage 'Setup validation': Cannot upgrade the Engine due
>> to low custom_compatibility_version for virtual
>>  machines: ['agent03']. Please edit this virtual machines, in edit VM
>> dialog go to System->Advanced Parameters -> Custom Compatibility Version
>> and either reset to empty (cluster default) or set a value supported by the
>> new installation: 4.1, 4.2, 4.3.
>>
>> engine-setup has probably detected that it is running inside a VM:
>> 1. Where did it get 'agent03' string from
>> 2. Any suggestions how to fool engine-setup to think this is 4.3
>>
>
> The engine is not going to check anything on hosts that are unknown at
> engine eyes.
> I think that you simply have in the engine a VM called 'agent03'.
> Please check it.
>
>
>>
>> Here is the dmidecode of the standalone engine VM:
>>
>> # dmidecode 3.1
>> Getting SMBIOS data from sysfs.
>> SMBIOS 2.8 present.
>> 11 structures occupying 591 bytes.
>> Table at 0xBFED7000.
>>
>> Handle 0x0100, DMI type 1, 27 bytes
>> System Information
>> Manufacturer: Red Hat
>> Product Name: KVM
>> Version: RHEL 7.3.0 PC (i440FX + PIIX, 1996)
>> Serial Number: Not Specified
>> UUID: cdb0f3fd-42c7-4a16-bcd1-5d65f19aca19
>> Wake-up Type: Power Switch
>> SKU Number: Not Specified
>> Family: Red Hat Enterprise Linux
>>
>> Handle 0x0300, DMI type 3, 21 bytes
>> Chassis Information
>> Manufacturer: Red Hat
>> Type: Other
>> Lock: Not Present
>> Version: RHEL 7.3.0 PC (i440FX + PIIX, 1996)
>> Serial Number: Not Specified
>> Asset Tag: Not Specified
>> Boot-up State: Safe
>> Power Supply State: Safe
>> Thermal State: Safe
>> Security Status: Unknown
>> OEM Information: 0x00000000
>> Height: Unspecified
>> Number Of Power Cords: Unspecified
>> Contained Elements: 0
>>
>> Handle 0x0400, DMI type 4, 42 bytes
>> Processor Information
>> Socket Designation: CPU 0
>> Type: Central Processor
>> Family: Other
>> Manufacturer: Red Hat
>> ID: C1 06 03 00 FF FB 8B 07
>> Version: RHEL 7.3.0 PC (i440FX + PIIX, 1996)
>> Voltage: Unknown
>> External Clock: Unknown
>> Max Speed: 2000 MHz
>> Current Speed: 2000 MHz
>> Status: Populated, Enabled
>> Upgrade: Other
>> L1 Cache Handle: Not Provided
>> L2 Cache Handle: Not Provided
>> L3 Cache Handle: Not Provided
>> Serial Number: Not Specified
>> Asset Tag: Not Specified
>> Part Number: Not Specified
>> Core Count: 1
>> Core Enabled: 1
>> Thread Count: 1
>> Characteristics: None
>>
>> Handle 0x0401, DMI type 4, 42 bytes
>> Processor Information
>> Socket Designation: CPU 1
>> Type: Central Processor
>> Family: Other
>> Manufacturer: Red Hat
>> ID: C1 06 03 00 FF FB 8B 07
>> Version: RHEL 7.3.0 PC (i440FX + PIIX, 1996)
>> Voltage: Unknown
>> External Clock: Unknown
>> Max Speed: 2000 MHz
>> Current Speed: 2000 MHz
>> Status: Populated, Enabled
>> Upgrade: Other
>> L1 Cache Handle: Not Provided
>> L2 Cache Handle: Not Provided
>> L3 Cache Handle: Not Provided
>> Serial Number: Not Specified
>> Asset Tag: Not Specified
>> Part Number: Not Specified
>> Core Count: 1
>> Core Enabled: 1
>> Thread Count: 1
>> Characteristics: None
>>
>> Handle 0x1000, DMI type 16, 23 bytes
>> Physical Memory Array
>> Location: Other
>> Use: System Memory
>> Error Correction Type: Multi-bit ECC
>> Maximum Capacity: 8 GB
>> Error Information Handle: Not Provided
>> Number Of Devices: 1
>>
>> Handle 0x1100, DMI type 17, 40 bytes
>> Memory Device
>> Array Handle: 0x1000
>> Error Information Handle: Not Provided
>> Total Width: Unknown
>> Data Width: Unknown
>> Size: 8192 MB
>> Form Factor: DIMM
>> Set: None
>> Locator: DIMM 0
>> Bank Locator: Not Specified
>> Type: RAM
>> Type Detail: Other
>> Speed: Unknown
>> Manufacturer: Red Hat
>> Serial Number: Not Specified
>> Asset Tag: Not Specified
>> Part Number: Not Specified
>> Rank: Unknown
>> Configured Clock Speed: Unknown
>> Minimum Voltage: Unknown
>> Maximum Voltage: Unknown
>> Configured Voltage: Unknown
>>
>> Handle 0x1300, DMI type 19, 31 bytes
>> Memory Array Mapped Address
>> Starting Address: 0x00000000000
>> Ending Address: 0x000BFFFFFFF
>> Range Size: 3 GB
>> Physical Array Handle: 0x1000
>> Partition Width: 1
>>
>> Handle 0x1301, DMI type 19, 31 bytes
>> Memory Array Mapped Address
>> Starting Address: 0x00100000000
>> Ending Address: 0x0023FFFFFFF
>> Range Size: 5 GB
>> Physical Array Handle: 0x1000
>> Partition Width: 1
>>
>> Handle 0x2000, DMI type 32, 11 bytes
>> System Boot Information
>> Status: No errors detected
>>
>> Handle 0x0000, DMI type 0, 24 bytes
>> BIOS Information
>> Vendor: EFI Development Kit II / OVMF
>> Version: 0.0.0
>> Release Date: 02/06/2015
>> Address: 0xE8000
>> Runtime Size: 96 kB
>> ROM Size: 64 kB
>> Characteristics:
>> BIOS characteristics not supported
>> Targeted content distribution is supported
>> UEFI is supported
>> System is a virtual machine
>> BIOS Revision: 0.0
>>
>> Handle 0xFEFF, DMI type 127, 4 bytes
>> End Of Table
>>
>> Cheers
>>
>> --
>> Richard Chan
>>
>> _______________________________________________
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VW6LVDLBNMZBXO5AW5CYG2BHACZSMPLR/
>>
>
>
> --
>
> Simone Tiraboschi
>
> He / Him / His
>
> Principal Software Engineer
>
> Red Hat <https://www.redhat.com/>
>
> stira...@redhat.com
> @redhatjobs <https://twitter.com/redhatjobs>   redhatjobs
> <https://www.facebook.com/redhatjobs> @redhatjobs
> <https://instagram.com/redhatjobs>
> <https://red.ht/sig>
> <https://redhat.com/summit>
>


-- 
Richard Chan
Chief Architect

TreeBox Solutions Pte Ltd
1 Commonwealth Lane #03-01
Singapore 149544
Tel: 6570 3725
http://www.treeboxsolutions.com

Co.Reg.No. 201100585R
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/I3VGF3WHHXJNRX55LGD55EQ67MVQGTOY/

Reply via email to