- Users - oVirt List Archives

Re: [ovirt-users] oVirt engine with different VM id
by Martin Sivak 31 Aug '17

31 Aug '17

Hi, you can remote the hosted engine storage domain from the engine as well. It should also be re-imported. We had cases where destroying the domain ended up with a locked SD, but removing the SD and re-importing is the proper way here. Best regards PS: Re-adding the mailing list, we should really set a proper Reply-To header.. Martin Sivak On Thu, Aug 31, 2017 at 2:07 PM, Misak Khachatryan <kmisak(a)gmail.com> wrote: > Hi, > > I would love to, but: > > Error while executing action: > > HostedEngine: > > Cannot remove VM. The relevant Storage Domain's status is Inactive. > > it seems i should somehow fix storage domain first ... > > engine=# update storage_domain_static set id = > '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c' where id = > 'c44343af-cc4a-4bb7-a548-0c6f609d60d5'; > ERROR: update or delete on table "storage_domain_static" violates > foreign key constraint "disk_profiles_storage_domain_id_fkey" on table > "disk_profiles" > DETAIL: Key (id)=(c44343af-cc4a-4bb7-a548-0c6f609d60d5) is still > referenced from table "disk_profiles". > > engine=# update disk_profiles set storage_domain_id = > '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c' where id = > 'a6d71571-a13a-415b-9f97-635f17cbe67d'; > ERROR: insert or update on table "disk_profiles" violates foreign key > constraint "disk_profiles_storage_domain_id_fkey" > DETAIL: Key (storage_domain_id)=(2e2820f3-8c3d-487d-9a56-1b8cd278ec6c) > is not present in table "storage_domain_static". > > engine=# select * from storage_domain_static; > id | storage > | storage_name | storage_domain_type | storage_type | > storage_domain_format_type | _create_date | > _update_date | recoverable | last_time_used_as_maste > r | storage_description | storage_comment | wipe_after_delete | > warning_low_space_indicator | critical_space_action_blocker | > first_metadata_device | vg_metadata_device | discard_after_delete > --------------------------------------+--------------------------------------+------------------------+---------------------+--------------+----------------------------+-------------------------------+-------------------------------+-------------+------------------------ > --+---------------------+-----------------+-------------------+-----------------------------+-------------------------------+-----------------------+--------------------+---------------------- > 072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | > ceab03af-7220-4d42-8f5c-9b557f5d29af | ovirt-image-repository | > 4 | 8 | 0 | 2016-11-02 > 21:27:22.118586+04 | | t | > | | | f | > | | > | | f > 51c903f6-df83-4510-ac69-c164742ca6e7 | > 34b72ce0-6ad7-4180-a8a1-2acfd45824d7 | iso | > 2 | 7 | 0 | 2016-11-02 > 23:26:21.296635+04 | | t | > 0 | | | f | > 10 | 5 | > | | f > ece1f05c-97c9-4482-a1a5-914397cddd35 | > dd38f31f-7bdc-463c-9ae4-fcd4dc8c99fd | export | > 3 | 1 | 0 | 2016-12-14 > 11:28:15.736746+04 | 2016-12-14 11:33:12.872562+04 | t | > 0 | Export | | f | > 10 | 5 | > | | f > 07ea2089-a82b-4ca1-9c8b-54e3895b2ed4 | > d1e9e3c8-aaf3-43de-ae80-101e5bd2574f | data | > 0 | 7 | 4 | 2016-11-02 > 23:24:43.402629+04 | 2017-02-22 17:20:42.721092+04 | t | > 0 | | | f | > 10 | 5 | > | | f > c44343af-cc4a-4bb7-a548-0c6f609d60d5 | > 8b54ce35-3187-4fba-a2c7-6b604d077f5b | hosted_storage | > 1 | 7 | 4 | 2016-11-02 > 23:26:13.165435+04 | 2017-02-22 17:20:42.721092+04 | t | > 0 | | | f | > 10 | 5 | > | | f > 004ca4dd-c621-463d-b514-ccfe07ef99d7 | > b31a7de9-e789-4ece-9f99-4b150bf581db | virt4-Local | > 0 | 4 | 4 | 2017-03-23 > 09:02:26.37006+04 | 2017-03-23 09:02:31.887534+04 | t | > 0 | | | f | > 10 | 5 | > | | f > (6 rows) > > engine=# select * from storage_domain_dynamic; > id | available_disk_size | > used_disk_size | _update_date | external_status > --------------------------------------+---------------------+----------------+-------------------------------+----------------- > 072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | | > | | 0 > 07ea2089-a82b-4ca1-9c8b-54e3895b2ed4 | 1102 | > 313 | 2017-08-31 14:20:47.444292+04 | 0 > 51c903f6-df83-4510-ac69-c164742ca6e7 | 499 | > 0 | 2017-08-31 14:20:47.45047+04 | 0 > ece1f05c-97c9-4482-a1a5-914397cddd35 | 9669 | > 6005 | 2017-08-31 14:20:47.454629+04 | 0 > c44343af-cc4a-4bb7-a548-0c6f609d60d5 | | > | 2017-08-31 14:18:37.199062+04 | 0 > 004ca4dd-c621-463d-b514-ccfe07ef99d7 | 348 | > 1 | 2017-08-31 14:20:42.671688+04 | 0 > (6 rows) > > > engine=# select * from disk_profiles; > id | name | > storage_domain_id | qos_id | description | > _create_date | _update_date > --------------------------------------+----------------+--------------------------------------+--------+-------------+-------------------------------+-------------- > 04257bff-e95d-4380-b120-adcbe46ae213 | data | > 07ea2089-a82b-4ca1-9c8b-54e3895b2ed4 | | | > 2016-11-02 23:24:43.528982+04 | > a6d71571-a13a-415b-9f97-635f17cbe67d | hosted_storage | > c44343af-cc4a-4bb7-a548-0c6f609d60d5 | | | > 2016-11-02 23:26:13.178791+04 | > 0f9ecdb7-4fca-45e7-9b5c-971b50d4c12e | virt4-Local | > 004ca4dd-c621-463d-b514-ccfe07ef99d7 | | | > 2017-03-23 09:02:26.409574+04 | > (3 rows) > > > Best regards, > Misak Khachatryan > > > On Thu, Aug 31, 2017 at 3:33 PM, Martin Sivak <msivak(a)redhat.com> wrote: >> Hi, >> >> I would not touch the database in this case. I would just delete the >> old hosted engine VM from the webadmin and wait for it to reimport >> itself. >> >> But I haven't played with this mechanism for some time. >> >> Best regards >> >> Martin Sivak >> >> On Thu, Aug 31, 2017 at 1:17 PM, Misak Khachatryan <kmisak(a)gmail.com> wrote: >>> Hi, >>> >>> Yesterday someone powered off our storage, and all my 3 hosts lose >>> their disks. After 2 days of recovering i managed to bring back >>> everything, except engine VM, which is online but not visible to >>> itself. >>> >>> I did new deployment of VM, restored backup and started engine setup. >>> After manual database updates, my all VMs and hosts are OK now, but >>> engine. I have engine VM with different VM id running than in >>> database. >>> >>> I've tried this with no luck. >>> >>> engine=# update vm_static set vm_guid = >>> '75072b32-6f93-4c38-8f18-825004072c1a' where vm_guid =(select >>> vm_guid from vm_static where vm_name = 'HostedEngine'); >>> ERROR: update or delete on table "vm_static" violates foreign key >>> constraint "fk_disk_vm_element_vm_static" on table "disk_vm_element" >>> DETAIL: Key (vm_guid)=(d81ccb53-2594-49db-b69a-04c73b504c59) is still >>> referenced from table "disk_vm_element". >>> >>> >>> Right now i've deployed engine on all 3 hosts but see this picture: >>> >>> [root@virt3 ~]# hosted-engine --vm-status >>> >>> >>> !! Cluster is in GLOBAL MAINTENANCE mode !! >>> >>> >>> >>> >>> [root@virt3 ~]# vdsClient -s 0 list >>> >>> 75072b32-6f93-4c38-8f18-825004072c1a >>> Status = Up >>> statusTime = 4397337690 >>> kvmEnable = true >>> emulatedMachine = pc >>> afterMigrationStatus = >>> pid = 5280 >>> devices = [{'device': 'console', 'specParams': {}, 'type': >>> 'console', 'deviceId': '2b6b0e87-c86a-4144-ad39-40d5bfe25df1', >>> 'alias': 'console0'}, {'device': 'memballoon', 'specParams': {'model': >>> 'none'}, 'type': 'balloon', 'target': 16777216, 'alias': 'balloon0'}, >>> {'specParams': {'source': 'random'}, 'alias': 'rng0', 'address': >>> {'slot': '0x07', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', >>> 'function': '0x0'}, 'device': 'virtio', 'model': 'virtio', 'type': >>> 'rng'}, {'device': 'unix', 'alias': 'channel0', 'type': 'channel', >>> 'addr >>> ess': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': >>> '1'}}, {'device': 'unix', 'alias': 'channel1', 'type': 'channel', >>> 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', >>> 'port': '2'}}, {'device': 'unix', 'alias': 'channel2', 'type': 'ch >>> annel', 'address': {'bus': '0', 'controller': '0', 'type': >>> 'virtio-serial', 'port': '3'}}, {'device': 'scsi', 'alias': 'scsi0', >>> 'model': 'virtio-scsi', 'type': 'controller', 'address': {'slot': >>> '0x04', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': >>> '0x0'}} >>> , {'device': 'usb', 'alias': 'usb', 'type': 'controller', 'address': >>> {'slot': '0x01', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', >>> 'function': '0x2'}}, {'device': 'ide', 'alias': 'ide', 'type': >>> 'controller', 'address': {'slot': '0x01', 'bus': '0x00', 'domain': >>> '0x00 >>> 00', 'type': 'pci', 'function': '0x1'}}, {'device': 'virtio-serial', >>> 'alias': 'virtio-serial0', 'type': 'controller', 'address': {'slot': >>> '0x05', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': >>> '0x0'}}, {'device': 'vga', 'alias': 'video0', 'type': 'video', >>> 'address': {'slot': '0x02', 'bus': '0x00', 'domain': '0x0000', 'type': >>> 'pci', 'function': '0x0'}}, {'device': 'vnc', 'type': 'graphics', >>> 'port': '5900'}, {'nicModel': 'pv', 'macAddr': '00:16:3e:01:29:95', >>> 'linkActive': True, 'network': 'ovirtmgmt', 'alias': 'net0', 'spec >>> Params': {}, 'deviceId': 'd348a068-063b-4a40-9119-a3d34f6c7db4', >>> 'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x0000', 'type': >>> 'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface', >>> 'name': 'vnet0'}, {'index': '2', 'iface': 'ide', 'name': 'hdc', 'al >>> ias': 'ide0-1-0', 'specParams': {}, 'readonly': 'True', 'deviceId': >>> 'e738b50b-c200-4429-8489-4519325339c7', 'address': {'bus': '1', >>> 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, >>> 'device': 'cdrom', 'shared': 'false', 'path': '', 'type': 'disk'}, >>> {'poolI >>> D': '00000000-0000-0000-0000-000000000000', 'volumeInfo': {'path': >>> 'engine/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d', >>> 'protocol': 'gluster', 'hosts': [{'port': '0', 'transport': 'tcp', >>> 'name': ' >>> virt1'}, {'port': '0', 'transport': 'tcp', 'name': 'virt2'}, {'port': >>> '0', 'transport': 'tcp', 'name': 'virt3'}]}, 'index': '0', 'iface': >>> 'virtio', 'apparentsize': '62277025792', 'specParams': {}, 'imageID': >>> '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'readonly': 'False', 's >>> hared': 'exclusive', 'truesize': '3255476224', 'type': 'disk', >>> 'domainID': '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c', 'reqsize': '0', >>> 'format': 'raw', 'deviceId': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', >>> 'address': {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': >>> 'pci', 'function': '0x0'}, 'device': 'disk', 'path': >>> '/var/run/vdsm/storage/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d', >>> 'propagateErrors': 'off', 'optional': 'false', 'name': 'vda', >>> 'bootOrder': '1', 'v >>> olumeID': '60aa51b7-32eb-41a9-940d-9489b0375a3d', 'alias': >>> 'virtio-disk0', 'volumeChain': [{'domainID': >>> '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c', 'leaseOffset': 0, 'volumeID': >>> '60aa51b7-32eb-41a9-940d-9489b0375a3d', 'leasePath': >>> '/rhev/data-center/mnt/glusterSD/virt1:_engi >>> ne/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d.lease', >>> 'imageID': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'path': >>> '/rhev/data-center/mnt/glusterSD/virt1:_engine/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c >>> /images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d'}]}] >>> guestDiskMapping = {'5deeac2d-18d7-4622-9': {'name': >>> '/dev/vda'}, 'QEMU_DVD-ROM_QM00003': {'name': '/dev/sr0'}} >>> vmType = kvm >>> display = vnc >>> memSize = 16384 >>> cpuType = Westmere >>> spiceSecureChannels = >>> smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir >>> smp = 4 >>> vmName = HostedEngine >>> clientIp = >>> maxVCpus = 16 >>> [root@virt3 ~]# >>> >>> [root@virt3 ~]# hosted-engine --vm-status >>> >>> >>> !! Cluster is in GLOBAL MAINTENANCE mode !! >>> >>> >>> >>> --== Host 1 status ==-- >>> >>> conf_on_shared_storage : True >>> Status up-to-date : True >>> Hostname : virt1.management.gnc.am >>> Host ID : 1 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 3400 >>> stopped : False >>> Local maintenance : False >>> crc32 : ef49e5b4 >>> local_conf_timestamp : 7515 >>> Host timestamp : 7512 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=7512 (Thu Aug 31 15:14:59 2017) >>> host-id=1 >>> score=3400 >>> vm_conf_refresh_time=7515 (Thu Aug 31 15:15:01 2017) >>> conf_on_shared_storage=True >>> maintenance=False >>> state=GlobalMaintenance >>> stopped=False >>> >>> >>> --== Host 3 status ==-- >>> >>> conf_on_shared_storage : True >>> Status up-to-date : True >>> Hostname : virt3 >>> Host ID : 3 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 3400 >>> stopped : False >>> Local maintenance : False >>> crc32 : 4a85111c >>> local_conf_timestamp : 102896 >>> Host timestamp : 102893 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=102893 (Thu Aug 31 15:14:46 2017) >>> host-id=3 >>> score=3400 >>> vm_conf_refresh_time=102896 (Thu Aug 31 15:14:49 2017) >>> conf_on_shared_storage=True >>> maintenance=False >>> state=GlobalMaintenance >>> stopped=False >>> >>> >>> !! Cluster is in GLOBAL MAINTENANCE mode !! >>> >>> Also my storage domain for hosted engine is inactive, can't activate >>> it it gives this error in web console: >>> >>> VDSM command GetImagesListVDS failed: Storage domain does not exist: >>> (u'c44343af-cc4a-4bb7-a548-0c6f609d60d5',) >>> >>> >>> It seems I should fiddle with database a bit more, but is't scary thing for me. >>> >>> Any help? >>> >>> >>> >>> Best regards, >>> Misak Khachatryan >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users

2 2

[ANN] oVirt 4.1.6 Second Release Candidate is now available
by Lev Veyde 31 Aug '17

31 Aug '17

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 4.1.6 for testing, as of August 31th, 2017. Starting from 4.1.5 oVirt supports libgfapi [5]. Using libgfapi provides a real performance boost for ovirt when using GlusterFS . Due to a known issue [6], using this will break live storage migration. This is expected to be fixed soon. If you do not use live storage migration you can give it a try. Use [7] for more details on how to enable it. This release is available now for: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * oVirt Node 4.1 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live is already available[4] - oVirt Node is already available[4] Additional Resources: * Read more about the oVirt 4.1.6 release highlights: http://www.ovirt.org/release/4.1. <http://www.ovirt.org/release/4.1.6/>6 <http://www.ovirt.org/release/4.1.6/>/ <http://www.ovirt.org/release/4.1.6/> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1. <http://www.ovirt.org/release/4.1.6/>6 <http://www.ovirt.org/release/4.1.6/>/ <http://www.ovirt.org/release/4.1.6/> [4] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ [5] http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Features/lib… [6] https://bugzilla.redhat.com/show_bug.cgi?id=1306562 [7] http://www.ovirt.org/develop/release-management/features/storage/glusterfs-… -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

oVirt engine with different VM id
by Misak Khachatryan 31 Aug '17

31 Aug '17

Hi, Yesterday someone powered off our storage, and all my 3 hosts lose their disks. After 2 days of recovering i managed to bring back everything, except engine VM, which is online but not visible to itself. I did new deployment of VM, restored backup and started engine setup. After manual database updates, my all VMs and hosts are OK now, but engine. I have engine VM with different VM id running than in database. I've tried this with no luck. engine=# update vm_static set vm_guid = '75072b32-6f93-4c38-8f18-825004072c1a' where vm_guid =(select vm_guid from vm_static where vm_name = 'HostedEngine'); ERROR: update or delete on table "vm_static" violates foreign key constraint "fk_disk_vm_element_vm_static" on table "disk_vm_element" DETAIL: Key (vm_guid)=(d81ccb53-2594-49db-b69a-04c73b504c59) is still referenced from table "disk_vm_element". Right now i've deployed engine on all 3 hosts but see this picture: [root@virt3 ~]# hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! [root@virt3 ~]# vdsClient -s 0 list 75072b32-6f93-4c38-8f18-825004072c1a Status = Up statusTime = 4397337690 kvmEnable = true emulatedMachine = pc afterMigrationStatus = pid = 5280 devices = [{'device': 'console', 'specParams': {}, 'type': 'console', 'deviceId': '2b6b0e87-c86a-4144-ad39-40d5bfe25df1', 'alias': 'console0'}, {'device': 'memballoon', 'specParams': {'model': 'none'}, 'type': 'balloon', 'target': 16777216, 'alias': 'balloon0'}, {'specParams': {'source': 'random'}, 'alias': 'rng0', 'address': {'slot': '0x07', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'virtio', 'model': 'virtio', 'type': 'rng'}, {'device': 'unix', 'alias': 'channel0', 'type': 'channel', 'addr ess': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '1'}}, {'device': 'unix', 'alias': 'channel1', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '2'}}, {'device': 'unix', 'alias': 'channel2', 'type': 'ch annel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '3'}}, {'device': 'scsi', 'alias': 'scsi0', 'model': 'virtio-scsi', 'type': 'controller', 'address': {'slot': '0x04', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}} , {'device': 'usb', 'alias': 'usb', 'type': 'controller', 'address': {'slot': '0x01', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x2'}}, {'device': 'ide', 'alias': 'ide', 'type': 'controller', 'address': {'slot': '0x01', 'bus': '0x00', 'domain': '0x00 00', 'type': 'pci', 'function': '0x1'}}, {'device': 'virtio-serial', 'alias': 'virtio-serial0', 'type': 'controller', 'address': {'slot': '0x05', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}}, {'device': 'vga', 'alias': 'video0', 'type': 'video', 'address': {'slot': '0x02', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}}, {'device': 'vnc', 'type': 'graphics', 'port': '5900'}, {'nicModel': 'pv', 'macAddr': '00:16:3e:01:29:95', 'linkActive': True, 'network': 'ovirtmgmt', 'alias': 'net0', 'spec Params': {}, 'deviceId': 'd348a068-063b-4a40-9119-a3d34f6c7db4', 'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface', 'name': 'vnet0'}, {'index': '2', 'iface': 'ide', 'name': 'hdc', 'al ias': 'ide0-1-0', 'specParams': {}, 'readonly': 'True', 'deviceId': 'e738b50b-c200-4429-8489-4519325339c7', 'address': {'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'device': 'cdrom', 'shared': 'false', 'path': '', 'type': 'disk'}, {'poolI D': '00000000-0000-0000-0000-000000000000', 'volumeInfo': {'path': 'engine/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d', 'protocol': 'gluster', 'hosts': [{'port': '0', 'transport': 'tcp', 'name': ' virt1'}, {'port': '0', 'transport': 'tcp', 'name': 'virt2'}, {'port': '0', 'transport': 'tcp', 'name': 'virt3'}]}, 'index': '0', 'iface': 'virtio', 'apparentsize': '62277025792', 'specParams': {}, 'imageID': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'readonly': 'False', 's hared': 'exclusive', 'truesize': '3255476224', 'type': 'disk', 'domainID': '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c', 'reqsize': '0', 'format': 'raw', 'deviceId': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'address': {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'disk', 'path': '/var/run/vdsm/storage/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d', 'propagateErrors': 'off', 'optional': 'false', 'name': 'vda', 'bootOrder': '1', 'v olumeID': '60aa51b7-32eb-41a9-940d-9489b0375a3d', 'alias': 'virtio-disk0', 'volumeChain': [{'domainID': '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c', 'leaseOffset': 0, 'volumeID': '60aa51b7-32eb-41a9-940d-9489b0375a3d', 'leasePath': '/rhev/data-center/mnt/glusterSD/virt1:_engi ne/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d.lease', 'imageID': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'path': '/rhev/data-center/mnt/glusterSD/virt1:_engine/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c /images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d'}]}] guestDiskMapping = {'5deeac2d-18d7-4622-9': {'name': '/dev/vda'}, 'QEMU_DVD-ROM_QM00003': {'name': '/dev/sr0'}} vmType = kvm display = vnc memSize = 16384 cpuType = Westmere spiceSecureChannels = smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp = 4 vmName = HostedEngine clientIp = maxVCpus = 16 [root@virt3 ~]# [root@virt3 ~]# hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : virt1.management.gnc.am Host ID : 1 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : ef49e5b4 local_conf_timestamp : 7515 Host timestamp : 7512 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=7512 (Thu Aug 31 15:14:59 2017) host-id=1 score=3400 vm_conf_refresh_time=7515 (Thu Aug 31 15:15:01 2017) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : virt3 Host ID : 3 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 4a85111c local_conf_timestamp : 102896 Host timestamp : 102893 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=102893 (Thu Aug 31 15:14:46 2017) host-id=3 score=3400 vm_conf_refresh_time=102896 (Thu Aug 31 15:14:49 2017) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False !! Cluster is in GLOBAL MAINTENANCE mode !! Also my storage domain for hosted engine is inactive, can't activate it it gives this error in web console: VDSM command GetImagesListVDS failed: Storage domain does not exist: (u'c44343af-cc4a-4bb7-a548-0c6f609d60d5',) It seems I should fiddle with database a bit more, but is't scary thing for me. Any help? Best regards, Misak Khachatryan

1 0

Question on Datacenters / clusters / data domains
by Eduardo Mayoral 31 Aug '17

31 Aug '17

Hi, First of all, sorry for the naive question, but I have not been able to find good guidance on the docs. I come from the VMWare environment, now I am starting to migrate some workload from VMWare to oVirt (v4.1.4 , CentOS 7.3 hosts). In VMWare I am used to have one datacenter, several host clusters, and a bunch of iSCSI Datastores, but we do not map every iSCSI LUN/datastore to every host. Actually we used to do that, but we hit limits on the number of iSCSI paths with our infrastructure. Rather than that, we have groups of LUNs/Datastores mapped to the ESXi hosts which form a given VMware cluster. Then we have a couple of datastores mapped to every ESXi in the vmware datacenter, and we use those to store the ISO images and as storage that we use when we need to migrate VMs between clusters for some reason. Given the role of the Master data domain and the SPM in oVIrt it is my understanding that I cannot replicate this kind of setup in oVirt: a data domain in an oVirt Data Center must be available to every Host on the Data Center: Am I right? So, our current setup is still small, but I am concerned that as it grows, if I stay with one Datacenter, several clusters and a group of data domains mapped to every host I may run again into problems with the number of iSCSI paths (the limit in VMWare was around 1024), it is easy to reach that limit as it is (number of hosts) * (number of LUNs) * (number of paths/LUN). If I split my setup in several datacenters controlled by a single oVirt-engine in order to keep the number of iSCSI paths reasonable. Can I manually migrate VMs between Datacenters? I assume that in order to do that, those datacenters will need to share some data domain , Can this be done? Maybe with NFS? Thanks for your help! -- Eduardo Mayoral Jimeno (emayoral(a)arsys.es) Administrador de sistemas. Departamento de Plataformas. Arsys internet. +34 941 620 145 ext. 5153

2 2

Clarification on Broadwell as cluster cpu type
by Gianluca Cecchi 31 Aug '17

31 Aug '17

Hello, having to deploy some HP Gen 9 servers as Hypervisors, with Intel E5-2680v4 aka Broadwell cpu, I remember that in oVirt web admin UI I can set it as cpu type for a cluster (and also Broadwell-noTSX) since many months at least... And in fact I already have some with that setting. But now incidentally I go here: https://www.ovirt.org/documentation/admin-guide/chap-Clusters/ and see that Broadwell is not listed among the supported cpu types... is there any reason? Also if I go into official RHEV 4.1 docs here it is missing in the list: https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/ht… Should I submit a doc bug? Thanks, Gianluca

2 2

Want to Contribute
by Yan Naing Myint 30 Aug '17

30 Aug '17

Hello, I am currently only Ambassador of Fedora Project in Yangon, Myanmar. I want to contribute oVirt by spreading about oVirt in my region. I am also teaching about oVirt here in my region. How should I approach to become officially recognized something like "oVirt Myanmar Community" ? Best, -- Yan Naing Myint CEO Server & Network Engineer Cyber Wings Co., Ltd http://cyberwings.asia 09799950510

2 3

I can't see any host to choose when creating new domain
by Khoi Thinh 30 Aug '17

30 Aug '17

Hi everyone, I have a question related to Ovirt. Sorry it's in Japanese. I did a quick translation as below (not sure if it's right) So as you can see, after choose option for * Data center * Domain function/feature * Storage Type Then i didn't see any option for "Running host/Host in use". Even though i did create some hosts in dhcp48. Has any of you guys seen this before? -- *Khoi Thinh*

2 1

News in version 4.1.5.2
by nicolas＠devels.es 30 Aug '17

30 Aug '17

Hi, We just upgraded to 4.1.5.2 and I see there are 2 news that I'd like to ask if they might be changed: 1) Up until now the "User admin@internal logged in." event didn't show up, which was a big plus to us because we have many scripts that connect to oVirt to do some tasks. As of this version I see this event is back :-( Is there a way to disable it so the events list won't get flooded of these kind of events? 2) The events list is now ordered top-down. Personally I consider this kind of unintuitive and would like to sort events as until now (more recent events on top). Is there a way to do this? Thanks.

3 3

oVirt 3.5.6 / VM Import Fails
by Devin Acosta 30 Aug '17

30 Aug '17

I have a VM that was exported successfully to an export domain, but when I tried to re-import into the Data Center it fails with the following logs. Hoping someone can shed the light on why it's failing to import the VM into the Cluster. It seems concerning when it says: "VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = low level Image copy failed, code = 261". Help anyone? 2017-08-30 02:14:03,617 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--127.0.0.1-8702-4) START, GetVmsInfoVDSCommand( storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, storageDomainId = 4cde55bd-328e-40a7-9b0e-b4a5d576d896, vmIdList = null), log id: 74730ee 2017-08-30 02:14:03,639 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--127.0.0.1-8702-4) FINISH, GetVmsInfoVDSCommand, log id: 74730ee 2017-08-30 02:14:06,103 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-32) VM job 07fd15a8-1e41-4cfa-bddd-c2ecef6568a8: In progress (no change) 2017-08-30 02:14:06,313 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-34) VM job 80378e33-1efd-4f25-8550-81d4922c5440: In progress (no change) 2017-08-30 02:14:06,319 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-36) VM job 1d9fca66-c709-4c2b-a0c3-bf1b1048149c: In progress (no change) 2017-08-30 02:14:06,320 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-36) VM job d063300d-7d0f-4bfe-856e-4b0fa450726d: In progress (no change) 2017-08-30 02:14:06,321 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-34) VM job ebf6911c-ae9f-4fb1-93ae-1c1cbe242e5e: In progress (no change) 2017-08-30 02:14:06,324 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-34) VM job a6c48586-5c02-4b81-a54d-a199d7c4befe: In progress (no change) 2017-08-30 02:14:06,506 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-35) VM job 2b1f11c9-4852-4cf3-8a6d-1ac242d05420: In progress (no change) 2017-08-30 02:14:20,291 INFO [org.ovirt.engine.core.bll.ImportVmCommand] (ajp--127.0.0.1-8702-5) [338f07a0] Lock Acquired to object EngineLock [exclusiveLocks= key: las01-622-003__2017-08-29__13.01.30 value: VM_NAME , sharedLocks= key: 02137593-5f11-4f07-afc0-5d3992a26b38 value: REMOTE_VM ] 2017-08-30 02:14:20,302 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--127.0.0.1-8702-5) [338f07a0] START, GetVmsInfoVDSCommand( storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, storageDomainId = 4cde55bd-328e-40a7-9b0e-b4a5d576d896, vmIdList = null), log id: 3672c4a9 2017-08-30 02:14:20,320 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] (ajp--127.0.0.1-8702-5) [338f07a0] FINISH, GetVmsInfoVDSCommand, log id: 3672c4a9 2017-08-30 02:14:20,887 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImagesListVDSCommand] (ajp--127.0.0.1-8702-5) [338f07a0] START, GetImagesListVDSCommand( storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, sdUUID = 39b260fb-0e4e-414d-972f-8ebd87ce7643), log id: 692a8a42 2017-08-30 02:14:20,904 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImagesListVDSCommand] (ajp--127.0.0.1-8702-5) [338f07a0] FINISH, GetImagesListVDSCommand, return: [d91aa8be-7929-43e3-8891-e5b35389150f, 420f239a-177b-407e-bb22-c93f984c8735, 7cc223ed-d7cd-4d0e-85fd-05a9a82d3315, e7879ce5-5af3-48ab-ab1c-26540cf785b5], log id: 692a8a42 2017-08-30 02:14:20,911 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--127.0.0.1-8702-5) [338f07a0] START, DoesImageExistVDSCommand( storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, storageDomainId = 4cde55bd-328e-40a7-9b0e-b4a5d576d896, imageGroupId = f0b7e806-64d9-49ea-a52c-7fe70be2138b, imageId = 53b161c8-1751-41cf-b0bb-444bd603d136), log id: 707f904c 2017-08-30 02:14:20,929 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--127.0.0.1-8702-5) [338f07a0] FINISH, DoesImageExistVDSCommand, return: true, log id: 707f904c 2017-08-30 02:14:21,058 INFO [org.ovirt.engine.core.bll.ImportVmCommand] (org.ovirt.thread.pool-8-thread-26) [338f07a0] Running command: ImportVmCommand internal: false. Entities affected : ID: 39b260fb-0e4e-414d-972f-8ebd87ce7643 Type: StorageAction group IMPORT_EXPORT_VM with role type ADMIN 2017-08-30 02:14:21,274 INFO [org.ovirt.engine.core.bll.CopyImageGroupCommand] (org.ovirt.thread.pool-8-thread-26) [5637f152] Running command: CopyImageGroupCommand internal: true. Entities affected : ID: 39b260fb-0e4e-414d-972f-8ebd87ce7643 Type: Storage 2017-08-30 02:14:21,417 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-99) VM job 07fd15a8-1e41-4cfa-bddd-c2ecef6568a8: In progress (no change) 2017-08-30 02:14:21,426 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (org.ovirt.thread.pool-8-thread-26) [5637f152] START, CopyImageVDSCommand( storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, storageDomainId = 4cde55bd-328e-40a7-9b0e-b4a5d576d896, imageGroupId = f0b7e806-64d9-49ea-a52c-7fe70be2138b, imageId = 53b161c8-1751-41cf-b0bb-444bd603d136, dstImageGroupId = f0b7e806-64d9-49ea-a52c-7fe70be2138b, vmId = 02137593-5f11-4f07-afc0-5d3992a26b38, dstImageId = 53b161c8-1751-41cf-b0bb-444bd603d136, imageDescription = , dstStorageDomainId = 39b260fb-0e4e-414d-972f-8ebd87ce7643, copyVolumeType = LeafVol, volumeFormat = RAW, preallocate = Sparse, postZero = false, force = true), log id: 7bd35902 2017-08-30 02:14:21,428 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (org.ovirt.thread.pool-8-thread-26) [5637f152] -- executeIrsBrokerCommand: calling 'copyImage' with two new parameters: description and UUID 2017-08-30 02:14:21,429 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (org.ovirt.thread.pool-8-thread-26) [5637f152] -- copyImage parameters: sdUUID=4cde55bd-328e-40a7-9b0e-b4a5d576d896 spUUID=ff545917-da81-43a2-a5e0-b43b185ee8e8 vmGUID=02137593-5f11-4f07-afc0-5d3992a26b38 srcImageGUID=f0b7e806-64d9-49ea-a52c-7fe70be2138b srcVolUUID=53b161c8-1751-41cf-b0bb-444bd603d136 dstImageGUID=f0b7e806-64d9-49ea-a52c-7fe70be2138b dstVolUUID=53b161c8-1751-41cf-b0bb-444bd603d136 descr= dstSdUUID=39b260fb-0e4e-414d-972f-8ebd87ce7643 2017-08-30 02:14:21,528 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (org.ovirt.thread.pool-8-thread-26) [5637f152] FINISH, CopyImageVDSCommand, return: 00000000-0000-0000-0000-000000000000, log id: 7bd35902 2017-08-30 02:14:21,542 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-8-thread-26) [5637f152] CommandAsyncTask::Adding CommandMultiAsyncTasks object for command 14530608-260e-4988-8fb4-1fab452ae215 2017-08-30 02:14:21,544 INFO [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (org.ovirt.thread.pool-8-thread-26) [5637f152] CommandMultiAsyncTasks::AttachTask: Attaching task f7762dfe-a9f6-4a09-aea3-7f42ddfcfa6d to command 14530608-260e-4988-8fb4-1fab452ae215. 2017-08-30 02:14:21,569 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (org.ovirt.thread.pool-8-thread-26) [5637f152] Adding task f7762dfe-a9f6-4a09-aea3-7f42ddfcfa6d (Parent Command ImportVm, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters), polling hasn't started yet.. 2017-08-30 02:14:21,742 INFO [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] (org.ovirt.thread.pool-8-thread-26) [5637f152] START, SetVmStatusVDSCommand( vmId = 02137593-5f11-4f07-afc0-5d3992a26b38, status = ImageLocked, exit status = Normal), log id: 67bbeffa 2017-08-30 02:14:21,749 INFO [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] (org.ovirt.thread.pool-8-thread-26) [5637f152] FINISH, SetVmStatusVDSCommand, log id: 67bbeffa 2017-08-30 02:14:21,774 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-98) VM job 80378e33-1efd-4f25-8550-81d4922c5440: In progress (no change) 2017-08-30 02:14:21,777 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-98) VM job ebf6911c-ae9f-4fb1-93ae-1c1cbe242e5e: In progress (no change) 2017-08-30 02:14:21,779 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-98) VM job a6c48586-5c02-4b81-a54d-a199d7c4befe: In progress (no change) 2017-08-30 02:14:21,797 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-26) [5637f152] Correlation ID: 338f07a0, Job ID: 51514883-1f74-4d1e-80e3-24c94b9a75c8, Call Stack: null, Custom Event ID: -1, Message: Starting to import Vm las01-622-003__2017-08-29__13.01.30 to Data Center las01, Cluster las01-switch 2017-08-30 02:14:21,799 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (org.ovirt.thread.pool-8-thread-26) [5637f152] BaseAsyncTask::startPollingTask: Starting to poll task f7762dfe-a9f6-4a09-aea3-7f42ddfcfa6d. 2017-08-30 02:14:21,799 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-97) VM job 1d9fca66-c709-4c2b-a0c3-bf1b1048149c: In progress (no change) 2017-08-30 02:14:21,803 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-97) VM job d063300d-7d0f-4bfe-856e-4b0fa450726d: In progress (no change) 2017-08-30 02:14:21,934 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-6) VM job 2b1f11c9-4852-4cf3-8a6d-1ac242d05420: In progress (no change) 2017-08-30 02:14:23,927 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (DefaultQuartzScheduler_Worker-5) Polling and updating Async Tasks: 1 tasks, 1 tasks to poll now 2017-08-30 02:14:23,941 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-5) Failed in HSMGetAllTasksStatusesVDS method 2017-08-30 02:14:23,943 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler_Worker-5) SPMAsyncTask::PollTask: Polling task f7762dfe-a9f6-4a09-aea3-7f42ddfcfa6d (Parent Command ImportVm, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) returned status finished, result 'cleanSuccess'. 2017-08-30 02:14:23,959 ERROR [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler_Worker-5) BaseAsyncTask::logEndTaskFailure: Task f7762dfe-a9f6-4a09-aea3-7f42ddfcfa6d (Parent Command ImportVm, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with failure: -- Result: cleanSuccess -- Message: VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = low level Image copy failed, code = 261, -- Exception: VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = low level Image copy failed, code = 261 2017-08-30 02:14:23,964 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzScheduler_Worker-5) CommandAsyncTask::endActionIfNecessary: All tasks of command 14530608-260e-4988-8fb4-1fab452ae215 has ended -> executing endAction 2017-08-30 02:14:23,966 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzScheduler_Worker-5) CommandAsyncTask::endAction: Ending action for 1 tasks (command ID: 14530608-260e-4988-8fb4-1fab452ae215): calling endAction . 2017-08-30 02:14:23,969 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-8-thread-43) CommandAsyncTask::endCommandAction [within thread] context: Attempting to endAction ImportVm, executionIndex: 0 2017-08-30 02:14:24,008 ERROR [org.ovirt.engine.core.bll.ImportVmCommand] (org.ovirt.thread.pool-8-thread-43) Ending command with failure: org.ovirt.engine.core.bll.ImportVmCommand 2017-08-30 02:14:24,100 ERROR [org.ovirt.engine.core.bll.CopyImageGroupCommand] (org.ovirt.thread.pool-8-thread-43) [5637f152] Ending command with failure: org.ovirt.engine.core.bll.CopyImageGroupCommand 2017-08-30 02:14:24,113 INFO [org.ovirt.engine.core.bll.RemoveImageCommand] (org.ovirt.thread.pool-8-thread-43) [20e1b3d3] Running command: RemoveImageCommand internal: true. Entities affected : ID: 39b260fb-0e4e-414d-972f-8ebd87ce7643 Type: Storage 2017-08-30 02:14:24,193 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-43) [20e1b3d3] START, DeleteImageGroupVDSCommand( storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, storageDomainId = 39b260fb-0e4e-414d-972f-8ebd87ce7643, imageGroupId = f0b7e806-64d9-49ea-a52c-7fe70be2138b, postZeros = false, forceDelete = false), log id: 29fac779 2017-08-30 02:14:24,218 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-43) [20e1b3d3] Command DeleteImageGroupVDSCommand( storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, storageDomainId = 39b260fb-0e4e-414d-972f-8ebd87ce7643, imageGroupId = f0b7e806-64d9-49ea-a52c-7fe70be2138b, postZeros = false, forceDelete = false) execution failed. Exception: IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Image does not exist in domain: u'image=f0b7e806-64d9-49ea-a52c-7fe70be2138b, domain=39b260fb-0e4e-414d-972f-8ebd87ce7643' 2017-08-30 02:14:24,220 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-43) [20e1b3d3] FINISH, DeleteImageGroupVDSCommand, log id: 29fac779 2017-08-30 02:14:24,221 INFO [org.ovirt.engine.core.bll.RemoveImageCommand] (org.ovirt.thread.pool-8-thread-43) [20e1b3d3] Disk f0b7e806-64d9-49ea-a52c-7fe70be2138b doesnt exist on storage domain 39b260fb-0e4e-414d-972f-8ebd87ce7643, rolling forward 2017-08-30 02:14:24,360 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (org.ovirt.thread.pool-8-thread-43) [20e1b3d3] Removed task 86cc1a36-6c76-47f7-8c3e-d2d7dc02fcdc from DataBase 2017-08-30 02:14:24,411 INFO [org.ovirt.engine.core.bll.ImportVmCommand] (org.ovirt.thread.pool-8-thread-43) Lock freed to object EngineLock [exclusiveLocks= key: las01-622-003__2017-08-29__13.01.30 value: VM_NAME , sharedLocks= key: 02137593-5f11-4f07-afc0-5d3992a26b38 value: REMOTE_VM ] 2017-08-30 02:14:24,429 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-43) Correlation ID: 338f07a0, Job ID: 51514883-1f74-4d1e-80e3-24c94b9a75c8, Call Stack: null, Custom Event ID: -1, Message: Failed to import Vm las01-622-003__2017-08-29__13.01.30 to Data Center las01, Cluster las01-switch 2017-08-30 02:14:24,430 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-8-thread-43) CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type ImportVm completed, handling the result. 2017-08-30 02:14:24,431 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-8-thread-43) CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type ImportVm succeeded, clearing tasks. 2017-08-30 02:14:24,440 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (org.ovirt.thread.pool-8-thread-43) SPMAsyncTask::ClearAsyncTask: Attempting to clear task f7762dfe-a9f6-4a09-aea3-7f42ddfcfa6d 2017-08-30 02:14:24,443 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-43) START, SPMClearTaskVDSCommand( storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, taskId = f7762dfe-a9f6-4a09-aea3-7f42ddfcfa6d), log id: 483bc9a3 2017-08-30 02:14:24,446 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-43) START, HSMClearTaskVDSCommand(HostName = las01-002-003, HostId = 4c396d88-fe8d-43f3-8fbb-291e88c5c815, taskId=f7762dfe-a9f6-4a09-aea3-7f42ddfcfa6d), log id: 5ee245c 2017-08-30 02:14:24,458 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-43) FINISH, HSMClearTaskVDSCommand, log id: 5ee245c 2017-08-30 02:14:24,459 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-43) FINISH, SPMClearTaskVDSCommand, log id: 483bc9a3 2017-08-30 02:14:24,471 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (org.ovirt.thread.pool-8-thread-43) BaseAsyncTask::removeTaskFromDB: Removed task f7762dfe-a9f6-4a09-aea3-7f42ddfcfa6d from DataBase 2017-08-30 02:14:24,472 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-8-thread-43) CommandAsyncTask::HandleEndActionResult [within thread]: Removing CommandMultiAsyncTasks object for entity 14530608-260e-4988-8fb4-1fab452ae215 -- Devin Acosta Red Hat Certified Architect, LinuxStack

2 1

Clarification on centos/rhel 7.4 and ovirt 4.1.5
by Gianluca Cecchi 29 Aug '17

29 Aug '17

Hello, right now I have updated an infra from 4.1.1 to 4.1.5. OS is CentOS 7.3 on the 2 hypervisors and on the engine (a separate server) and has remained that, because CentOS 7.4 not yet released, but coming soon. Questions. When 7.4 released, will ot be some testing from oVirt guys to confirm that I can: - update OS of engine and hypervisors to 7.4 without any problem? - update another cluster still in 4.1.3 and CentOS 7.3 to 4.1.5 and 7.4 in one step? or any guideline? - suppose I have RH EL with oVirt does the same apply? Already tested? This last one below is more a question for support, but in case suggestions are useful in advance: I searched similar information for RHEV but it seems I was not able to find, because RHEV 4.1 has been released before RH EL 7.4: If I should start an evaluation of RHEV 4.1 and I decide to stay with plain RHEL server and not RHV-H, should I force with rhsm to stay on 7.3 and install latest 4.1 packages or can I directly start with 7.4 OS? Is it true that there is a plan to not support plain RH EL hosts in the future, but only RHV-H hosts or not? Thanks in advance, Gianluca

3 2