- Users - oVirt List Archives

24 Nov '16

Hi, I upgraded my engine host from 4.0.2.7 to 4.0.4 and when I attempt to login via a aaa provider I get: java.security.cert.CertificateExpiredException: NotAfter: Fri Nov 04 00:19:18 GMT 2016, What certificate is this referring to? The certificate from the aaa provider expires in 2063. It was fine until the upgrade. Thanks for any help, Cam

2 7

How to notify cluster nodes after "engine-config --set IPTablesConfigSiteCustom..." ?
by aleksey.maksimov＠it-kb.ru 24 Nov '16

24 Nov '16

Hello oVirt guru`s ! oVirt Engine Version: 4.0.5.5-1.el7.centos I updated the configuration of the firewall on the Engine server with "engine-config --set IPTablesConfigSiteCustom...". How to notify cluster nodes (all virtualization hosts) about the changes without reboot?

2 8

[ANN] oVirt 4.0.6 Second Release Candidate is now available
by Sandro Bonazzola 24 Nov '16

24 Nov '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.6 second release candidate for testing, as of November 24th, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the second release candidate of the sixth in a series of stabilization updates to the 4.0 series. 4.0.6 brings 2 enhancements and 43 bugfixes, including 16 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node will be available soon [4] * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.6 release highlights: http://www.ovirt.org/release/4.0.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.0.6/ [4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

GFS2 and OCFS2 for Shared Storage
by Fernando Frediani 23 Nov '16

23 Nov '16

Has anyone managed to use GFS2 or OCFS2 for Shared Block Storage between hosts ? How scalable was it and which of the two work better ? Using traditional CLVM is far from good starting because of the lack of Thinprovision so I'm willing to consider either of the Filesystems. Thanks Fernando

4 7

OVN Provider setup issues
by Andrea Fagiani 23 Nov '16

23 Nov '16

Hi all, I've been messing around with the ovirt-ovn-provider [1] and I've run into some issues during the initial setup. I have a 5-node cluster (running the hosted-engine VA), LEGACY virtual switch; this test was done on a single host. Following the instructions from the aforementioned blog post, I have downloaded the ovirt-provider-ovn and ovirt-provider-ovn-driver rpms, and built the rpm packages for: - openvswitch (2.6.90) - openvswitch-ovn-common - openvswitch-ovn-host - openvswitch-ovn-central - python-openvswitch I set up a dedicated VM for the OVN controller, installed ovs and ovn-central, started the ovn-northd and ovirt-provider-ovn services. So far so good. I then moved on to the oVirt host and installed the above packages (minus ovn-central) as well as the ovirt-provider-ovn-driver provided, started the ovn-controller service and ran # vdsm-tool ovn-config <ovn controller IP> <host management IP> Executing the suggested checks I noticed that something didn't quite go as planned. Below is the /var/log/openvswitch/ovn-controller.log from the host machine. There are no firewalls involved (not even on the servers) and I also tried disabling SELinux but to no avail. Any ideas? Thanks, Andrea [1] http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/ 2016-11-07T14:22:09.552Z|00001|vlog|INFO|opened log file /var/log/openvswitch/ovn-controller.log 2016-11-07T14:22:09.553Z|00002|reconnect|INFO|unix:/var/run/openvswitch/db.sock: connecting... 2016-11-07T14:22:09.553Z|00003|reconnect|INFO|unix:/var/run/openvswitch/db.sock: connected 2016-11-07T14:22:09.555Z|00004|reconnect|INFO|tcp:10.100.248.11:6642: connecting... 2016-11-07T14:22:09.555Z|00005|reconnect|INFO|tcp:10.100.248.11:6642: connected 2016-11-07T14:22:09.556Z|00006|ofctrl|INFO|unix:/var/run/openvswitch/br-int.mgmt: connecting to switch 2016-11-07T14:22:09.556Z|00007|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt: connecting... 2016-11-07T14:22:09.557Z|00008|pinctrl|INFO|unix:/var/run/openvswitch/br-int.mgmt: connecting to switch 2016-11-07T14:22:09.557Z|00009|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt: connecting... 2016-11-07T14:22:09.557Z|00010|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt: connected 2016-11-07T14:22:09.557Z|00011|rconn|INFO|unix:/var/run/openvswitch/br-int.mgmt: connected 2016-11-07T14:22:09.558Z|00012|ofctrl|INFO|OpenFlow error: OFPT_ERROR (OF1.3) (xid=0x9): OFPBMC_BAD_FIELD OFPT_FLOW_MOD (OF1.3) (xid=0x9): (***truncated to 64 bytes from 240***) 00000000 04 0e 00 f0 00 00 00 09-00 00 00 00 00 00 00 00 |................| 00000010 00 00 00 00 00 00 00 00-22 00 00 00 00 00 00 00 |........".......| 00000020 ff ff ff ff ff ff ff ff-ff ff ff ff 00 00 00 00 |................| 00000030 00 01 00 04 00 00 00 00-00 04 00 b8 00 00 00 00 |................|

4 11

Cannot remove disk error for ovirt-image-repository VMs
by Gianluca Cecchi 23 Nov '16

23 Nov '16

Hello, I am in 4.0.5 with 3 hosts, Gluster and self hosted engine. If I create a VM through iso and install OS then I can then delete the VM and its related disks without errors If I do the same creating a template (or directly a VM) using CentOS 7 Atomic Host Image in ovirt-image-repository I get these events in sequence hen I delete the VM 10:47:29 VM atomic was successfully removed. 10:47:54 VDSM hosted_engine_1 command failed: Could not remove all image's volumes 10:50:05 Refresh image list succeeded for domain(s): ovirt-image-repository (All file type) tried many times with same behavior The VM has been removed, from web admin gui All disks in "Disks" tab are marked as "OK" Any commands to check actual integrity... in db and filesystems...? Basic messages in engine.log: 2016-11-23 09:47:54,860 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler10) [53f3be13] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM hosted_engine_1 command failed: Could not remove all image's volumes 2016-11-23 09:47:54,860 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler10) [53f3be13] SPMAsyncTask::PollTask: Polling task '555e7dd0-dc32-4cf7-be10-d469fc8b2f8d' (Parent Command 'RemoveVm', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned status 'finished', result 'cleanSuccess'. 2016-11-23 09:47:54,880 ERROR [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler10) [53f3be13] BaseAsyncTask::logEndTaskFailure: Task '555e7dd0-dc32-4cf7-be10-d469fc8b2f8d' (Parent Command 'RemoveVm', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with failure: -- Result: 'cleanSuccess' -- Message: 'VDSGenericException: VDSErrorException: Failed in vdscommand to HSMGetAllTasksStatusesVDS, error = Could not remove all image's volumes', -- Exception: 'VDSGenericException: VDSErrorException: Failed in vdscommand to HSMGetAllTasksStatusesVDS, error = Could not remove all image's volumes' full files: engine.log in gzip format: https://drive.google.com/file/d/0BwoPbcrMv8mvQlVwVDlGTVEtR00/view?usp=shari… vdsm.log of related host in gzip format: https://drive.google.com/file/d/0BwoPbcrMv8mvdDFFOEhTQ3o1ZXM/view?usp=shari… supervdsm.log in gzip format https://drive.google.com/file/d/0BwoPbcrMv8mvbE5ZdXMyc0w1S1U/view?usp=shari… Gianluca

1 0

Fedora 25 images uploaded to oVirt's image repository
by Barak Korren 23 Nov '16

23 Nov '16

The Fedora 25 images had been uploaded to oVirt's public Glance image repository. Both the Atomic image as well as the generic cloud image have been made available. To gain access to the images please select "ovirt-image-repository" from the "Storage" tab in the Web Administration console while "System" is selected in the left-hand tree. If you don't have "ovirt-image-repository" configured as an external provider in your oVirt instance, you can add it by selecting "External Providers" in the left-hand tree clicking on "Add" and filling in the following details: Name: ovirt-image-repository Description: Public Glance repository for oVirt Type: OpenStack Image Provider URL: http://glance.ovirt.org:9292 "Requires Authentication" should be checked off. -- Barak Korren bkorren(a)redhat.com oVirt Infra Team

1 0

Hook to add firewall rules
by Claude Durocher 23 Nov '16

23 Nov '16

------=_=-_OpenGroupware_org_NGMime-9224-1479426132.656558-0------ content-type: text/plain; charset=utf-8 content-length: 176 content-transfer-encoding: quoted-printable I've implemented sucessfully a hook to edit the configuration of some o= f my nics on my ovirt hosts. Is there a way to add firewall rules (iptables) with vdsm hooks? =C2=A0 ------=_=-_OpenGroupware_org_NGMime-9224-1479426132.656558-0------ content-type: text/html; charset=utf-8 content-length: 210 content-transfer-encoding: quoted-printable <html>I've implemented sucessfully a hook to edit the configuration= of some of my nics on my ovirt hosts.<br /><br />Is there a way to add= firewall rules (iptables) with vdsm hooks?<br /> </html> ------=_=-_OpenGroupware_org_NGMime-9224-1479426132.656558-0--------

3 5

Cloning a VM with Ceph/Cinder based disk leaves disk in locked state
by Thomas Klute 22 Nov '16

22 Nov '16

Dear oVirt Users, we're using cinder (based on the Kolla setup) to provide storage for ovirt. Everything works fine except the clone process of a VM. Cloning a VM with NFS based storage works as expected, thus I think it's the cinder integration that causes the problem here. When cloning a VM with cinder/ceph-based storage we see, that the VM clone is created, the attached image is cloned as well, but the disk/image remains in locked state. We then need to issue a "update images set imagestatus=1 where imagestatus=2;" on the engine to make the VM clone work. Is this a bug in the cinder integration? Thanks and best regards, Thomas engine.log: 2016-11-21 10:00:20,216 INFO [org.ovirt.engine.core.bll.CloneVmCommand] (default task-19) [2dd83801] Lock Acquired to object 'EngineLock:{exclusiveLocks='[vm-vertr-kp-klon=<VM_NAME, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='[897d96c8-0ea9-4d06-b815-66a42b63c49b=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_CLONED>, e5e06033-e099-4efe-a5cd-9de2ebc0238b=<DISK, ACTION_TYPE_FAILED_DISK_IS_USED_FOR_CREATE_VM$VmName vm-vertr-kp-klon>]'}' 2016-11-21 10:00:21,290 INFO [org.ovirt.engine.core.bll.CloneVmCommand] (default task-19) [] Running command: CloneVmCommand internal: false. Entities affected : ID: 897d96c8-0ea9-4d06-b815-66a42b63c49b Type: VMAction group CREATE_VM with role type USER 2016-11-21 10:00:21,846 INFO [org.ovirt.engine.core.bll.storage.disk.cinder.CloneSingleCinderDiskCommand] (default task-19) [4c8e58b8] Running command: CloneSingleCinderDiskCommand internal: true. Entities affected : ID: 1f342ea3-49f8-4f65-bf15-ce48514e9bd3 Type: StorageAction group CONFIGURE_VM_STORAGE with role type USER 2016-11-21 10:00:23,143 INFO [org.ovirt.engine.core.bll.AddGraphicsDeviceCommand] (default task-19) [420ca5bf] Running command: AddGraphicsDeviceCommand internal: true. Entities affected : ID: b9f78fd2-9a55-42f0-9ae9-7bca4ae93d9a Type: VMAction group EDIT_VM_PROPERTIES with role type USER 2016-11-21 10:00:23,151 INFO [org.ovirt.engine.core.bll.AddGraphicsDeviceCommand] (default task-19) [7f72e8e4] Running command: AddGraphicsDeviceCommand internal: true. Entities affected : ID: b9f78fd2-9a55-42f0-9ae9-7bca4ae93d9a Type: VMAction group EDIT_VM_PROPERTIES with role type USER 2016-11-21 10:00:23,222 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-19) [7f72e8e4] Correlation ID: 2dd83801, Job ID: a02e5069-a9ef-4b1b-8ec1-b1922d2e3135, Call Stack: null, Custom Event ID: -1, Message: VM vm-vertr-kp-klon was created by admin@internal-authz. 2016-11-21 10:00:23,240 INFO [org.ovirt.engine.core.bll.CloneVmCommand] (default task-19) [7f72e8e4] Lock freed to object 'EngineLock:{exclusiveLocks='[vm-vertr-kp-klon=<VM_NAME, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='[897d96c8-0ea9-4d06-b815-66a42b63c49b=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_CLONED>, e5e06033-e099-4efe-a5cd-9de2ebc0238b=<DISK, ACTION_TYPE_FAILED_DISK_IS_USED_FOR_CREATE_VM$VmName vm-vertr-kp-klon>]'}' 2016-11-21 10:00:29,283 INFO [org.ovirt.engine.core.bll.storage.disk.cinder.CloneSingleCinderDiskCommandCallback] (DefaultQuartzScheduler9) [4c8e58b8] Command 'CloneSingleCinderDisk' id: 'a76696d7-f698-4591-9a26-888f47462888' child commands '[]' executions were completed, status 'SUCCEEDED' 2016-11-21 10:00:29,284 INFO [org.ovirt.engine.core.bll.storage.disk.cinder.CloneSingleCinderDiskCommandCallback] (DefaultQuartzScheduler9) [4c8e58b8] Command 'CloneSingleCinderDisk' id: 'a76696d7-f698-4591-9a26-888f47462888' Updating status to 'SUCCEEDED', The command end method logic will be executed by one of its parent commands. Packets: ovirt-engine-jboss-as-7.1.1-1.el7.centos.x86_64 ovirt-vmconsole-proxy-1.0.4-1.el7.centos.noarch ovirt-engine-wildfly-overlay-10.0.0-1.el7.noarch ovirt-engine-setup-base-4.0.5.5-1.el7.centos.noarch ovirt-guest-agent-common-1.0.12-3.el7.noarch ovirt-engine-setup-plugin-ovirt-engine-4.0.5.5-1.el7.centos.noarch ovirt-host-deploy-1.5.3-1.el7.centos.noarch ovirt-engine-websocket-proxy-4.0.5.5-1.el7.centos.noarch ovirt-engine-extensions-api-impl-4.0.5.5-1.el7.centos.noarch ovirt-engine-wildfly-10.1.0-1.el7.x86_64 ovirt-engine-dbscripts-4.0.5.5-1.el7.centos.noarch ovirt-engine-restapi-4.0.5.5-1.el7.centos.noarch ovirt-vmconsole-1.0.4-1.el7.centos.noarch ovirt-release36-3.6.6-1.noarch ovirt-engine-lib-4.0.5.5-1.el7.centos.noarch ovirt-setup-lib-1.0.2-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-4.0.5.5-1.el7.centos.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.5.5-1.el7.centos.noarch ovirt-engine-setup-plugin-websocket-proxy-4.0.5.5-1.el7.centos.noarch ovirt-host-deploy-java-1.5.3-1.el7.centos.noarch ovirt-iso-uploader-4.0.2-1.el7.centos.noarch ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch ovirt-engine-extension-aaa-jdbc-1.1.1-1.el7.noarch ovirt-imageio-common-0.4.0-1.el7.noarch ovirt-imageio-proxy-setup-0.4.0-0.201608310602.gita9b573b.el7.centos.noarch ovirt-image-uploader-4.0.1-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.9.1-1.el7.centos.noarch ovirt-release40-4.0.5-2.noarch ovirt-engine-tools-4.0.5.5-1.el7.centos.noarch ovirt-engine-dashboard-1.0.5-1.el7.centos.noarch ovirt-engine-backend-4.0.5.5-1.el7.centos.noarch ovirt-engine-4.0.5.5-1.el7.centos.noarch ovirt-engine-dwh-4.0.5-1.el7.centos.noarch ovirt-engine-cli-3.6.8.1-1.el7.centos.noarch ovirt-imageio-proxy-0.4.0-0.201608310602.gita9b573b.el7.centos.noarch ovirt-guest-tools-iso-4.0-1.fc23.noarch ovirt-engine-dwh-setup-4.0.5-1.el7.centos.noarch python-ovirt-engine-sdk4-4.0.2-1.el7.centos.x86_64 ovirt-engine-vmconsole-proxy-helper-4.0.5.5-1.el7.centos.noarch ovirt-engine-tools-backup-4.0.5.5-1.el7.centos.noarch ovirt-engine-webadmin-portal-4.0.5.5-1.el7.centos.noarch ovirt-engine-userportal-4.0.5.5-1.el7.centos.noarch Sollten noch Fragen offen sein, stehen wir Ihnen natürlich jederzeit gerne zur Verfügung. Mit Grüßen aus Dortmund, Thomas Klute -- ________________________________________________________________________ Dipl.-Inform. Thomas Klute klute(a)ingenit.com Geschäftsführer / CEO ---------------------------------------------------------------------- ingenit GmbH & Co. KG Tel. +49 (0)231 58 698-120 Emil-Figge-Strasse 76-80 Fax. +49 (0)231 58 698-121 D-44227 Dortmund www.ingenit.com Registergericht: Amtsgericht Dortmund, HRA 13 914 Gesellschafter : Thomas Klute, Marc-Christian Schröer ________________________________________________________________________

2 1

engine-setup failed on master on Centos 7
by Martin Perina 22 Nov '16

22 Nov '16

Hi, if you have recently tried to install master engine on Centos 7, you may have encountered following error during engine-setup: Failed to execute stage 'Misc configuration': Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute This is currently tracked by [1] and it's caused by faulty slfj4 1.7.10 package in virt7-ovirt-common-candidate repository. We have untagged faulty package from the repository, but to fix the error you need to downgrade package version to slf4j 1.7.4 provided by Centos [2]. Sorry for inconvenience Martin Perina [1] https://bugzilla.redhat.com/show_bug.cgi?id=1394656 [2] http://mirror.centos.org/centos/7/os/x86_64/Packages/slf4j-1.7.4-3.el7.noar…

1 0

HELP ESXI SERVER UNDER OVIRT-ENGINE
by Ali Mumcu 22 Nov '16

22 Nov '16

Hello Friends; I wanna to learn something about if it is possible or not. Can we run esxı servers under the ovirt-engine ? Thanks.

3 5

Unable to add host
by Oscar Segarra 22 Nov '16

22 Nov '16

Hi, When I try to add the second host from the ovirt interface I get the following error: [image: Imágenes integradas 2] Of course, host vdicnode02 does not appear in the GUI and the gluster looks perfectly up und sync: [root@vdicnode02 ~]# gluster volume status Status of volume: vdic-infr-gv0 Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick vdicnode01-priv:/vdic-infr/gv0 49152 0 Y 3039 Brick vdicnode02-priv:/vdic-infr/gv0 49152 0 Y 1999 Brick vdicnode03-priv:/vdic-infr/gv0 49152 0 Y 3456 Self-heal Daemon on localhost N/A N/A Y 3043 Self-heal Daemon on vdicnode03-priv N/A N/A Y 3496 Self-heal Daemon on vdicnode01-priv N/A N/A Y 3267 Task Status of Volume vdic-infr-gv0 ------------------------------------------------------------------------------ There are no active volume tasks Status of volume: vdic-infr2-gv0 Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick vdicnode01-priv:/vdic-infr2/gv0 49153 0 Y 3048 Brick vdicnode02-priv:/vdic-infr2/gv0 49153 0 Y 2026 Brick vdicnode03-priv:/vdic-infr2/gv0 49153 0 Y 3450 Self-heal Daemon on localhost N/A N/A Y 3043 Self-heal Daemon on vdicnode01-priv N/A N/A Y 3267 Self-heal Daemon on vdicnode03-priv N/A N/A Y 3496 Task Status of Volume vdic-infr2-gv0 ------------------------------------------------------------------------------ There are no active volume tasks [root@vdicnode02 ~]# May I activate self-heal? I'd like to know the difference between None, Deploy and Undeploy from the Hosted Engine option as well: [image: Imágenes integradas 1] Thanks a lot.

3 2

Ovirt SPICE: keyboard does not work
by Oscar Segarra 22 Nov '16

22 Nov '16

Hi, I have deployed a CENTOS 7.2 server in oVirt infraestructure (vdicmysql01) and I want to connect the console session using SPICE from my Windows 10 client. I have installed Remote Viewer but when I click on the console icon on the VMs: [image: Imágenes integradas 3] It downloads the .vv file and it launches the console: [image: Imágenes integradas 4] But keyboard does not work and I cannot interact with machine. I have also tried to connect from users portal but It does not appear: [image: Imágenes integradas 5] Anybody has experienced the same behaviour? Thanks a lot.

1 0

Fail after update (Centos 7.2 oVirt 4.0)
by Marcio Costa 21 Nov '16

21 Nov '16

Hello friends. After I have updated one host with "yum update -y", I have this message and the host fails to connect to storage server (ISO type) (other host not updated yet are working fine): Thread-25::WARNING::2016-11-21 17:26:18,152::lvm::376::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!', ' Volume group "b55443b5-39a0-4cb6-8018-9c508815dd28" not found', ' Cannot process volume group b55443b5-39a0-4cb6-8018-9c508815dd28'] Thread-25::ERROR::2016-11-21 17:26:18,155::sdc::146::Storage.StorageDomainCache::(_findDomain) domain b55443b5-39a0-4cb6-8018-9c508815dd28 not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 144, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 174, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'b55443b5-39a0-4cb6-8018-9c508815dd28',) Thread-25::ERROR::2016-11-21 17:26:18,156::monitor::328::Storage.Monitor::(_setupLoop) Setting up monitor for b55443b5-39a0-4cb6-8018-9c508815dd28 failed Traceback (most recent call last): File "/usr/share/vdsm/storage/monitor.py", line 325, in _setupLoop self._setupMonitor() File "/usr/share/vdsm/storage/monitor.py", line 348, in _setupMonitor self._produceDomain() File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 405, in wrapper value = meth(self, *a, **kw) File "/usr/share/vdsm/storage/monitor.py", line 366, in _produceDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 101, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 53, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 125, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 144, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 174, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'b55443b5-39a0-4cb6-8018-9c508815dd28',) The status of the host is "UP", but I still receiving the messages about the host trying connect to iso domain. I appreciate any help about, thanks!

1 0

[HELP] unmapping a deleted storage domain triggers crash ovirt
by Andrea Ghelardi 21 Nov '16

21 Nov '16

--_004_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_ Content-Type: multipart/alternative; boundary="_000_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_" --_000_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello people, something's not right in my ovirt infrastructure. I currently have two different ovirt installation: Ovirt3: 7 hosts linked to Compellent iscsi storage running ovirt 3.5.6 Ovirt4: 4 hosts linked to (same) Compellent iscsi storage running ovirt 4.0= .4 I'm currently moving my guests from ovirt3 to ovirt4. Since iscsi storage is linked to both installations, my high level approach= is: 1) Shutdown VM in ovirt3. 2) Maintenance + detach + remove VM storage in ovirt3 3) Change LUN mapping via iscsi storage manager from ovirt3 to ovirt4 4) Import storage in ovirt4 5) Import VM in ovirt4 6) Run and cheers with high grade liquor. GOTO step 1 for different VM= . Now, as soon as I perform step 3 (remove mappings from LUN), ovirt3 goes cr= azy and eventually forces me to reboot all hosts one by one. I tried different low level approaches to unmap LUN mpath'ed from hosts wit= h inconsistent results. A notable error log extract is: Nov 8 15:30:52 sovana vdsm root ERROR Process failed with rc=3D1 out=3D'\n= udevadm settle - timeout of 5 seconds reached, the event queue contains:\n = /sys/devices/virtual/block/dm-39 (8603)\n /sys/devices/virtual/block/dm-3= 9 (8604)\n /sys /devices/virtual/block/dm-39 (8605)\n /sys/devices/virtual/block/dm-39 (86= 06)\n /sys/devices/virtual/block/dm-39 (8607)\n /sys/devices/virtual/bloc= k/dm-39 (8608)\n /sys/devices/virtual/block/dm-39 (8609)\n /sys/devices/v= irtual/block /dm-39 (8610)\n /sys/devices/virtual/block/dm-39 (8611)\n /sys/devices/vi= rtual/block/dm-39 (8612)\n /sys/devices/virtual/block/dm-39 (8613)\n /sys= /devices/virtual/block/dm-39 (8614)\n /sys/devices/virtual/block/dm-39 (86= 15)\n /sys/ devices/virtual/block/dm-39 (8616)\n /sys/devices/virtual/block/dm-39 (861= 7)\n /sys/devices/virtual/block/dm-39 (8618)\n /sys/devices/virtual/block= /dm-39 (8619)\n /sys/devices/virtual/block/dm-39 (8620)\n /sys/devices/vi= rtual/block/ dm-39 (8621)\n /sys/devices/virtual/block/dm-39 (8622)\n /sys/devices/vir= tual/block/dm-39 (8623)\n /sys/devices/virtual/block/dm-39 (8624)\n /sys/= devices/virtual/block/dm-39 (8625)\n /sys/devices/virtual/block/dm-39 (862= 6)\n /sys/d evices/virtual/block/dm-39 (8627)\n /sys/devices/virtual/block/dm-39 (8628= )\n /sys/devices/virtual/block/dm-39 (8629)\n /sys/devices/virtual/block/= dm-39 (8630)\n /sys/devices/virtual/block/dm-39 (8631)\n /sys/devices/vir= tual/block/d m-39 (8632)\n /sys/devices/virtual/block/dm-39 (8633)\n /sys/devices/virt= ual/block/dm-39 (8634)\n /sys/devices/virtual/block/dm-39 (8635)\n /sys/d= evices/virtual/block/dm-39 (8636)\n /sys/devices/virtual/block/dm-39 (8637= )\n /sys/de vices/virtual/block/dm-39 (8638)\n /sys/devices/virtual/block/dm-39 (8639)= \n /sys/devices/virtual/block/dm-39 (8640)\n /sys/devices/virtual/block/d= m-39 (8641)\n /sys/devices/virtual/block/dm-39 (8642)\n /sys/devices/virt= ual/block/dm -39 (8643)\n /sys/devices/virtual/block/dm-39 (8644)\n /sys/devices/virtu= al/block/dm-39 (8645)\n /sys/devices/virtual/block/dm-39 (8646)\n /sys/de= vices/virtual/block/d I really need your help to sort this out as I'm actually blocked in my task= . Why mapping changes triggers ovirt crash on a storage which ovirt should no= t care about? Thanks Andrea Ghelardi +39 050 2203 71 | www.iongroup.com<http://www.iongroup.com/> | a.ghelardi@i= ontrading.com<mailto:a.ghelardi@iontrading.com> Via San Martino, 52 - 56125 Pisa - ITALY This email and any attachments may contain information which is confidentia= l and/or privileged. The information is intended exclusively for the addres= see and the views expressed may not be official policy, but the personal vi= ews of the originator. If you are not the intended recipient, be aware that= any disclosure, copying, distribution or use of the contents is prohibited= . If you have received this email and any file transmitted with it in error= , please notify the sender by telephone or return email immediately and del= ete the material from your computer. Internet communications are not secure= and ION Trading is not responsible for their abuse by third parties, nor f= or any alteration or corruption in transmission, nor for any damage or loss= caused by any virus or other defect. ION Trading accepts no liability or r= esponsibility arising out of or in any way connected to this email. [iON_HBlu_small] Automation through innovation --_000_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"IT">Hello people,<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"IT"><o:p> </o:p></span></p> <p class=3D"MsoNormal">something’s not right in my ovirt infrastructu= re.<o:p></o:p></p> <p class=3D"MsoNormal">I currently have two different ovirt installation:<o= :p></o:p></p> <p class=3D"MsoNormal">Ovirt3: 7 hosts linked to Compellent iscsi storage r= unning ovirt 3.5.6<o:p></o:p></p> <p class=3D"MsoNormal">Ovirt4: 4 hosts linked to (same) Compellent iscsi st= orage running ovirt 4.0.4<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I’m currently moving my guests from ovirt3 to = ovirt4.<o:p></o:p></p> <p class=3D"MsoNormal">Since iscsi storage is linked to both installations,= my high level approach is:<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">1)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Shutdown VM in ovirt3.<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">2)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Maintenance + detach + remove VM storage in= ovirt3<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">3)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Change LUN mapping via iscsi storage manager from o= virt3 to ovirt4<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">4)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Import storage in ovirt4<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">5)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Import VM in ovirt4<o:p></o:p></p> <p class=3D"MsoListParagraph" style=3D"text-indent:-18.0pt;mso-list:l0 leve= l1 lfo1"><![if !supportLists]><span style=3D"mso-list:Ignore">6)<span style= =3D"font:7.0pt "Times New Roman"">      </span></span><![endif]>Run and cheers with high grade liquor. GOTO step 1 = for different VM.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Now, as soon as I perform step 3 (remove mappings fr= om LUN), ovirt3 goes crazy and eventually forces me to reboot all hosts one= by one.<o:p></o:p></p> <p class=3D"MsoNormal">I tried different low level approaches to unmap LUN = mpath’ed from hosts with inconsistent results. <o:p></o:p></p> <p class=3D"MsoNormal">A notable error log extract is:<o:p></o:p></p> <p class=3D"MsoNormal">Nov  8 15:30:52 sovana vdsm root ERROR Process = failed with rc=3D1 out=3D'\nudevadm settle - timeout of 5 seconds reached, = the event queue contains:\n  /sys/devices/virtual/block/dm-39 (8603)\n=   /sys/devices/virtual/block/dm-39 (8604)\n  /sys<o:p></o:p></p> <p class=3D"MsoNormal">/devices/virtual/block/dm-39 (8605)\n  /sys/dev= ices/virtual/block/dm-39 (8606)\n  /sys/devices/virtual/block/dm-39 (8= 607)\n  /sys/devices/virtual/block/dm-39 (8608)\n  /sys/devices/v= irtual/block/dm-39 (8609)\n  /sys/devices/virtual/block<o:p></o:p></p> <p class=3D"MsoNormal">/dm-39 (8610)\n  /sys/devices/virtual/block/dm-= 39 (8611)\n  /sys/devices/virtual/block/dm-39 (8612)\n  /sys/devi= ces/virtual/block/dm-39 (8613)\n  /sys/devices/virtual/block/dm-39 (86= 14)\n  /sys/devices/virtual/block/dm-39 (8615)\n  /sys/<o:p></o:p= ></p> <p class=3D"MsoNormal">devices/virtual/block/dm-39 (8616)\n  /sys/devi= ces/virtual/block/dm-39 (8617)\n  /sys/devices/virtual/block/dm-39 (86= 18)\n  /sys/devices/virtual/block/dm-39 (8619)\n  /sys/devices/vi= rtual/block/dm-39 (8620)\n  /sys/devices/virtual/block/<o:p></o:p></p> <p class=3D"MsoNormal">dm-39 (8621)\n  /sys/devices/virtual/block/dm-3= 9 (8622)\n  /sys/devices/virtual/block/dm-39 (8623)\n  /sys/devic= es/virtual/block/dm-39 (8624)\n  /sys/devices/virtual/block/dm-39 (862= 5)\n  /sys/devices/virtual/block/dm-39 (8626)\n  /sys/d<o:p></o:p= ></p> <p class=3D"MsoNormal">evices/virtual/block/dm-39 (8627)\n  /sys/devic= es/virtual/block/dm-39 (8628)\n  /sys/devices/virtual/block/dm-39 (862= 9)\n  /sys/devices/virtual/block/dm-39 (8630)\n  /sys/devices/vir= tual/block/dm-39 (8631)\n  /sys/devices/virtual/block/d<o:p></o:p></p> <p class=3D"MsoNormal">m-39 (8632)\n  /sys/devices/virtual/block/dm-39= (8633)\n  /sys/devices/virtual/block/dm-39 (8634)\n  /sys/device= s/virtual/block/dm-39 (8635)\n  /sys/devices/virtual/block/dm-39 (8636= )\n  /sys/devices/virtual/block/dm-39 (8637)\n  /sys/de<o:p></o:p= ></p> <p class=3D"MsoNormal">vices/virtual/block/dm-39 (8638)\n  /sys/device= s/virtual/block/dm-39 (8639)\n  /sys/devices/virtual/block/dm-39 (8640= )\n  /sys/devices/virtual/block/dm-39 (8641)\n  /sys/devices/virt= ual/block/dm-39 (8642)\n  /sys/devices/virtual/block/dm<o:p></o:p></p> <p class=3D"MsoNormal">-39 (8643)\n  /sys/devices/virtual/block/dm-39 = (8644)\n  /sys/devices/virtual/block/dm-39 (8645)\n  /sys/devices= /virtual/block/dm-39 (8646)\n  /sys/devices/virtual/block/d<o:p></o:p>= </p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I really need your help to sort this out as I’= m actually blocked in my task.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Why mapping changes triggers ovirt crash on a storag= e which ovirt should not care about?<o:p></o:p></p> <p class=3D"MsoNormal">Thanks<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><b><span lang=3D"IT" style=3D"font-size:9.0pt;font-f= amily:ION;color:black">Andrea Ghelardi<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><span lang=3D"IT" style=3D"font-size:8.0pt;font-fami= ly:"Source Sans Pro",sans-serif;color:gray"><o:p> </o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"IT" style=3D"font-size:8.0pt;font-fami= ly:"Source Sans Pro",sans-serif;color:gray">+39 050 2203 71</= span><span lang=3D"IT" style=3D"font-size:8.0pt;font-family:"Source Sa= ns Pro",sans-serif"> <b><span style=3D"color:#33CCFF">| </span></b></span><span lang=3D"EN-GB" s= tyle=3D"font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;= color:gray"><a href=3D"http://www.iongroup.com/"><span lang=3D"IT" style=3D= "color:gray">www.iongroup.com</span></a></span><span lang=3D"EN-GB" style= =3D"font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;colo= r:#33CCFF"> </span><b><span lang=3D"IT" style=3D"font-size:8.0pt;font-family:"Sour= ce Sans Pro",sans-serif;color:#33CCFF">| </span></b><u><span lang=3D"EN-GB" style=3D"font-size:8.0pt;font-family:&qu= ot;Source Sans Pro",sans-serif;color:#0563C1"><a href=3D"mailto:a.ghel= ardi(a)iontrading.com"><span lang=3D"IT">a.ghelardi(a)iontrading.com</span></a>= </span></u><span lang=3D"IT" style=3D"font-size:8.0pt;font-family:"Sou= rce Sans Pro",sans-serif;color:gray"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"IT" style=3D"font-size:8.0pt;font-fami= ly:"Source Sans Pro",sans-serif;color:gray">Via San Martino, 52 &= #8211; 56125 Pisa - ITALY<o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span lang=3D"IT" style=3D"font-family:ION"><o:p>=  </o:p></span></b></p> <p class=3D"MsoNormal"><i><span style=3D"font-size:7.5pt;font-family:"= Source Sans Pro",sans-serif;color:silver">This email and any attachmen= ts may contain information which is confidential and/or privileged. The inf= ormation is intended exclusively for the addressee and the views expressed may not be official policy, but the personal views= of the originator. If you are not the intended recipient, be aware that an= y disclosure, copying, distribution or use of the contents is prohibited. I= f you have received this email and any file transmitted with it in error, please notify the sender by telepho= ne or return email immediately and delete the material from your computer. = Internet communications are not secure and ION Trading is not responsible f= or their abuse by third parties, nor for any alteration or corruption in transmission, nor for any damage o= r loss caused by any virus or other defect. ION Trading accepts no liabilit= y or responsibility arising out of or in any way connected to this email.</= span></i><span style=3D"font-size:7.5pt;font-family:"Source Sans Pro&q= uot;,sans-serif"><o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-family:ION"><o:p> </o:p>= </span></b></p> <p class=3D"MsoNormal"><img border=3D"0" width=3D"120" height=3D"66" style= =3D"width:1.25in;height:.6875in" id=3D"Picture_x0020_1" src=3D"cid:image001= .png(a)01D239DC.FFD0AD60" alt=3D"iON_HBlu_small"><o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:6.0pt;font-family:ION;color= :black">Automation through innovation</span><i><span style=3D"font-size:7.5= pt;font-family:"Source Sans Pro",sans-serif;color:silver"><o:p></= o:p></span></i></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_-- --_004_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=5300; creation-date="Tue, 08 Nov 2016 15:42:15 GMT"; modification-date="Tue, 08 Nov 2016 15:42:15 GMT" Content-ID: <image001.png(a)01D239DC.FFD0AD60> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAHgAAABCCAYAAACchRIZAAAABGdBTUEAALGPC/xhBQAAAAlwSFlz AAAOvwAADr8BOAVTJAAAABl0RVh0U29mdHdhcmUAcGFpbnQubmV0IDQuMC4xMK0KCsAAABQxSURB VHhe7V0JeJNVuv5adgTbbC17UVARV2j+Py1LCyRpCyIIUhmQRdRhREfcGIXRMY4KbZKWigpaAaVN C4h3HL0z4qAiOjreRwVEBESUy9aUrdA2SYFC23Pfc5pAS/+mCa30xifv83xPQnr293zLWf4fAiIo 19mZ8oqvp0Ln3VTgzCZH8QpyFD2L7+NpzeG+tI615wnDCEWs39OBCorGUn7RP0HqSUgNFRYz8elw nqR85/tUeMQk0oURgnjfHUsFxStBphsaywS5daWg+AzIfo9WHeiH1BG1mcIIHaw9fCMVFm0BubWa qyQOZyk+x5CFRXpzhREyKDySCHL3NSC1rhQUVeNzNnxxG2+uMEIGecV6EPxTA1LrSkHRWXIcmULr 1oUJDjnkH74KgdQn8LVViuRyKXDuQWQtEWNhHxxyeKs0GgS+CC3lflaB3OJTmAA2KixTeXOEEVKw sLZCOx3OPJB8FGRzf1vrd/MPHaGCQytpTdG14QArlMHXuIXOAYimZ4HgpVgWFVLhwUxyHJpEb5f0 DAdXvwVYLJG0vqYDvV2mpr+5Y+i9410pl7UL+90wwggjjDDCCBqMUQRbl95mhyW9/Q7LwPb8Owu7 1N8GWG58O/cyc0zZYpPeYzfeVmE33+6yjhp+OiO1L4gOn/6FMpgluaMnK22Qy2r6s8tm+shtM+/y 2M273Zmmbzx20+uezNRUZknv4k0eRiiBWSjyTI7peo/NtMRjNe8HuWc9WeaaiqwU5rabqqHJLo/N /AV+T2ez49t5s4URKtizpH8Ht8041WNL4VpbxYm9WNxZ5kpOckX2qJ7ebGGECo5bx3UFsc+A4FIl cn3itqec9lhTxnqzhREqYLmmKJfdaPdkpXiUiPUJ/s41+XFvtjBCBTXQYLfd/By0uFyJWJ/AH1e5 bOYJ3mxhhAr2IYIut5tmuezmA9BSEVwpCaLp3RUvhn1wyIFZLJFlVpMePvY9RMpnGhCbZebaW+qy mx5oThQdQZTclogXkM5Pmn7t3RNePupBnQMHYhHP5bLVDfB6eH28z82ur3bsRD8EAUGXx820y546 0WU1f+i2mktgrs+A2EqsiyvcWaZfoN0Lal4xarzJg0VyR9ImDiKt4Xekle4njf52itJfTZTW0tdq 0fH+HUgzqAdpJL2oR6efThr5IdIYHiS1dA/FSBNIbTCQZkgP6o+0vwbZ6oSe6O9YUsv3kTZ+CmkH x+P7lfhLsHVFkCo+CvkHi3J4P9SGe0iXMFT8HkR5DGmPWpK7lGakDYLWzgGhL3uyTEs9mSPn4zOV 5SRH8zTe5EEhAg27Ax3cRFrZie/HMPh7Mdj5pEk0YkZ29qZrJkCWWh5YO4HkN/H9W3zuB7GHISWY XCX491G0oQjyA9qANAkzqavhmlrNaBFEUIzhZpCwHHXtFX3lfVZLnwmyYxNjRJrAEEnaYdeinU+R Wv8VyioW/eB90EhbMXkfQl2xSBcUKRYLRR7MTuhUlp2iLofGHrabr+Am3PvnoIEZOCgRDfoeHa3C IDOv1KCxFWjsejEba83YpUM3sAsGcQLKexdlOyGVoo4L9V0sqF8+gzwHMPDroOUTqesAbp6acwMl gqKkW1HmRpRdv36NfA71fEfRCXfDcnQVaZuCKr4PJoqdVBImpKHu2PHyqkA6yjNM85bXSogy9EVj vga5yoPNB1kjrxImLciZWAv4I55XbZiLSbQTZfGBbVhP48KJrsTg/4g2PgsCbiJK6ISCg28L1yaV /p2LJvIF0UjnUNd6fOq9cUDjiINLU+tnIe0ulHdOsTy1wSMmZyDl/WpQSY+jgacVG+gTlXSUVIlD gm4kn7kqKQ2+CaZeOoJ6qhXLD0iQVyPDlMtrIOOD9W8CqsGpaMd+5fK9opFPIs0c6jy4O/XyM5G6 x2thgl9B2lLFcrgILZa3Q2YgfQu5uWChkpc2OqN9ooYGqaTU4Mw0/K1OnoROfolBOIVy/JnjQKUG beFa8QW0Y2LQsUG0BPMrH1cot47Akqnkj6GdGfiO4As+Vqnf2uHdUdYq9M2tXA4XPimln9HeP7ae mdbIT6Ix/s2mGrNUFT8MqQPX4CsQyGikj1D+GcUymyXyWUGCDv40GJ+sNYyBHKpfloJoJO6WyvC5 C7ICscgI5K6vyV2gwVr9MqQva5DfJ1yDNQgW1dJMir35Cm/Oywzu04R/U2igEPgXleG/Kermq5A6 MJMYlRwNX/cyOuZSLrMFRANN1iLA4QMdKFRD+4hJF4yr4PWo5a+8k+k8YkFYjz4Jf+rcTToUoTMo ltdWJ1de2V3+pGfckJHNDlIvHQiCVAl3oRO7G3RcI5+CfI4ZPM4b2AQAHlTB56jlfSijJcxyY4Ky pUNwA+mBxwYYZBW0WCPBbTQSGCkJ10SVlCMCKy92YL36X78fueA+4zBnr6sSatro6udpG2NgNwxI ODv/9uGb/jV3lJnlzr7k3afmgwcAGv209rGG/+naTa6I6ilXdYw1HG+jk98WGxFxt0QjVWDaqzZc D//1dwxKgKYZPo/7eLXsFhrPvyumUxIReH1MPaQgdndAEpZ9EfCfndDHqJ6G6i49Elg7EBKhVIcu gVH3JEZx5s8o7el+lLtZEOW2m2NKMoyvbZ0/qjx7ygg2bNBQFt0rURDbqXsCG3zjEPbK3clVu58x 7iy3ptx79NXk1r2JYRk3pEfmXcl/tf9u+J6sKcPcWXclbbJOGn63ZYKZL/wD83PJ0BC1fC+I+gWD 07QZFBYCfk7NJ5L8IuQFkFYAi7ENv/mP7H3ClyI8qg4C8fHx7TImDb8ta/KwjehvxYI7klmqYSjT 9Ulg9TSxt5GRPJPRxL8ymptXTMt2WKnQmUqrj8T+nDW5t9tqzivLMHl+/IuZLQbJSYOHspi4BHbj wCHsmQnJbMfTxmqXzby3wm6cW7Mkje+StQ4YZld5pmleaaZp9/EM45mji0zVJzJM5fhtoycjZUbN IqMmoC2ybsN00N5sDDhfOvg3zzyIUUurKVq+DWT2oqtNUUJib44B6Xr8/Q2kazyAuSDcAnyI2gOa hMwytnN5lmkc+rrhJPrI+1q80MQ2zzexP4Po/tdACznJ/W9jNGMJo6yvGS3/idGbe6vJUVRKBc5t +Fw0btV7SQcXpeZ+/sSo0nm3J7HrByQybgm4BnfslsD6oRzLhKSqbQtGbS+3YQzt5tYJsjbzW3x2 0xMum+mI255SzQ+Ua08v+NmjudJjTfnBY02dzrfLvFkaB9+GVMnvghy+LFIio1Y0iILV0nr40CTv +vDiyRNJmvgBSPMe0jZtsjXQ4m636rx5GwWzJLf1WI33or+70ddzHvuF0xr8m+2xmNj8cUms+zXJ LGLWK4xyf+RPYNZ5aA/fHUVVEOeVeXvsjz0w0w7NP6junVATeZEP5pagb7+EypnGYRvevD9pOK/b 24zLi9Ic860um3F/Y2eQ/H6QK8u48fRi49VNarFaTgAp/4aZ9R/A8E0PFZZntRGwcpmceK38GAg+ pljGxdItUfLmbBSnXzZf5bEb/+3OMlcr9ZWT/OU8I0u6azZrmwPNLSiqQ24dcRRVRyzfs6VTyuMf dOg+5Bh8t6K1aoPlXKfuhk+jeoj9/NYJslxZpvnwE5VKHfaJJ9NUjnTD+AVsbzYl8AOLkfCJm9E5 PxsnIjDaQZrEO4jizkelDcGjcb53Le1EvqajcRHp+we/y+Symg4p9dEnxxaZ2VTrUtZx1S/K5Ppk 6S4PmeedhFs6q9geIWJVspN0hlmttg5224zLG7vF55Nyq+msJ9s0hm3ya2YixW6XWtqGTjUeYGmk KkyCbygm3ux/VqMunSiPT5imCVbLk7wZG4UnwzgDBJco9dEncEs19+U6qjs69isT65OlP9TQmPk1 1DNZuT1cNHwyi1O5uWhf6wRZHlvKvHKFGwR1pcxmKnEtNA9l6YFosCDEnwbXoNO7SKe/s+66siEG tsfMvxPpdyFf0wTzXaom4LEZ0/iVGKU++gR/L5ud+9bODvn7Kur734tkyVZGpsewhBqu1BavyFUR Wql1d7K+z5h603b71BOerFTFDpdmj2E/LZ786Q9LJvfjz8x4sylDHS8jcOJnyv4DI41cgiDqOdIO 7o5cymXyvVu14WmRVqmM+lJz8U6TEk7ax8S5M83fIrhq9M6T22r8LuNV+5/a5h/4DgQrv/7CAd/8 lw8YDZ7GKGaoUnuEtIuRK7W95Y/j+hlG8KWZtxmXF+3y9g2amvv2iR0vTWOurLTzHeVR9InssWzj kofYjDdWfzYo/6v+TT5TrJWuxWxdC6lQ6vB54WZag2CM7yo1vEWB77AUfKmklj4FwU3vOGmkcu9m jF+UIVCEid7sl2Cbads++52jO+bvfwpB1oEGJOcfhPZuYZS+kFFfc+1GiEKb+HIJS6fKJ24f/skn D48aubnVdrIKnAvgbypnLF/L1mfPYTsXjmN7nk9jWzPS2ZtLnmHjVvyDRef/VNrW4Rze5BsBrkxQ U7Q+A6Q1rXVqyY10/4DcR9qEwRRr6CvOplX6G7GWvhOyGsT5Oak5L3wdvBa1+598QLnVOBbxRJES sT5x28xuvm5NXPGfOHI4HyHHoX9hjH6mt/Ydg1muomfXg9xFjAaMh/Ym1rZBh88e8MVXpbLI/qNZ p2tSWXz8KJYzdUT1Tr6TZTfNarV1MBUUv4QOnOv66jdMfvB5NnHcRDYlLYXdNvkedt385eyK17ax iFUHz6CzKWTZ1MRaju9k6SeKnaimjiAFMRLf6/4Z3/kNi3Ug6m2QugGfu/Hpfy3tE7XsJK0+2dsA v3BbR06BBh9VItYn8MHnXDbT7zdbxnamdSejaHXRIIzPeHr6w+co7cmjpIdZ5prLyeXay4OsePw2 8XlGD6xk7R91sJjHV7Kpzyxkn2TMqD5mG/1zhd38YI21tY4L84tm0eu7T9G0xazNDRNYx95JrFPP Iax9XyOLNMxiNGclo5e3H6S8A/qAXtjC/apWXgZzHehJEiJumGFxPUfcHuEmueltTi4aw1nkWRbo Wasrw5wEAn/xbeYoicdmPuK2paXvedh72ZChz+t2tKebpsZjSbQVxF4I+HqNQKD1KKOn3mX06veM Vu6FMuxj7VftZX3yvmcP5Oad2/jSnC3HcsZOrsmeFOBhTUvD8vG1NC3nBPUbXWtq6g5gNwQQt0xm NCXjI/pjfoDHhZZI0gwdgQBpawBa3AzhhxTSVlLFD0WlAW1TVmQm93LbTV83vqnDCTZ+Cy1PbrDz pJO6od58TMDaPXKuwfI9jBa8z+hNrJkvirgjC52sR972yvFv/G3DwpetwzdZLK2zk4UwP4V6m1yN BQsUOwT+ZcR26j3yBqQO7NCB70LVrv2KUUYgS5zgRc1vLuofIl3gpzSe7JRbXDbjjsYI5uKBhnNf zZ+u92bzIq4j6kwHwfyosYJ6jqihqXa+Hm5A7nmSHQfPdcrf92XXvL1jaUlrvdVXLVkxYH52YyDi KM9gFj42UPB7zyp5CTSt5Q/9+QBrpBy0qxdqCsCq1KLMZk5HkHVEiVifIIo+48ky3rvvrQZr9Aix 3y2uF0uvU//RW+jRNWXiEEKBXCH83WT8dZJ5RQ/QiuNdveVcZqj5qU0gd7L4RkIQBHNt76q/Dn5y dYuaah588fvSmsQBwV4CPGVNne6ympvYyTLxI74/8HvJ3mx1ESmsU7dBcTTykXGUs+UjLJtOK5LL RRBctBcB6sPk2NNKx4XclDZ1J0slnYQGG5A6MBN9AZEUnRgHTV4KcxrIksef8OuzpWhvrlhKBTfZ BBBApYA8vztZMNFl7izj3TVL/D7REUHLtsVQwYGlWEaViVMmZYKxhi7aTmsOTaf8w620TOKXtzUG vqGvNKjcHEL75EJS33KJ96KRh29maPTzUNZBlBVYhFxPxAHFAciLYjPlEk9mQJquwmZc72nkNIn/ 7rGZNp7NTJGbOFghrIs7QjPvJ8fBPeL1kEoEO5yn8Ld3xSslW/GtghGkG5ICEvixXP2AiF8EV0v/ wdrW1OzjrqhbolHWTJD0BcQTGNFis74cbfscbZglItlmXCDnW61nbamJbpt5tyvLVI9kty2lGtHz L/g+uzRnfJO7YigtgtYc7QcCl5O4COD9LxN8wknn5OcXzRHr6dYFzF20NBUDvwOD6QIRp6FxJRjc D8SNC2qp+0Twa9GDb6rVZmkD/Pr/4hPmH/WpxVVV/qgKliFoQzS0XaPfAI2di8/rvEeLl2JB6oE/ 4+O2m28EwetBdInbaj6Ff7tA7g8IsB71LE7t3uSeuw/8Pdtr+H96UrQYhHIy3SD7DD5PU75zL35/ mlYc6PH/5LWRGMBoKUkcxHNTqJL/UBvItNhDX3XRhrqIiHQUCJ4DQi2QTJBphX99HpPsMRHU1T4I FqzGYjC5f0Z/+BJK3BgRfagXP7BXx3QDqfeD1Bfgl5/ka1++23RJT+9xc7328EhyHJ5Pq4szKc/5 Ar3lvIMcJa13D8sPMBDCDF6+WcdnOD9tqT1xaU69bcRSRqUfIky6uNQvPY7P6bAC0sWPu/jeKNec J/fqge/08Re9hl/R/Ksgonab1DBbuBbxDJJ8AuSWwOzvg/wTJE+nPjeFX4AemoD280N//pyvVubH lXUDRu+jqPHfkG5wKhKHNSzkwJdiavhyjXSiDrH1hR9OqAzveG9yhhFSEEGblAdNbeo2SSnxV0OE EWK4whAL87xWaKkSsT7ht0k6JfM97DBCCl0lDWn1r0FD/V8UUCH4igoHWqEHcUSpfwQaekSRWC4a QyX+/px4OD2MkEMbkBgPAt8BkQ0v/YmXrEh/J11Cf6S9fGv8MFoQXItjDGbS8mea6pxeqaRKQW70 oJuRqtU2/cNoESS3FW/10fGdLD2iaukVkDxa3Pj8zax/if4PjTMQFfXnvswAAAAASUVORK5CYII= --_004_CY4PR14MB168704CBDA3083F28F4A7902E9A60CY4PR14MB1687namp_--

2 3

Could not get access to ACL tech driver 'ebiptables'
by Kenneth Bingham 21 Nov '16

21 Nov '16

I imported a guest from its iscsi storage domain and clicked the green UP button, but the guest failed to start. This was the first time vdsm tried to create a temporary storage domain for a host other than hosted_engine. I'm using the same chap credential that was used with the same iscsi storage domain with the old instance of Manager. It looks like it wasn't able to get permission to do something, but everything was set up with sudo-as-root. I used CentOS 7.2 with the ovirt-release repository and hosted-engine script to deploy Manager. >From /var/log/vdsm/vdsm.log on the host where it tried to start: Thread-23385::ERROR::2016-11-19 02:12:41,907::vm::765::virt.vm::(_startUnderlyingVm) vmId=`c3125d32-ae2a-4d2f-af4c-13661d90ddf9`::*The vm start process failed* Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 706, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 1996, in _run self._connection.createXML(domxml, flags), File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 917, in wrapper return func(inst, *args, **kwargs) File "*/usr/lib64/python2.7/site-packages/libvirt.py*", line 3611, in *createXML* if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error: *Could not get access to ACL tech driver 'ebiptables'* >From /usr/lib64/python2.7/site-packages/libvirt.py which raised the error: def createXML(self, xmlDesc, flags=0): """Launch a new guest domain, based on an XML description similar to the one returned by virDomainGetXMLDesc() This function may require privileged access to the hypervisor. The domain is not persistent, so its definition will disappear when it is destroyed, or if the host is restarted (see virDomainDefineXML() to define persistent domains). If the VIR_DOMAIN_START_PAUSED flag is set, the guest domain will be started, but its CPUs will remain paused. The CPUs can later be manually started using virDomainResume. If the VIR_DOMAIN_START_AUTODESTROY flag is set, the guest domain will be automatically destroyed when the virConnectPtr object is finally released. This will also happen if the client application crashes / loses its connection to the libvirtd daemon. Any domains marked for auto destroy will block attempts at migration, save-to-file, or snapshots. virDomainFree should be used to free the resources after the domain object is no longer needed. """ ret = libvirtmod.virDomainCreateXML(self._o, xmlDesc, flags) if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) __tmp = virDomain(self,_obj=ret) return __tmp

3 3

Unexpected behaviour during creating VM using oVirt API
by Roman Chukov 20 Nov '16

20 Nov '16

Hello, I am trying to create a virtual machine from a template using oVirt API. Somehow like this: --- def createVM(connection, cluster, vmname, vmtemplate): try: param = params.VM( name=vmname, \ cluster=connection.clusters.get(name=cluster), \ template=connection.templates.get(name=vmtemplate), \ use_latest_template_version = True ) except: print "Could not construct a request to oVirtapi,please check parameters which were being sent to" return None try: connection.vms.add(param) except: print "I was not able to commit my request into oVirt api." return None return "OK" --- Everything is fine when I have only ONE version of a template. But I am used to create several number of versions for one template because it is quite flexible. In this case, when I run my script, I receive an "AmbiguousQueryError" error even if an option "use_latest_template_version = True" is used. I revised file /usr/lib/python2.7/site-packages/ovirtsdk/utils/filterhelper.py and found near line 30 that this error is raised unquestionably: -- if len(result) > 1: raise AmbiguousQueryError(query) return result[0] if result else None -- It seems quite strange. Either I do not understand the meaning of option "use_latest_template_version" or using of this option does not make sense, I mean query constructed in params.VM() function will not be passed by filterhelper.py in current implementation. I made a small patch that allows me to use the latest version of the template during VM creation: -- if len(result) > 1 : result = result[len(result) - 1] return result #raise AmbiguousQueryError(query) return result[0] if result else Nonepython-2.7.5-34.el7.x86_64 -- But I am still not sure that original behaviour of filehelper.py is unexpectable. I would be very pleasant if you explain me this issue. My OS is CentOS 7. I use Python python-2.7.5-34.el7.x86_64. Version of ovirt-engine-sdk is ovirt-engine-sdk-python-3.6.8.0-1.el7.centos.noarch -- Thanks in advance, Roman A. Chukov. https://asgardahost.org

2 1

oVirt 4.0.5 and SHE console from gui
by Gianluca Cecchi 20 Nov '16

20 Nov '16

Hello, In a clean environment configured in 4.0.5 I used VNC for hosted engine VM console during setup. In web admin gui I see that the graphics protocol for the Hosted Engine VM is indeed VNC and Video Type VGA. I have verified that if I configure a VM with VNC graphics (video type both cirrus and vga tried) I'm able to connect to it with remote-viewer from Linux client and with virt-viewer in a W2012 client. A part from the usual command hosted-engine --add-console-password and related vmcviewer one from console, can I connect to the VNC engine console also from web admin gui? Both from Windows and Linux I get error Unable to connect to the graphic server C:\Users\Admini~1\Appdata\Local\Temp\console-12.vv Unable to connect to the graphic server /tmp/mozilla_g.cecchi0/console.vv Can I setup console to spice after install? And in case can I connect to its console from webadmin gui then? Thanks, Gianluca

2 3

Old 3.3 deep dive presentations
by Martin Sivak 20 Nov '16

20 Nov '16

Hi, does anybody know where the old deep dive presentations from http://www.ovirt.org/develop/release-management/releases/3.3/#Deep_dives are? Did we lose them in the conversion or do we still have backup somewhere? -- Martin Sivak SLA / oVirt

2 1

Multiple Data Storage Domains
by Gary Pedretty 20 Nov '16

20 Nov '16

--Apple-Mail=_6EA3CA6C-F1CA-43B1-A0ED-5EC9B2DD6690 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I am having an issue in a Hosted Engine GlusterFS setup. I have 4 = hosts in a cluster, with the Engined being hosted on the Cluster. This = follows the pattern shown in the docs for a glusterized setup, except = that I have 4 hosts. I have engine, data, iso and export storage = domains all as glusterfs on a replica 3 glusterfs on the first 3 hosts. = These gluster volumes are running on an SSD Hardware Raid 6, which is = identical on all the hosts. All the hosts have a second Raid 6 Array = with Physical Hard Drives and I have created a second data storage = domain as a glusterfs across all 4 hosts as a stripe 2 replica 2 and = have added it to the Data Center. However if I use this second Storage = Domain as the boot disk for a VM, or as second disk for a VM that is = already running, the VM will become non-responsive as soon as the VM = starts using this disk. Happens during the OS install if the VM is = using this storage domain for its boot disk, or if I try copying = anything large to it when it is a second disk for a VM that has its boot = drive on the Master Data Storage Domain. =20 If I mount the gluster volume that is this second storage domain on one = of the hosts directly or any other machine on my local network, the = gluster volume works fine. It is only when it is used as a storage = domain (second data domain) on VMs in the cluster. Once the vm becomes non-responsive it cannot be stopped, removed or = destroyed without restarting the host machine that the VM is currently = running on. The 4 hosts are connected via 10gig ethernet, so should = not be a network issue. Any ideas? Gary ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Really loving the record green up date! Summmer!! yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ --Apple-Mail=_6EA3CA6C-F1CA-43B1-A0ED-5EC9B2DD6690 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">I am having an issue in a Hosted Engine GlusterFS setup. =   I have 4 hosts in a cluster, with the Engined being hosted on the = Cluster.  This follows the pattern shown in the docs for a = glusterized setup, except that I have 4 hosts.   I have engine, = data, iso and export storage domains all as glusterfs on a replica 3 = glusterfs on the first 3 hosts.  These gluster volumes are running = on an SSD Hardware Raid 6, which is identical on all the hosts. =  All the hosts have a second Raid 6 Array with Physical Hard Drives = and I have created a second data storage domain as a glusterfs across = all 4 hosts as a stripe 2 replica 2 and have added it to the Data = Center.  However if I use this second Storage Domain as the boot = disk for a VM, or as second disk for a VM that is already running, the = VM will become non-responsive as soon as the VM starts using this disk. =   Happens during the OS install if the VM is using this storage = domain for its boot disk, or if I try copying anything large to it when = it is a second disk for a VM that has its boot drive on the Master Data = Storage Domain.  <div class=3D""><br class=3D""></div><div = class=3D"">If I mount the gluster volume that is this second storage = domain on one of the hosts directly or any other machine on my local = network, the gluster volume works fine.  It is only when it is used = as a storage domain (second data domain) on VMs in the = cluster.</div><div class=3D""><br class=3D""></div><div class=3D"">Once = the vm becomes non-responsive it cannot be stopped, removed or destroyed = without restarting the host machine that the VM is currently running on. =   The 4 hosts are connected via 10gig ethernet, so should not be a = network issue.</div><div class=3D""><br class=3D""></div><div = class=3D""><br class=3D""></div><div class=3D"">Any ideas?</div><div = class=3D""><br class=3D""></div><div class=3D"">Gary</div><div = class=3D""><br class=3D""></div><div class=3D""><div class=3D""> <div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: = auto; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); font-size: 12px; letter-spacing: normal; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px;" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span style=3D"font-size: 12px;" class=3D"">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br = style=3D"font-family: Monaco;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px;" class=3D""><span style=3D"font-size: 12px;" class=3D"">Really = loving the record green up date! Summmer!!   yourself=E2=80=9D M= att 22:39</span></font><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Menlo;" = class=3D""></div><font face=3D"Menlo" style=3D"font-size: 12px;" = class=3D""></font><span style=3D"color: rgb(0, 0, 0); letter-spacing: = normal; text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; font-size: 12px;" class=3D""><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><font = face=3D"Menlo" style=3D"font-size: 12px;" class=3D""><br = class=3D""></font></div></div><span style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 12px;" = class=3D""><br class=3D"Apple-interchange-newline"></span></div><span = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px; font-size: 12px;" class=3D""><br = class=3D"Apple-interchange-newline"></span></div><span style=3D"color: = rgb(0, 0, 0); letter-spacing: normal; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: = 12px;" class=3D""><br class=3D"Apple-interchange-newline"></span></div><br= class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"> </div> <br class=3D""></div></body></html>= --Apple-Mail=_6EA3CA6C-F1CA-43B1-A0ED-5EC9B2DD6690--

3 6

Re: [ovirt-users] Storage domain for Engine does not appear
by Oscar Segarra 20 Nov '16

20 Nov '16

Hi, I don't understand why, but after creating a new storage pool, I have been able to attach the engine to the datacenter. Thanks a lot. 2016-11-19 21:57 GMT+01:00 Joop <jvdwege(a)xs4all.nl>: > On 19-11-2016 18:03, Oscar Segarra wrote: > > Hi, > > I have realized that at system level I'm able to see the "Engine" storage: > > [image: Imágenes integradas 1] > > But when I try to attach it to a DataCenter, i appears as "Locked" for one > second and then it disappears and remains Unattached. > > I have tried to import a new gluster domain and I cannot attach it to the > Data Center because it is not Initialized. > > You need to create a storage domain first and then it will import the > hosted engine storage. > > Joop > > Thanks a lot. > > 2016-11-19 10:27 GMT+01:00 Joop <jvdwege(a)xs4all.nl>: > >> On 19-11-2016 2:00, Oscar Segarra wrote: >> > Hi, >> > >> > I have created a 3 node gluster (replica 3) and I have made a fresh >> > install of the ovirt engine (4.0.5.5-1). The install process has >> > finishes successfuly but when I connect the ovirt engine the storage >> > domain where Engine lives does not appear. >> > >> > If I try to import it, I'm able to make it appear but i cannot attach >> > it to a Data Center. >> > >> You need to create a storage domain first and then the storage domain >> will automatically be imported into the Data Center. >> That even holds true when you already have an previous storage domain. >> You can't import it, you'll need to create a small dummy domain first >> and then you can import an old one. >> >> Joop >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > >

1 0

Storage domain for Engine does not appear
by Oscar Segarra 19 Nov '16

19 Nov '16

Hi, I have created a 3 node gluster (replica 3) and I have made a fresh install of the ovirt engine (4.0.5.5-1). The install process has finishes successfuly but when I connect the ovirt engine the storage domain where Engine lives does not appear. If I try to import it, I'm able to make it appear but i cannot attach it to a Data Center. Has anyone experienced this issue? Thanks a lot.

2 2

Re: [ovirt-users] Users Digest, Vol 62, Issue 74
by raian＠weberon.net 18 Nov '16

18 Nov '16

------=_Part_3766740_721444989.1479139041583 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, I have tried installing it from virtio, it goes on like its going to i= nstall, then after a while fails with message, no drivers found. Sent from Yahoo Mail on Android=20 =20 On Sun, Nov 13, 2016 at 22:30, users-request(a)ovirt.org<users-request@ovir= t.org> wrote: Send Users mailing list submissions to =C2=A0=C2=A0=C2=A0 users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit =C2=A0=C2=A0=C2=A0 http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to =C2=A0=C2=A0=C2=A0 users-request(a)ovirt.org You can reach the person managing the list at =C2=A0=C2=A0=C2=A0 users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: =C2=A0 1. Re:=C2=A0 Problem installing windows 10 guest vm on ovirt=C2=A0= =C2=A0=C2=A0 4.0 =C2=A0 =C2=A0 =C2=A0 (Elad Ben Aharon) =C2=A0 2. Re:=C2=A0 gluster - Volume quota failed (knarra) ---------------------------------------------------------------------- Message: 1 Date: Sun, 13 Nov 2016 14:08:24 +0200 From: Elad Ben Aharon <ebenahar(a)redhat.com> To: Raian Nasrulla <raian(a)weberon.net> Cc: users <users(a)ovirt.org> Subject: Re: [ovirt-users] Problem installing windows 10 guest vm on =C2=A0=C2=A0=C2=A0 ovirt=C2=A0=C2=A0=C2=A0 4.0 Message-ID: =C2=A0=C2=A0=C2=A0 <CAOpfNcWYJ3k4p_CeNyUqc2PkP2X076g8FbP2wdn86aZN8bmF3g@mai= l.gmail.com> Content-Type: text/plain; charset=3D"utf-8" Did you attach a virtio / virtio-scsi driver to the VM? If not, you can find them located under /usr/share/virtio-win/ in the engine, you can upload them to an ISO domain using 'engine-iso-uploader'. On Sat, Nov 12, 2016 at 12:03 PM, Raian Nasrulla <raian(a)weberon.net> wrote: > > > > *Hi,I am using ovirt 4.0 * > > > *and virtio-win-0.1.126 iso for windows drivers* > > > > > *I've tried to install Windows 7 using Virtio disk, the installation succ= eeded, the problem was with: > with Windows 10, the Virtio and Virtio-SCSI not detecting the disk,* > did anyone try the windows guest tools iso and succeeded installing windo= ws 10. > > regards, > > Ryan > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

3 2

Cannot change notification settings for hosted engine in ovirt 4.0
by George Chlipala 18 Nov '16

18 Nov '16

I cannot seem to find any information on how to change the notification settings, in particular the email adresses to which to send notifications and the from address for the notifications. I have tried adding a file on the engine itself in /etc/ovirt-engine/notifier/notifier.conf.d/ and setting MAIL_FROM. I then restarted the ovirt-engine service, but notices are still using the old configuration. I even tried restarting the VM, but that did not have any effect. I have also tried editing /var/lib/ovirt-hosted-engine-ha/broker.conf however when I restart the ovirt-ha-broker service, the file is overwritten. I have found documentation about the shared configuration storage ( http://www.ovirt.org/develop/release-management/features/hosted-engine-conf…) however it is not clear to me where I would edit existing data in the shared storage. Do I just untar the files, edit, then "retar" to the shared storage? Do I need to set maintenance mode before editing? Should I shutdown the engine? After I edit the files, do I just restart the ovirt-ha-broker service or do I need to do something else? Any help in this matter would be greatly appreciated. Thanks! - George Chlipala

3 3

hide interface elements
by vasily.lamykin＠MegaFon.ru 18 Nov '16

18 Nov '16

--_004_0cf468ae5157443f98a512f611721a97vlgums05Megafonru_ Content-Type: multipart/alternative; boundary="_000_0cf468ae5157443f98a512f611721a97vlgums05Megafonru_" --_000_0cf468ae5157443f98a512f611721a97vlgums05Megafonru_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable How can I hide elements in ovirt-engine-web from user's with no permissions= for this element? =EC=C1=CD=D9=CB=C9=CE =F7=C1=D3=C9=CC=C9=CA =F3=D4=C1=D2=DB=C9=CA =C9=CE=D6=C5=CE=C5=D2 =D0=CF =DC=CB=D3=D0=CC=D5=C1=D4= =C1=C3=C9=C9 =D3=C5=D2=D7=C9=D3=CE=D9=C8 =D0=CC=C1=D4=C6=CF=D2=CD =F3=D4=CF=CC=C9=DE=CE=D9=CA =C6-=C1=CC =F0=E1=EF "=ED=C5=C7=C1=E6=CF=CE +7 (926) 500-3308 [=ED=C5=C7=C1=E6=CF=CE =CC=CF=C7=CF+=DA=CE=C1=CB =F2=F5=F3 B2C] ________________________________ =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0= =CF=CC=D8=DA=CF=D7=C1=CE=C9=C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, = =CB=CF=D0=C9=D2=CF=D7=C1=CE=C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1= =CE=C5=CE=C9=C5 =D3=CF=C4=C5=D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 = =C9=CC=C9 =C5=C7=CF =DE=C1=D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1= =D0=D2=C5=DD=C5=CE=CF. =E5=D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4= =CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC= =D5=CA=D3=D4=C1, =CE=C5=DA=C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2= =DD=C9=D4=C5 =CF=D4=D0=D2=C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5= =C4=C1=CC=C9=D4=C5 =D3=CF =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3= =C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD=CF= =D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9=D1. The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the ad= dressee. If you are not the intended recipient(s), any use, disclosure, cop= ying, distribution or any action taken or omitted to be taken in reliance o= n it is prohibited and may be unlawful. If you have received this communica= tion in error please notify us immediately by responding to this email and = then delete the e-mail and all attachments and any copies thereof. (c)20mf50 --_000_0cf468ae5157443f98a512f611721a97vlgums05Megafonru_ Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dkoi8-r"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"RU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">How can I hide elements in ovir= t-engine-web from user’s with no permissions for this element?<o:p></= o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"color:#1F497D;mso-fareast-language= :RU">=EC=C1=CD=D9=CB=C9=CE =F7=C1=D3=C9=CC=C9=CA<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><span style=3D"color:#1F4E79;background:white;mso-fa= reast-language:RU">=F3=D4=C1=D2=DB=C9=CA =C9=CE=D6=C5=CE=C5=D2 =D0=CF =DC= =CB=D3=D0=CC=D5=C1=D4=C1=C3=C9=C9 =D3=C5=D2=D7=C9=D3=CE=D9=C8 =D0=CC=C1=D4= =C6=CF=D2=CD</span><span style=3D"color:#1F4E79;mso-fareast-language:RU"><o= :p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F4E79;background:white;mso-fa= reast-language:RU">=F3=D4=CF=CC=C9=DE=CE=D9=CA =C6-=C1=CC =F0=E1=EF "= =ED=C5=C7=C1=E6=CF=CE</span><span style=3D"mso-fareast-language:RU"><o:p></= o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F4E79;background:white;mso-fa= reast-language:RU"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:RU= ">+7 (926) 500-3308</span><span style=3D"color:#1F497D"><o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:RU"><img width= =3D"285" height=3D"54" id=3D"=F2=C9=D3=D5=CE=CF=CB_x0020_1" src=3D"cid:imag= e001.png(a)01D240D5.78B97F00" alt=3D"=ED=C5=C7=C1=E6=CF=CE =CC=CF=C7=CF+= =DA=CE=C1=CB =F2=F5=F3 B2C"><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1"><br> =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C9= =C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, =CB=CF=D0=C9=D2=CF=D7=C1=CE= =C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1=CE=C5=CE=C9=C5 =D3=CF=C4=C5= =D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 =C9=CC=C9 =C5=C7=CF =DE=C1= =D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1=D0=D2=C5=DD=C5=CE=CF. =E5= =D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4=CF =D3=CF=CF=C2=DD=C5=CE= =C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC=D5=CA=D3=D4=C1, =CE=C5=DA= =C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2=DD=C9=D4=C5 =CF=D4=D0=D2= =C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5=C4=C1=CC=C9=D4=C5 =D3=CF = =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3=C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD= =CF=D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9= =D1.<br> <br> The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended re= cipient(s), any use, disclosure, copying, distribution or any action taken = or omitted to be taken in reliance on it is prohibited and may be unlawful.= If you have received this communication in error please notify us immediately by responding to this email and then= delete the e-mail and all attachments and any copies thereof.<br> <br> (c)20mf50<br> </font> </body> </html> --_000_0cf468ae5157443f98a512f611721a97vlgums05Megafonru_-- --_004_0cf468ae5157443f98a512f611721a97vlgums05Megafonru_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2130; creation-date="Thu, 17 Nov 2016 10:21:20 GMT"; modification-date="Thu, 17 Nov 2016 10:21:20 GMT" Content-ID: <image001.png(a)01D240D5.78B97F00> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAASkAAAA4CAYAAAChZA4IAAAACXBIWXMAAA9hAAAPYQGoP6dpAAAA GXRFWHRTb2Z0d2FyZQBBZG9iZSBJbWFnZVJlYWR5ccllPAAAB99JREFUeNrsnd114joUhZUs3q87 GE8FcSoIVDCkAsjbvJlUAKmA8Ja3QAVhKsCpYJgKxrcD3wq4liUTIx/LkiwyMOxvLc0k/PhX2trn SFbYTtBnAABwQnBd4uJU/hDgkgAATkykAhgoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAM1c 4RIAAEheRsP837u8RLLwx+cS9n01yN+byffSvLznZZ2/nh3jMHq4EwCAijBxIZrkZZSXsOXTffn/ OC/z/Lvr/P+nXKxSn4d0jbsCAJACxcXpd16mBgKlEkix+p1vZy7FDiIFAPDknl5Gb4UbEmLTFS52 m3ybEUQKAOAjvNvkZeh5y5EvoYJIAQCBio60h8CHUPWIgxYb/L5KPFwAP9sCAByDtyMKlCpUX11H /3oVUZnLWLL8nW/wMd/w0kGgqG095NtaX0DvVB22tSVlRx7OBUDWU94++5+0Ny5Ur3m5d/nylTzg sdwIxb2VuKgCdchX38OTJyZO/NxDD1vjAsWHcp/RmsAR6iqvoz+ZW5K8Ok9qavndgUtUVTqpWPOZ edGzm5/8RPOJuHBnh99xUfPtgdOohpY2UBdMCPad/O3dyEnqRd615+HDuDf5/h8Mr3ukuQZJ7ZrV t9GvuTpdh0Jdc4T158LUUqAST67rtTAqjiKla+Bh0QjNwr42ZY2UhrVxdB4DeeG6CsSV0vA2ys0Y 56/FsgfINAIxP1Jl4vtfNTZ+ce6xgUBP5efLyXZb4jMb5fenvMxa7uVGez3BKbooLk6mI3m8zt8W nZVIfm867j0sOkPLzsx0dG/k+eTLhuMjNJp7unmzht4ianGHVK+UyND2al9Eo1dtc/V93sMsjc/v ZfQqxdnGQQ4Lmy/EDVwmQwsXtdi7adGx+XDKI9svNImUavP7BmHZhDj5VKuq/kIjH8Ta95pn0FJh 0sA698Y/L0K7dU0khVtTBbWL0Lw6htng/Lmz+OzNEdqsdb1renZvLRtBoChgYqGQieWJZYVym6ET AH7svyxdlHqumSKA5ZT/Z8I9hkSY1IUnwpGG+3MW+4wb8gY/GM89HfKNuJelA0zQZi8OG5EYSse+ qqQVutaZsOh0LTrxJpH6T4YeEyU/Qj88KBp5WLOKeneiwhO7Mw83YeGQwJ0Sx54poVZcEyk61Np2 Onpuq19GVMVKNHZ9qUmwJ8V9q0/a69tWFvBXYOuGxh1de9MxGNe7a21jpw/YxEWlZzMnSkwdUG/c sxTpTOkB2m8WnZS2ZWthwbPWEUCR9H8k3onQZi8INW1wJkLZ0+ZIXkZLRZi4m5gpJx4RFtIl5Ink 6JqJ2xh4vGAx4UoyeW5r5fynjE5ufyZRQ1jdds0SwqFFrHl6yTT//BQt+6Jd1EkcR9vo3kr5PSDc RFzr2U3nVanbFmJnUnz1LNT2FhqxDVsTzn6e/I5qzrQZm/xbgnYKHHisjEQPPnvn1629b71iTysN MiBCwMUZPdIR18Ksargm8jXN50/nvro9TS7CT2YhUgCY4T7Zdrvv1EWZMLt8c6fO0mRlzpXiNqoT sqj5Q67hUMa6Jp3t4/Nh7RjE8L56XFX6yoS0reJ84iJMdMlNCdGfW1auf87Q7oPzZPMndtouUnym uchNhIoDSRidz3Ht9befbCWpfItpOFmdjrFSRIoLzU+Zz3uvuKAvROjcr3znjtFTBZYtrmrI6KQ4 JcqhhUN70o62imPfoN2eHQn7vAeLvTg60xnnq1rDEI4jaPncaSIa7LjDFsb7kRLxEPCW/IyYEb6R Rd1fVHnvjdGTYcWDxof8qrkjOkRUmTfaeHBJvHvazpaoq6nBa9Yhp+kfYniWrinQOJGk4wOmgcUs 6G3HvNfYw03i518O/T9IofEZTvHzo2aurwnBeZNzoepOViTyp0Rom3qaLgHOizWzX71Add+3RfsT neObFKyBfK3snNdMLM+UKSsm/LDdoZmTEoLQNmLX1UVVnUVbcR9Bo2dsLw+eo6NKPewa7x+VEY39 VrqezIM4LWVF2BL3ImV03o9XAr4I/u6giCU5hmQ4By4PUae6dE6rvUEQcyETmRrI9ukhsf1F5bWZ Jn3hzUmVlXrcqK72i+P9qRHAiWOYuiDOn29rVhHyWVGEewkVMb1TcgGpst9UXkcTN/rI9EuztLF0 WswQ/C0smPvKIV9q6YbqfLuPR8VCJb1S1jvrdm8uUmJy5wNxcnynLivurZj/xd9NoGbHJwbnzx9X SRSh4SN5z7UL/9FbrSs3alYTKdfHgISFHkj3NLHsGLCYHtwUHwwbMbcEOo8g/pX1O5ZiNJUThbfs Y1WQeWXycCzr3qPL4fYarH+iOblMNvRA9v4LTW6DC9G74hbY3iqKhuZyoVJN2JJqQr2QcE2JxX6f WD3xGBi6wsT4OM1D8EeZi+Jif6NxVu9M5PHWLedmc11ShIxnzQNzX51zavBaoBiae9c8MhYpA+BS MV8wciAfq9p1SC88uB4m/qQVAJcc9n2MUB+LTgIFkQIAQnVMoeosUBApAEApVHwKTeppi+WfsPMi fhApAIDPuX5C8DxOcenh7gAApFCJuX58Wo2YE8hH8U3m4nEHxkeOF8dY6RWjewCAZj6eqqBWCBHz AbEENQAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0Y7fb9fMS4EoAAE5MmwKuT/yHXfEDAACcnoHa/S/A ANCM57qVhzX7AAAAAElFTkSuQmCC --_004_0cf468ae5157443f98a512f611721a97vlgums05Megafonru_--

3 2

Re: [ovirt-users] Snapshot self-hosted engine?
by Derek Atkins 18 Nov '16

18 Nov '16

Hi Martin, Keep in mind this is a single host.. so.. is there a command line operation I can run from the host to snapshot the running engine VM? Then if then update fails I can revert (by command line) the running VM from before the update. I don't mind getting my fingers dirty if I have to script it. I've used the "engine-backup" tool, but frankly IMHO a snapshot is a better way to handle an immediate update, rather than having to completely re-install the VM and restore from backup. This operation is exactly why snapshots exist. :) Thanks, -derek On Fri, November 18, 2016 3:33 am, Martin Sivak wrote: > Hi Derek, > > I do not think we support snapshots of the hosted engine VM at the > moment. There would be no way to restore from snapshot anyway in case > of failed upgrade (no engine would be running). > > Please use the standard backup/restore procedures for the engine: > https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged… > > Best regards > > -- > Martin Sivak > SLA / oVirt > > On Fri, Nov 18, 2016 at 3:58 AM, Derek Atkins <derek(a)ihtfp.com> wrote: >> I'm running ovirt 4.0.4 on a single-host with (of course) self-hosted >> engine. >> >> Ovirt seems to assume in many cases that there are multiple hosts around >> so you can manipulate one host while the engine is running on another, >> etc. >> >> But in the single-host case.... how do you take a snapshot of the hosted >> engine? When I click on Virtual Machines -> HostedEngine and then below >> click on Snapshots and then Create, I get an error: >> >> HostedEngine >> * Cannot create Snapshot. This VM is not managed by the engine. >> >> So... How can one snapshot the engine (e.g. prior to updating it)? >> >> -derek >> >> -- >> Derek Atkins 617-623-3745 >> derek(a)ihtfp.com www.ihtfp.com >> Computer and Internet Security Consultant >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

1 0

Fwd: Snapshot self-hosted engine?
by Martin Sivak 18 Nov '16

18 Nov '16

Hi Derek, I do not think we support snapshots of the hosted engine VM at the moment. There would be no way to restore from snapshot anyway in case of failed upgrade (no engine would be running). Please use the standard backup/restore procedures for the engine: https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged… Best regards -- Martin Sivak SLA / oVirt On Fri, Nov 18, 2016 at 3:58 AM, Derek Atkins <derek(a)ihtfp.com> wrote: > I'm running ovirt 4.0.4 on a single-host with (of course) self-hosted engine. > > Ovirt seems to assume in many cases that there are multiple hosts around > so you can manipulate one host while the engine is running on another, > etc. > > But in the single-host case.... how do you take a snapshot of the hosted > engine? When I click on Virtual Machines -> HostedEngine and then below > click on Snapshots and then Create, I get an error: > > HostedEngine > * Cannot create Snapshot. This VM is not managed by the engine. > > So... How can one snapshot the engine (e.g. prior to updating it)? > > -derek > > -- > Derek Atkins 617-623-3745 > derek(a)ihtfp.com www.ihtfp.com > Computer and Internet Security Consultant > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users

1 0

Snapshot self-hosted engine?
by Derek Atkins 18 Nov '16

18 Nov '16

I'm running ovirt 4.0.4 on a single-host with (of course) self-hosted engine. Ovirt seems to assume in many cases that there are multiple hosts around so you can manipulate one host while the engine is running on another, etc. But in the single-host case.... how do you take a snapshot of the hosted engine? When I click on Virtual Machines -> HostedEngine and then below click on Snapshots and then Create, I get an error: HostedEngine * Cannot create Snapshot. This VM is not managed by the engine. So... How can one snapshot the engine (e.g. prior to updating it)? -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

1 0

OVA import of FC21 VM hangs during virt-v2v conversion?
by Derek Atkins 17 Nov '16

17 Nov '16

Hi, I've successfully imported several VMs already, so I thought I had the process down. Each import completed relatively quickly. So that's why this one was such a surprise. I've got a Fedora 21 VM packaged into an OVA. I copy it to my ovirt host and then [Virtual Machines] -> Import -> [OVA] and select the ova file. Follow the process, assign the correct storage location, and let it go. Usually it takes only a few minutes, but it's been sitting in the conversion process for over 20 minutes already (multiple attempts end in the same place). It's only a 4GB disk; the other imports were all around the same size and took significantly longer. I tried running virt-v2v by hand: LIBGUESTFS_BACKEND=direct virt-v2v -v -x -i ova fedora21.ova -of raw -o null and it hung here: guestfsd: main_loop: new request, len 0x28 guestfsd: main_loop: proc 26 (aug_close) took 0.03 seconds libguestfs: trace: v2v: aug_close = 0 libguestfs: trace: v2v: selinux_relabel "/etc/selinux/targeted/contexts/files/file_contexts" "/" "force:true" guestfsd: main_loop: new request, len 0x6c commandrvf: stdout=n stderr=y flags=0x0 commandrvf: setfiles -F -e /sysroot/dev -e /sysroot/proc -e /sysroot/selinux -e /sysroot/sys -r /sysroot -q /sysroot/etc/selinux/targeted/contexts/files/file_contexts /sysroot/ Can't stat exclude path "/sysroot/selinux", No such file or directory - ignoring. ^C Any ideas why this VM is different from all the other VMs? -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

3 23

Adding Infiniband VM Network Fails
by clint＠theboggios.com 17 Nov '16

17 Nov '16

Good Day; I am trying to add an infiniband VM network to the hosts on my ovirt deployment, and the network configuration on the hosts fails to save. The network bridge is added successfully, but applying the bridge to the IB1 nic fails with little information other than it failed. My system: 6 HV nodes running CentOS 7 and OV version 4 1 Dedicated engine running CentOS 7 and engine version 4 in 3.6 mode. The HV nodes all have Mellanox IB cards, dual port. Port 0 is for iSCSI and NFS connectivity and runs fine. Port 1 is for VM usage of the 10Gb network. Have any of you had any dealings with this ?

5 4

Info on atomic images inside ovirt-image-repository
by Gianluca Cecchi 17 Nov '16

17 Nov '16

Hello, how is it supposed I consume Atomic images in the repository in subject? For example, I select CentOS 7 Atomic Host Image v1609 for x86_64 (4cc949e) import and I have a disk I then create a VM with OS Red Hat Atomic 7.x and attach that disk to VM and connect network What have I to do to setup network, users and SSH keys on it? Run once --> Initial Run --> Select "Use Cloud Init" or what? Does the image correspond to the qcow2 one downloadable from http://cloud.centos.org/centos/7/atomic/images/ or does it contain any customization already related for deploying in oVirt itself? Thanks, Gianluca

2 2

Fwd: Re: Problem moving master storage domain to maintenance
by Nicolas Ecarnot 17 Nov '16

17 Nov '16

Cc to list, still asking. -------- Message transféré -------- Sujet : Re: [ovirt-users] Problem moving master storage domain to maintenance Date : Thu, 10 Nov 2016 10:53:04 +0100 De : Nicolas Ecarnot <nicolas(a)ecarnot.net> Organisation : Si peu... Pour : Roy Golan <rgolan(a)redhat.com> Le 10/11/2016 à 10:40, knarra a écrit : > On 11/09/2016 06:26 PM, Roy Golan wrote: >> >> >> On 9 November 2016 at 14:49, knarra <knarra(a)redhat.com >> <mailto:knarra@redhat.com>> wrote: >> >> Can some one please help me to understand the queries below. >> >> On 11/03/2016 06:43 PM, Maor Lipchuk wrote: >>> Hi kasturi, >>> >>> Which version of oVirt are you using? >> Apologies for the late reply. I am using the latest master. >>> Roy, I assume it is related to 4.0 version where the import of >>> hosted storage domain was introduced. Hi Roy, I'm jumping on this thread just to ask you what you mean by hosted storage domain, and/or where could I read more about it. I saw nothing obvious in the 4.0.0 release notes, so just wondering... Thank you -- Nicolas ECARNOT

3 3

Re: [ovirt-users] Adding Infiniband VM Network Fails
by Clint Boggio 17 Nov '16

17 Nov '16

That is correct. We are successfully using ib0 to access iSCSI and NFS on all nodes. We are now trying to create a network for the VMs to use on ib1. > On Nov 16, 2016, at 1:40 PM, "users-request(a)ovirt.org" <users-request(a)ovirt.org> wrote: > > Adding Infiniband VM Network Fails

1 0

user permission for add storage domain
by vasily.lamykin＠MegaFon.ru 17 Nov '16

17 Nov '16

--_004_c5b0ce93c5ee4aafbad20039a5e7279dvlgums05Megafonru_ Content-Type: multipart/alternative; boundary="_000_c5b0ce93c5ee4aafbad20039a5e7279dvlgums05Megafonru_" --_000_c5b0ce93c5ee4aafbad20039a5e7279dvlgums05Megafonru_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable I create user in internal domain by ovirt-aaa-jdbc-tool, next, I grant him = super-user role on cluster. User can provide super-user operations, but he can't add storage domain. I also grant to user storage-admin rights, but problem persist anyway. In web I see: Error while executing action: User is not authorized to perform this action= . In ovirt-engine/engine.log I see: WARN [org.ovirt.engine.core.bll.storage.connection.AddStorageServerConnect= ionCommand] (default task-79) [50876bd2] Validation of action 'AddStorageSe= rverConnection' failed for user test-user@internal-authz. Reasons: VAR__ACT= ION__ADD,VAR__TYPE__STORAGE__CONNECTION,USER_NOT_AUTHORIZED_TO_PERFORM_ACTI= ON =EC=C1=CD=D9=CB=C9=CE =F7=C1=D3=C9=CC=C9=CA =F3=D4=C1=D2=DB=C9=CA =C9=CE=D6=C5=CE=C5=D2 =D0=CF =DC=CB=D3=D0=CC=D5=C1=D4= =C1=C3=C9=C9 =D3=C5=D2=D7=C9=D3=CE=D9=C8 =D0=CC=C1=D4=C6=CF=D2=CD =F3=D4=CF=CC=C9=DE=CE=D9=CA =C6-=C1=CC =F0=E1=EF "=ED=C5=C7=C1=E6=CF=CE +7 (926) 500-3308 [=ED=C5=C7=C1=E6=CF=CE =CC=CF=C7=CF+=DA=CE=C1=CB =F2=F5=F3 B2C] ________________________________ =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0= =CF=CC=D8=DA=CF=D7=C1=CE=C9=C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, = =CB=CF=D0=C9=D2=CF=D7=C1=CE=C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1= =CE=C5=CE=C9=C5 =D3=CF=C4=C5=D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 = =C9=CC=C9 =C5=C7=CF =DE=C1=D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1= =D0=D2=C5=DD=C5=CE=CF. =E5=D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4= =CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC= =D5=CA=D3=D4=C1, =CE=C5=DA=C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2= =DD=C9=D4=C5 =CF=D4=D0=D2=C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5= =C4=C1=CC=C9=D4=C5 =D3=CF =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3= =C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD=CF= =D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9=D1. The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the ad= dressee. If you are not the intended recipient(s), any use, disclosure, cop= ying, distribution or any action taken or omitted to be taken in reliance o= n it is prohibited and may be unlawful. If you have received this communica= tion in error please notify us immediately by responding to this email and = then delete the e-mail and all attachments and any copies thereof. (c)20mf50 --_000_c5b0ce93c5ee4aafbad20039a5e7279dvlgums05Megafonru_ Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dkoi8-r"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"RU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">I create user in internal domai= n by ovirt-aaa-jdbc-tool, next, I grant him super-user role on cluster.<o:p= ></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">User can provide super-user ope= rations, but he can’t add storage domain.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I also grant to user storage-ad= min rights, but problem persist anyway.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">In web I see:<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:"Aria= l Unicode MS",sans-serif;color:black;background:white">Error while exe= cuting action: User is not authorized to perform this action.<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:"Aria= l Unicode MS",sans-serif;color:black;background:white"><o:p> </o:= p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:"Aria= l Unicode MS",sans-serif;color:black;background:white">In ovirt-engine= /engine.log I see:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">WARN  [org.ovirt.engine.co= re.bll.storage.connection.AddStorageServerConnectionCommand] (default task-= 79) [50876bd2] Validation of action 'AddStorageServerConnection' failed for= user test-user@internal-authz. Reasons: VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,USER_NOT_AUTHORIZED_TO_PER= FORM_ACTION<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"color:#1F497D;mso-fareast-language= :RU">=EC=C1=CD=D9=CB=C9=CE =F7=C1=D3=C9=CC=C9=CA<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><span style=3D"color:#1F4E79;background:white;mso-fa= reast-language:RU">=F3=D4=C1=D2=DB=C9=CA =C9=CE=D6=C5=CE=C5=D2 =D0=CF =DC= =CB=D3=D0=CC=D5=C1=D4=C1=C3=C9=C9 =D3=C5=D2=D7=C9=D3=CE=D9=C8 =D0=CC=C1=D4= =C6=CF=D2=CD</span><span style=3D"color:#1F4E79;mso-fareast-language:RU"><o= :p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F4E79;background:white;mso-fa= reast-language:RU">=F3=D4=CF=CC=C9=DE=CE=D9=CA =C6-=C1=CC =F0=E1=EF "= =ED=C5=C7=C1=E6=CF=CE</span><span style=3D"mso-fareast-language:RU"><o:p></= o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F4E79;background:white;mso-fa= reast-language:RU"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:RU= ">+7 (926) 500-3308</span><span style=3D"color:#1F497D"><o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:RU"><img width= =3D"285" height=3D"54" id=3D"=F2=C9=D3=D5=CE=CF=CB_x0020_1" src=3D"cid:imag= e001.png(a)01D240CF.0DD07960" alt=3D"=ED=C5=C7=C1=E6=CF=CE =CC=CF=C7=CF+= =DA=CE=C1=CB =F2=F5=F3 B2C"><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1"><br> =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C9= =C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, =CB=CF=D0=C9=D2=CF=D7=C1=CE= =C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1=CE=C5=CE=C9=C5 =D3=CF=C4=C5= =D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 =C9=CC=C9 =C5=C7=CF =DE=C1= =D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1=D0=D2=C5=DD=C5=CE=CF. =E5= =D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4=CF =D3=CF=CF=C2=DD=C5=CE= =C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC=D5=CA=D3=D4=C1, =CE=C5=DA= =C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2=DD=C9=D4=C5 =CF=D4=D0=D2= =C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5=C4=C1=CC=C9=D4=C5 =D3=CF = =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3=C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD= =CF=D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9= =D1.<br> <br> The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended re= cipient(s), any use, disclosure, copying, distribution or any action taken = or omitted to be taken in reliance on it is prohibited and may be unlawful.= If you have received this communication in error please notify us immediately by responding to this email and then= delete the e-mail and all attachments and any copies thereof.<br> <br> (c)20mf50<br> </font> </body> </html> --_000_c5b0ce93c5ee4aafbad20039a5e7279dvlgums05Megafonru_-- --_004_c5b0ce93c5ee4aafbad20039a5e7279dvlgums05Megafonru_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2130; creation-date="Thu, 17 Nov 2016 09:44:25 GMT"; modification-date="Thu, 17 Nov 2016 09:44:25 GMT" Content-ID: <image001.png(a)01D240CF.0DD07960> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAASkAAAA4CAYAAAChZA4IAAAACXBIWXMAAA9hAAAPYQGoP6dpAAAA GXRFWHRTb2Z0d2FyZQBBZG9iZSBJbWFnZVJlYWR5ccllPAAAB99JREFUeNrsnd114joUhZUs3q87 GE8FcSoIVDCkAsjbvJlUAKmA8Ja3QAVhKsCpYJgKxrcD3wq4liUTIx/LkiwyMOxvLc0k/PhX2trn SFbYTtBnAABwQnBd4uJU/hDgkgAATkykAhgoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAM1c 4RIAAEheRsP837u8RLLwx+cS9n01yN+byffSvLznZZ2/nh3jMHq4EwCAijBxIZrkZZSXsOXTffn/ OC/z/Lvr/P+nXKxSn4d0jbsCAJACxcXpd16mBgKlEkix+p1vZy7FDiIFAPDknl5Gb4UbEmLTFS52 m3ybEUQKAOAjvNvkZeh5y5EvoYJIAQCBio60h8CHUPWIgxYb/L5KPFwAP9sCAByDtyMKlCpUX11H /3oVUZnLWLL8nW/wMd/w0kGgqG095NtaX0DvVB22tSVlRx7OBUDWU94++5+0Ny5Ur3m5d/nylTzg sdwIxb2VuKgCdchX38OTJyZO/NxDD1vjAsWHcp/RmsAR6iqvoz+ZW5K8Ok9qavndgUtUVTqpWPOZ edGzm5/8RPOJuHBnh99xUfPtgdOohpY2UBdMCPad/O3dyEnqRd615+HDuDf5/h8Mr3ukuQZJ7ZrV t9GvuTpdh0Jdc4T158LUUqAST67rtTAqjiKla+Bh0QjNwr42ZY2UhrVxdB4DeeG6CsSV0vA2ys0Y 56/FsgfINAIxP1Jl4vtfNTZ+ce6xgUBP5efLyXZb4jMb5fenvMxa7uVGez3BKbooLk6mI3m8zt8W nZVIfm867j0sOkPLzsx0dG/k+eTLhuMjNJp7unmzht4ianGHVK+UyND2al9Eo1dtc/V93sMsjc/v ZfQqxdnGQQ4Lmy/EDVwmQwsXtdi7adGx+XDKI9svNImUavP7BmHZhDj5VKuq/kIjH8Ta95pn0FJh 0sA698Y/L0K7dU0khVtTBbWL0Lw6htng/Lmz+OzNEdqsdb1renZvLRtBoChgYqGQieWJZYVym6ET AH7svyxdlHqumSKA5ZT/Z8I9hkSY1IUnwpGG+3MW+4wb8gY/GM89HfKNuJelA0zQZi8OG5EYSse+ qqQVutaZsOh0LTrxJpH6T4YeEyU/Qj88KBp5WLOKeneiwhO7Mw83YeGQwJ0Sx54poVZcEyk61Np2 Onpuq19GVMVKNHZ9qUmwJ8V9q0/a69tWFvBXYOuGxh1de9MxGNe7a21jpw/YxEWlZzMnSkwdUG/c sxTpTOkB2m8WnZS2ZWthwbPWEUCR9H8k3onQZi8INW1wJkLZ0+ZIXkZLRZi4m5gpJx4RFtIl5Ink 6JqJ2xh4vGAx4UoyeW5r5fynjE5ufyZRQ1jdds0SwqFFrHl6yTT//BQt+6Jd1EkcR9vo3kr5PSDc RFzr2U3nVanbFmJnUnz1LNT2FhqxDVsTzn6e/I5qzrQZm/xbgnYKHHisjEQPPnvn1629b71iTysN MiBCwMUZPdIR18Ksargm8jXN50/nvro9TS7CT2YhUgCY4T7Zdrvv1EWZMLt8c6fO0mRlzpXiNqoT sqj5Q67hUMa6Jp3t4/Nh7RjE8L56XFX6yoS0reJ84iJMdMlNCdGfW1auf87Q7oPzZPMndtouUnym uchNhIoDSRidz3Ht9befbCWpfItpOFmdjrFSRIoLzU+Zz3uvuKAvROjcr3znjtFTBZYtrmrI6KQ4 JcqhhUN70o62imPfoN2eHQn7vAeLvTg60xnnq1rDEI4jaPncaSIa7LjDFsb7kRLxEPCW/IyYEb6R Rd1fVHnvjdGTYcWDxof8qrkjOkRUmTfaeHBJvHvazpaoq6nBa9Yhp+kfYniWrinQOJGk4wOmgcUs 6G3HvNfYw03i518O/T9IofEZTvHzo2aurwnBeZNzoepOViTyp0Rom3qaLgHOizWzX71Add+3RfsT neObFKyBfK3snNdMLM+UKSsm/LDdoZmTEoLQNmLX1UVVnUVbcR9Bo2dsLw+eo6NKPewa7x+VEY39 VrqezIM4LWVF2BL3ImV03o9XAr4I/u6giCU5hmQ4By4PUae6dE6rvUEQcyETmRrI9ukhsf1F5bWZ Jn3hzUmVlXrcqK72i+P9qRHAiWOYuiDOn29rVhHyWVGEewkVMb1TcgGpst9UXkcTN/rI9EuztLF0 WswQ/C0smPvKIV9q6YbqfLuPR8VCJb1S1jvrdm8uUmJy5wNxcnynLivurZj/xd9NoGbHJwbnzx9X SRSh4SN5z7UL/9FbrSs3alYTKdfHgISFHkj3NLHsGLCYHtwUHwwbMbcEOo8g/pX1O5ZiNJUThbfs Y1WQeWXycCzr3qPL4fYarH+iOblMNvRA9v4LTW6DC9G74hbY3iqKhuZyoVJN2JJqQr2QcE2JxX6f WD3xGBi6wsT4OM1D8EeZi+Jif6NxVu9M5PHWLedmc11ShIxnzQNzX51zavBaoBiae9c8MhYpA+BS MV8wciAfq9p1SC88uB4m/qQVAJcc9n2MUB+LTgIFkQIAQnVMoeosUBApAEApVHwKTeppi+WfsPMi fhApAIDPuX5C8DxOcenh7gAApFCJuX58Wo2YE8hH8U3m4nEHxkeOF8dY6RWjewCAZj6eqqBWCBHz AbEENQAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0Y7fb9fMS4EoAAE5MmwKuT/yHXfEDAACcnoHa/S/A ANCM57qVhzX7AAAAAElFTkSuQmCC --_004_c5b0ce93c5ee4aafbad20039a5e7279dvlgums05Megafonru_--

2 2

Windows Server Container Support
by Grundmann, Christian 17 Nov '16

17 Nov '16

--_000_6A17C71B52524C408E7AAF69103E9E490F9D34F3fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I tried installing Windows Server 2016 and enabling Container Support and D= ocker But after enabling Docker, the VM dies. All Network related services are timeouting when booting the Server. If I unplug the NIC the VMs starts normally and Docker works I tried to enable the macspoof vdsm hook but it doesn't help Anything else I can try? Thx Christian --_000_6A17C71B52524C408E7AAF69103E9E490F9D34F3fabamailserverf_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I tried installing Windows Serv= er 2016 and enabling Container Support and Docker<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">But after enabling Docker, the = VM dies.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">All Network related services ar= e timeouting when booting the Server.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">If I unplug the NIC the VMs sta= rts normally and Docker works<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I tried to enable the macspoof = vdsm hook but it doesn’t help<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Anything else I can try?<o:p></= o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thx Christian<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> </div> </body> </html> --_000_6A17C71B52524C408E7AAF69103E9E490F9D34F3fabamailserverf_--

3 5

moving the hosted engine's storage after install
by Ben De Luca 17 Nov '16

17 Nov '16

Hi, I was following the examples on this chain from the archives. http://lists.ovirt.org/pipermail/users/2014-November/028995.html And I was able to move the hosted engine, I had to update the database manually though to get the automatically imported storage domain to follow it. I still have a problem with new hosted-engine install hosts. add new host, hosted engine - tab select deploy. The /etc/ovirt-hosted-engine/hosted-engine.conf file has the old details, any clue where that is to update? Should I be in the DB again? thanks! -Ben

1 0

Cannot Migrate Hosted Engine
by knarra 17 Nov '16

17 Nov '16

This is a multi-part message in MIME format. --------------651BD8646697326B808E7677 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I have installed latest upstream master on RHEL7.2. When i try to put a host in maintenance which runs HE vm i see that vm does not get migrated to another host and host is stuck in "preparing for maintenace" state. I see the following errors in the vdsm.log . Can you please help me understand why this error is seen? 1. 2016-10-27 16:40:22,742 ERROR (Thread-3293) [virt.vm] (vmId='21e0e248-19bf-47b3-b72f-6a3740d9ff43') Hook script execution failed: internal error: Child process (LC_ALL=C PAT 2. H=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin /etc/libvirt/hooks/qemu HostedEngine migrate begin -) unexpected exit status 1: Traceback (most recent call last): 3. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main 4. _process_domxml(tree) 5. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 80, in _process_domxml 6. _set_graphics(devices, target_vm_conf) 7. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 156, in _set_graphics 8. target_display_network, target_display_ip = _vmconf_display(target_vm_conf) 9. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 177, in _vmconf_display 10. raise VmMigrationHookError('VM conf graphics not detected') 11. VmMigrationHookError: VM conf graphics not detected 12. Traceback (most recent call last): 13. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 201, in <module> 14. main(*sys.argv[1:]) 15. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main 16. _process_domxml(tree) 17. File "/usr/libexec/vdsm/vm_migrate_hoo (migration:261) 18. 2016-10-27 16:40:22,757 ERROR (Thread-3293) [virt.vm] (vmId='21e0e248-19bf-47b3-b72f-6a3740d9ff43') Failed to migrate (migration:390) 19. Traceback (most recent call last): 20. File "/usr/share/vdsm/virt/migration.py", line 372, in run 21. self._startUnderlyingMigration(time.time()) 22. File "/usr/share/vdsm/virt/migration.py", line 447, in _startUnderlyingMigration 23. self._perform_with_downtime_thread(duri, muri) 24. File "/usr/share/vdsm/virt/migration.py", line 498, in _perform_with_downtime_thread 25. self._perform_migration(duri, muri) 26. File "/usr/share/vdsm/virt/migration.py", line 485, in _perform_migration 27. self._vm._dom.migrateToURI3(duri, params, flags) 28. File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 69, in f 29. ret = attr(*args, **kwargs) 30. File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, in wrapper 31. ret = f(*args, **kwargs) 32. File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 899, in wrapper 33. return func(inst, *args, **kwargs) 34. File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1836, in migrateToURI3 35. : 36. if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self) 37. libvirtError: Hook script execution failed: internal error: Child process (LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin /etc/libvirt/hooks/qemu HostedEngine migrate begin -) unexpected exit status 1: Traceback (most recent call last): 38. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main 39. _process_domxml(tree) 40. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 80, in _process_domxml 41. _set_graphics(devices, target_vm_conf) 42. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 156, in _set_graphics 43. target_display_network, target_display_ip = _vmconf_display(target_vm_conf) 44. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 177, in _vmconf_display 45. raise VmMigrationHookError('VM conf graphics not detected') 46. VmMigrationHookError: VM conf graphics not detected 47. Traceback (most recent call last): 48. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 201, in <module> 49. main(*sys.argv[1:]) 50. File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main 51. _process_domxml(tree) 52. File "/usr/libexec/vdsm/vm_migrate_hoo Thanks kasturi. --------------651BD8646697326B808E7677 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p>Hi,</p> <p> I have installed latest upstream master on RHEL7.2. When i try to put a host in maintenance which runs HE vm i see that vm does not get migrated to another host and host is stuck in "preparing for maintenace" state. I see the following errors in the vdsm.log . Can you please help me understand why this error is seen? <br> </p> <p> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </p> <ol style="color: rgb(0, 0, 0); font-family: "Liberation Sans", "Lucida Grande", "Luxi Sans", "Bitstream Vera Sans", helvetica, verdana, arial, sans-serif; font-size: 12px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">2016-10-27 16:40:22,742 ERROR (Thread-3293) [virt.vm] (vmId='21e0e248-19bf-47b3-b72f-6a3740d9ff43') Hook script execution failed: internal error: Child process (LC_ALL=C PAT</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">H=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin /etc/libvirt/hooks/qemu HostedEngine migrate begin -) unexpected exit status 1: Traceback (most recent call last):</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> _process_domxml(tree)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 80, in _process_domxml</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> _set_graphics(devices, target_vm_conf)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 156, in _set_graphics</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> target_display_network, target_display_ip = _vmconf_display(target_vm_conf)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 177, in _vmconf_display</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> raise VmMigrationHookError('VM conf graphics not detected')</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">VmMigrationHookError: VM conf graphics not detected</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">Traceback (most recent call last):</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 201, in <module></div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> main(*sys.argv[1:])</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> _process_domxml(tree)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hoo (migration:261)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">2016-10-27 16:40:22,757 ERROR (Thread-3293) [virt.vm] (vmId='21e0e248-19bf-47b3-b72f-6a3740d9ff43') Failed to migrate (migration:390)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">Traceback (most recent call last):</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/share/vdsm/virt/migration.py", line 372, in run</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> self._startUnderlyingMigration(time.time())</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/share/vdsm/virt/migration.py", line 447, in _startUnderlyingMigration</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> self._perform_with_downtime_thread(duri, muri)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/share/vdsm/virt/migration.py", line 498, in _perform_with_downtime_thread</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> self._perform_migration(duri, muri)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/share/vdsm/virt/migration.py", line 485, in _perform_migration</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> self._vm._dom.migrateToURI3(duri, params, flags)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 69, in f</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> ret = attr(*args, **kwargs)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, in wrapper</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> ret = f(*args, **kwargs)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 899, in wrapper</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> return func(inst, *args, **kwargs)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1836, in migrateToURI3</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">:</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">libvirtError: Hook script execution failed: internal error: Child process (LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin /etc/libvirt/hooks/qemu HostedEngine migrate begin -) unexpected exit status 1: Traceback (most recent call last):</div> </li> <li style="font-weight: normal; vertical-align: top; background: rgb(240, 240, 240);"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> _process_domxml(tree)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 80, in _process_domxml</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> _set_graphics(devices, target_vm_conf)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 156, in _set_graphics</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> target_display_network, target_display_ip = _vmconf_display(target_vm_conf)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 177, in _vmconf_display</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> raise VmMigrationHookError('VM conf graphics not detected')</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">VmMigrationHookError: VM conf graphics not detected</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;">Traceback (most recent call last):</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 201, in <module></div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> main(*sys.argv[1:])</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hook.py", line 51, in main</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> _process_domxml(tree)</div> </li> <li style="font-weight: normal; vertical-align: top;"> <div style="font-style: normal; font-variant: normal; font-weight: normal; font-stretch: normal; font-size: 1em; line-height: 1.2em; font-family: monospace; margin: 0px; padding: 0px; vertical-align: top; background: none;"> File "/usr/libexec/vdsm/vm_migrate_hoo</div> </li> </ol> <p>Thanks</p> <p>kasturi.<br> </p> </body> </html> --------------651BD8646697326B808E7677--

3 2

ovirt 3.5.5 to 4.x
by Demeter Tibor 16 Nov '16

16 Nov '16

--=_1150a0dc-696d-49be-9eb5-38c61713f4fa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Dear users, We have an ovirt cluster with three nodes and centralized storage.(nfs based). The clusters based on centos6 os. We bought some new server for more resources, but we want to upgrade to 4.0 . Is it possible to make brand new install and import all of VM-s from storage? The storage will be remain, so I just wondering, I will make a clean install and connect the storage to this cluster. Is it possible? We don't have users, or special settings on this cluster, but I don't want to make the difficult upgrade process from 3.5 to 4.x and centos 6 to 7. What is our possibilities? Thank in advance, Regards, Tibor. --=_1150a0dc-696d-49be-9eb5-38c61713f4fa Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>Dear users,</div><div><br data-mce-bogus=3D= "1"></div><div>We have an ovirt cluster with three nodes and centralized st= orage.(nfs based). The clusters based on centos6 os.</div><div><br data-mce= -bogus=3D"1"></div><div>We bought some new server for more resources, but w= e want to upgrade to 4.0 . Is it possible to make brand new install and imp= ort all of VM-s from storage?</div><div>The storage will be remain, so I ju= st wondering, I will make a clean install and connect the storage to this c= luster. </div><div>Is it possible?</div><div><br>We don't have users, = or special settings on this cluster, but I don't want to make the difficult= upgrade process from 3.5 to 4.x and centos 6 to 7. </div><div><br dat= a-mce-bogus=3D"1"></div><div>What is our possibilities? </div><div><br= data-mce-bogus=3D"1"></div><div>Thank in advance,</div><div><br data-mce-b= ogus=3D"1"></div><div>Regards,</div><div><br data-mce-bogus=3D"1"></div><di= v>Tibor.</div><div><br></div><div></div><div data-marker=3D"__SIG_PRE__"><p= ></p></div></div></body></html> --=_1150a0dc-696d-49be-9eb5-38c61713f4fa--

2 3

Upgrade form 4.0.4 to 4.0.5: unable to run VM
by Gianluca Cecchi 16 Nov '16

16 Nov '16

Single host with self hosted engine. All seems ok after rebooting host and exiting local maintenance. But when I try to start a VM I get VM racclient1 is down with error. Exit message: Unable to get volume size for domain 556abaa8-0fcc-4042-963b-f27db5e03837 volume e0524893-1f78-4e6b-8e5e-83217bc0dc5b. I don't know if it is related, but even after this update I continue to get the SSL error in vdsmd service: [root@ractor ~]# systemctl status vdsmd -l ● vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/etc/systemd/system/vdsmd.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2016-11-15 14:32:17 CET; 7min ago Process: 2247 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh --pre-start (code=exited, status=0/SUCCESS) Main PID: 2336 (vdsm) CGroup: /system.slice/vdsmd.service ├─2336 /usr/bin/python /usr/share/vdsm/vdsm ├─2494 /usr/libexec/ioprocess --read-pipe-fd 81 --write-pipe-fd 80 --max-threads 10 --max-queued-requests 10 ├─3588 /usr/libexec/ioprocess --read-pipe-fd 40 --write-pipe-fd 39 --max-threads 10 --max-queued-requests 10 ├─3601 /usr/libexec/ioprocess --read-pipe-fd 48 --write-pipe-fd 47 --max-threads 10 --max-queued-requests 10 ├─3609 /usr/libexec/ioprocess --read-pipe-fd 56 --write-pipe-fd 55 --max-threads 10 --max-queued-requests 10 ├─3616 /usr/libexec/ioprocess --read-pipe-fd 63 --write-pipe-fd 61 --max-threads 10 --max-queued-requests 10 └─3623 /usr/libexec/ioprocess --read-pipe-fd 73 --write-pipe-fd 71 --max-threads 10 --max-queued-requests 10 Nov 15 14:39:22 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Nov 15 14:39:24 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Nov 15 14:39:27 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Nov 15 14:39:30 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Nov 15 14:39:42 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Nov 15 14:39:47 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Nov 15 14:39:47 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Nov 15 14:39:50 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Nov 15 14:39:52 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof Nov 15 14:39:55 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof [root@ractor ~]# See initial posting thread here: http://lists.ovirt.org/pipermail/users/2016-July/041264.html and also my further updates here: http://lists.ovirt.org/pipermail/users/2016-October/043355.html Gianluca

3 7

Cannot install latest upstream master
by knarra 16 Nov '16

16 Nov '16

This is a multi-part message in MIME format. --------------32C436ED3CB4DFF5D57ECAED Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I was installing latest upstream master and i am hitting the issue below. Can some one please let me know if this a bug ? If yes, is this going to be fixed in the next nightly? [WARNING] OVF does not contain a valid image description, using default. [ INFO ] Detecting host timezone. Enter ssh public key for the root user that will be used for the engine appliance (leave it empty to skip): /root/.ssh/id_rsa.pub [ ERROR ] The ssh key is not valid. Enter ssh public key for the root user that will be used for the engine appliance (leave it empty to skip): [WARNING] Skipping appliance root ssh public key Do you want to enable ssh access for the root user (yes, no, without-password) [yes]: yes ERROR SNIPPET: ============================================================ |- [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute |- [ INFO ] Rolling back database schema |- [ INFO ] Clearing Engine database engine |- [ INFO ] Rolling back DWH database schema |- [ INFO ] Clearing DWH database ovirt_engine_history |- [ INFO ] Stage: Clean up |- Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20161115140627-er36oa.log |- [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20161115140829-setup.conf' |- [ INFO ] Stage: Pre-termination |- [ INFO ] Stage: Termination |- [ ERROR ] Execution of setup failed |- HE_APPLIANCE_ENGINE_SETUP_FAIL [ ERROR ] Engine setup failed on the appliance [ ERROR ] Failed to execute stage 'Closing up': Engine setup failed on the appliance Please check its log on the appliance. [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20161115193834.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20161115191145-hr3nat.log [root@rhsqa-grafton4 ~]# Thanks kasturi. --------------32C436ED3CB4DFF5D57ECAED Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p>Hi,</p> <p> I was installing latest upstream master and i am hitting the issue below. Can some one please let me know if this a bug ? If yes, is this going to be fixed in the next nightly? <br> </p> <p> <meta http-equiv="content-type" content="text/html; charset=utf-8"> [WARNING] OVF does not contain a valid image description, using default. <br> [ INFO ] Detecting host timezone. <br> Enter ssh public key for the root user that will be used for the engine appliance (leave it empty to skip): <i class="moz-txt-slash"><span class="moz-txt-tag">/</span>root<span class="moz-txt-tag">/</span></i>.ssh/id_rsa.pub <br> [ ERROR ] The ssh key is not valid. <br> Enter ssh public key for the root user that will be used for the engine appliance (leave it empty to skip): <br> [WARNING] Skipping appliance root ssh public key <br> Do you want to enable ssh access for the root user (yes, no, without-password) [yes]: yes <br> <br> ERROR SNIPPET: <br> <br> ============================================================ <br> <br> <br> |- [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute <br> |- [ INFO ] Rolling back database schema <br> |- [ INFO ] Clearing Engine database engine <br> |- [ INFO ] Rolling back DWH database schema <br> |- [ INFO ] Clearing DWH database ovirt_engine_history <br> |- [ INFO ] Stage: Clean up <br> |- Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20161115140627-er36oa.log <br> |- [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20161115140829-setup.conf' <br> |- [ INFO ] Stage: Pre-termination <br> |- [ INFO ] Stage: Termination <br> |- [ ERROR ] Execution of setup failed <br> |- HE_APPLIANCE_ENGINE_SETUP_FAIL <br> [ ERROR ] Engine setup failed on the appliance <br> [ ERROR ] Failed to execute stage 'Closing up': Engine setup failed on the appliance Please check its log on the appliance. <br> [ INFO ] Stage: Clean up <br> [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20161115193834.conf' <br> [ INFO ] Stage: Pre-termination <br> [ INFO ] Stage: Termination <br> [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy <br> Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20161115191145-hr3nat.log<br> [root@rhsqa-grafton4 ~]# <br> </p> <p>Thanks</p> <p>kasturi.<br> <span style="color: rgb(51, 51, 51); font-family: Overpass, "Open Sans", Helvetica, sans-serif; font-size: 16px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;"></span></p> </body> </html> --------------32C436ED3CB4DFF5D57ECAED--

3 16

Ovirt 4.0.5 how to import an OVA appliance
by Maton, Brett 16 Nov '16

16 Nov '16

Hi, I downloaded an OVA image from OpenVAS but I can't import it into ovirt, any suggestions ? engine-image-uploader -e Export upload /tmp/OpenVAS-8-DEMO-1.0.ova WARNING: ovirt-image-uploader is deprecated in 4.0 and will be removed in 4.1 Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): ERROR: not a gzip file

2 2

Extract snapshot from an image
by Demeter Tibor 16 Nov '16

16 Nov '16

--=_1edab7af-564a-45bc-83f4-2607a183bf0a Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Dear All, I have a running vm that have a snapshot. It was made until the machine was stopped. This snapshot is a consistent backup of the whole vm. Is it possible to extract the snapshot from the running vm's image? I have try the qemu-img, but I didn't found similar function. I need the snapshot version of machine, but I don't want to revert. Thanks in advance, Regards, Tibor --=_1edab7af-564a-45bc-83f4-2607a183bf0a Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000000"><div>Dear All,</div><div><br data-mce-bogus="1"></div><div>I have a running vm that have a snapshot. It was made until the machine was stopped. This snapshot is a consistent backup of the whole vm.</div><div>Is it possible to extract the snapshot from the running vm's image? I have try the qemu-img, but I didn't found similar function. </div><div>I need the snapshot version of machine, but I don't want to revert. </div><div><br data-mce-bogus="1"></div><div>Thanks in advance,</div><div><br data-mce-bogus="1"></div><div>Regards,</div><div><br data-mce-bogus="1"></div><div>Tibor</div><div><br data-mce-bogus="1"></div><div></div><div data-marker="__SIG_PRE__"><p></p></div></div></body></html> --=_1edab7af-564a-45bc-83f4-2607a183bf0a--

3 3

Info on testing ovirt 4.0.5 and gluster
by Gianluca Cecchi 16 Nov '16

16 Nov '16

Hello, I'm testing hyperconverged setup with gluster and oVirt 4.0.5 and three hosts and self hosted engine. I'm at the point where first host is ok and engine up and I have to deploy second and third host. In the past the command to give on them was root@host2 # hosted-engine --deploy and at the end of it root@host3 # hosted-engine --deploy But I also seem to remember that perhaps this has been superseded and possible to direct deploy now host2 and host3 from web admin gui with Hosts --> New Is this true in general? And in particular in my case? Thanks in advance, Gianluca

2 5

spice console resolution now exceeding 1024x768
by John Nguyen 15 Nov '16

15 Nov '16

Hello, I'm very sorry if this question has been covered before. I've recently deployed the Ovirt 4 release on a CentOS 7.2 host. I'm delighted with the dashboard improvements over the 3.6 release. However I'm experiencing an issue with trying to resize my spice console pass 1024x768 resolution. The vm to shows an "Unknown Display". Any guidance would be greatly appreciated. Yours, John N

2 1

Comparing upgrade guide between oVirt and RHEV
by Gianluca Cecchi 15 Nov '16

15 Nov '16

Hello, I'm just noticing changes in web page for release notes of oVirt 4.0.5: http://www.ovirt.org/release/4.0.5/ There are now several links to the corresponding official RHEV documents. I think this is good, especially if they remains not so far each other. I just noticed 2 things: 1) the command engine-upgrade-check That I didn't know and seems to work quite good in oVirt 4.0.4 It gives me [root@ractorshe ~]# yum clean all Loaded plugins: fastestmirror, versionlock Repository virtio-win-stable is listed more than once in the configuration Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast Cleaning repos: base centos-ovirt36 centos-ovirt40-release epel extras ovirt-3.6 : ovirt-3.6-centos-gluster37 ovirt-3.6-epel ovirt-3.6-patternfly1-noarch-epel : ovirt-4.0 ovirt-4.0-centos-gluster37 ovirt-4.0-epel : ovirt-4.0-patternfly1-noarch-epel updates virtio-win-stable Cleaning up everything Cleaning up list of fastest mirrors [root@ractorshe ~]# engine-upgrade-check VERB: queue package ovirt-engine-setup for update VERB: Downloading: epel/x86_64/metalink (0%) VERB: Downloading: epel/x86_64/metalink 24 k(100%) VERB: Downloading: ovirt-3.6-epel/x86_64/metalink (0%) VERB: Downloading: ovirt-3.6-epel/x86_64/metalink 24 k(100%) VERB: Downloading: ovirt-4.0-epel/x86_64/metalink (0%) VERB: Downloading: ovirt-4.0-epel/x86_64/metalink 24 k(100%) VERB: Downloading: base/7/x86_64 (0%) ... VERB: Downloading: virtio-win-stable 3.0 k(100%) VERB: Downloading: virtio-win-stable/primary_db (0%) VERB: Downloading: virtio-win-stable/primary_db 2.3 k(100%) VERB: processing package ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch for update VERB: package ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch queued VERB: Building transaction VERB: Transaction built VERB: Transaction Summary: VERB: updated - ovirt-engine-lib-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-lib-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-base-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-base-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-plugin-ovirt-engine-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-plugin-ovirt-engine-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-plugin-ovirt-engine-common-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-plugin-ovirt-engine-common-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-plugin-websocket-proxy-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-plugin-websocket-proxy-4.0.5.5-1.el7.centos.noarch Upgrade available 2) Command to upgrade the engine In oVirt page we have yum update "ovirt-engine-setup*" In RHEV we have the command without the star yum update ovirt-engine-setup If I remember correctly the star was important in the past.... Any comments on this difference? Documentation error or different functionalities or dependency chain changed so that now it is not necessary the star also in oVirt? Thanks, Gianluca

2 4

Incorrect display of Memory on Dashboard
by knarra 15 Nov '16

15 Nov '16

Hi, I have three hosts in my cluster. I see that the following amount of memory is being consumed in each host. Node1: ==================== [root@rhsqa-grafton4 ~]# free -m total used free shared buff/cache available Mem: 257677 2564 250784 41 4328 254087 Swap: 4095 0 4095 [root@rhsqa-grafton4 ~]# Node2: ========================= [root@rhsqa-grafton5 ~]# free -m total used free shared buff/cache available Mem: 257677 13156 230035 41 14486 243499 Swap: 4095 0 4095 Node3: ================================= [root@rhsqa-grafton6 ~]# free -m total used free shared buff/cache available Mem: 257677 6142 208956 545 42578 249991 Swap: 4095 0 4095 I see that total amount of mem used is 22 or 23 GB. But in the dashboard i see that 60.9 GIB is Used. Is this a bug ? RHEV version i am using RHEV4.0.4 Thanks kasturi

2 1

Re: [ovirt-users] Move a VM between 2 setups
by Beckman, Daniel 15 Nov '16

15 Nov '16

--_000_3A16E9FE2567404AA4E3F98E854146D1ingramcontentcom_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SGkgQ2hyaXN0b3BoZSwNCg0KQW4g4oCcZXhwb3J0IGRvbWFpbuKAnSBpcyBtYWRlIGZvciBqdXN0 IHRoaXMgcHVycG9zZS4gQ3JlYXRlIGEgTkZTICh2ZXJzaW9uIDMpIHNoYXJlIGFuZCBtYWtlIGl0 IGFjY2Vzc2libGUgdG8gdGhlIGh5cGVydmlzb3JzIGZvciBlYWNoIGVuZ2luZS4gKEl0IHNob3Vs ZCBiZSBhIGRlZGljYXRlZCBORlMgc2hhcmUsIG5vdCB1c2VkIGZvciBhbnl0aGluZyBlbHNlLikg QXMgSSByZWNhbGwgaXQgc2hvdWxkIGJlIG93bmVkIGJ5IHZkc206dmRzbSAoMzY6MzYpLiBJbiBv bmUgb2YgdGhlIGVuZ2luZXMgKGRvZXNu4oCZdCBtYXR0ZXIgd2hpY2gpLCBpbiB0aGUgd2ViIGFk bWluIHBhZ2UgZ28gdG8gU3RvcmFnZSBhbmQgYWRkIGEgbmV3IE5GUyBiYXNlZCBleHBvcnQgZG9t YWluLCB1c2luZyB0aGUgTkZTIHNoYXJlIHlvdSBjcmVhdGVkLiBPbmNlIGl04oCZcyBhY3RpdmF0 ZWQsIHRlc3QgaXQgb3V0OyB0cnkgcmlnaHQtY2xpY2tpbmcgb24gYSBWTSB0byDigJxleHBvcnTi gJ0gaXQuDQoNCk5vdGUgdGhhdCB0aGVyZSBjYW4gb25seSBiZSBvbmUgZW5naW5lIGNvbm5lY3Rl ZCB0byBhIGdpdmVuIGV4cG9ydCBkb21haW4gYXQgYW55IG9uZSB0aW1lLiBXaGVuIHlvdeKAmXJl IGRvbmUgdGVzdGluZyB0aGUgZXhwb3J0IGRvbWFpbiBvbiB0aGUgZmlyc3QgZW5naW5lLCB5b3Ug bmVlZCB0byBwdXQgaXQgaW50byDigJxtYWludGVuYW5jZeKAnSBhbmQgdWx0aW1hdGVseSDigJxk ZXRhY2jigJ0gaXQuDQoNClRoZW4gZ28gdG8gdGhlIG90aGVyIGVuZ2luZSwgYW5kIHRoaXMgdGlt ZSB1bmRlciBTdG9yYWdlIGluc3RlYWQgb2Yg4oCcbmV3IGRvbWFpbuKAnSBjbGljayDigJxpbXBv cnQgZG9tYWlu4oCdIGFuZCBlbnRlciB0aGUgc2FtZSBORlMgc2hhcmUgaW5mb3JtYXRpb24uIEl0 IHNob3VsZCByZWNvZ25pemUgdGhhdCB5b3UgYWxyZWFkeSBoYXZlIGFuIGV4cG9ydCBkb21haW4g c2V0dXAgdW5kZXIgdGhhdCBORlMgc2hhcmUuICBBdHRhY2ggYW5kIGFjdGl2YXRlIGl0LCBhbmQg dW5kZXIgU3RvcmFnZSAvIDx5b3VyIGV4cG9ydCBkb21haW4gbmFtZT4gIC8gVk0gSW1wb3J0LCB0 cnkgaW1wb3J0aW5nIHRoZSBWTSB5b3UgaGFkIHByZXZpb3VzbHkgZXhwb3J0ZWQuDQoNClRoaXMg aXMgY292ZXJlZCAoc3BhcnNlbHkpIGluIHRoZSBvVmlydCBkb2N1bWVudGF0aW9uIGF0IGh0dHBz Oi8vd3d3Lm92aXJ0Lm9yZy9kb2N1bWVudGF0aW9uL2FkbWluLWd1aWRlL2FkbWluaXN0cmF0aW9u LWd1aWRlLywgYW5kIGl04oCZcyBjb3ZlcmVkIG1vcmUgY29oZXJlbnRseSBpbiB0aGUgY29tbWVy Y2lhbCBSSFYgZG9jdW1lbnRhdGlvbiBhdCBodHRwczovL2FjY2Vzcy5yZWRoYXQuY29tL2RvY3Vt ZW50YXRpb24vZW4vcmVkLWhhdC12aXJ0dWFsaXphdGlvbi80LjAvc2luZ2xlL2FkbWluaXN0cmF0 aW9uLWd1aWRlI1N0b3JhZ2VfcHJvcGVydGllcy4NCg0KQmVzdCwNCkRhbmllbA0KDQpGcm9tOiA8 dXNlcnMtYm91bmNlc0BvdmlydC5vcmc+IG9uIGJlaGFsZiBvZiBDaHJpc3RvcGhlIFRSRUZPSVMg PGNocmlzdG9waGUudHJlZm9pc0B1bmkubHU+DQpEYXRlOiBNb25kYXksIE5vdmVtYmVyIDE0LCAy MDE2IGF0IDExOjE0IEFNDQpUbzogdXNlcnMgPHVzZXJzQG92aXJ0Lm9yZz4NClN1YmplY3Q6IFtv dmlydC11c2Vyc10gTW92ZSBhIFZNIGJldHdlZW4gMiBzZXR1cHMNCg0KSGksDQoNCldlIGhhdmUg YSBzZXR1cCB3aGVyZSB3ZSB3YW50IHRvIGRlcGxveSAyIGVuZ2luZXMgYXMgdGhlIG5ldHdvcmsg YmV0d2VlbiAyIGJ1aWxkaW5ncyBpcyB1bnJlbGlhYmxlLg0KDQpXaXRoIDIgZW5naW5lcywgd2Ug dGhlbiB3YW50IHRvIGJlIGFibGUgdG8gbW92ZSBWTXMgKG9uZSB0aW1lKSBmcm9tIGN1cnJlbnQg ZW5naW5lIHdoZXJlIHRoZXkgYXJlIHJ1bm5pbmcgdG8gbmV3IGVuZ2luZSBpbiB0aGUgb3RoZXIg YnVpbGRpbmcuDQoNCklzIHRoZXJlIGEgcmVjb21tZW5kZWQgd29ya2Zsb3cgZm9yIGRvaW5nIHRo aXM/DQpXZSBoYXZlIGFjY2VzcyB0byBzaGFyZWQgTkZTIGZvciB0aGlzIHRhc2sgaWYgcmVxdWly ZWQuDQoNClRoYW5rcyBmb3IgYW55IHBvaW50ZXJzLA0KQ2hyaXN0b3BoZQ0KLS0NCkRyIENocmlz dG9waGUgVHJlZm9pcywgRGlwbC4tSW5nLg0KVGVjaG5pY2FsIFNwZWNpYWxpc3QgLyBQb3N0LURv Yw0KVU5JVkVSU0lUw4kgRFUgTFVYRU1CT1VSRw0KDQpMVVhFTUJPVVJHIENFTlRSRSBGT1IgU1lT VEVNUyBCSU9NRURJQ0lORQ0KQ2FtcHVzIEJlbHZhbCB8IEhvdXNlIG9mIEJpb21lZGljaW5lDQo2 LCBhdmVudWUgZHUgU3dpbmcNCkwtNDM2NyBCZWx2YXV4DQpUOiArMzUyIDQ2IDY2IDQ0IDYxMjQN CkY6ICszNTIgNDYgNjYgNDQgNjk0OQ0KaHR0cDovL3d3dy51bmkubHUvbGNzYg0KW2FjZWJvb2td PGh0dHBzOi8vd3d3LmZhY2Vib29rLmNvbS90cmVmZXg+ICBbd2l0dGVyXSA8aHR0cHM6Ly90d2l0 dGVyLmNvbS9UcmVmZXg+ICAgW29vZ2xlIFBsdXNdIDxodHRwczovL3BsdXMuZ29vZ2xlLmNvbS8r Q2hyaXN0b3BoZVRyZWZvaXMvPiAgIFtpbmtlZGluXSA8aHR0cHM6Ly93d3cubGlua2VkaW4uY29t L2luL3RyZWZvaXNjaHJpc3RvcGhlPiAgIFtreXBlXSA8aHR0cDovL3NreXBlOlRyZWZleD9jYWxs Pg0KLS0tLQ0KVGhpcyBtZXNzYWdlIGlzIGNvbmZpZGVudGlhbCBhbmQgbWF5IGNvbnRhaW4gcHJp dmlsZWdlZCBpbmZvcm1hdGlvbi4NCkl0IGlzIGludGVuZGVkIGZvciB0aGUgbmFtZWQgcmVjaXBp ZW50IG9ubHkuDQpJZiB5b3UgcmVjZWl2ZSBpdCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IG1lIGFu ZCBwZXJtYW5lbnRseSBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3NhZ2UgYW5kIGFueSBjb3BpZXMu DQotLS0tDQoNCg0K --_000_3A16E9FE2567404AA4E3F98E854146D1ingramcontentcom_ Content-Type: text/html; charset=UTF-8 Content-ID: <3385FDEC74C06E468A03B398DD020412(a)namprd12.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxuczptdj0iaHR0cDovL21hY1ZtbFNj aGVtYVVyaSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGhlYWQ+ DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hh cnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJUaXRsZSIgY29udGVudD0iIj4NCjxtZXRhIG5hbWU9 IktleXdvcmRzIiBjb250ZW50PSIiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJN aWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8IS0tW2lmICFtc29dPjxzdHls ZT52XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwo I2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hh cGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+PCFbZW5kaWZdLS0+PHN0 eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6QXJpYWw7DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0 ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uYXBwbGUt Y29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9 DQpwLmJhbm5lci1jb250YWluZXIsIGxpLmJhbm5lci1jb250YWluZXIsIGRpdi5iYW5uZXItY29u dGFpbmVyDQoJe21zby1zdHlsZS1uYW1lOmJhbm5lci1jb250YWluZXI7DQoJbXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3Rl eHQ7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0 eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30N Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1h cmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6 V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0 ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkhpIENocmlzdG9waGUsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+QW4g4oCcZXhwb3J0IGRvbWFpbuKAnSBpcyBtYWRlIGZvciBqdXN0IHRo aXMgcHVycG9zZS4gQ3JlYXRlIGEgTkZTICh2ZXJzaW9uIDMpIHNoYXJlIGFuZCBtYWtlIGl0IGFj Y2Vzc2libGUgdG8gdGhlIGh5cGVydmlzb3JzIGZvciBlYWNoIGVuZ2luZS4gKEl0IHNob3VsZCBi ZSBhIGRlZGljYXRlZCBORlMgc2hhcmUsIG5vdCB1c2VkDQogZm9yIGFueXRoaW5nIGVsc2UuKSBB cyBJIHJlY2FsbCBpdCBzaG91bGQgYmUgb3duZWQgYnkgdmRzbTp2ZHNtICgzNjozNikuIEluIG9u ZSBvZiB0aGUgZW5naW5lcyAoZG9lc27igJl0IG1hdHRlciB3aGljaCksIGluIHRoZSB3ZWIgYWRt aW4gcGFnZSBnbyB0byBTdG9yYWdlIGFuZCBhZGQgYSBuZXcgTkZTIGJhc2VkIGV4cG9ydCBkb21h aW4sIHVzaW5nIHRoZSBORlMgc2hhcmUgeW91IGNyZWF0ZWQuIE9uY2UgaXTigJlzIGFjdGl2YXRl ZCwgdGVzdCBpdA0KIG91dDsgdHJ5IHJpZ2h0LWNsaWNraW5nIG9uIGEgVk0gdG8g4oCcZXhwb3J0 4oCdIGl0LiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5Ob3RlIHRoYXQgdGhlcmUgY2FuIG9u bHkgYmUgb25lIGVuZ2luZSBjb25uZWN0ZWQgdG8gYSBnaXZlbiBleHBvcnQgZG9tYWluIGF0IGFu eSBvbmUgdGltZS4gV2hlbiB5b3XigJlyZSBkb25lIHRlc3RpbmcgdGhlIGV4cG9ydCBkb21haW4g b24gdGhlIGZpcnN0IGVuZ2luZSwgeW91IG5lZWQgdG8gcHV0IGl0IGludG8g4oCcbWFpbnRlbmFu Y2XigJ0NCiBhbmQgdWx0aW1hdGVseSDigJxkZXRhY2jigJ0gaXQuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+VGhlbiBnbyB0byB0aGUgb3RoZXIgZW5naW5lLCBhbmQgdGhpcyB0aW1lIHVuZGVy IFN0b3JhZ2UgaW5zdGVhZCBvZiDigJxuZXcgZG9tYWlu4oCdIGNsaWNrIOKAnGltcG9ydCBkb21h aW7igJ0gYW5kIGVudGVyIHRoZSBzYW1lIE5GUyBzaGFyZSBpbmZvcm1hdGlvbi4gSXQgc2hvdWxk IHJlY29nbml6ZSB0aGF0IHlvdSBhbHJlYWR5IGhhdmUNCiBhbiBleHBvcnQgZG9tYWluIHNldHVw IHVuZGVyIHRoYXQgTkZTIHNoYXJlLiAmbmJzcDtBdHRhY2ggYW5kIGFjdGl2YXRlIGl0LCBhbmQg dW5kZXIgU3RvcmFnZSAvICZsdDt5b3VyIGV4cG9ydCBkb21haW4gbmFtZSZndDsmbmJzcDsgLyBW TSBJbXBvcnQsIHRyeSBpbXBvcnRpbmcgdGhlIFZNIHlvdSBoYWQgcHJldmlvdXNseSBleHBvcnRl ZC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlRoaXMgaXMgY292ZXJlZCAoc3BhcnNlbHkp IGluIHRoZSBvVmlydCBkb2N1bWVudGF0aW9uIGF0DQo8YSBocmVmPSJodHRwczovL3d3dy5vdmly dC5vcmcvZG9jdW1lbnRhdGlvbi9hZG1pbi1ndWlkZS9hZG1pbmlzdHJhdGlvbi1ndWlkZS8iPmh0 dHBzOi8vd3d3Lm92aXJ0Lm9yZy9kb2N1bWVudGF0aW9uL2FkbWluLWd1aWRlL2FkbWluaXN0cmF0 aW9uLWd1aWRlLzwvYT4sIGFuZCBpdOKAmXMgY292ZXJlZCBtb3JlIGNvaGVyZW50bHkgaW4gdGhl IGNvbW1lcmNpYWwgUkhWIGRvY3VtZW50YXRpb24gYXQNCjxhIGhyZWY9Imh0dHBzOi8vYWNjZXNz LnJlZGhhdC5jb20vZG9jdW1lbnRhdGlvbi9lbi9yZWQtaGF0LXZpcnR1YWxpemF0aW9uLzQuMC9z aW5nbGUvYWRtaW5pc3RyYXRpb24tZ3VpZGUjU3RvcmFnZV9wcm9wZXJ0aWVzIj4NCmh0dHBzOi8v YWNjZXNzLnJlZGhhdC5jb20vZG9jdW1lbnRhdGlvbi9lbi9yZWQtaGF0LXZpcnR1YWxpemF0aW9u LzQuMC9zaW5nbGUvYWRtaW5pc3RyYXRpb24tZ3VpZGUjU3RvcmFnZV9wcm9wZXJ0aWVzPC9hPi4N CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkJlc3QsPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+RGFuaWVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+Jmx0O3VzZXJzLWJvdW5jZXNAb3ZpcnQub3JnJmd0OyBv biBiZWhhbGYgb2YgQ2hyaXN0b3BoZSBUUkVGT0lTICZsdDtjaHJpc3RvcGhlLnRyZWZvaXNAdW5p Lmx1Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIE5vdmVtYmVyIDE0LCAyMDE2IGF0IDEx OjE0IEFNPGJyPg0KPGI+VG86IDwvYj51c2VycyAmbHQ7dXNlcnNAb3ZpcnQub3JnJmd0Ozxicj4N CjxiPlN1YmplY3Q6IDwvYj5bb3ZpcnQtdXNlcnNdIE1vdmUgYSBWTSBiZXR3ZWVuIDIgc2V0dXBz PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhp LCA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGhhdmUg YSBzZXR1cCB3aGVyZSB3ZSB3YW50IHRvIGRlcGxveSAyIGVuZ2luZXMgYXMgdGhlIG5ldHdvcmsg YmV0d2VlbiAyIGJ1aWxkaW5ncyBpcyB1bnJlbGlhYmxlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaXRoIDIgZW5naW5lcywgd2UgdGhlbiB3 YW50IHRvIGJlIGFibGUgdG8gbW92ZSBWTXMgKG9uZSB0aW1lKSBmcm9tIGN1cnJlbnQgZW5naW5l IHdoZXJlIHRoZXkgYXJlIHJ1bm5pbmcgdG8gbmV3IGVuZ2luZSBpbiB0aGUgb3RoZXIgYnVpbGRp bmcuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PklzIHRoZXJlIGEgcmVjb21tZW5kZWQgd29ya2Zsb3cgZm9yIGRvaW5nIHRoaXM/PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBoYXZlIGFjY2Vz cyB0byBzaGFyZWQgTkZTIGZvciB0aGlzIHRhc2sgaWYgcmVxdWlyZWQuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgYW55IHBv aW50ZXJzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Q2hyaXN0b3BoZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztsaW5lLWhlaWdodDoxMi4wcHQi Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6 IzNEM0IzQiI+LS0mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6QXJpYWw7Y29sb3I6IzIxMjEyMSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO2xpbmUtaGVpZ2h0OjEyLjBwdCI+DQo8Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojM0QzQjNCIj5EciBDaHJp c3RvcGhlIFRyZWZvaXMsIERpcGwuLUluZy48L3NwYW4+PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OkFyaWFsO2NvbG9yOiMyMTIxMjEiPiZuYnNwOyZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6IzIxMjEyMSI+PGJy Pg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7 Y29sb3I6IzNEM0IzQiI+VGVjaG5pY2FsIFNwZWNpYWxpc3QgLyBQb3N0LURvYzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMjEyMTIx Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bGluZS1oZWln aHQ6MTIuMHB0Ij4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6 QXJpYWw7Y29sb3I6IzNEM0IzQiI+VU5JVkVSU0lUw4kgRFUgTFVYRU1CT1VSRzwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFj ayI+PGJyPg0KPGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9u dC1mYW1pbHk6QXJpYWw7Y29sb3I6IzNEM0IzQiI+TFVYRU1CT1VSRyBDRU5UUkUgRk9SIFNZU1RF TVMgQklPTUVESUNJTkU8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9u dC1mYW1pbHk6QXJpYWw7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMzRDNCM0IiPkNhbXB1cyBCZWx2 YWwgfCBIb3VzZSBvZiBCaW9tZWRpY2luZTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOyZuYnNwOzwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj42LCBhdmVudWUgZHUgU3dpbmcmbmJzcDs8L3NwYW4+PGJyPg0KTC00MzY3IEJlbHZh dXg8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDsmbmJzcDs8L3NwYW4+ PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s b3I6YmxhY2siPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQt ZmFtaWx5OkFyaWFsO2NvbG9yOiMzRDNCM0IiPlQ6PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPiYjNDM7MzUyIDQ2IDY2IDQ0IDYxMjQ8L3NwYW4+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVw dDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsYWNrIj48 YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlh bDtjb2xvcjojM0QzQjNCIj5GOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj4mIzQzOzM1MiA0NiA2NiA0NCA2OTQ5PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1p bHk6QXJpYWw7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+PGJyPg0K PGEgaHJlZj0iaHR0cDovL3d3dy51bmkubHUvbGNzYiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDZE QkQiPmh0dHA6Ly93d3cudW5pLmx1L2xjc2I8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztsaW5lLWhlaWdodDoxMi4wcHQiPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6YmxhY2siPjxhIGhy ZWY9Imh0dHBzOi8vd3d3LmZhY2Vib29rLmNvbS90cmVmZXgiPjxzcGFuIHN0eWxlPSJ0ZXh0LWRl Y29yYXRpb246bm9uZSI+PGltZyBib3JkZXI9IjAiIHdpZHRoPSIyNCIgaGVpZ2h0PSIyNCIgaWQ9 Il94MDAwMF9pMTAyNSIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRtbHNpZy1hc3Nl dHMvcm91bmRlZC9mYWNlYm9vay5wbmciIGFsdD0iYWNlYm9vayI+PC9zcGFuPjwvYT48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDsmbmJzcDs8L3NwYW4+PGEgaHJlZj0i aHR0cHM6Ly90d2l0dGVyLmNvbS9UcmVmZXgiPjxzcGFuIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246 bm9uZSI+PGltZyBib3JkZXI9IjAiIHdpZHRoPSIyNCIgaGVpZ2h0PSIyNCIgaWQ9Il94MDAwMF9p MTAyNiIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRtbHNpZy1hc3NldHMvcm91bmRl ZC90d2l0dGVyLnBuZyIgYWx0PSJ3aXR0ZXIiPjwvc3Bhbj48L2E+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vcGx1 cy5nb29nbGUuY29tLyYjNDM7Q2hyaXN0b3BoZVRyZWZvaXMvIj48c3BhbiBzdHlsZT0idGV4dC1k ZWNvcmF0aW9uOm5vbmUiPjxpbWcgYm9yZGVyPSIwIiB3aWR0aD0iMjQiIGhlaWdodD0iMjQiIGlk PSJfeDAwMDBfaTEwMjciIHNyYz0iaHR0cHM6Ly9zMy5hbWF6b25hd3MuY29tL2h0bWxzaWctYXNz ZXRzL3JvdW5kZWQvZ29vZ2xlcGx1cy5wbmciIGFsdD0ib29nbGUgUGx1cyI+PC9zcGFuPjwvYT48 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDsmbmJzcDs8L3NwYW4+PGEg aHJlZj0iaHR0cHM6Ly93d3cubGlua2VkaW4uY29tL2luL3RyZWZvaXNjaHJpc3RvcGhlIj48c3Bh biBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmUiPjxpbWcgYm9yZGVyPSIwIiB3aWR0aD0iMjQi IGhlaWdodD0iMjQiIGlkPSJfeDAwMDBfaTEwMjgiIHNyYz0iaHR0cHM6Ly9zMy5hbWF6b25hd3Mu Y29tL2h0bWxzaWctYXNzZXRzL3JvdW5kZWQvbGlua2VkaW4ucG5nIiBhbHQ9Imlua2VkaW4iPjwv c3Bhbj48L2E+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxhIGhyZWY9Imh0dHA6Ly9za3lwZTpUcmVmZXg/Y2FsbCI+PHNwYW4gc3R5bGU9InRl eHQtZGVjb3JhdGlvbjpub25lIj48aW1nIGJvcmRlcj0iMCIgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0 IiBpZD0iX3gwMDAwX2kxMDI5IiBzcmM9Imh0dHBzOi8vczMuYW1hem9uYXdzLmNvbS9odG1sc2ln LWFzc2V0cy9yb3VuZGVkL3NreXBlLnBuZyIgYWx0PSJreXBlIj48L3NwYW4+PC9hPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztsaW5lLWhlaWdodDoxMi4wcHQi Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjoj M0QzQjNCIj4tLS0tPGJyPg0KVGhpcyBtZXNzYWdlIGlzIGNvbmZpZGVudGlhbCBhbmQgbWF5IGNv bnRhaW4gcHJpdmlsZWdlZCBpbmZvcm1hdGlvbi48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KSXQgaXMgaW50ZW5kZWQgZm9yIHRoZSBuYW1lZCBy ZWNpcGllbnQgb25seS48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+PGJyPg0KSWYgeW91IHJlY2VpdmUgaXQgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSBtZSBh bmQgcGVybWFuZW50bHkgZGVsZXRlIHRoZSBvcmlnaW5hbCBtZXNzYWdlIGFuZCBhbnkgY29waWVz LjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQot LS0tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_3A16E9FE2567404AA4E3F98E854146D1ingramcontentcom_--

5 5

Internal Server error after session timeout
by Derek Atkins 15 Nov '16

15 Nov '16

Using ovirt 4.0.4 on centos 7.2.. I log in as admin@internal using firefox on Fedora 23.. Then I walk away for a while and the session expires. It returns to the password screen. I enter the username and password. If I enter it in and login, *THEN* I get an Internal Server error. It provides a "Click here to continue". Clicking there returns to the origin page and if I click on Administration Portal it takes me to the portal, all logged in. Why does this server error occur? It seems like once it times out and returns to the admin page, it should either return to the original page (suggesting a portal), or it should add a hidden field to the login page that remembers which portal it came from. Regardless, an internal server error is, IMHO, the wrong response. Is this a bug or am I missing something? -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 5

[ANN] oVirt 4.0.5 Release is now available
by Sandro Bonazzola 15 Nov '16

15 Nov '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.5, as of November 15th, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This update is the fifth in a series of stabilization updates to the 4.0 series. 4.0.5 brings 16 enhancements and 90 bugfixes, including 43 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [2] * A new oVirt Next Generation Node will be available soon [2] * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[3] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.5 release highlights: http://www.ovirt.org/release/4.0.5/ * 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] http://www.ovirt.org/release/4.0.5/ [2] http://resources.ovirt.org/pub/ovirt-4.0/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] Import VM from export domain fails
by Martijn Grendelman 15 Nov '16

15 Nov '16

--------------FA5F91C9F959F4D340DE6244 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Strange, the import failed twice, and it succeeded when I tried a third time. I'll report back when I encounter this problem again. Thanks. Best regards, Martijn. Op 15-11-2016 om 08:33 schreef Elad Ben Aharon: > Can you please attach engine.log? > Thanks > > On Mon, Nov 14, 2016 at 6:28 PM, Martijn Grendelman > <martijn.grendelman(a)isaac.nl <mailto:martijn.grendelman@isaac.nl>> wrote: > > 2016-11-14 17:24:27,980 ERROR > [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] > (org.ovirt.thread.pool-8-thread-39) [4a0b828a] Exception: > java.lang.reflect.UndeclaredThrowableException > at com.sun.proxy.$Proxy183.isMacInRange(Unknown Source) > at > java.util.function.Predicate.lambda$negate$1(Predicate.java:80) > [rt.jar:1.8.0_111] > at > java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174) > [rt.jar:1.8.0_111] > at > java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) > [rt.jar:1.8.0_111] > at > java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) > [rt.jar:1.8.0_111] > at > java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374) > [rt.jar:1.8.0_111] > at > java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) > [rt.jar:1.8.0_111] > at > java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) > [rt.jar:1.8.0_111] > at > java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) > [rt.jar:1.8.0_111] > at > java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) > [rt.jar:1.8.0_111] > at > java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) > [rt.jar:1.8.0_111] > at > org.ovirt.engine.core.bll.network.vm.ExternalVmMacsFinder.findExternalMacAddresses(ExternalVmMacsFinder.java:38) > [bll.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.reportExternalMacs(ImportVmCommandBase.java:438) > [bll.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmInterfaces(ImportVmCommandBase.java:552) > [bll.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.lambda$addVmToDb$0(ImportVmCommandBase.java:458) > [bll.jar:] > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:204) > [utils.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmToDb(ImportVmCommandBase.java:454) > [bll.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.executeCommand(ImportVmCommandBase.java:425) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1305) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1447) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2075) > [bll.jar:] > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) > [utils.jar:] > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) > [utils.jar:] > at > org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1490) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398) > [bll.jar:] > at > org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204) > [bll.jar:] > at > org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.runCommands(PrevalidatingMultipleActionsRunner.java:176) > [bll.jar:] > at > org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182) > [bll.jar:] > at > org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:92) > [utils.jar:] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > [rt.jar:1.8.0_111] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > [rt.jar:1.8.0_111] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > [rt.jar:1.8.0_111] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > [rt.jar:1.8.0_111] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [rt.jar:1.8.0_111] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > [rt.jar:1.8.0_111] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [rt.jar:1.8.0_111] > at java.lang.reflect.Method.invoke(Method.java:498) > [rt.jar:1.8.0_111] > at > org.ovirt.engine.core.utils.lock.LockedObjectFactory$LockingInvocationHandler.invoke(LockedObjectFactory.java:59) > [utils.jar:] > ... 34 more > Caused by: java.lang.NumberFormatException: For input string: "" > at > java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) > [rt.jar:1.8.0_111] > at java.lang.Long.parseLong(Long.java:601) [rt.jar:1.8.0_111] > at > org.ovirt.engine.core.utils.MacAddressRangeUtils.macToLong(MacAddressRangeUtils.java:123) > [utils.jar:] > at > org.ovirt.engine.core.bll.network.macpool.MacPoolUsingRanges.isMacInRange(MacPoolUsingRanges.java:116) > [bll.jar:] > at > org.ovirt.engine.core.bll.network.macpool.DelegatingMacPoolDecorator.isMacInRange(DelegatingMacPoolDecorator.java:56) > [bll.jar:] > ... 39 more > > > Any idea? > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > > --------------FA5F91C9F959F4D340DE6244 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Strange, the import failed twice, and it succeeded when I tried a third time. I'll report back when I encounter this problem again. Thanks.<br> <br> Best regards,<br> Martijn.<br> <br> <br> <div class="moz-cite-prefix">Op 15-11-2016 om 08:33 schreef Elad Ben Aharon:<br> </div> <blockquote cite="mid:50884cc1575a41d7d1f3d115a8f6bb70,CAOpfNcWXqUkk-U3Z7eaU6nC9zUpxYuHDEKcRt0w4rOt+YW1dkA@mail.gmail.com" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <div dir="ltr"> <div>Can you please attach engine.log?<br> </div> Thanks<br> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Mon, Nov 14, 2016 at 6:28 PM, Martijn Grendelman <span dir="ltr"><<a moz-do-not-send="true" href="mailto:martijn.grendelman@isaac.nl" target="_blank">martijn.grendelman(a)isaac.nl</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2016-11-14 17:24:27,980 ERROR<br> [org.ovirt.engine.core.bll.<wbr>exportimport.ImportVmCommand]<br> (org.ovirt.thread.pool-8-<wbr>thread-39) [4a0b828a] Exception:<br> java.lang.reflect.<wbr>UndeclaredThrowableException<br> at com.sun.proxy.$Proxy183.<wbr>isMacInRange(Unknown Source)<br> at<br> java.util.function.Predicate.<wbr>lambda$negate$1(Predicate.<wbr>java:80)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.stream.<wbr>ReferencePipeline$2$1.accept(<wbr>ReferencePipeline.java:174)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.stream.<wbr>ReferencePipeline$2$1.accept(<wbr>ReferencePipeline.java:175)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.stream.<wbr>ReferencePipeline$3$1.accept(<wbr>ReferencePipeline.java:193)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.ArrayList$<wbr>ArrayListSpliterator.<wbr>forEachRemaining(ArrayList.<wbr>java:1374)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.stream.<wbr>AbstractPipeline.copyInto(<wbr>AbstractPipeline.java:481)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.stream.<wbr>AbstractPipeline.<wbr>wrapAndCopyInto(<wbr>AbstractPipeline.java:471)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.stream.ReduceOps$<wbr>ReduceOp.evaluateSequential(<wbr>ReduceOps.java:708)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.stream.<wbr>AbstractPipeline.evaluate(<wbr>AbstractPipeline.java:234)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.stream.<wbr>ReferencePipeline.collect(<wbr>ReferencePipeline.java:499)<br> [rt.jar:1.8.0_111]<br> at<br> org.ovirt.engine.core.bll.<wbr>network.vm.<wbr>ExternalVmMacsFinder.<wbr>findExternalMacAddresses(<wbr>ExternalVmMacsFinder.java:38)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>exportimport.<wbr>ImportVmCommandBase.<wbr>reportExternalMacs(<wbr>ImportVmCommandBase.java:438)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>exportimport.<wbr>ImportVmCommandBase.<wbr>addVmInterfaces(<wbr>ImportVmCommandBase.java:552)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>exportimport.<wbr>ImportVmCommandBase.lambda$<wbr>addVmToDb$0(<wbr>ImportVmCommandBase.java:458)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.utils.<wbr>transaction.<wbr>TransactionSupport.<wbr>executeInNewTransaction(<wbr>TransactionSupport.java:204)<br> [utils.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>exportimport.<wbr>ImportVmCommandBase.addVmToDb(<wbr>ImportVmCommandBase.java:454)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>exportimport.<wbr>ImportVmCommandBase.<wbr>executeCommand(<wbr>ImportVmCommandBase.java:425)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>CommandBase.<wbr>executeWithoutTransaction(<wbr>CommandBase.java:1305)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>CommandBase.<wbr>executeActionInTransactionScop<wbr>e(CommandBase.java:1447)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>CommandBase.runInTransaction(<wbr>CommandBase.java:2075)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.utils.<wbr>transaction.<wbr>TransactionSupport.<wbr>executeInSuppressed(<wbr>TransactionSupport.java:166)<br> [utils.jar:]<br> at<br> org.ovirt.engine.core.utils.<wbr>transaction.<wbr>TransactionSupport.<wbr>executeInScope(<wbr>TransactionSupport.java:105)<br> [utils.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>CommandBase.execute(<wbr>CommandBase.java:1490)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>CommandBase.executeAction(<wbr>CommandBase.java:398)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>PrevalidatingMultipleActionsRu<wbr>nner.executeValidatedCommand(<wbr>PrevalidatingMultipleActionsRu<wbr>nner.java:204)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>PrevalidatingMultipleActionsRu<wbr>nner.runCommands(<wbr>PrevalidatingMultipleActionsRu<wbr>nner.java:176)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>PrevalidatingMultipleActionsRu<wbr>nner.lambda$invokeCommands$3(<wbr>PrevalidatingMultipleActionsRu<wbr>nner.java:182)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.utils.<wbr>threadpool.ThreadPoolUtil$<wbr>InternalWrapperRunnable.run(<wbr>ThreadPoolUtil.java:92)<br> [utils.jar:]<br> at<br> java.util.concurrent.<wbr>Executors$RunnableAdapter.<wbr>call(Executors.java:511)<br> [rt.jar:1.8.0_111]<br> at java.util.concurrent.<wbr>FutureTask.run(FutureTask.<wbr>java:266)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.concurrent.<wbr>ThreadPoolExecutor.runWorker(<wbr>ThreadPoolExecutor.java:1142)<br> [rt.jar:1.8.0_111]<br> at<br> java.util.concurrent.<wbr>ThreadPoolExecutor$Worker.run(<wbr>ThreadPoolExecutor.java:617)<br> [rt.jar:1.8.0_111]<br> at java.lang.Thread.run(Thread.<wbr>java:745) [rt.jar:1.8.0_111]<br> Caused by: java.lang.reflect.<wbr>InvocationTargetException<br> at sun.reflect.<wbr>NativeMethodAccessorImpl.<wbr>invoke0(Native Method)<br> [rt.jar:1.8.0_111]<br> at<br> sun.reflect.<wbr>NativeMethodAccessorImpl.<wbr>invoke(<wbr>NativeMethodAccessorImpl.java:<wbr>62)<br> [rt.jar:1.8.0_111]<br> at<br> sun.reflect.<wbr>DelegatingMethodAccessorImpl.<wbr>invoke(<wbr>DelegatingMethodAccessorImpl.<wbr>java:43)<br> [rt.jar:1.8.0_111]<br> at java.lang.reflect.Method.<wbr>invoke(Method.java:498)<br> [rt.jar:1.8.0_111]<br> at<br> org.ovirt.engine.core.utils.<wbr>lock.LockedObjectFactory$<wbr>LockingInvocationHandler.<wbr>invoke(LockedObjectFactory.<wbr>java:59)<br> [utils.jar:]<br> ... 34 more<br> Caused by: java.lang.<wbr>NumberFormatException: For input string: ""<br> at<br> java.lang.<wbr>NumberFormatException.<wbr>forInputString(<wbr>NumberFormatException.java:65)<br> [rt.jar:1.8.0_111]<br> at java.lang.Long.parseLong(Long.<wbr>java:601) [rt.jar:1.8.0_111]<br> at<br> org.ovirt.engine.core.utils.<wbr>MacAddressRangeUtils.<wbr>macToLong(<wbr>MacAddressRangeUtils.java:123)<br> [utils.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>network.macpool.<wbr>MacPoolUsingRanges.<wbr>isMacInRange(<wbr>MacPoolUsingRanges.java:116)<br> [bll.jar:]<br> at<br> org.ovirt.engine.core.bll.<wbr>network.macpool.<wbr>DelegatingMacPoolDecorator.<wbr>isMacInRange(<wbr>DelegatingMacPoolDecorator.<wbr>java:56)<br> [bll.jar:]<br> ... 39 more<br> <br> <br> Any idea?<br> <br> <br> <br> ______________________________<wbr>_________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br> </blockquote> </div> <br> </div> </blockquote> <br> </body> </html> --------------FA5F91C9F959F4D340DE6244--

1 0