December 2015 - Users - oVirt List Archives

noVNC and spiceHTML5 keyboard layout
by Nathanaël Blanchet 14 Dec '15

14 Dec '15

Hi all, With 3.6 and SPICE+VNC option, display continue to work, but the keybord layout is only qwerty with novnc or spiceHTML5. With the native console, the keyboard layout is the same as expected (fr) in the edit tab. Is it a known bug? it seems that the desired layout with spiceHTML5 has never worked before, but with noVNC it was good, so it may be a regression. Thanks for your help. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

1 0

Migration Return Errors
by Matt Wells 14 Dec '15

14 Dec '15

We're running oVirt 3.5 in a two node setup. We've had some storage issues and getting it humming with Gluster but this seems to have all of that squared away. Our problem is peculiar and I wanted to ask the list to see if anyone else has had this. In short you can migrate a VM from one host to the other but once there it can not return to it's original host. We attempted a few things yesterday and with testing today I'll attach logs shortly. ** Environment Hosts name - Host1.example.com Host2.example.com VMs name - Server1.example.com Server2.example.com This is a hosted-enginge configuration but all seems to be working well. Even the hosted-engine shows this behavior but I'm focusing on Server 1 and 2; not the engine as I believe it complicates the tests. * Both nodes are operational with no power management setup * All VMs reside within the vm_storage mount point * At this time there is only one Network; it has the VMs and hosts. This will be broken up after this is resolved. * Server1 migrates (by hand ) from Host1 to Host2 with no issues * Server2 is powered on atop Host1 with no issues; leaving one VM on both hosts * I attempt to migrate Server1 back to Host1 and he states there is no available hypervisor * I can reboot Server2 with no issues, create a new VM on Host1 * A VM can only migrate onces, never able to return from whence it came The only way to force this is to place Host1 in maintenance mode and activate again. After this Server2 can return to Host1 but then is unable to go back to Server2; being in the same cycle

2 1

How To: Node Hosted-Engine with less then 16GB
by Alain Gilmor 14 Dec '15

14 Dec '15

--_000_3217552491024477ba9926bdf0e12f11GEEEX01globaleagleentco_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Here's a short guide for people having trouble setting up Hosted-Engine usi= ng only Ovirt Nodes. Anything to do with ' jenkins' OVA did not work for = me, size mismatch, etc. Anytime I tried to deploy the Hosted-Engine via the Node TUI, I was not pro= mpted to adjust the amount of RAM the Hosted-Engine VM takes. (default 16G= B). After the deploy setup, the Hosted-Engine VM would not boot. When using a regular Ovirt host to deploy the Hosted-Engine, I was prompted= to adjust the RAM for the Hosted Engine! Solution : Install ovirt-engine RPMs on "host1". Install ovirt-hosted-engine-appliance RPM. Copy its OVA from /usr/share/ovi= rt-engine-appliance/ to your webserver Run hosted-engine -deploy from "host1". Adjust the RAM to 4096. Run the Hosted-Engine deploy from Node. Let it SCP the config from "host1" Reboot Host1 as make it another Node. --_000_3217552491024477ba9926bdf0e12f11GEEEX01globaleagleentco_ 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"FR-CA" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Here’s a short guide for = people having trouble setting up Hosted-Engine using only Ovirt Nodes.   Anything to do with ‘ jenkins&#8= 217; OVA did not work for me, size mismatch, etc.<o:p></o:p> Anytime I tried to deploy the Hosted-Engine via the Node TUI, I was not<= /i> prompted to adjust the amount of RAM the Hosted-Engine VM takes.  = (default 16GB).   After the deploy setup, the Hosted-Engine VM wo= uld not boot.  <o:p></o:p> When using a regular Ovirt host= to deploy the Hosted-Engine, I was prompted to adjust the RAM for the Hosted Engine!<o:p></o:p>= <o:p> </o:p> Solution  :<o:p></o:p></sp= an> Install ovirt-engine RPMs on &#= 8220;host1”.<o:p></o:p> Install ovirt-hosted-engine-app= liance RPM. Copy its OVA from /usr/share/ovirt-engine-appliance/  to y= our webserver<o:p></o:p> Run hosted-engine –deploy= from “host1”.  Adjust the RAM to 4096. Run the Hosted-Engine deploy from Node.  Let it SCP the config from &#= 8220;host1”<o:p></o:p> Reboot Host1 as make it another= Node.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> </div> </body> </html> --_000_3217552491024477ba9926bdf0e12f11GEEEX01globaleagleentco_--

2 3

hosted-engine --deploy using vmfex, not bridged mode ?
by David LeVene 14 Dec '15

14 Dec '15

--_000_BLUPR0301MB19712419B3AC58A8EF53D15FE9ED0BLUPR0301MB1971_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I'm starting to review/test ovirt to see if its suitable to use in our orga= nisation. I'm following some guides but I'm having trouble with the hosted-= engine --deploy section. I want to use VM-FEX to setup this initial host, as when I go bridged mode = it breaks the networking on the host and I am unable to configure/correctly= setup everything. Is there a way I can perform the hosted-engine setup using this method of t= elling it to use a vm-fex defined network pool? I might need to configure t= his myself before running hosted-engine deploy.. which is fine but I can't = touch or edit the virsh settings as there's a password - and I'm not sure h= ow to get that to modify the networking myself after the initial setup. FYI - this is the guide I'm following, as we are interested in the gluster = replication (http://community.redhat.com/blog/2014/10/up-and-running-with-o= virt-3-5/) Any suggestions/tips would be appreciated. Regards David This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please imm= ediately notify the sender and delete this transmission if you received thi= s email in error. --_000_BLUPR0301MB19712419B3AC58A8EF53D15FE9ED0BLUPR0301MB1971_ 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-AU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi All,<o:p></o:p> <o:p> </o:p> I’m starting to review/test ovirt to see if it= s suitable to use in our organisation. I’m following some guides but = I’m having trouble with the hosted-engine --deploy section.<o:p></o:p= > <o:p> </o:p> I want to use VM-FEX to setup this initial host, as = when I go bridged mode it breaks the networking on the host and I am unable= to configure/correctly setup everything.<o:p></o:p> <o:p> </o:p> Is there a way I can perform the hosted-engine setup= using this method of telling it to use a vm-fex defined network pool? I mi= ght need to configure this myself before running hosted-engine deploy.. whi= ch is fine but I can’t touch or edit the virsh settings as there’s a password - and I’m not sure ho= w to get that to modify the networking myself after the initial setup.<o:p>= </o:p> <o:p> </o:p> FYI - this is the guide I’m following, as we a= re interested in the gluster replication (http://community.redhat.com/blog/= 2014/10/up-and-running-with-ovirt-3-5/)<o:p></o:p> <o:p> </o:p> Any suggestions/tips would be appreciated.<o:p></o:p= > <o:p> </o:p> Regards<o:p></o:p> David<o:p></o:p> </div> This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete th= is transmission if you received this email in error. </body> </html> --_000_BLUPR0301MB19712419B3AC58A8EF53D15FE9ED0BLUPR0301MB1971_--

2 1

oVirt 3.6 and CentOS 7
by ovirt＠timmi.org 13 Dec '15

13 Dec '15

Hi oVirt users, since a couple of days I'm struggling to install oVirt 3.6 on a CentOS 7 server. Here are the steps I have done to get oVirt 3.6 engine on the host. 1. Install minimal CentOS 2. update to latest version (yum update) 3. install oVirt 3.6 (yum install ovirt-engine) 4. start rpcbind (systemctl start rpcbind) 5. run engine-setup --== CONFIGURATION PREVIEW ==-- Application mode : both Default SAN wipe after delete : False Firewall manager : firewalld Update Firewall : True Host FQDN : hostname.localdomain Engine database secured connection : False Engine database host : localhost Engine database user name : engine Engine database name : engine Engine database port : 5432 Engine database host name validation : False Engine installation : True NFS setup : True PKI organization : Me NFS export ACL : 192.168.1.0/24(rw) NFS mount point : /home/iso Configure local Engine database : True Set application as default page : True Configure Apache SSL : True Configure VMConsole Proxy : True Engine Host FQDN : hostname.localdomain Configure WebSocket Proxy : True After the successful installation of the engine I logged into the admin portal to add the host to the data center. Here I entered in the following issue: Adding the host never was successful. I found out that the firewalld was always stopped and disabled during that process. A manual start of the firewalld was allowing me to continue. After that I was able to add the storage to the server. Now I thought I will be able to install a VM into the host but it looks like that something else is missing. I have no options in the drop-down boxes of cluster, templates and OS. Is anyone able to help me here? Please note that this is my first oVirt installation. Best regards and thx Christoph

3 5

vdsm command failed connection reset by peer
by alireza sadeh seighalan 12 Dec '15

12 Dec '15

hi everyone today i saw an error in events tab of ovirt3.6. it shows me this error: VDSM HV07 command failed connection reset by peer my vdsm and libvirt services status is: [root@hv07 ~]# systemctl status vdsmd vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled) Active: active (running) since Thu 2015-12-10 17:28:10 IRST; 2 days ago Process: 17321 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh --post-stop (code=exited, status=0/SUCCESS) Process: 17324 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh --pre-start (code=exited, status=0/SUCCESS) Main PID: 17417 (vdsm) CGroup: /system.slice/vdsmd.service ├─ 2407 /usr/libexec/ioprocess --read-pipe-fd 151 --write-pipe-fd 147 --max-threads 10 --max-queued-requests 10 ├─ 4072 /usr/libexec/ioprocess --read-pipe-fd 159 --write-pipe-fd 156 --max-threads 10 --max-queued-requests 10 ├─ 4190 /usr/libexec/ioprocess --read-pipe-fd 183 --write-pipe-fd 180 --max-threads 10 --max-queued-requests 10 ├─ 4212 /usr/libexec/ioprocess --read-pipe-fd 153 --write-pipe-fd 150 --max-threads 10 --max-queued-requests 10 ├─ 4234 /usr/libexec/ioprocess --read-pipe-fd 49 --write-pipe-fd 46 --max-threads 10 --max-queued-requests 10 ├─14269 /usr/libexec/ioprocess --read-pipe-fd 35 --write-pipe-fd 34 --max-threads 10 --max-queued-requests 10 ├─14280 /usr/libexec/ioprocess --read-pipe-fd 48 --write-pipe-fd 45 --max-threads 10 --max-queued-requests 10 ├─14289 /usr/libexec/ioprocess --read-pipe-fd 56 --write-pipe-fd 55 --max-threads 10 --max-queued-requests 10 ├─14296 /usr/libexec/ioprocess --read-pipe-fd 65 --write-pipe-fd 64 --max-threads 10 --max-queued-requests 10 ├─14303 /usr/libexec/ioprocess --read-pipe-fd 73 --write-pipe-fd 72 --max-threads 10 --max-queued-requests 10 ├─14310 /usr/libexec/ioprocess --read-pipe-fd 82 --write-pipe-fd 80 --max-threads 10 --max-queued-requests 10 ├─14317 /usr/libexec/ioprocess --read-pipe-fd 90 --write-pipe-fd 89 --max-threads 10 --max-queued-requests 10 ├─14324 /usr/libexec/ioprocess --read-pipe-fd 97 --write-pipe-fd 96 --max-threads 10 --max-queued-requests 10 ├─14331 /usr/libexec/ioprocess --read-pipe-fd 105 --write-pipe-fd 104 --max-threads 10 --max-queued-requests 10 ├─14338 /usr/libexec/ioprocess --read-pipe-fd 117 --write-pipe-fd 113 --max-threads 10 --max-queued-requests 10 ├─17417 /usr/bin/python /usr/share/vdsm/vdsm ├─17692 /usr/libexec/ioprocess --read-pipe-fd 131 --write-pipe-fd 130 --max-threads 10 --max-queued-requests 10 ├─21151 /usr/libexec/ioprocess --read-pipe-fd 126 --write-pipe-fd 124 --max-threads 10 --max-queued-requests 10 ├─21215 /usr/libexec/ioprocess --read-pipe-fd 140 --write-pipe-fd 139 --max-threads 10 --max-queued-requests 10 ├─21446 /usr/libexec/ioprocess --read-pipe-fd 170 --write-pipe-fd 169 --max-threads 10 --max-queued-requests 10 └─21511 /usr/libexec/ioprocess --read-pipe-fd 178 --write-pipe-fd 177 --max-threads 10 --max-queued-requests 10 Dec 11 16:53:50 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (589) Request queue full Dec 11 16:53:50 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (589) Request queue full Dec 11 16:53:50 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (590) Request queue full Dec 11 16:53:50 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (590) Request queue full Dec 11 16:53:57 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (591) Request queue full Dec 11 16:53:57 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (591) Request queue full Dec 11 16:54:00 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (592) Request queue full Dec 11 16:54:00 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (592) Request queue full Dec 11 16:54:07 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (593) Request queue full Dec 11 16:54:10 hv07.election.local vdsm[17417]: vdsm IOProcess WARNING (594) Request queue full [root@hv07 ~]# systemctl status libvirtd libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled) Drop-In: /etc/systemd/system/libvirtd.service.d └─unlimited-core.conf Active: active (running) since Tue 2015-12-01 09:11:30 IRST; 1 weeks 4 days ago Docs: man:libvirtd(8) http://libvirt.org Main PID: 4523 (libvirtd) CGroup: /system.slice/libvirtd.service └─4523 /usr/sbin/libvirtd --listen Dec 01 09:11:29 hv07.election.local libvirtd[4523]: libvirt version: 1.2.8, package: 16.el7_1.5 (CentOS BuildSystem <http....org) Dec 01 09:11:29 hv07.election.local libvirtd[4523]: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_lxc.so not...sible Dec 01 09:11:30 hv07.election.local systemd[1]: Started Virtualization daemon. Dec 01 09:39:59 hv07.election.local libvirtd[4523]: End of file while reading data: Input/output error Dec 10 17:28:09 hv07.election.local libvirtd[4523]: End of file while reading data: Input/output error Dec 10 17:28:09 hv07.election.local libvirtd[4523]: End of file while reading data: Input/output error Hint: Some lines were ellipsized, use -l to show in full. what should i do? thanks in advance

2 1

[Rest API / Python SDK] Setting VM Video Type
by Ollie Armstrong 11 Dec '15

11 Dec '15

Hi everyone, I'm looking for a method of settings the VM's video type to QXL from the Python SDK, which doesn't appear to be possible in any way. Whenever I set the graphics protocol to VNC it defaults the video type to CIRRUS. I'd like to use QXL with VNC, which is possible to set using the console's web UI. Has anyone achieved this before? Using the "SPICE + VNC" option with QXL would also be acceptable, but the API doesn't seem to accept that value for the graphics protocol. Cheers, Ollie

2 3

[ANN] oVirt 3.6.1 Fourth Release Candidate is now available for testing
by Sandro Bonazzola 11 Dec '15

11 Dec '15

The oVirt Project is pleased to announce the availability of the Fourth Release Candidate of oVirt 3.6.1 for testing, as of December 10th, 2015. This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar) and Fedora 22. Highly experimental support for Debian 8.2 Jessie has been added too. This release candidate includes updated packages for: - ovirt-engine - ovirt-engine-extension-aaa-ldap This release of oVirt 3.6.1 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO will be available soon[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/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

3 3

VM migration fails when hardware node fails
by Bill James 11 Dec '15

11 Dec '15

We are testing our new ovirt installation. We notice that if I shutdown a hardware node that the VM's do not migrate off and don't start up after the node is restarted. Its a 3 node cluster with the ovirt-engine on a 4th host. centos 7.1.1503 ovirt-engine-3.6.0.3-1.el7.centos.noarch glusterfs-3.7.5-1.el7.x86_64 High Availability box is checked, Priority = High. 2015-12-10 11:43:34,251 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-42) [5f8883ec] Correlation ID: 5d94dbf7, Job ID: 83159d5a-0ab9-4f1b-afbc-e5c2fcbb6e04, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM billjov2.test.j2noc.com to Host ovirt3.test.j2noc.com . Trying to migrate to another Host. ... 2015-12-10 11:43:49,137 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-87) [5f8883ec] VM 'f67a4f38-bb4b-460f-81ea-10ecae60edcc'(billjov2.test.j2noc.com) moved from 'MigratingFrom' --> 'Up' 2015-12-10 11:43:49,518 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-4) [5f8883ec] Correlation ID: 5d94dbf7, Job ID: 83159d5a-0ab9-4f1b-afbc-e5c2fcbb6e04, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM billjov2.test.j2noc.com to Host ovirt1.test.j2noc.com . Trying to migrate to another Host. Migrating live works just fine. I haven't found anywhere where it says why it failed when node is down. Any ideas on why it is failing? And why VM's don't start when node is up? Cloud Services for Business www.j2.com j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox This email, its contents and attachments contain information from j2 Global, Inc. and/or its affiliates which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is prohibited. If you have received this email in error please notify the sender by reply e-mail and delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are registered trademarks of j2 Global, Inc. and its affiliates.

1 0

oVirt 4.0 wishlist: progress bar in the WebUI
by Kevin COUSIN 10 Dec '15

10 Dec '15

Hi list, It could be great if we can follow process like moving Disk storage, snapshots or VM import in the oVirt Interface, like in VMware or VMM. Regards, Kevin C

4 3

Strange permissions on Hosted Engine HA Agent log files
by Giuseppe Ragusa 10 Dec '15

10 Dec '15

Hi all, I'm installing oVirt (3.6) in self-hosted mode, hyperconverged with GlusterFS (3.7.6). I'm using the oVirt snapshot generated the night between the 18th and 19th of November, 2015. The (single, at the moment) host and the Engine are both CentOS 7.1 fully up-to-date. After ovirt-hosted-engine-setup successful completion, I found the following (about 3 days after setup completed) "anomalies": 666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/agent.log 666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/agent.log.2015-11-23 666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/broker.log 666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/broker.log.2015-11-23 The listing above comes from a custom security checking script that gives: "octal permissions" "number of links" "owner" "group" - "absolute pathname" Is the ominous "666" mark actually intended/necessary? ;-) Do I need to open a bugzilla notification for this? Many thanks in advance for your attention. Regards, Giuseppe

3 2

[oVirt 3.5.6] changing RAM of the hosted engine VM
by wodel youchi 10 Dec '15

10 Dec '15

Hi, I have an oVirt 3.5.6 platform using hosted-engine setup. I installed my engine's VM with 2Gb of memory at the beginning, now I want to add 2Gb I've modified /etc/ovirt-hosted-engine/vm.conf on my hypervisors the VM is booting with 4Gb of memory (free -m), but the GUI is still showing 2Gb I tried engine-setup but I get this error [ INFO ] Cleaning async tasks and compensations [ ERROR ] Failed to execute stage 'Setup validation': '36' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20151210124227-xrr3g5.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20151210124820-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Here is the tailf log 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_WSP_RPMDISRO_PACKAGES_SETUP=str:'ovirt-engine-setup-plugin-websocket-proxy' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/keepAliveInterval=int:'30' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumDisabledPlugins=list:'[]' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumEnabledPlugins=list:'[]' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumExpireCache=bool:'True' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumRollback=bool:'True' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumpackagerEnabled=bool:'True' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/clockMaxGap=int:'5' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/clockSet=bool:'False' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/commandPath=str:'/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/reboot=bool:'False' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/rebootAllow=bool:'True' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/rebootDeferTime=int:'10' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:144 condition False 2015-12-10 12:48:20 INFO otopi.context context.runSequence:417 Stage: Termination 2015-12-10 12:48:20 DEBUG otopi.context context.runSequence:421 STAGE terminate 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage terminate METHOD otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._terminate 2015-12-10 12:48:20 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:151 Execution of setup failed 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:144 condition False 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate - What is the correct way to modify the engine's VM memory Thanks in advance.

2 4

LocalOnHost Multipath Blacklist Fails
by Duckworth, Douglas C 10 Dec '15

10 Dec '15

--_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello=0A= =0A= I have a Host with LocalOnHost storage only.=0A= =0A= Trying to blacklist the local disks from multipath:=0A= =0A= PV VG Fmt Attr PSize PFree=0A= /dev/sda1 HostVG lvm2 a-- 8.18t 0=0A= /dev/sdb4 HostVG lvm2 a-- 1.64t 24.00m=0A= =0A= As you can see we need to blacklist these devices:=0A= =0A= 36b8ca3a0ea18e4001a95ba4832bcb7ea=0A= 36b8ca3a0ea18e4001a95b9f82df5609b=0A= =0A= scsi-36b8ca3a0ea18e4001a95b9f82df5609b -> ../../sda=0A= scsi-36b8ca3a0ea18e4001a95b9f82df5609b-part1 -> ../../sda1=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea -> ../../sdb=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part1 -> ../../sdb1=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part2 -> ../../sdb2=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part3 -> ../../sdb3=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part4 -> ../../sdb4=0A= =0A= After making blacklist changes, you can see in "syslog_errors,"=0A= multipathd does not like my blacklist syntax.=0A= =0A= Do you see errors in the multipath.conf file?=0A= =0A= Thanks=0A= Doug=0A= =0A= -- =0A= Thanks=0A= =0A= Douglas Charles Duckworth=0A= Unix Administrator=0A= Tulane University=0A= Technology Services=0A= 1555 Poydras Ave=0A= NOLA -- 70112=0A= =0A= E: duckd(a)tulane.edu=0A= O: 504-988-9341=0A= F: 504-988-8505=0A= --_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_ Content-Type: text/plain; name="multipath.conf" Content-Description: multipath.conf Content-Disposition: attachment; filename="multipath.conf"; size=1444; creation-date="Thu, 10 Dec 2015 16:18:36 GMT"; modification-date="Thu, 10 Dec 2015 16:18:36 GMT" Content-Transfer-Encoding: base64 IyBSSEVWIFJFVklTSU9OIDEuMQoKZGVmYXVsdHMgewogICAgcG9sbGluZ19pbnRlcnZhbCAgICAg ICAgNQogICAgZ2V0dWlkX2NhbGxvdXQgICAgICAgICAgIi9zYmluL3Njc2lfaWQgLS13aGl0ZWxp c3RlZCAtLXJlcGxhY2Utd2hpdGVzcGFjZSAtLWRldmljZT0vZGV2LyVuIgogICAgbm9fcGF0aF9y ZXRyeSAgICAgICAgICAgZmFpbAogICAgdXNlcl9mcmllbmRseV9uYW1lcyAgICAgbm8KICAgIGZs dXNoX29uX2xhc3RfZGVsICAgICAgIHllcwogICAgZmFzdF9pb19mYWlsX3RtbyAgICAgICAgNQog ICAgZGV2X2xvc3NfdG1vICAgICAgICAgICAgMzAKICAgIG1heF9mZHMgICAgICAgICAgICAgICAg IDQwOTYKfQoKZGV2aWNlcyB7CmRldmljZSB7CiAgICB2ZW5kb3IgICAgICAgICAgICAgICAgICAi SElUQUNISSIKICAgIHByb2R1Y3QgICAgICAgICAgICAgICAgICJERi4qIgogICAgZ2V0dWlkX2Nh bGxvdXQgICAgICAgICAgIi9zYmluL3Njc2lfaWQgLS13aGl0ZWxpc3RlZCAtLXJlcGxhY2Utd2hp dGVzcGFjZSAtLWRldmljZT0vZGV2LyVuIgp9CmRldmljZSB7CiAgICB2ZW5kb3IgICAgICAgICAg ICAgICAgICAiQ09NUEVMTlQiCiAgICBwcm9kdWN0ICAgICAgICAgICAgICAgICAiQ29tcGVsbGVu dCBWb2wiCiAgICBub19wYXRoX3JldHJ5ICAgICAgICAgICBmYWlsCn0KCmJsYWNrbGlzdCB7CiAg ICAgICAgZGV2bm9kZSAiXihyYW18cmF3fGxvb3B8ZmR8bWR8ZG0tfHNyfHNjZHxzdClbMC05XSIK ICAgICAgICBkZXZub2RlICJeaGRbYS16XVtbMC05XV0iCiAgICAgICAgZGV2bm9kZSAiXmNjaXNz IWNbMC05XWRbMC05XSIKICAgICAgICBkZXZub2RlICJec2RhWzAtOV0iCiAgICAgICAgZGV2bm9k ZSAiXnNkYlswLTldIgp9CmRldmljZSB7CiAgICAjIG11bHRpcGF0aC5jb25mLmRlZmF1bHQKICAg IHZlbmRvciAgICAgICAgICAgICAgICAgICJER0MiCiAgICBwcm9kdWN0ICAgICAgICAgICAgICAg ICAiLioiCiAgICBwcm9kdWN0X2JsYWNrbGlzdCAgICAgICAiTFVOWiIKICAgIHBhdGhfZ3JvdXBp bmdfcG9saWN5ICAgICJncm91cF9ieV9wcmlvIgogICAgcGF0aF9jaGVja2VyICAgICAgICAgICAg ImVtY19jbGFyaWlvbiIKICAgIGhhcmR3YXJlX2hhbmRsZXIgICAgICAgICIxIGVtYyIKICAgIHBy aW8gICAgICAgICAgICAgICAgICAgICJlbWMiCiAgICBmYWlsYmFjayAgICAgICAgICAgICAgICBp bW1lZGlhdGUKICAgIHJyX3dlaWdodCAgICAgICAgICAgICAgICJ1bmlmb3JtIgogICAgIyB2ZHNt IHJlcXVpcmVkIGNvbmZpZ3VyYXRpb24KICAgIGdldHVpZF9jYWxsb3V0ICAgICAgICAgICIvc2Jp bi9zY3NpX2lkIC0td2hpdGVsaXN0ZWQgLS1yZXBsYWNlLXdoaXRlc3BhY2UgLS1kZXZpY2U9L2Rl di8lbiIKICAgIGZlYXR1cmVzICAgICAgICAgICAgICAgICIwIgogICAgbm9fcGF0aF9yZXRyeSAg ICAgICAgICAgZmFpbAp9Cn0KCg== --_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_ Content-Type: text/plain; name="dmsetup" Content-Description: dmsetup Content-Disposition: attachment; filename="dmsetup"; size=1309; creation-date="Thu, 10 Dec 2015 16:18:36 GMT"; modification-date="Thu, 10 Dec 2015 16:18:36 GMT" Content-Transfer-Encoding: base64 W3Jvb3RAdHVsaHYycDAxIH5dIyBkbXNldHVwIGluZm8KTmFtZTogICAgICAgICAgICAgIEhvc3RW Ry1Mb2dnaW5nClN0YXRlOiAgICAgICAgICAgICBBQ1RJVkUKUmVhZCBBaGVhZDogICAgICAgIDEw MjQKVGFibGVzIHByZXNlbnQ6ICAgIExJVkUKT3BlbiBjb3VudDogICAgICAgIDEKRXZlbnQgbnVt YmVyOiAgICAgIDAKTWFqb3IsIG1pbm9yOiAgICAgIDI1MywgMwpOdW1iZXIgb2YgdGFyZ2V0czog MQpVVUlEOiBMVk0tbkRoT1k5eERFY1NxbUFzTWg2OXllMjVLYmU1cW1BV0EweW9QUXVXVlNLZlRZ azYwYTU1bGozNkw5dUtoRDRKdAoKTmFtZTogICAgICAgICAgICAgIEhvc3RWRy1Td2FwClN0YXRl OiAgICAgICAgICAgICBBQ1RJVkUKUmVhZCBBaGVhZDogICAgICAgIDEwMjQKVGFibGVzIHByZXNl bnQ6ICAgIExJVkUKT3BlbiBjb3VudDogICAgICAgIDEKRXZlbnQgbnVtYmVyOiAgICAgIDAKTWFq b3IsIG1pbm9yOiAgICAgIDI1MywgMQpOdW1iZXIgb2YgdGFyZ2V0czogMQpVVUlEOiBMVk0tbkRo T1k5eERFY1NxbUFzTWg2OXllMjVLYmU1cW1BV0E0RVlvRFI0cWljMEsxdHlmeUs5c1JoRHRJZGJv MUh2MQoKTmFtZTogICAgICAgICAgICAgIEhvc3RWRy1EYXRhClN0YXRlOiAgICAgICAgICAgICBB Q1RJVkUKUmVhZCBBaGVhZDogICAgICAgIDEwMjQKVGFibGVzIHByZXNlbnQ6ICAgIExJVkUKT3Bl biBjb3VudDogICAgICAgIDEKRXZlbnQgbnVtYmVyOiAgICAgIDAKTWFqb3IsIG1pbm9yOiAgICAg IDI1MywgNApOdW1iZXIgb2YgdGFyZ2V0czogMgpVVUlEOiBMVk0tbkRoT1k5eERFY1NxbUFzTWg2 OXllMjVLYmU1cW1BV0FpdVpIMXhKZmhrbHpQQm1lQUJTbklBcDB5MEZXS1ZiUQoKTmFtZTogICAg ICAgICAgICAgIEhvc3RWRy1Db25maWcKU3RhdGU6ICAgICAgICAgICAgIEFDVElWRQpSZWFkIEFo ZWFkOiAgICAgICAgMTAyNApUYWJsZXMgcHJlc2VudDogICAgTElWRQpPcGVuIGNvdW50OiAgICAg ICAgMQpFdmVudCBudW1iZXI6ICAgICAgMApNYWpvciwgbWlub3I6ICAgICAgMjUzLCAyCk51bWJl ciBvZiB0YXJnZXRzOiAxClVVSUQ6IExWTS1uRGhPWTl4REVjU3FtQXNNaDY5eWUyNUtiZTVxbUFX QWZrT3hJVDdXbDA2RUJ6ZDQ1eE5RTkZhQW5TUVQyc2RkCgpOYW1lOiAgICAgICAgICAgICAgbGl2 ZS1ydwpTdGF0ZTogICAgICAgICAgICAgQUNUSVZFClJlYWQgQWhlYWQ6ICAgICAgICAxMDI0ClRh YmxlcyBwcmVzZW50OiAgICBMSVZFCk9wZW4gY291bnQ6ICAgICAgICAxCkV2ZW50IG51bWJlcjog ICAgICAwCk1ham9yLCBtaW5vcjogICAgICAyNTMsIDAKTnVtYmVyIG9mIHRhcmdldHM6IDEKCg== --_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_ Content-Type: text/plain; name="syslog_errors" Content-Description: syslog_errors Content-Disposition: attachment; filename="syslog_errors"; size=3646; creation-date="Thu, 10 Dec 2015 16:18:37 GMT"; modification-date="Thu, 10 Dec 2015 16:18:37 GMT" Content-Transfer-Encoding: base64 RGVjIDEwIDE2OjA1OjM2IHR1bGh2MnAwMSByb290OiBSRVNUQVJUSU5HIE1VTFRJUEFUSApEZWMg MTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IGZvcmNlIHF1ZXVlX3dpdGhvdXRfZGFl bW9uIChvcGVyYXRvcikKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiAtLS0t LS0tLXNodXQgZG93bi0tLS0tLS0KRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBrZXJuZWw6IGRl dmljZS1tYXBwZXI6IHRhYmxlOiAyNTM6NTogbXVsdGlwYXRoOiBlcnJvciBnZXR0aW5nIGRldmlj ZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIGtlcm5lbDogZGV2aWNlLW1hcHBlcjogaW9jdGw6 IGVycm9yIGFkZGluZyB0YXJnZXQgdG8gdGFibGUKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBt dWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDI2LCBpbnZhbGlkIGtleXdvcmQ6IGJsYWNr bGlzdApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25m IGxpbmUgMjcsIGludmFsaWQga2V5d29yZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYy cDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMjgsIGludmFsaWQga2V5d29yZDog ZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5j b25mIGxpbmUgMjksIGludmFsaWQga2V5d29yZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVs aHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMzAsIGludmFsaWQga2V5d29y ZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0 aC5jb25mIGxpbmUgMzEsIGludmFsaWQga2V5d29yZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6Mzkg dHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMzMsIGludmFsaWQga2V5 d29yZDogZGV2aWNlCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDogbXVsdGlw YXRoLmNvbmYgbGluZSAzNSwgaW52YWxpZCBrZXl3b3JkOiB2ZW5kb3IKRGVjIDEwIDE2OjA1OjM5 IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDM2LCBpbnZhbGlkIGtl eXdvcmQ6IHByb2R1Y3QKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0 aXBhdGguY29uZiBsaW5lIDM3LCBpbnZhbGlkIGtleXdvcmQ6IHByb2R1Y3RfYmxhY2tsaXN0CkRl YyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGluZSAz OCwgaW52YWxpZCBrZXl3b3JkOiBwYXRoX2dyb3VwaW5nX3BvbGljeQpEZWMgMTAgMTY6MDU6Mzkg dHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMzksIGludmFsaWQga2V5 d29yZDogcGF0aF9jaGVja2VyCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDog bXVsdGlwYXRoLmNvbmYgbGluZSA0MCwgaW52YWxpZCBrZXl3b3JkOiBoYXJkd2FyZV9oYW5kbGVy CkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGlu ZSA0MSwgaW52YWxpZCBrZXl3b3JkOiBwcmlvCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVs dGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGluZSA0MiwgaW52YWxpZCBrZXl3b3JkOiBmYWlsYmFj awpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxp bmUgNDMsIGludmFsaWQga2V5d29yZDogcnJfd2VpZ2h0CkRlYyAxMCAxNjowNTozOSB0dWxodjJw MDEgbXVsdGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGluZSA0NSwgaW52YWxpZCBrZXl3b3JkOiBn ZXR1aWRfY2FsbG91dApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRp cGF0aC5jb25mIGxpbmUgNDYsIGludmFsaWQga2V5d29yZDogZmVhdHVyZXMKRGVjIDEwIDE2OjA1 OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDQ3LCBpbnZhbGlk IGtleXdvcmQ6IG5vX3BhdGhfcmV0cnkKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBh dGhkOiB1bm1hdGNoZWQgJ30nIGF0IGxpbmUgNDggb2YgY29uZmlnIGZpbGUKRGVjIDEwIDE2OjA1 OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDQ4LCBpbnZhbGlk IGtleXdvcmQ6IH0KRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiB1bm1hdGNo ZWQgJ30nIGF0IGxpbmUgNDkgb2YgY29uZmlnIGZpbGUKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAw MSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDQ5LCBpbnZhbGlkIGtleXdvcmQ6IH0K RGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiAzNmI4Y2EzYTBlYTE4ZTQwMDFh OTViOWY4MmRmNTYwOWI6IGlnbm9yaW5nIG1hcApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIGtl cm5lbDogZGV2aWNlLW1hcHBlcjogdGFibGU6IDI1Mzo1OiBtdWx0aXBhdGg6IGVycm9yIGdldHRp bmcgZGV2aWNlCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEga2VybmVsOiBkZXZpY2UtbWFwcGVy OiBpb2N0bDogZXJyb3IgYWRkaW5nIHRhcmdldCB0byB0YWJsZQpEZWMgMTAgMTY6MDU6MzkgdHVs aHYycDAxIG11bHRpcGF0aGQ6IDM2YjhjYTNhMGVhMThlNDAwMWE5NWJhNDgzMmJjYjdlYTogaWdu b3JpbmcgbWFwCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgdWRldmQtd29ya1s3NzIxXTogcmVz c2l6ZSAxMDI0IHRvbyBzaG9ydApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6 IHBhdGggY2hlY2tlcnMgc3RhcnQgdXAKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSB1ZGV2ZC13 b3JrWzc3MTZdOiByZXNzaXplIDEwMjQgdG9vIHNob3J0CkRlYyAxMCAxNjoxMDowMCB0dWxodjJw MDEgcnBjLnN0YXRkWzM4Nzc1XTogVmVyc2lvbiAxLjIuMyBzdGFydGluZwpEZWMgMTAgMTY6MTA6 MDAgdHVsaHYycDAxIHJwYy5zdGF0ZFszODc3NV06IEZsYWdzOiBUSS1SUEMgCkRlYyAxMCAxNjox MDowMCB0dWxodjJwMDEgcnBjLnN0YXRkWzM4Nzc1XTogZmFpbGVkIHRvIGNyZWF0ZSBSUEMgbGlz dGVuZXJzLCBleGl0aW5nCkRlYyAxMCAxNjoxMDowMiB0dWxodjJwMDEga2VybmVsOiBkZXZpY2Ut bWFwcGVyOiB0YWJsZTogMjUzOjU6IG11bHRpcGF0aDogZXJyb3IgZ2V0dGluZyBkZXZpY2UKRGVj IDEwIDE2OjEwOjAyIHR1bGh2MnAwMSBrZXJuZWw6IGRldmljZS1tYXBwZXI6IGlvY3RsOiBlcnJv ciBhZGRpbmcgdGFyZ2V0IHRvIHRhYmxlCkRlYyAxMCAxNjoxMDowMiB0dWxodjJwMDEga2VybmVs OiBkZXZpY2UtbWFwcGVyOiB0YWJsZTogMjUzOjU6IG11bHRpcGF0aDogZXJyb3IgZ2V0dGluZyBk ZXZpY2UKRGVjIDEwIDE2OjEwOjAyIHR1bGh2MnAwMSBrZXJuZWw6IGRldmljZS1tYXBwZXI6IGlv Y3RsOiBlcnJvciBhZGRpbmcgdGFyZ2V0IHRvIHRhYmxlCkRlYyAxMCAxNjoxMDowMiB0dWxodjJw MDEgdWRldmQtd29ya1s3NzIxXTogcmVzc2l6ZSAxMDI0IHRvbyBzaG9ydApEZWMgMTAgMTY6MTA6 MDIgdHVsaHYycDAxIHVkZXZkLXdvcmtbNzcxNl06IHJlc3NpemUgMTAyNCB0b28gc2hvcnQKCg== --_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_--

1 1

hot plug memory in el7
by Nathanaël Blanchet 10 Dec '15

10 Dec '15

Hi all, I may miss something but according to http://www.ovirt.org/Features/Hot_Plug_Memory, ovirt 3.6 was supposed to support the hot plug memory feature. Nothing happens in reality when increasing memory on a running vm with centos7. I found this : http://lists.ovirt.orgpipermail/kimchi-devel/2015-June/010714.html, and it seems that el7.1 can't support the feature because of its libvirt version (1.2.8) while the required one is 1.2.14. I didn't test, but I guess F22 supports it. Is there any chance that el7.2 would support it with a backported libvirtd? Or will a dedicated libvirt rhev package be released so as the downstream to support it (like qemu-kvm for live snapshot some time ago)? Documentation and limitation of the libvirt version for hot plug memory are difficult to find in the ovirt wiki and more generally on the web. Maybe the feature has been postponed to a 3.6.z release? Thank you for your help

5 21

Migration failed
by Massimo Mad 10 Dec '15

10 Dec '15

Hi Michal, This is my configuration end the error: 1 start to migrate the vm from cluster in centos 6.x to cluster un centos bare-metal 7.x Migration started (VM: Spacewalk, Source: ovirtxx3, Destination: ovirtxx5, User: admin@internal). 2 first error: Migration failed due to Error: Fatal error during migration. Trying to migrate to another Host (VM: Spacewalkp, Source: ovirtxx03, Destination: ovirtxx05). 3 Second error: Migration failed, No available host found (VM: Spacewalk, Source: ovirtxx3). Regards Massimo

2 1

engine-setup failed because of postgres 9.4
by Fabrice Bacchella 10 Dec '15

10 Dec '15

--Apple-Mail=_ED6F23F2-EAD4-4794-9104-AE8484B6590A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I'm on a RHEL 7, trying to install a ovirt 3.6.0.3. The database used is on a remote server, using a postgres 9.4. The backup of the previous database fails with : 2015-12-10 12:04:13 DEBUG = otopi.**FILTERED**_engine_setup.engine_common.database = database.backup:661 db backup res {'result': [{'stderr': 'pg_dump: = server version: 9.4.5; pg_dump version: 9.2.14\npg_dump: aborting = because of server version mismatch\n', 'rc': 1}], 'stdout': ''} But the good pg_dump is in the path: ~# type pg_dump pg_dump is /usr/pgsql-9.4/bin/pg_dump Although in the log file: 2015-12-10 12:40:19 DEBUG otopi.context context.dumpEnvironment:510 ENV = COMMAND/pg_dump=3Dstr:'/bin/pg_dump' Why ? How can I enforce the use of the latest pg_dump without rewrinting = the '/bin/pg_dump' which is owned by the official postgres package ? --Apple-Mail=_ED6F23F2-EAD4-4794-9104-AE8484B6590A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">I'm on a RHEL 7, trying to install a ovirt 3.6.0.3.<div = class=3D""> </div><div class=3D"">The database used is on = a remote server, using a postgres 9.4.</div><div class=3D""> </div><div class=3D"">The backup of the previous database = fails with :</div><div class=3D""><div style=3D"margin: 0px; font-size: = 11px; font-family: Menlo;" class=3D"">2015-12-10 12:04:13 DEBUG = otopi.**FILTERED**_engine_setup.engine_common.database = database.backup:661 db backup res {'result': [{'stderr': 'pg_dump: = server version: 9.4.5; pg_dump version: 9.2.14\npg_dump: aborting = because of server version mismatch\n', 'rc': 1}], 'stdout': = ''}</div></div><div class=3D""> </div><div class=3D"">But = the good pg_dump is in the path:</div><div class=3D""> </div><div class=3D""><div style=3D"margin: 0px; font-size: = 11px; font-family: Menlo;" class=3D"">~# type pg_dump</div><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" = class=3D"">pg_dump is /usr/pgsql-9.4/bin/pg_dump</div></div><div = class=3D""> </div><div class=3D"">Although in the log = file:</div><div class=3D""> </div><div class=3D""><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" = class=3D"">2015-12-10 12:40:19 DEBUG otopi.context = context.dumpEnvironment:510 ENV COMMAND/pg_dump=3Dstr:'/bin/pg_dump'</div></div><div = class=3D""> </div><div class=3D"">Why ? How can I enforce = the use of the latest pg_dump without rewrinting the '/bin/pg_dump' which is owned by the official postgres = package ?</div><div class=3D""> </div></body></html>= --Apple-Mail=_ED6F23F2-EAD4-4794-9104-AE8484B6590A--

2 2

Auto Provisioning using Ovirt API's or scripts
by Virat, Thakur 10 Dec '15

10 Dec '15

--_000_HK2PR06MB1169590BA4F7A2A2981685DDFEE80HK2PR06MB1169apcp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Ovirt, I have configured Ovirt in my environment in such a = manner by installing Ovirt Engine 3.4 on one physical server & ovirt node = on other physical server and have created template & provisioned VM's. I need to Know what API's or script is needed to auto provision or schedule= VM's to users and the users will be using Spice Protocol at their end to a= ccess Vm's. Is there any solution for this. Please need help on this. Thanks & Regards Virat Thakur India-Asia Pacific Contact:- +91-9724274349 --_000_HK2PR06MB1169590BA4F7A2A2981685DDFEE80HK2PR06MB1169apcp_ 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 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-IN" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Dear Ovirt,<o:p></o:p>         &nbs= p;            &= nbsp; I have configured Ovirt in my environment in such a manner by install= ing  Ovirt Engine 3.4 on one physical server & ovirt node on other= physical server and have created template & provisioned VM’s.<o:= p></o:p> <o:p> </o:p> I need to Know what API’s or script is needed = to auto provision or schedule VM’s to users and the users will be usi= ng Spice Protocol at their end to access Vm’s. Is there any solution = for this. Please need help on this.<o:p></o:p> <o:p> </o:p> Thanks &a= mp; Regards<o:p></o:p>  =      Virat Thakur<o:p></o:p>  =  India-Asia Pacific<o:p></o:p> Contac= t:-  +91-9724274349<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_HK2PR06MB1169590BA4F7A2A2981685DDFEE80HK2PR06MB1169apcp_--

3 4

Re: [ovirt-users] Server dont work after Host setting
by Yedidyah Bar David 10 Dec '15

10 Dec '15

On Mon, Dec 7, 2015 at 2:59 PM, Taste-Of-IT <kontakt(a)taste-of-it.de> wrote: > Am 2015-12-07 13:41, schrieb Yedidyah Bar David: >> >> On Mon, Dec 7, 2015 at 1:54 PM, Taste-Of-IT <kontakt(a)taste-of-it.de> >> wrote: >>> >>> Am 2015-12-07 11:17, schrieb Yedidyah Bar David: >>>> >>>> >>>> On Mon, Dec 7, 2015 at 11:34 AM, Taste-Of-IT <kontakt(a)taste-of-it.de> >>>> wrote: >>>>> >>>>> >>>>> Am 2015-12-07 10:21, schrieb Yedidyah Bar David: >>>>>> >>>>>> >>>>>> >>>>>> On Mon, Dec 7, 2015 at 11:05 AM, Taste-Of-IT <kontakt(a)taste-of-it.de> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> Am 2015-12-07 08:06, schrieb Yedidyah Bar David: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Dec 7, 2015 at 12:38 AM, Taste-Of-IT >>>>>>>> <kontakt(a)taste-of-it.de> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Hello, >>>>>>>>> i am new with ovirt and i installed ovirt engine 3.6 on centos 7. >>>>>>>>> After >>>>>>>>> first login i create the host with fqdn of ovirt server but without >>>>>>>>> powersavesettings. Firt i saw installing as status for host, but >>>>>>>>> after >>>>>>>>> a >>>>>>>>> while nothing happend, I reboot the server. In engine.log i see >>>>>>>>> "VMs >>>>>>>>> initialization finished for Host", but i cant open the webgui. What >>>>>>>>> can >>>>>>>>> i >>>>>>>>> do? Where can i look to find the error and what have i done wrong? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> If host-deploy managed to finish, you can see its log in [1]. >>>>>>>> Otherwise >>>>>>>> please try to (re)install the host. >>>>>>>> >>>>>>>> [1] /var/log/ovirt-engine/host-deploy/ >>>>>>>> >>>>>>>> Best, >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Hi Didi, >>>>>>> ok i will have a closer look into the log. Actuall the WebGUI doesnt >>>>>>> load, >>>>>>> services are up and running. How can i reinstall the host? Via cli? >>>>>>> Or >>>>>>> do >>>>>>> you mean the hostsystem with installed ovirt engine? thx >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Not sure I follow. >>>>>> >>>>>> The engine runs on some machine, let's call it "the engine machine". >>>>>> If it's a self-hosted-engine, it's running inside a VM managed by >>>>>> itself. >>>>>> Otherwise it's running elsewhere (on some physical machine, or some >>>>>> other >>>>>> VM). >>>>>> >>>>>> A "Host", in ovirt terminology, is where VMs run. >>>>>> >>>>>> Now please describe what you did, what you now try to do that doesn't >>>>>> work, and what you can find in logs that might be related. >>>>>> >>>>>> If you can't access the web admin ui, that's a completely different >>>>>> problem than if you can't add a host to the engine. >>>>>> >>>>>> Best, >>>>> >>>>> >>>>> >>>>> >>>>> Hi Didi, >>>>> as far i understand there are to ways to setup ovirt. One as >>>>> self-hosted >>>>> enginge for ha and with ovirt host in vm on storage >>>> >>>> >>>> >>>> That's called "self-hosted-engine" >>>> >>>>> and hosted engine where >>>>> all runs on the same host. >>>> >>>> >>>> >>>> This is called all-in-one [1]. >>>> >>>> [1] http://www.ovirt.org/Feature/AllInOne >>>> >>>>> So i setup hosted engine on same machine and in >>>>> installation process i setup iso_domain via nfs too. i have done >>>>> nothing >>>>> more yet. so as i can see and read from the manual i now have to setup >>>>> the >>>>> host, >>>> >>>> >>>> >>>> No. You are not supposed to setup the host from the web interface. >>>> I didn't try that recently, but in the past there were issues similar >>>> to what you wrote below. Please follow the instructions in that page. >>>> Also please note that in 4.0, allinone will be dropped. Systems that >>>> wish to have everything on a single host will need to use hosted-engine. >>>> Also note that people reported locking issues with local nfs mounts, so >>>> it seems like the safest bet for now is to use nested kvm - run a VM to >>>> play the "Host" role, and another VM as an nfs server (or iscsi), and >>>> then either a third VM for the engine, or hosted-engine (meaning, engine >>>> runs inside a VM running inside the first VM). >>>> >>>>> than network and than data domain and so on. now i setup the host and >>>>> say new, put a name inside and the fqdn of the initial host of host >>>>> engine >>>>> like myserver.com. after that i saw the progress which says >>>>> "installing.." i >>>>> wait several minutes and after that i got network time out and cant >>>>> enter >>>>> the webgui. hope that helps >>>> >>>> >>>> >>>> Good luck, >>> >>> >>> >>> Hi, >>> that sounds not good. As i understand the only way with ovirt from >>> Version 4 >>> will self-hosted-engine and i have to setup all in nested-vms if i want >>> or >>> only can use one machine, right? >> >> >> Not sure I completely followed. >> >> allinone will not be supported in 4. >> >> hosted-engine will be the only way to install an entire ovirt system on >> a single machine, _supported_ by ovirt. And as I said, even this one will >> require an external storage machine. >> >> Of course you can use virsh/kvm or whatever other means for creating VMs >> and use them to setup ovirt. >> >>> >>> Ok i will have to reinstall my testsystem. Is that the way todo: >>> http://www.ovirt.org/Features/Self_Hosted_Engine? >> >> >> Yes, but you can use the howto [1], which is perhaps more comfortable. >> >> [1] http://www.ovirt.org/Hosted_Engine_Howto >> >>> So i have to install ovirt >>> on centos7, than create a kvm with centos for the engine than for the >>> host >>> and last a kvm for the nfs and data domain with centos, or better to use >>> iscsi du to performance? after that i can install the first virtuall >>> machine,right? >> >> >> Depends on what you want to do. >> >> BTW, I didn't mention glusterfs, mainly because I do not know it well, >> but that's also something to consider. >> >>> sounds strange and complicated... >> >> >> ovirt is not designed to manage a single machine. For a single machine, >> simpler libvirt frontends are easier to use. If you install it just to >> learn/test, that's how it goes. > > Hi, > ok i have to lunge. i have to migrate from proxmox to another vm-system and > thing ovirt is just fine while open source.. so i asked in the irc for my > situation and if ovirt does fit. i have only one server which should run a > few kvm vm guests (debian, centos, ubuntu...) and also for webservices. in > the irc they point me to the all-in-solution, i think at that time they > didnt know that it will not further supporter from version 4 onto.. for my > situation 2 server are to much but i will later add more server with ha > usability. (Re-adding the list, adding Sandro) The plan for hyper-convergence is to require at least 3 hosts, so that you have a replica-3 cluster storage. Perhaps we should reconsider allowing local storage with hosted-engine. This will prevent HA, but will fit into the place of current allinone usage. The next stage will be that users will ask to migrate this local storage to shared one (or even gluster :-) ). For a 2-cluster HA setup we do not have, or plan to have AFAIK, any official support, but you can have a look at DRBD [1]. [1] http://www.ovirt.org/Features/DRBD Best, -- Didi

3 3

Importing a Windows Guest in oVirt
by David Lo Bascio 10 Dec '15

10 Dec '15

This is a multi-part message in MIME format. --------------090807030805030403030506 Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hi everyone, I migrated several Linux guest this way: /virt-v2v -ic qemu+ssh://root@<host>/system -o rhev -os <host>:<path> --network <network> <guest>/ Now, I have some Windows guest running on KVM managed by libvirt and I would like to import them in oVirt through virt-v2v in a similar way. Can you help me? Thanks a lot! David --------------090807030805030403030506 Content-Type: text/html; charset=iso-8859-15 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-15"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi everyone, I migrated several Linux guest this way: virt-v2v -ic qemu+ssh://root@<host>/system -o rhev -os <host>:<path> --network <network> <guest> Now, I have some Windows guest running on KVM managed by libvirt and I would like to import them in oVirt through virt-v2v in a similar way. Can you help me? Thanks a lot! David </body> </html> --------------090807030805030403030506--

3 2

[ANN] oVirt 3.6.1 Third Release Candidate is now available for testing
by Sandro Bonazzola 10 Dec '15

10 Dec '15

The oVirt Project is pleased to announce the availability of the Third Release Candidate of oVirt 3.6.1 for testing, as of December 10th, 2015. This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar) and Fedora 22. Highly experimental support for Debian 8.2 Jessie has been added too. This release candidate includes updated packages for: - ovirt-engine - ovirt-engine-extension-aaa-jdbc - ovirt-hosted-engine-ha - ovirt-hosted-engine-setup - vdsm This release of oVirt 3.6.1 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO will be available soon[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/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

vms on storage
by Budur Nagaraju 10 Dec '15

10 Dec '15

HI Need some clarification , if I copy the deployed vms from the storage to another storage by using the backup tools will be able to deploy the backed up vms in another engine ?

2 1

solution for removing a data storage
by alireza sadeh seighalan 10 Dec '15

10 Dec '15

hi everyone for removing a data storage and add it again this solution is ok: 1. Use the Storage resource tab, tree mode 2. Select the storage domain in the main tab 3. In the details pane at bottom select datacenter tab 4. Select the DC where the storage domain is active 5. Select Maintenance link 6. Select Detach link to detach from the data center. Now you don't see any more the storage domain in storage resource tab. 7. Go to system --> Storage and the storage domain now in in an unlinked state 8. Select the storage domain and choose "remove" 9. Select a host from the list. 10. Click OK to remove the storage domain and close the window. best regards seighalani

2 1

ISO_DOMAIN unknow file type
by alireza sadeh seighalan 09 Dec '15

09 Dec '15

hi everyone i get this message in Events section of OVIRT 3.6 .everything is ok apparently but i feared that create a big problem in the future.what should i do? thankd in advance Refresh image lisst failed for domain(s): ISO_DOMAIN (Unknown file type) Please check domain activity.

3 3

Re: [ovirt-users] ISO_DOMAIN unknow file type
by Fred Rolland 09 Dec '15

09 Dec '15

Hi, I saw it happening on my dev env also. It is nothing harmful but definitely a bug. Can you please open a BZ , and attach the logs? Thanks, Fred On Wed, Dec 9, 2015 at 3:18 PM, alireza sadeh seighalan < seighalani(a)gmail.com> wrote: > hi Mr Rolland > > i attached engine and vdsm logs.thanks in advance > > On Wed, Dec 9, 2015 at 4:22 PM, Fred Rolland <frolland(a)redhat.com> wrote: > >> Hi, >> >> Can you check if it happens when you select your ISO domain and select >> the "Images" tab in the lower pane ? >> >> In any case, you will need to provide logs for both engine and vdsm so we >> can investigate deeper. >> >> Thanks, >> >> Fred >> >> On Wed, Dec 9, 2015 at 1:33 PM, alireza sadeh seighalan < >> seighalani(a)gmail.com> wrote: >> >>> hi everyone >>> >>> >>> i get this message in Events section of OVIRT 3.6 .everything is ok >>> apparently but i feared that create a big problem in the future.what should >>> i do? thankd in advance >>> >>> >>> Refresh image lisst failed for domain(s): ISO_DOMAIN (Unknown file type) >>> Please check domain activity. >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

1 0

Local Storage issue
by Maksim Naumov 09 Dec '15

09 Dec '15

Hello I have a local data center and local storage on the host. From time to time storage became unavailable. All the VM on this host lose information about an ip address, fqdn and other (but they still running). I've checked the logs and everything that I found is: 2015-12-09 11:28:48,533 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-65) [] IrsBroker::Failed::GetStoragePoolInfoVDS: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) How can I fix it? -- Maksim Naumov Hitmeister GmbH Softwareentwickler Habsburgerring 2 50674 Köln E: maksim.naumov(a)hitmeister.de www.hitmeister.de HRB 59046, Amtsgericht Köln Geschäftsführer: Dr. Gerald Schönbucher

2 1

Adding (silently) a channel device to my Guests
by Jean-Pierre Ribeauville 09 Dec '15

09 Dec '15

--_000_1051EFB4D3A1704680C38CCAAC5836D292EF7385WPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable HI, I'm investigating how to add "automatically" a channel to my Guests , in o= rder to establish datas exchanges between a piece of code running in the host and its companion running in G= uests. My wish is to do that via a script without user action ( as installation pr= ocess is doing to add qemu and vdsm channels). May I find , within the sources , some scripts examples ? BTW , is it possible to add a channel via ovirt GUI ( as it's possible vi= a VM manager GUI within host) ? Thx for help. Regards, J.P. Ribeauville P: +33.(0).1.47.17.20.49 . Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez =E0 l'environnement avant d'imprimer. --_000_1051EFB4D3A1704680C38CCAAC5836D292EF7385WPTXMAIL2ptxaxw_ Content-Type: text/html; charset="iso-8859-1" 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=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> HI,<o:p></o:p> <o:p> </o:p> I’m investigating  h= ow to add “automatically” a channel to my Guests , in order to = establish datas exchanges  between a piece of code running in the host and its companion running= in Guests.<o:p></o:p> <o:p> </o:p> My wish is to do that via a scr= ipt without user action ( as installation process is doing to add qemu and = vdsm channels).<o:p></o:p> <o:p> </o:p> May I find , within the sources= ,  some scripts examples ?<o:p></o:p> <o:p> </o:p> <o:p> </o:p> BTW , is it possible to add a c= hannel   via ovirt GUI ( as it’s possible via VM manager GU= I within host) ?<o:p></o:p> <o:p> </o:p> Thx for help.<o:p></o:p>= <o:p> </o:p> Regards,<o:p></o:p> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0"> <tbody> <tr> <td valign=3D"top" style=3D"padding:0cm 4.5pt 0cm 0cm"> <o:p> </o:p> J.P. Ribeauville<o:p></o:p> <o:p> </o:p> </td> </tr> <tr> <td style=3D"padding:2.25pt 4.5pt 4.5pt 0cm"> P: +33.(0).1.47.17.= 20.49<o:p></o:p></sp= an> .<o:= p></o:p> Pute= aux 3 Etage 5  Bureau 4<o:p></o:p> <o:p= > </o:p> <a href=3D"mailto:jpribeauville@axway.com">= jpribeauville(a)axway.com</a></= span> <a href=3D"http://www.axway.com/">http://www.ax= way.com</a><o:p></o:p> <o:p= > </o:p> </td> </tr> </tbody> </table> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0"> <tbody> <tr> <td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm"> P Pensez =E0 l’environnement avant d’i= mprimer.<o:p></o:p><= /span> </td> </tr> </tbody> </table> <o:p> <= /o:p> <o:p> </o:p> </div> </body> </html> --_000_1051EFB4D3A1704680C38CCAAC5836D292EF7385WPTXMAIL2ptxaxw_--

2 1

Hosted Engine
by Budur Nagaraju 09 Dec '15

09 Dec '15

HI If the kvm server from which hosted engine is pushed goes down will it affect to the engine ? Thanks, Nagaraju

4 3

CentOS 7.1 and virt-v2v
by CLSA Mcmaster 08 Dec '15

08 Dec '15

Greetings I am new to both CentOS and oVirt. I have been hoping to migrate some virtual machines from VMware to oVirt and I have hit a wall. CentOS 7.1 does not include the tool virt-v2v with the libguestfs-tools package. I have enabled the CR repository and upgraded but no luck. I have attempted to compile but the dependency whack-a-mole process wore me down and I eventually hot another wall with supermin not being "new enough". I tried to compile that and ran into more dependency issues. Frankly, I am at the point of throwing in the towel but I'm hoping someone can offer advise or insight on obtaining the tool through other means. I would also be open to importing guests through another method. For example, the oVirt interface has a utility to import OVA files. Is that VMware created OVA files? The dialogue has host and path. Is the path to be on the host or the engine? Can it be any path? Thank you in advance for any support offered. Sean.

3 10

Multiple export domains limit?
by Nicolas Ecarnot 08 Dec '15

08 Dec '15

Hello, How comes there is a limitation (of one) in the number of simultaneously mounted export domains? Thank you. -- Nicolas ECARNOT

4 4

Severale Exports domain
by Kevin COUSIN 08 Dec '15

08 Dec '15

Hi list, Is it possible to add more than 1 export domain in oVirt ? Regards, Kevin C

2 1

Backup of vm
by Budur Nagaraju 08 Dec '15

08 Dec '15

HI Pls let me know how to take backup of vms and restore in oVirt ? Thanks, Nagaraju

3 3

patternfly missing during CentOS7.1 installs of oVirt v3.5 and v3.6
by Matthew Bohnsack 07 Dec '15

07 Dec '15

Hello, I am attempting to install oVirt v3.6 on CentOS.7.1 via: # yum install http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm # yum -y install ovirt-engine When I do this, I get an error about patternfly1-1.3.0-1.el7.centos.noarch.rpm not existing. Sure enough that file is missing from the referenced repository: # yum -y install ovirt-engine ... patternfly1-1.3.0-1.el7.centos FAILED http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 14] curl#18 - "transfer closed with 2165640 bytes remaining to read" Trying other mirror. Error downloading packages: patternfly1-1.3.0-1.el7.centos.noarch: [Errno 256] No more mirrors to try. A very similar error occurs when attempting to install oVirt v3.5. Any suggestions? Thanks, -Matthew

1 0

Postgresql failure (was: Ovirt Engine Issue)
by Yedidyah Bar David 07 Dec '15

07 Dec '15

On Mon, Dec 7, 2015 at 4:00 PM, Melissa Mesler <melissa(a)aasteel.com> wrote: > Here is what I retrieved from the postresql logs: > > LOG: database system was interrupted; last known up at 2015-12-04 10:57:43 > CST > LOG: unexpected pageaddr 0/69564000 in log file 0, segment 107, offset > 5652480 > LOG: invalid primary checkpoint record > LOG: unexpected pageaddr 0/6952A000 in log file 0, segment 107, offset > 5414912 > LOG: invalid secondary checkpoint record > PANIC: could not locate a valid checkpoint record > LOG: startup process (PID 1637) was terminated by signal 6: Aborted > LOG: aborting startup due to startup process failure > LOG: database system was interrupted; last known up at 2015-12-04 10:57:43 > CST > LOG: unexpected pageaddr 0/69564000 in log file 0, segment 107, offset > 5652480 > LOG: invalid primary checkpoint record > LOG: unexpected pageaddr 0/6952A000 in log file 0, segment 107, offset > 5414912 > LOG: invalid secondary checkpoint record > PANIC: could not locate a valid checkpoint record > LOG: startup process (PID 2632) was terminated by signal 6: Aborted > LOG: aborting startup due to startup process failure > > Also, when I did the sync on the ovirt vm it was powered off. I know not to > do live syncs as there could be issues. That's why I'm so confused that > there's a pr oblem. No idea, adding Eli and changing subject. Best, > > > > On 12/7/15 1:03 AM, Yedidyah Bar David wrote: > > On Mon, Dec 7, 2015 at 12:09 AM, Melissa Mesler <melissa(a)aasteel.com> wrote: > > Hopefully someone can give me a good idea of how to troubleshoot an ovirt > issue. I am running 3.5 on CentOS 6.7. Here is the issue I'm having. I have > Ovirt running as a virtual machine in KVM. I recently moved (with virtsync) > the vm to rebuild the host. Once the host was rebuilt I moved ovirt back. > Now ovirt-engine starts but is inaccessible. In the logs it says this: > > 2015-12-06 15:57:24,558 ERROR [org.ovirt.engine.core.bll.Backend] (MSC > service thread 1-2) Error in getting DB connection. The database is > inaccessible. Original exception is: DataAccessResourceFailureException: > Error retreiving database metadata; nested exception is > org.springframework.jdbc.support.MetaDataAccessException: Could not get > Connection for extracting meta data; nested exception is > org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get > JDBC Connection; nested exception is java.sql.SQLException: > javax.resource.ResourceException: IJ000453: Unable to get managed connection > for java:/ENGINEDataSource > > I did notice that I can't get postgresql to start. > > What happens when you try? Check/post also pg logs please, from > /var/lib/pgsql/data/pg_log/ . > > Everything worked > perfectly fine before. Any ideas? > > Was the copy done from a live machine? From a snapshot? Perhaps it wasn't > consistent? Need to check pg logs. > > Best, > > -- Didi

3 2

Reminder: FOSDEM16 Virt & IaaS devroom CFP ends tomorrow, Dec. 8
by Mikey Ariel 07 Dec '15

07 Dec '15

I'd like to remind all that the extended CFP for the Virtualization & Infrastructure-as-a-Service devroom at FOSDEM 2016 ends tomorrow. If you're still on the fence or working on a draft proposal, now is the time to take the leap and join us! Please review the original CFP announcement[1] for submission guidelines, speaker mentoring program information, and important dates. Feel free to email the devroom mailing list iaas-virt-devroom at lists.fosdem.org if you have any questions. See you in Brussels! [1] http://community.redhat.com/blog/2015/10/call-for-proposals-fosdem16-virtua… -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady

1 0

Storage over allocation ratio value larger than 125% will pause vms
by Jan Bernard Wevers 07 Dec '15

07 Dec '15

------=_NextPart_000_14C5_01D1307F.3898C190 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I=92m using ovirt 3.6 and an iscsi storage domain. Almost all vms are = using thin provisioning with a virtual size of 40GB and a typical physical = size of 8 GB. Now I=92m facing the fact that ovirt is pausing my vms due to the = following event message: (Example): =A0=93VM vm_01_16_centos6 has been paused due to no Storage = space error.=94 When I look at the iscsi storage domain the over allocation ratio value = is about 127%, but of the 2799GB there is still more than 1500GB available. My questions: - Why ovirt is pausing the vms? - Can I enlarge the over allocation ratio before ovirt is complaining = about storage space? ------=_NextPart_000_14C5_01D1307F.3898C190 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDGgw ggN1MIICXaADAgECAgsEAAAAAAEVS1rDlDANBgkqhkiG9w0BAQUFADBXMQswCQYDVQQGEwJCRTEZ MBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEQMA4GA1UECxMHUm9vdCBDQTEbMBkGA1UEAxMSR2xv YmFsU2lnbiBSb290IENBMB4XDTk4MDkwMTEyMDAwMFoXDTI4MDEyODEyMDAwMFowVzELMAkGA1UE BhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExEDAOBgNVBAsTB1Jvb3QgQ0ExGzAZBgNV BAMTEkdsb2JhbFNpZ24gUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANoO 5pmNzqPjT4p++/GLgyVr6kgf8SqwuZURBL3wY9HiZ2bPHN3PG0gr7o2JjpqvKYBlq+nHLRLLqxxM cAehPQowzRWNT/jd1IxQFRzvUO7ELvf86VLykX3gbdU1MI5eQ3PyQenVauOyiTpWOThvBjyIaVsq TcWnVLhsicyb+TzK5f2J9RI8kniW1tx0bpNEYdGNx0aydQ6G6BmK1W1s1XgWlaLpyAo46/IkE09z VJMThTobvB40tYsFjLl3i7HbHyCRqwlTbpDOezd0uXBHkSJRYxZ5rrGuQSYIyBkr0UaqSNZkKteD NP8sKsFsGUNKB4Xn03z2IWjv6vJSn3+TkM8CAwEAAaNCMEAwDgYDVR0PAQH/BAQDAgEGMA8GA1Ud EwEB/wQFMAMBAf8wHQYDVR0OBBYEFGB7ZhpFDZfKiVAvfQTNNKj//P1LMA0GCSqGSIb3DQEBBQUA A4IBAQDWc+d8T3bQjb/suqK+NMUoMrV8/GycLCu9CZ5Tv2teqhFItuUIo7PKPWFN00YJsz7DoONj VRvyuu+tOeFDuTij5i+KJjvvoFBW+cYK/TjNxAtwUZSXmATfw1+U1RXJFEGcxF11ZBUN/1Uw7IaP /w3vLLljRvaq/N+8af0uEkhkmuCV8KbvKY8BsRW1DB2l/mksaSR4HrOnHHFi7srIl6wXXYrC+EeG birEVjGV0GeJhSv5bKZdRp0MqoLkmVHdcLfbVj1h5GrhXNb2/j3eQcwHrmNSv1NT9Cvpx/2294Jf hdJBGNuBswQcxR+kgG8VIMneDIgKHdZmVeL8SMkpJmngMIIEFjCCAv6gAwIBAgILBAAAAAABL07h LOEwDQYJKoZIhvcNAQEFBQAwVzELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYt c2ExEDAOBgNVBAsTB1Jvb3QgQ0ExGzAZBgNVBAMTEkdsb2JhbFNpZ24gUm9vdCBDQTAeFw0xMTA0 MTMxMDAwMDBaFw0xOTA0MTMxMDAwMDBaMFQxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxT aWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAxIENBIC0gRzIwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDxpRyvkG880aPHT4sfS5Gp5kIethDso3dC5qF/ Fjx8DMBue80PMZ0QzIqff5hf6T9BsAY0k5IVHGsB+G+IXtYZyoOWKfcetpwOoxGDCuSda4V6rGE3 Ynu5ezdjTOW4kSQSK21Fe/5l1c4b8aneC2jPk/2ehzmMFt9ZClAGFxokDa5wAFtRVMcNPGLt0Fjy ZNarqRECQZYHJsfCrRhf6Noe521DDSgESbGOkkU/2ohe7RyRT/46G2cCGuDOux3igDKqBzq7h0Fg RFyMMkWiGKGNvM+jOAoNJJt2vji47en0GDqJuMLGfZt6wusgTu6mjG9XT0Wx/uEN4P+Ny+zrjPyl AgMBAAGjgeUwgeIwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAwHQYDVR0OBBYE FOysmMwncpPPVjLNI8edjUWF9CIDMEcGA1UdIARAMD4wPAYEVR0gADA0MDIGCCsGAQUFBwIBFiZo dHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAzBgNVHR8ELDAqMCigJqAkhiJo dHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QuY3JsMB8GA1UdIwQYMBaAFGB7ZhpFDZfKiVAv fQTNNKj//P1LMA0GCSqGSIb3DQEBBQUAA4IBAQCvu6fIS2a30hruGY2mo/7Ex3S3mEszRAFjwbcO WDvRcjoX5l5Jl55eAK1RP8mF1D4ewnz5zofKkO6+D85nSAgsMUhr0sN9Fab60ciDEpomO0LLSLOD zfx0vDCe387eQD03+G0Rh6/aWyZZgJX1xVSblXW1bde5g2DpJu1wNEf4qLVEQP16zdHQGAdKbTXY o/GyIA47G6GbUPciqzWp7qazlZMpdWDBv+P+SmU5rXeeyGFzzNQtU76gCUPj7tzM0rZEmJO+EmIM kNFNnLcMncEJDytc4Z1bMMQjm6IHxNnSzfbuDjhiVzp2AqBh6U2f1EtiM0RNfw4glmWvS0Vilxis MIIE0TCCA7mgAwIBAgIQZmBP5MZi1b5ckUjTpIYcmTANBgkqhkiG9w0BAQUFADBUMQswCQYDVQQG EwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJz b25hbFNpZ24gMSBDQSAtIEcyMB4XDTE1MDEyMjEzMzIwM1oXDTE4MDEyMjEzMzIwM1owXDEpMCcG A1UEAwwgamFuLmJlcm5hcmQud2V2ZXJzQGdyb3VwMjAwMC5jb20xLzAtBgkqhkiG9w0BCQEWIGph bi5iZXJuYXJkLndldmVyc0Bncm91cDIwMDAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAq6hR70TsAF8UN3e5jivghawybfE/kbSP5sJeDxaNZ9DL/cPqu3mn9AIg+PgbQYxMBpAS V2WldNjaLuWu3RZZsxv8rJSib8FtdfyuyjbjLKpi6mmkC70f0CkeQJkK1dQiOFqdxxF/qU27L10Q zuC4PjB10tRd1L+2R8WkBHCNZdvPN9KWQkLncTQmN+1O0cLfpxmYwHUaN74MSP7C8abmWSWQZXJ4 pCAiI8fwtDanwGP2h+F+QhFGacGgOribqX6uzJvqLKbW0i3+73oUp2JWv+xXSNUJ4ttLy+/B2rOX dEKX+NVKr2mQm7kvkexYiR9sxwOrsGpiQEgPau86yLioHwIDAQABo4IBlTCCAZEwDgYDVR0PAQH/ BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3 Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCsGA1UdEQQkMCKBIGphbi5iZXJuYXJkLndldmVy c0Bncm91cDIwMDAuY29tMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME MEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3MvZ3NwZXJzb25h bHNpZ24xZzIuY3JsMFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0cDovL3NlY3VyZS5n bG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24xZzIuY3J0MB0GA1UdDgQWBBR3PMbd fGkto6Gm0sIzUGzRGHQbDDAfBgNVHSMEGDAWgBTsrJjMJ3KTz1YyzSPHnY1FhfQiAzANBgkqhkiG 9w0BAQUFAAOCAQEAie5hU27GI5D0EGtQQekXs9MHAwjP4krF1lUFJ/7aui0q0ZtMQdcHZRW+TV4o 1i85Ich/VpNTRHWiY85t7DFoRuv7sM9wQKc7NtvpYm/FpHf2hCkLhRw7Cdqb9+Jaa22rHeiL/Vl6 lAXwA5tC7NC3lsxQeFoHS5S0mIQXBFYZu3x4VqquXQAbRrztxo40oomai1ks7n85p7d4gO07IDw2 WEiHlaWbHavG6X6Vs1xRZ7erO5Vz6vjPpOT6XgXCEwR5aY0GDdNm3QsPABiS5CKxaJSfFw+KpOSv s08U7rr/cIjycLpl6y8Mbl71kEXDx5q6OkL4bjYcH9CN5+9QrZt+AzGCA6IwggOeAgEBMGgwVDEL MAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNp Z24gUGVyc29uYWxTaWduIDEgQ0EgLSBHMgIQZmBP5MZi1b5ckUjTpIYcmTANBglghkgBZQMEAgEF AKCCAgswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTUxMjA2MjIz ODMzWjAvBgkqhkiG9w0BCQQxIgQgM1KOuYEGi4hTXD4MBNqmCn87GAuL0DMW4Mxx2v7X7cwwdwYJ KwYBBAGCNxAEMWowaDBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEq MCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMSBDQSAtIEcyAhBmYE/kxmLVvlyRSNOk hhyZMHkGCyqGSIb3DQEJEAILMWqgaDBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2ln biBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMSBDQSAtIEcyAhBmYE/k xmLVvlyRSNOkhhyZMIGrBgkqhkiG9w0BCQ8xgZ0wgZowCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQB FjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqG SIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMAsGCWCGSAFlAwQCATALBglghkgBZQMEAgMwCwYJYIZI AWUDBAICMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIIBAGsTOx5G+1lWBRe4oZS5jcrsfb55UACZ ka7QhdBw2dvhKhsQUqh6o4F3bWRKCYgEjsrr+1t9v6P9RFrF3K83sNmSt2z/rmeND3ju7xY18eBn RigNcuPNe+DFk+t/1OV+cjCd8Uri03VrFBRhdmT/YyIV9JI7ow5AOnYKheeQZqFaW65XASahwdRJ B36E5zpJm2Lw2HqI08VbjP7OYskw/yFAnKPtQLs+tf/DT61jvOOecKbnMZw/2Y4msnoYiRo82Npt W1LTmmrVryUOE7qFshzWKtQHgpyqLYhyquK3fO9Lpy2tlk+GI0eOhbctgMGCYNMl885ezSlo4aYZ ZkowmrwAAAAAAAA= ------=_NextPart_000_14C5_01D1307F.3898C190--

4 4

Ovirt Engine Issue
by Melissa Mesler 07 Dec '15

07 Dec '15

This is a multi-part message in MIME format. --------------060606050700060504070304 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hopefully someone can give me a good idea of how to troubleshoot an ovirt issue. I am running 3.5 on CentOS 6.7. Here is the issue I'm having. I have Ovirt running as a virtual machine in KVM. I recently moved (with virtsync) the vm to rebuild the host. Once the host was rebuilt I moved ovirt back. Now ovirt-engine starts but is inaccessible. In the logs it says this: 2015-12-06 15:57:24,558 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-2) Error in getting DB connection. The database is inaccessible. Original exception is: DataAccessResourceFailureException: Error retreiving database metadata; nested exception is org.springframework.jdbc.support.MetaDataAccessException: Could not get Connection for extracting meta data; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource I did notice that I can't get postgresql to start. Everything worked perfectly fine before. Any ideas? -- Melissa Mesler --------------060606050700060504070304 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hopefully someone can give me a good idea of how to troubleshoot an ovirt issue. I am running 3.5 on CentOS 6.7. Here is the issue I'm having. I have Ovirt running as a virtual machine in KVM. I recently moved (with virtsync) the vm to rebuild the host. Once the host was rebuilt I moved ovirt back. Now ovirt-engine starts but is inaccessible. In the logs it says this: 2015-12-06 15:57:24,558 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-2) Error in getting DB connection. The database is inaccessible. Original exception is: DataAccessResourceFailureException: Error retreiving database metadata; nested exception is org.springframework.jdbc.support.MetaDataAccessException: Could not get Connection for extracting meta data; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource I did notice that I can't get postgresql to start. Everything worked perfectly fine before. Any ideas? <pre class="moz-signature" cols="72">-- Melissa Mesler </pre> </body> </html> --------------060606050700060504070304--

2 2

Server dont work after Host setting
by Taste-Of-IT 07 Dec '15

07 Dec '15

Hello, i am new with ovirt and i installed ovirt engine 3.6 on centos 7. After first login i create the host with fqdn of ovirt server but without powersavesettings. Firt i saw installing as status for host, but after a while nothing happend, I reboot the server. In engine.log i see "VMs initialization finished for Host", but i cant open the webgui. What can i do? Where can i look to find the error and what have i done wrong? Thx

2 5

Virt-v2v import issue
by Budur Nagaraju 07 Dec '15

07 Dec '15

Hi I have converted win2k3 which was deployed in vmware esxi to oVirt by using "v2v" tool ,imported successfully after powering on unable to get the login prompt getting stuck at "windows is starting". can someone help me in this issue ? Thanks, Nagaraju

3 5

Server dont work after Host setting
by Dragon 06 Dec '15

06 Dec '15

Hello, i am new with ovirt and i installed ovirt engine on centos. After first login i create the host with fqdn of ovirt server but without powersavesettings. Firt i saw installing as status for host, but after a while nothing happend, I reboot the server. In engine.log i see "VMs initialization finished for Host", but i cant open the webgui. What can i do? Where can i look to find the error and what have i done wrong? Thx

1 0

Unknown libvirterror - where to start?
by Christophe TREFOIS 06 Dec '15

06 Dec '15

--_000_ABC69195C9484895AAFF1900F54BBE43unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgY2hlY2tlZCB0aGUgbG9ncyBvbiBteSBoeXBlcnZpc29yIHRoYXQgY29udGFpbnMg YWxzbyB0aGUgb3ZlcnQtZW5naW5lIChzZWxmLWhvc3RlZCkgYW5kIEkgc2VlIHN0cmFuZ2UgdW5r bm93biBsaWJ2aXJ0ZXJyb3JzIHRoYXQgY29tZSBwZXJpb2RpY2FsbHkgaW4gdGhlIHZkc20ubG9n IGZpbGUuIFRoZSBzdG9yYWdlIGlzIGdsdXN0ZXJGUyBydW5uaW5nIG9uIHRoZSBoeXBlcnZpc29y IGFzIHdlbGwsIG9uZSBORlMgZXhwb3J0IGRvbWFpbiBhbmQgYW4gSVNPIGRvbWFpbi4gQSBORlMg ZG9tYWluIGZyb20gYW5vdGhlciBwbGFjZSBpcyBpbiBtYWludGVuYW5jZSBtb2RlLg0KDQpJIGFt IHJ1bm5pbmcgb1ZpcnQgMy41LjMuDQoNClRoYW5rIHlvdSBmb3IgYW55IHBvaW50ZXJzIGFzIHRv IHdoZXJlIHRvIHN0YXJ0IGZpeGluZyB0aGlzIGlzc3VlLg0KDQrigJQgbG9nIGV4Y2VycHQgLS0N Cg0KVGhyZWFkLTE5NDc2NDE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDM5ODo6c3RvbXBS ZWFjdG9yOjoxNjM6OnlhanNvbnJwYy5TdG9tcFNlcnZlcjo6KHNlbmQpIFNlbmRpbmcgcmVzcG9u c2UNClRocmVhZC04MTA4OjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMSw0MTA6OmxpYnZpcnRj b25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNv ZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVx dWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQNCkR1bW15LTE4OTUyNjA6OkRF QlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDQ3Nzo6c3RvcmFnZV9tYWlsYm94Ojo3MzE6OlN0b3Jh Z2UuTWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBkZCBpZj0vcmhldi9kYXRhLWNlbnRlci8w MDAwMDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAwMDAzZDUvbWFzdGVyc2QvZG9tX21kL2luYm94 IGlmbGFnPWRpcmVjdCxmdWxsYmxvY2sgY291bnQ9MSBicz0xMDI0MDAwIChjd2QgTm9uZSkNCkR1 bW15LTE4OTUyNjA6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDUwMTo6c3RvcmFnZV9tYWls Ym94Ojo3MzE6OlN0b3JhZ2UuTWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBTVUNDRVNTOiA8 ZXJyPiA9ICcxKzAgcmVjb3JkcyBpblxuMSswIHJlY29yZHMgb3V0XG4xMDI0MDAwIGJ5dGVzICgx LjAgTUIpIGNvcGllZCwgMC4wMDMzMTI3OCBzLCAzMDkgTUIvc1xuJzsgPHJjPiA9IDANClRocmVh ZC03OTEzOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiwyOTg6OmxpYnZpcnRjb25uZWN0aW9u OjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVk b206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1l dGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQNClRocmVhZC01NjgyOjpERUJVRzo6MjAxNS0x MS0wMyAwODo0NzozMiw0MTc6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFwcGVy KSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1lc3Nh Z2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMgbm90 IHByZXNlbnQNCkRldGVjdG9yIHRocmVhZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTkx Ojpwcm90b2NvbGRldGVjdG9yOjoxODc6OnZkcy5NdWx0aVByb3RvY29sQWNjZXB0b3I6OihfYWRk X2Nvbm5lY3Rpb24pIEFkZGluZyBjb25uZWN0aW9uIGZyb20gMTI3LjAuMC4xOjQ0NjcxDQpEZXRl Y3RvciB0aHJlYWQ6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDU5ODo6cHJvdG9jb2xkZXRl Y3Rvcjo6MjAxOjp2ZHMuTXVsdGlQcm90b2NvbEFjY2VwdG9yOjooX3JlbW92ZV9jb25uZWN0aW9u KSBDb25uZWN0aW9uIHJlbW92ZWQgZnJvbSAxMjcuMC4wLjE6NDQ2NzENCkRldGVjdG9yIHRocmVh ZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTk5Ojpwcm90b2NvbGRldGVjdG9yOjoyNDc6 OnZkcy5NdWx0aVByb3RvY29sQWNjZXB0b3I6OihfaGFuZGxlX2Nvbm5lY3Rpb25fcmVhZCkgRGV0 ZWN0ZWQgcHJvdG9jb2wgeG1sIGZyb20gMTI3LjAuMC4xOjQ0NjcxDQpEZXRlY3RvciB0aHJlYWQ6 OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDU5OTo6QmluZGluZ1hNTFJQQzo6MTE3Mzo6WG1s RGV0ZWN0b3I6OihoYW5kbGVTb2NrZXQpIHhtbCBvdmVyIGh0dHAgZGV0ZWN0ZWQgZnJvbSAoJzEy Ny4wLjAuMScsIDQ0NjcxKQ0KVGhyZWFkLTE5NDc2NDI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3 OjMyLDYwMjo6dGFzazo6NTk1OjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3Rh dGUpIFRhc2s9YDFkOTlhMTY2LWNiOWEtNDAyNS04MjExLWE0OGUyMTBiNTIzNGA6Om1vdmluZyBm cm9tIHN0YXRlIGluaXQgLT4gc3RhdGUgcHJlcGFyaW5nDQpUaHJlYWQtMTk0NzY0Mjo6SU5GTzo6 MjAxNS0xMS0wMyAwODo0NzozMiw2MDM6OmxvZ1V0aWxzOjo0NDo6ZGlzcGF0Y2hlcjo6KHdyYXBw ZXIpIFJ1biBhbmQgcHJvdGVjdDogcmVwb1N0YXRzKG9wdGlvbnM9Tm9uZSkNClRocmVhZC0xOTQ3 NjQyOjpJTkZPOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDYwMzo6bG9nVXRpbHM6OjQ3OjpkaXNwYXRj aGVyOjood3JhcHBlcikgUnVuIGFuZCBwcm90ZWN0OiByZXBvU3RhdHMsIFJldHVybiByZXNwb25z ZToge3UnZGU5ZWI3MzctNjkxZi00NjIyLTkwNzAtODkxNTMxZDU5OWEwJzogeydjb2RlJzogMCwg J2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMCwgJ2FjcXVpcmVkJzogVHJ1ZSwgJ2RlbGF5Jzog JzAuMDAwMzczNjEzJywgJ2xhc3RDaGVjayc6ICcyLjUnLCAndmFsaWQnOiBUcnVlfSwgdSdmZTRm ZDE5YS04NzE0LTQ0ZTAtYWU0MS02NjNhNGI2MmRhN2EnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzog VHJ1ZSwgJ3ZlcnNpb24nOiAwLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA0MDk0 NDYnLCAnbGFzdENoZWNrJzogJzYuNCcsICd2YWxpZCc6IFRydWV9LCB1JzgyNTNhODliLTY1MWUt NGZmNC04NjViLTU3YWRlZjA1ZDM4Myc6IHsnY29kZSc6IDAsICdhY3R1YWwnOiBUcnVlLCAndmVy c2lvbic6IDMsICdhY3F1aXJlZCc6IFRydWUsICdkZWxheSc6ICcwLjAwMDUyMDY3MScsICdsYXN0 Q2hlY2snOiAnMS44JywgJ3ZhbGlkJzogVHJ1ZX0sICdiMThlYjI5ZS04YmIxLTQ1YjktYTYwZS1h OGUwNzIxMGUwNjYnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNpb24nOiAzLCAn YWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA0MjQ0NDUnLCAnbGFzdENoZWNrJzogJzYu NScsICd2YWxpZCc6IFRydWV9fQ0KVGhyZWFkLTE5NDc2NDI6OkRFQlVHOjoyMDE1LTExLTAzIDA4 OjQ3OjMyLDYwMzo6dGFzazo6MTE5MTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjoocHJlcGFy ZSkgVGFzaz1gMWQ5OWExNjYtY2I5YS00MDI1LTgyMTEtYTQ4ZTIxMGI1MjM0YDo6ZmluaXNoZWQ6 IHt1J2RlOWViNzM3LTY5MWYtNDYyMi05MDcwLTg5MTUzMWQ1OTlhMCc6IHsnY29kZSc6IDAsICdh Y3R1YWwnOiBUcnVlLCAndmVyc2lvbic6IDAsICdhY3F1aXJlZCc6IFRydWUsICdkZWxheSc6ICcw LjAwMDM3MzYxMycsICdsYXN0Q2hlY2snOiAnMi41JywgJ3ZhbGlkJzogVHJ1ZX0sIHUnZmU0ZmQx OWEtODcxNC00NGUwLWFlNDEtNjYzYTRiNjJkYTdhJzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRy dWUsICd2ZXJzaW9uJzogMCwgJ2FjcXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDA5NDQ2 JywgJ2xhc3RDaGVjayc6ICc2LjQnLCAndmFsaWQnOiBUcnVlfSwgdSc4MjUzYTg5Yi02NTFlLTRm ZjQtODY1Yi01N2FkZWYwNWQzODMnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNp b24nOiAzLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA1MjA2NzEnLCAnbGFzdENo ZWNrJzogJzEuOCcsICd2YWxpZCc6IFRydWV9LCAnYjE4ZWIyOWUtOGJiMS00NWI5LWE2MGUtYThl MDcyMTBlMDY2Jzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMywgJ2Fj cXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDI0NDQ1JywgJ2xhc3RDaGVjayc6ICc2LjUn LCAndmFsaWQnOiBUcnVlfX0NClRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0 NzozMiw2MDM6OnRhc2s6OjU5NTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0ZVN0 YXRlKSBUYXNrPWAxZDk5YTE2Ni1jYjlhLTQwMjUtODIxMS1hNDhlMjEwYjUyMzRgOjptb3Zpbmcg ZnJvbSBzdGF0ZSBwcmVwYXJpbmcgLT4gc3RhdGUgZmluaXNoZWQNClRocmVhZC0xOTQ3NjQyOjpE RUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDQ6OnJlc291cmNlTWFuYWdlcjo6OTQwOjpTdG9y YWdlLlJlc291cmNlTWFuYWdlci5Pd25lcjo6KHJlbGVhc2VBbGwpIE93bmVyLnJlbGVhc2VBbGwg cmVxdWVzdHMge30gcmVzb3VyY2VzIHt9DQpUaHJlYWQtMTk0NzY0Mjo6REVCVUc6OjIwMTUtMTEt MDMgMDg6NDc6MzIsNjA0OjpyZXNvdXJjZU1hbmFnZXI6Ojk3Nzo6U3RvcmFnZS5SZXNvdXJjZU1h bmFnZXIuT3duZXI6OihjYW5jZWxBbGwpIE93bmVyLmNhbmNlbEFsbCByZXF1ZXN0cyB7fQ0KVGhy ZWFkLTE5NDc2NDI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDYwNDo6dGFzazo6OTkzOjpT dG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfZGVjcmVmKSBUYXNrPWAxZDk5YTE2Ni1jYjlhLTQw MjUtODIxMS1hNDhlMjEwYjUyMzRgOjpyZWYgMCBhYm9ydGluZyBGYWxzZQ0KVGhyZWFkLTYzNDg6 OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDI2MTo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6 cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAg bGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEg ZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFkLTcyODY6OkRFQlVHOjoyMDE1LTExLTAzIDA4 OjQ3OjMzLDQ2Mjo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25v d24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0 YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2Vu dA0KRHVtbXktMTg5NTI2MDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzMsNTE0OjpzdG9yYWdl X21haWxib3g6OjczMTo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KF9jaGVja0Zvck1haWwpIGRkIGlm PS9yaGV2L2RhdGEtY2VudGVyLzAwMDAwMDAyLTAwMDItMDAwMi0wMDAyLTAwMDAwMDAwMDNkNS9t YXN0ZXJzZC9kb21fbWQvaW5ib3ggaWZsYWc9ZGlyZWN0LGZ1bGxibG9jayBjb3VudD0xIGJzPTEw MjQwMDAgKGN3ZCBOb25lKQ0KRHVtbXktMTg5NTI2MDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6 MzMsNTQwOjpzdG9yYWdlX21haWxib3g6OjczMTo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KF9jaGVj a0Zvck1haWwpIFNVQ0NFU1M6IDxlcnI+ID0gJzErMCByZWNvcmRzIGluXG4xKzAgcmVjb3JkcyBv dXRcbjEwMjQwMDAgYnl0ZXMgKDEuMCBNQikgY29waWVkLCAwLjAwMzg1OTAxIHMsIDI2NSBNQi9z XG4nOyA8cmM+ID0gMA0KVGhyZWFkLTc2Mjc6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDkz ODo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmly dGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90 IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFk LTc5NTE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDkzODo6bGlidmlydGNvbm5lY3Rpb246 OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRv bTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0 YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFkLTM4ODI6OkRFQlVHOjoyMDE1LTEx LTAzIDA4OjQ3OjMzLDk0MDo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIp IFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2Fn ZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3Qg cHJlc2VudA0KVGhyZWFkLTc5Njc6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDk0MDo6bGli dmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9y OiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5k OiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFkLTc4OTk6 OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDk1MTo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6 cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAg bGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEg ZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1 LTExLTAzIDA4OjQ3OjM0LDM4Mzo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGltZW91 dHMpIFRpbWVvdXQgb24gZmlsZW5vIDEzMy4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6 MjAxNS0xMS0wMyAwODo0NzozNCwzODM6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3Rp bWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAxMzUuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6REVC VUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRs ZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTM2Lg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6 OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDM4Mzo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9o YW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDE0Ni4NClZNIENoYW5uZWxzIExpc3Rl bmVyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCwzODQ6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6 OihfaGFuZGxlX3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAxNjAuDQpWTSBDaGFubmVscyBM aXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6 dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTYxLg0KVk0gQ2hhbm5l bHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDM4NDo6dm1jaGFubmVsczo6 OTY6OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDE2Ny4NClZNIENo YW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCwzODQ6OnZtY2hhbm5l bHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAxNzEuDQpW TSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNo YW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTcy Lg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDM4NDo6 dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5v IDE1OS4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCwz ODU6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZp bGVubyAxODkuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6 MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBv biBmaWxlbm8gMTkwLg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1LTExLTAzIDA4 OjQ3OjM0LDM4NTo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVv dXQgb24gZmlsZW5vIDE5NS4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0xMS0w MyAwODo0NzozNCwzODU6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRzKSBU aW1lb3V0IG9uIGZpbGVubyAxOTcuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUt MTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0 cykgVGltZW91dCBvbiBmaWxlbm8gMTk4Lg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoy MDE1LTExLTAzIDA4OjQ3OjM0LDM4NTo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGlt ZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDIxMy4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJV Rzo6MjAxNS0xMS0wMyAwODo0NzozNCwzODY6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxl X3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAyMTUuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6 REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hh bmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gOTguDQpWTSBDaGFubmVscyBMaXN0ZW5l cjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjoo X2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTI1Lg0KSnNvblJwYyAoU3RvbXBS ZWFjdG9yKTo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsNDEyOjpzdG9tcFJlYWN0b3I6Ojk4 OjpCcm9rZXIuU3RvbXBBZGFwdGVyOjooaGFuZGxlX2ZyYW1lKSBIYW5kbGluZyBtZXNzYWdlIDxT dG9tcEZyYW1lIGNvbW1hbmQ9J1NFTkQnPg0KSnNvblJwY1NlcnZlcjo6REVCVUc6OjIwMTUtMTEt MDMgMDg6NDc6MzQsNDEzOjpfX2luaXRfXzo6NTMwOjpqc29ucnBjLkpzb25ScGNTZXJ2ZXI6Oihz ZXJ2ZV9yZXF1ZXN0cykgV2FpdGluZyBmb3IgcmVxdWVzdA0KVGhyZWFkLTE5NDc2NDM6OkRFQlVH OjoyMDE1LTExLTAzIDA4OjQ3OjM0LDQzNzo6c3RvbXBSZWFjdG9yOjoxNjM6OnlhanNvbnJwYy5T dG9tcFNlcnZlcjo6KHNlbmQpIFNlbmRpbmcgcmVzcG9uc2UNClRocmVhZC03NjEzOjpERUJVRzo6 MjAxNS0xMS0wMyAwODo0NzozNCw3MTM6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3 cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAy IG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQg aXMgbm90IHByZXNlbnQNClRocmVhZC02MzkzOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCw3 MTM6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZp cnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5v dCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQNClRocmVh ZC0yMjY5NDE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM1LDUxMTo6dGFzazo6NTk1OjpTdG9y YWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YGJkZjI2NDAxLTMyNGMt NDIyMC05MDM0LTE5YzdkODE2ZjY0MmA6Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLT4gc3RhdGUg cHJlcGFyaW5nDQpUaHJlYWQtNDcwOTo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzUsNTExOjp0 YXNrOjo1OTU6OlN0b3JhZ2UuVGFza01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1g MGFjMmY4NTQtNDFlMy00NDI3LWEwZjQtNWVhYTE4NDJlMjEyYDo6bW92aW5nIGZyb20gc3RhdGUg aW5pdCAtPiBzdGF0ZSBwcmVwYXJpbmcNCg0KLS0NCg0KQ2hyaXN0b3BoZQ0KDQoNCg== --_000_ABC69195C9484895AAFF1900F54BBE43unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <05E547F58ADC464D9D0F9ACEF203BCD2(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGksDQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JIGNoZWNrZWQgdGhlIGxvZ3Mgb24g bXkgaHlwZXJ2aXNvciB0aGF0IGNvbnRhaW5zIGFsc28gdGhlIG92ZXJ0LWVuZ2luZSAoc2VsZi1o b3N0ZWQpIGFuZCBJIHNlZSBzdHJhbmdlIHVua25vd24gbGlidmlydGVycm9ycyB0aGF0IGNvbWUg cGVyaW9kaWNhbGx5IGluIHRoZSB2ZHNtLmxvZyBmaWxlLiBUaGUgc3RvcmFnZSBpcyBnbHVzdGVy RlMgcnVubmluZyBvbiB0aGUgaHlwZXJ2aXNvciBhcyB3ZWxsLCBvbmUgTkZTIGV4cG9ydA0KIGRv bWFpbiBhbmQgYW4gSVNPIGRvbWFpbi4gQSBORlMgZG9tYWluIGZyb20gYW5vdGhlciBwbGFjZSBp cyBpbiBtYWludGVuYW5jZSBtb2RlLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBhbSBydW5uaW5nIG9WaXJ0IDMuNS4zLjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmsg eW91IGZvciBhbnkgcG9pbnRlcnMgYXMgdG8gd2hlcmUgdG8gc3RhcnQgZml4aW5nIHRoaXMgaXNz dWUuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj7igJQgbG9nIGV4Y2VycHQgLS08L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+ VGhyZWFkLTE5NDc2NDE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDM5ODo6c3RvbXBSZWFj dG9yOjoxNjM6OnlhanNvbnJwYy5TdG9tcFNlcnZlcjo6KHNlbmQpIFNlbmRpbmcgcmVzcG9uc2U8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTgxMDg6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3 OjMxLDQxMDo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24g bGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRh dGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudDwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5EdW1teS0xODk1MjYwOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0 NzozMSw0Nzc6OnN0b3JhZ2VfbWFpbGJveDo6NzMxOjpTdG9yYWdlLk1pc2MuZXhjQ21kOjooX2No ZWNrRm9yTWFpbCkgZGQgaWY9L3JoZXYvZGF0YS1jZW50ZXIvMDAwMDAwMDItMDAwMi0wMDAyLTAw MDItMDAwMDAwMDAwM2Q1L21hc3RlcnNkL2RvbV9tZC9pbmJveCBpZmxhZz1kaXJlY3QsZnVsbGJs b2NrIGNvdW50PTEgYnM9MTAyNDAwMCAoY3dkIE5vbmUpPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkR1 bW15LTE4OTUyNjA6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDUwMTo6c3RvcmFnZV9tYWls Ym94Ojo3MzE6OlN0b3JhZ2UuTWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBTVUNDRVNTOiAm bHQ7ZXJyJmd0OyA9ICcxJiM0MzswIHJlY29yZHMgaW5cbjEmIzQzOzAgcmVjb3JkcyBvdXRcbjEw MjQwMDAgYnl0ZXMgKDEuMCBNQikgY29waWVkLCAwLjAwMzMxMjc4IHMsIDMwOSBNQi9zXG4nOyAm bHQ7cmMmZ3Q7ID0gMDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtNzkxMzo6REVCVUc6OjIw MTUtMTEtMDMgMDg6NDc6MzIsMjk4OjpsaWJ2aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojood3Jh cHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9tOiAyMCBsZXZlbDogMiBt ZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRhZGF0YSBlbGVtZW50IGlz IG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC01NjgyOjpERUJVRzo6MjAx NS0xMS0wMyAwODo0NzozMiw0MTc6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFw cGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1l c3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMg bm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+RGV0ZWN0b3IgdGhyZWFkOjpERUJVRzo6 MjAxNS0xMS0wMyAwODo0NzozMiw1OTE6OnByb3RvY29sZGV0ZWN0b3I6OjE4Nzo6dmRzLk11bHRp UHJvdG9jb2xBY2NlcHRvcjo6KF9hZGRfY29ubmVjdGlvbikgQWRkaW5nIGNvbm5lY3Rpb24gZnJv bSAxMjcuMC4wLjE6NDQ2NzE8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+RGV0ZWN0b3IgdGhyZWFkOjpE RUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiw1OTg6OnByb3RvY29sZGV0ZWN0b3I6OjIwMTo6dmRz Lk11bHRpUHJvdG9jb2xBY2NlcHRvcjo6KF9yZW1vdmVfY29ubmVjdGlvbikgQ29ubmVjdGlvbiBy ZW1vdmVkIGZyb20gMTI3LjAuMC4xOjQ0NjcxPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkRldGVjdG9y IHRocmVhZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTk5Ojpwcm90b2NvbGRldGVjdG9y OjoyNDc6OnZkcy5NdWx0aVByb3RvY29sQWNjZXB0b3I6OihfaGFuZGxlX2Nvbm5lY3Rpb25fcmVh ZCkgRGV0ZWN0ZWQgcHJvdG9jb2wgeG1sIGZyb20gMTI3LjAuMC4xOjQ0NjcxPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPkRldGVjdG9yIHRocmVhZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTk5 OjpCaW5kaW5nWE1MUlBDOjoxMTczOjpYbWxEZXRlY3Rvcjo6KGhhbmRsZVNvY2tldCkgeG1sIG92 ZXIgaHR0cCBkZXRlY3RlZCBmcm9tICgnMTI3LjAuMC4xJywgNDQ2NzEpPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDI6OnRh c2s6OjU5NTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0ZVN0YXRlKSBUYXNrPWAx ZDk5YTE2Ni1jYjlhLTQwMjUtODIxMS1hNDhlMjEwYjUyMzRgOjptb3ZpbmcgZnJvbSBzdGF0ZSBp bml0IC0mZ3Q7IHN0YXRlIHByZXBhcmluZzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0 NzY0Mjo6SU5GTzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDM6OmxvZ1V0aWxzOjo0NDo6ZGlzcGF0 Y2hlcjo6KHdyYXBwZXIpIFJ1biBhbmQgcHJvdGVjdDogcmVwb1N0YXRzKG9wdGlvbnM9Tm9uZSk8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTE5NDc2NDI6OklORk86OjIwMTUtMTEtMDMgMDg6 NDc6MzIsNjAzOjpsb2dVdGlsczo6NDc6OmRpc3BhdGNoZXI6Oih3cmFwcGVyKSBSdW4gYW5kIHBy b3RlY3Q6IHJlcG9TdGF0cywgUmV0dXJuIHJlc3BvbnNlOiB7dSdkZTllYjczNy02OTFmLTQ2MjIt OTA3MC04OTE1MzFkNTk5YTAnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNpb24n OiAwLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDAzNzM2MTMnLA0KICdsYXN0Q2hl Y2snOiAnMi41JywgJ3ZhbGlkJzogVHJ1ZX0sIHUnZmU0ZmQxOWEtODcxNC00NGUwLWFlNDEtNjYz YTRiNjJkYTdhJzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMCwgJ2Fj cXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDA5NDQ2JywgJ2xhc3RDaGVjayc6ICc2LjQn LCAndmFsaWQnOiBUcnVlfSwgdSc4MjUzYTg5Yi02NTFlLTRmZjQtODY1Yi01N2FkZWYwNWQzODMn OiB7J2NvZGUnOiAwLCAnYWN0dWFsJzoNCiBUcnVlLCAndmVyc2lvbic6IDMsICdhY3F1aXJlZCc6 IFRydWUsICdkZWxheSc6ICcwLjAwMDUyMDY3MScsICdsYXN0Q2hlY2snOiAnMS44JywgJ3ZhbGlk JzogVHJ1ZX0sICdiMThlYjI5ZS04YmIxLTQ1YjktYTYwZS1hOGUwNzIxMGUwNjYnOiB7J2NvZGUn OiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNpb24nOiAzLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVs YXknOiAnMC4wMDA0MjQ0NDUnLCAnbGFzdENoZWNrJzogJzYuNScsICd2YWxpZCc6IFRydWV9fTwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0NzY0Mjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6 NDc6MzIsNjAzOjp0YXNrOjoxMTkxOjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihwcmVwYXJl KSBUYXNrPWAxZDk5YTE2Ni1jYjlhLTQwMjUtODIxMS1hNDhlMjEwYjUyMzRgOjpmaW5pc2hlZDog e3UnZGU5ZWI3MzctNjkxZi00NjIyLTkwNzAtODkxNTMxZDU5OWEwJzogeydjb2RlJzogMCwgJ2Fj dHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMCwgJ2FjcXVpcmVkJzoNCiBUcnVlLCAnZGVsYXknOiAn MC4wMDAzNzM2MTMnLCAnbGFzdENoZWNrJzogJzIuNScsICd2YWxpZCc6IFRydWV9LCB1J2ZlNGZk MTlhLTg3MTQtNDRlMC1hZTQxLTY2M2E0YjYyZGE3YSc6IHsnY29kZSc6IDAsICdhY3R1YWwnOiBU cnVlLCAndmVyc2lvbic6IDAsICdhY3F1aXJlZCc6IFRydWUsICdkZWxheSc6ICcwLjAwMDQwOTQ0 NicsICdsYXN0Q2hlY2snOiAnNi40JywgJ3ZhbGlkJzogVHJ1ZX0sIHUnODI1M2E4OWItNjUxZS00 ZmY0LTg2NWItNTdhZGVmMDVkMzgzJzoNCiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3Zl cnNpb24nOiAzLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA1MjA2NzEnLCAnbGFz dENoZWNrJzogJzEuOCcsICd2YWxpZCc6IFRydWV9LCAnYjE4ZWIyOWUtOGJiMS00NWI5LWE2MGUt YThlMDcyMTBlMDY2Jzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMywg J2FjcXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDI0NDQ1JywgJ2xhc3RDaGVjayc6DQog JzYuNScsICd2YWxpZCc6IFRydWV9fTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0NzY0 Mjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNjAzOjp0YXNrOjo1OTU6OlN0b3JhZ2UuVGFz a01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1gMWQ5OWExNjYtY2I5YS00MDI1LTgy MTEtYTQ4ZTIxMGI1MjM0YDo6bW92aW5nIGZyb20gc3RhdGUgcHJlcGFyaW5nIC0mZ3Q7IHN0YXRl IGZpbmlzaGVkPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAx NS0xMS0wMyAwODo0NzozMiw2MDQ6OnJlc291cmNlTWFuYWdlcjo6OTQwOjpTdG9yYWdlLlJlc291 cmNlTWFuYWdlci5Pd25lcjo6KHJlbGVhc2VBbGwpIE93bmVyLnJlbGVhc2VBbGwgcmVxdWVzdHMg e30gcmVzb3VyY2VzIHt9PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJV Rzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDQ6OnJlc291cmNlTWFuYWdlcjo6OTc3OjpTdG9yYWdl LlJlc291cmNlTWFuYWdlci5Pd25lcjo6KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxsIHJlcXVl c3RzIHt9PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAxNS0x MS0wMyAwODo0NzozMiw2MDQ6OnRhc2s6Ojk5Mzo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjoo X2RlY3JlZikgVGFzaz1gMWQ5OWExNjYtY2I5YS00MDI1LTgyMTEtYTQ4ZTIxMGI1MjM0YDo6cmVm IDAgYWJvcnRpbmcgRmFsc2U8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTYzNDg6OkRFQlVH OjoyMDE1LTExLTAzIDA4OjQ3OjMzLDI2MTo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6 KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6 IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVu dCBpcyBub3QgcHJlc2VudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtNzI4Njo6REVCVUc6 OjIwMTUtMTEtMDMgMDg6NDc6MzMsNDYyOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojoo d3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9tOiAyMCBsZXZlbDog MiBtZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRhZGF0YSBlbGVtZW50 IGlzIG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkR1bW15LTE4OTUyNjA6OkRFQlVH OjoyMDE1LTExLTAzIDA4OjQ3OjMzLDUxNDo6c3RvcmFnZV9tYWlsYm94Ojo3MzE6OlN0b3JhZ2Uu TWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBkZCBpZj0vcmhldi9kYXRhLWNlbnRlci8wMDAw MDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAwMDAzZDUvbWFzdGVyc2QvZG9tX21kL2luYm94IGlm bGFnPWRpcmVjdCxmdWxsYmxvY2sgY291bnQ9MSBicz0xMDI0MDAwIChjd2QgTm9uZSk8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+RHVtbXktMTg5NTI2MDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzMs NTQwOjpzdG9yYWdlX21haWxib3g6OjczMTo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KF9jaGVja0Zv ck1haWwpIFNVQ0NFU1M6ICZsdDtlcnImZ3Q7ID0gJzEmIzQzOzAgcmVjb3JkcyBpblxuMSYjNDM7 MCByZWNvcmRzIG91dFxuMTAyNDAwMCBieXRlcyAoMS4wIE1CKSBjb3BpZWQsIDAuMDAzODU5MDEg cywgMjY1IE1CL3Ncbic7ICZsdDtyYyZndDsgPSAwPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVh ZC03NjI3OjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMyw5Mzg6OmxpYnZpcnRjb25uZWN0aW9u OjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVk b206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1l dGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFk LTc5NTE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDkzODo6bGlidmlydGNvbm5lY3Rpb246 OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRv bTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0 YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQt Mzg4Mjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzMsOTQwOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6 MTQzOjpyb290Ojood3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9t OiAyMCBsZXZlbDogMiBtZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRh ZGF0YSBlbGVtZW50IGlzIG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC03 OTY3OjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMyw5NDA6OmxpYnZpcnRjb25uZWN0aW9uOjox NDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206 IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFk YXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTc4 OTk6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDk1MTo6bGlidmlydGNvbm5lY3Rpb246OjE0 Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTog MjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRh dGEgZWxlbWVudCBpcyBub3QgcHJlc2VudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVs cyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5 Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTMzLjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6 NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91 dCBvbiBmaWxlbm8gMTM1LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5l cjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5Njo6dmRzOjoo X2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTM2LjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgz Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxl bm8gMTQ2LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6 OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90 aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTYwLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBD aGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5u ZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTYxLjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEt MDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykg VGltZW91dCBvbiBmaWxlbm8gMTY3LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBM aXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6 dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTcxLjwvZGl2Pg0KPGRp diBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6 MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBv biBmaWxlbm8gMTcyLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6 REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hh bmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTU5LjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2 bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8g MTg5LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIw MTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1l b3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTkwLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFu bmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxz Ojo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTk1LjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMg MDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGlt ZW91dCBvbiBmaWxlbm8gMTk3LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0 ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRz OjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTk4LjwvZGl2Pg0KPGRpdiBj bGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQs Mzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBm aWxlbm8gMjEzLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVC VUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRs ZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMjE1LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5W TSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNo YW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gOTgu PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0x MS0wMyAwODo0NzozNCwzODY6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRz KSBUaW1lb3V0IG9uIGZpbGVubyAxMjUuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkpzb25ScGMgKFN0 b21wUmVhY3Rvcik6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDQxMjo6c3RvbXBSZWFjdG9y Ojo5ODo6QnJva2VyLlN0b21wQWRhcHRlcjo6KGhhbmRsZV9mcmFtZSkgSGFuZGxpbmcgbWVzc2Fn ZSAmbHQ7U3RvbXBGcmFtZSBjb21tYW5kPSdTRU5EJyZndDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ SnNvblJwY1NlcnZlcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsNDEzOjpfX2luaXRfXzo6 NTMwOjpqc29ucnBjLkpzb25ScGNTZXJ2ZXI6OihzZXJ2ZV9yZXF1ZXN0cykgV2FpdGluZyBmb3Ig cmVxdWVzdDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0NzY0Mzo6REVCVUc6OjIwMTUt MTEtMDMgMDg6NDc6MzQsNDM3OjpzdG9tcFJlYWN0b3I6OjE2Mzo6eWFqc29ucnBjLlN0b21wU2Vy dmVyOjooc2VuZCkgU2VuZGluZyByZXNwb25zZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQt NzYxMzo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsNzEzOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6 MTQzOjpyb290Ojood3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9t OiAyMCBsZXZlbDogMiBtZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRh ZGF0YSBlbGVtZW50IGlzIG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC02 MzkzOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCw3MTM6OmxpYnZpcnRjb25uZWN0aW9uOjox NDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206 IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFk YXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTIy Njk0MTo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzUsNTExOjp0YXNrOjo1OTU6OlN0b3JhZ2Uu VGFza01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1gYmRmMjY0MDEtMzI0Yy00MjIw LTkwMzQtMTljN2Q4MTZmNjQyYDo6bW92aW5nIGZyb20gc3RhdGUgaW5pdCAtJmd0OyBzdGF0ZSBw cmVwYXJpbmc8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTQ3MDk6OkRFQlVHOjoyMDE1LTEx LTAzIDA4OjQ3OjM1LDUxMTo6dGFzazo6NTk1OjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6Oihf dXBkYXRlU3RhdGUpIFRhc2s9YDBhYzJmODU0LTQxZTMtNDQyNy1hMGY0LTVlYWExODQyZTIxMmA6 Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLSZndDsgc3RhdGUgcHJlcGFyaW5nPC9kaXY+DQo8ZGl2 IGFwcGxlLWNvbnRlbnQtZWRpdGVkPSJ0cnVlIiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImxldHRl ci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0 LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsg d2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0 aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsg LXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPHAgc3R5 bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMHB0OyBsaW5l LWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KPGZvbnQgY29sb3I9IiMzZDNiM2IiIGNsYXNzPSIi PjxiIGNsYXNzPSIiPi0tPC9iPjwvZm9udD48L3A+DQo8ZGl2IGNsYXNzPSIiPkNocmlzdG9waGU8 L2Rpdj4NCiZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiIHN0eWxlPSJj b2xvcjogcmdiKDAsIDAsIDApOyI+Jm5ic3A7PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_ABC69195C9484895AAFF1900F54BBE43unilu_--

7 11

Migration failed
by Massimo Mad 06 Dec '15

06 Dec '15

Hi, I want to upgrade my oVirt infrastructure, host on host centos 6.x on bare metal 7.x. I created a new cluster with inside the new host, and when I try to migrate the vm from one cluster to another I have the following messages: Migration failed, No available hosts found Migration failed two to Error: Fatal Error during migration. Trying to migrate to another Host I checked the host file and the certificates and everything is fine Regards Massimo

2 1

Need to clear domain Export already exists in an ovirt (3.5)
by ccox＠endlessnow.com 06 Dec '15

06 Dec '15

Our ovirt 3.5 host thinks it has an export domain, but it's not visible anywhere, but it's keeping us from importing a domain from a different datacenter. What database update do I need to issue to clear the bad state from the ovirt 3.5 we are trying to Import into?

3 3

Greetings and observations from an oVirt noob
by Kenneth Marsh 06 Dec '15

06 Dec '15

Hello all, I do development operations for a part of a software division of a large multinational. I'm an experienced user of VMWare and Amazon AWS, soon to be pushed onto Azure, and I've found a common thread among all solutions - they are all expensive enough that my budget will certainly not be approved with them. I'm deferred to the IT part of the organisation, which operates too slowly and inefficiently (in terms of both cost and time) for my requirements. This is what led me to RHEV, and ultimately to oVirt. This is a feasibility study for what may ultimately be a RHEV-based data center in a new office, and if I succeed we will be doing more on a fixed budget by using more RHEV and less Azure. I spent the weekend working with oVirt and I'm very impressed. I had no idea such a comprehensive enterprise-class solution was even available. Being a complete newcomer, I started without a clue and after a weekend had set up a nearly-working data centre including an oVirt hypervisor node, all on old Dell notebooks loaned to me temporarily by our IT group. I started with RHEV but decided to use oVirt for two reasons - one being to see what's possible with the latest and greatest, the other because RHEV required some licensing I've not yet purchased. Long term it'll have to be RHEV for enterprise support reasons I'm sure many are familiar with. There are a few things I found, from a newcomer's perspective, very unclear. - What is oVirt, vs oVirt engine, vs oVirt node, vs oVirt host. Try to find documentation on any of these and get spammed with references to the others. I think I've worked out that these are the collective suite of products, the management centre, the bare-metal hypervisor, and participating member servers, respectively. - Which versions of CentOS/Fedora/oVirt Node are compatible at which oVirt compatibility level? This would normally be addressed in the release notes. It was also confusing to discover oVirt node 3.2.1 is compatible at the 3.5 level. The answer to this remains unclear but I'm trying to use Fedora 22 across the board now with oVirt node 3.2.1 and this seems to be working, although I haven't gotten a server node into a cluster yet, only oVirt nodes. - Storage domains - much doco about them being needed and how to configure them but nothing about what they are or why they are needed. I would have expected an oVirt node to be capable of both data and ISO storage but apparently there needs to be an NFS or iSCSI filesystem there first? And there's local storage vs shared, another concept much talked about how to prepare and add it but not explained why one would want to do that or what it means. I think with further internet combing and by trial-and-error I'm very likely to figure it all out. I hope all goes well and implement this stuff in our new data centre and then I'd be keen to contribute some of my own tech writing. Meanwhile, I hope to be active on this mailing list and I thank everyone in advance for sharing their oVirt experience. For any who are looking at the doco thanks much for the plethora of stuff out there already and I hope the above bullet points help you understand where doco most needs more attention. At least from the perspective of one who has just come across oVirt. Kind Regards, Ken Marsh Brisbane, Australia

3 3

Migration from VirtualBox to oVirt (do's and don'ts)
by Kiril L 05 Dec '15

05 Dec '15

As it seems a new server will have to be deployed soon. There is almost no budget and i cannot afford more then one machine. Because of that i was wondering if it would be possible to use VirtualBox (for now) and later migrate to oVirt (when I manage to get a permission)? I was wondering is there something that i have to do (when setting up the VM) in order to migrate at some point to oVirt?

5 6

Re: [ovirt-users] virsh athentification failure Users Digest Users Digest, Vol 51, Issue 35
by Jean-Pierre Ribeauville 04 Dec '15

04 Dec '15

Hi, I got a lot of good advices to fix my issue. Thanks to all . Regards, J.P. -----Message d'origine----- De : users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] De la part de users-request(a)ovirt.org Envoyé : vendredi 4 décembre 2015 17:11 À : users(a)ovirt.org Objet : Users Digest, Vol 51, Issue 35 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at 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: 1. Re: [libvirt-users] virsh athentification failure (Daniel P. Berrange) 2. RE : virsh athentification failure Users Digest, Vol 51, Issue 34 (Jean-Pierre Ribeauville) 3. Re: Virt-v2v import issue (Michal Skrivanek) 4. Re: Migration from VirtualBox to oVirt (do's and don'ts) (Michal Skrivanek) 5. Re: Virt-v2v import issue (Budur Nagaraju) 6. Re: [libvirt-users] virsh athentification failure (Michal Skrivanek) 7. Re: virsh athentification failure Users Digest, Vol 51, Issue 34 (Michal Skrivanek) ---------------------------------------------------------------------- Message: 1 Date: Fri, 4 Dec 2015 15:26:04 +0000 From: "Daniel P. Berrange" <berrange(a)redhat.com> To: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>, "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] [libvirt-users] virsh athentification failure Message-ID: <20151204152604.GE18045(a)redhat.com> Content-Type: text/plain; charset=utf-8 On Fri, Dec 04, 2015 at 03:18:19PM +0000, Jean-Pierre Ribeauville wrote: > Hi, > > I wrote a C program running in a KVM host. > Part of it adds a Unix Channel device in all Guests in order to have a dialog from Host to Guest. > As long as my host wasn't part of an Ovirt cluster , all was running fine. > > > I added my host in a ovirt cluster , and then , when running the script creating the channel device ( by using "virsh attach-device --persistent -live ....." ) , I got following error : > > Please enter your authentication name: > Please enter your password: > error: failed to connect to the hypervisor > error: no valid connection > error: authentication failed: Failed to step SASL negotiation: -1 > (SASL(-1): generic failure: All-whitespace username.) > > > What's the user/password I've to use then ? When you attach a compute node to oVirt, it sets up auth with libvirt to prevent admins from connecting to libvirt. If you want to oiverride that you need to create yourself a SASL user + password using the saslpasswd2 command eg see http://libvirt.org/auth.html#ACL_server_username Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| ------------------------------ Message: 2 Date: Fri, 4 Dec 2015 15:42:20 +0000 From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] RE : virsh athentification failure Users Digest, Vol 51, Issue 34 Message-ID: <1051EFB4D3A1704680C38CCAAC5836D2929DC391(a)WPTXMAIL2.ptx.axway.int> Content-Type: text/plain; charset="iso-8859-1" Hi, AFA IUnderstand , /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 is a channel used for QEMU agent , so no way to use it for private purpose. J.P. -----Message d'origine----- De?: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] De la part de users-request(a)ovirt.org Envoy??: vendredi 4 d?cembre 2015 16:24 ??: users(a)ovirt.org Objet?: Users Digest, Vol 51, Issue 34 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at 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: 1. virsh athentification failure (Jean-Pierre Ribeauville) 2. Re: virsh athentification failure (Nathana?l Blanchet) 3. Re: virsh athentification failure (Nathana?l Blanchet) ---------------------------------------------------------------------- Message: 1 Date: Fri, 4 Dec 2015 15:18:19 +0000 From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com> Subject: [ovirt-users] virsh athentification failure Message-ID: <1051EFB4D3A1704680C38CCAAC5836D2929DC35C(a)WPTXMAIL2.ptx.axway.int> Content-Type: text/plain; charset="iso-8859-1" Hi, I wrote a C program running in a KVM host. Part of it adds a Unix Channel device in all Guests in order to have a dialog from Host to Guest. As long as my host wasn't part of an Ovirt cluster , all was running fine. I added my host in a ovirt cluster , and then , when running the script creating the channel device ( by using "virsh attach-device --persistent -live ....." ) , I got following error : Please enter your authentication name: Please enter your password: error: failed to connect to the hypervisor error: no valid connection error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.) What's the user/password I've to use then ? BTW , I've seen that following channel device was added to the Guest at its creation : /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 What's used for ? I presume I cannot use for my private purpose ? I sent this topic to ovirt and libvirt mailing lists , cos I don't know which forum is the right one for this kind of subject. Thanks for help. Regards, J.P. Ribeauville P: +33.(0).1.47.17.20.49 . Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez ? l'environnement avant d'imprimer.

1 0

Setting PXE boot via Python API
by Jamie Lawrence 04 Dec '15

04 Dec '15

--Apple-Mail=_8ECE0118-DEA3-4CED-9A39-9461CF227A27 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello, I=E2=80=99m currently playing with scripted VM creation and have an = issue getting the newly created VM to PXE boot. My objective is to port = some creation scripts from the environment this will eventually replace = and worry about making this more =E2=80=9COvirt-ey=E2=80=9D later. Skipping the details, everything is happy through creation, and when I = boot it, it attempts to boot from a =E2=80=98disk' and fails, and I = don=E2=80=99t understand why. Following the creation of the VM, creation/attachment of the disk and = net, boot_dev =3D params.Boot(dev=3D'network') vm.os.set_boot([boot_dev]) vm.set_os(params.OperatingSystem(cmdline=3Dkernel_cmd)) vm.update() kernel_cmd there evaluates to a fairly typical PXEboot string that works = with our legacy setup - there isn=E2=80=99t really anything exotic going = on. The BIOS doesn=E2=80=99t show any attempt at a PXE boot - it goes = straight to the disk, declares it unbootable (because it was just = created and is blank), and halts. It feels like the set_boot line is = wrong or ignored, but this is new to me. Anyone have a hint? Thanks, -j= --Apple-Mail=_8ECE0118-DEA3-4CED-9A39-9461CF227A27 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHejCCB3Yw ggVeoAMCAQICE1QAABNFH2NktVR+MW0AAAAAE0UwDQYJKoZIhvcNAQEFBQAwYDETMBEGCgmSJomT 8ixkARkWA2NvbTEbMBkGCgmSJomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYE Y29ycDEWMBQGA1UEAxMNY29ycC1TVUJDQS1DQTAeFw0xNTA5MjgxNjA1MDVaFw0xNjA4MTMyMjA3 NDJaMIGsMRMwEQYKCZImiZPyLGQBGRYDY29tMRswGQYKCZImiZPyLGQBGRYLc3F1YXJldHJhZGUx FDASBgoJkiaJk/IsZAEZFgRjb3JwMRIwEAYDVQQLEwlFbXBsb3llZXMxCzAJBgNVBAsTAklUMRcw FQYDVQQDEw5KYW1pZSBMYXdyZW5jZTEoMCYGCSqGSIb3DQEJARYZamxhd3JlbmNlQHNxdWFyZXRy YWRlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJKcbsIRNOtf5dPVSwBJPfmu SwaS3lsqO4k/GyptrL70oxJHcsFWu1er4Qne2LwL4pvWzG3ID8QCPzBNMaijhgmOqf5lCS66t5bt XqqKDUWw+JYW8qKNLxEFpXYJMnoRJ6GAwsD+R/TL9qB6tSZa/ElWm3u+Q+B6PsOPTJR0FcPy6jzD DeoLMcN/MgKBsUGYmJSBcqoBrd/7ugZancX5ZsIMtDpjGG9zYfT3r3deMRFFksfkUf2BakUoFYRP hVl2IUAsarZ8oWGOkkm6NoV8AQrCsFtJNlfrBWFjaJDgSU/7waVpaFwNbE3y5vKfsydkHCfuatdt gmTCIMXX8QU3mBkCAwEAAaOCAtowggLWMB0GA1UdDgQWBBSidwBvd8Keglu5uZyaGnDa0tfFBzAf BgNVHSMEGDAWgBSsU98vE8JHTC7TGa8VLHCSZCOFSTCB1QYDVR0fBIHNMIHKMIHHoIHEoIHBhoG+ bGRhcDovLy9DTj1jb3JwLVNVQkNBLUNBLENOPXN1YmNhLENOPUNEUCxDTj1QdWJsaWMlMjBLZXkl MjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNvcnAsREM9c3F1YXJl dHJhZGUsREM9Y29tP2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1j UkxEaXN0cmlidXRpb25Qb2ludDCBywYIKwYBBQUHAQEEgb4wgbswgbgGCCsGAQUFBzAChoGrbGRh cDovLy9DTj1jb3JwLVNVQkNBLUNBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNvcnAsREM9c3F1YXJldHJhZGUsREM9Y29t P2NBQ2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MBcG CSsGAQQBgjcUAgQKHggAVQBzAGUAcjAOBgNVHQ8BAf8EBAMCBaAwKQYDVR0lBCIwIAYKKwYBBAGC NwoDBAYIKwYBBQUHAwQGCCsGAQUFBwMCMFQGA1UdEQRNMEugLgYKKwYBBAGCNxQCA6AgDB5qbGF3 cmVuY2VAY29ycC5zcXVhcmV0cmFkZS5jb22BGWpsYXdyZW5jZUBzcXVhcmV0cmFkZS5jb20wRAYJ KoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoG CCqGSIb3DQMHMA0GCSqGSIb3DQEBBQUAA4ICAQBwdFGJ18Dzg6eQoQU2oJ8PaoxTgOccXQNNcEZG wP0yk9ldV2BmqAw3yr0lUnhdk/ChkF9duSmWTHXrt8nAbyO8XVTwhIR6EcJEqS/MneudUsKbwClq yweMqsr/J9jz8Xl/IsbS0mWG9rb3o4stowNycrk2+t68DNMANQa4HGqh7Rz3XcrDtZOIRe33CPSc 552FgT1yJHBcNCkJHJQdZ6pXb0voP59eGIbrqOwhxfdorbb6lqYjSmOlUoQk5x0Gn25Z+B5q8a6o UTf1G5vMNups9133xuc1DeyFmjJVt6Xbs+BIIkAeL543iPWrr03vLclFRF+rwHBGkwklRY2eP/Qv oNOLBeuY85SiVdPKFlOSQc/U1kcpDani9UuQmQ1IZz3gea8WHDUyY2jSyAMZYFPNMQq+26eEo+HP +Gz7+F5IWRO1OL01EGsjCv/cdugqOsH/aIEc9XP4b/BUyWnxJxgI0d0j8BDfGiKcV+sCvkW4sO0p Oggj0b0SYnTB87hvjciZ4E8PHxaYlTyU95fdTQYLT6XjNMSQC3cIO4klbsObGRaIq5V4YbGiq91Z CkPCQjmBezFM7aLI9qb28gAT1NL2HZ0y5i8CDQWasE5RGyjqAhI6z+pl5RCUtUXimuo2KoA09eC6 RZllX/dT1f6+xGQu8DHMx+TSkYtuc2gzPFeFtjGCAxMwggMPAgEBMHcwYDETMBEGCgmSJomT8ixk ARkWA2NvbTEbMBkGCgmSJomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYEY29y cDEWMBQGA1UEAxMNY29ycC1TVUJDQS1DQQITVAAAE0UfY2S1VH4xbQAAAAATRTAJBgUrDgMCGgUA oIIBcTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMDMyMTU5 MzRaMCMGCSqGSIb3DQEJBDEWBBSSoCNtpkmO63vwjattp26H+EReUjCBhgYJKwYBBAGCNxAEMXkw dzBgMRMwEQYKCZImiZPyLGQBGRYDY29tMRswGQYKCZImiZPyLGQBGRYLc3F1YXJldHJhZGUxFDAS BgoJkiaJk/IsZAEZFgRjb3JwMRYwFAYDVQQDEw1jb3JwLVNVQkNBLUNBAhNUAAATRR9jZLVUfjFt AAAAABNFMIGIBgsqhkiG9w0BCRACCzF5oHcwYDETMBEGCgmSJomT8ixkARkWA2NvbTEbMBkGCgmS JomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYEY29ycDEWMBQGA1UEAxMNY29y cC1TVUJDQS1DQQITVAAAE0UfY2S1VH4xbQAAAAATRTANBgkqhkiG9w0BAQEFAASCAQAxJFq2qh0j WLja986PuK0E+XhS01wbbmNrcdOxhRfifyFjFTn7pzSlNTM1R84LOPVBnry/KwC9BBdMKHb4UYxo Ym6TDGR5FGf+LwcQtPGBQvt/QhqDRv6DMO9BcLjp7DVf1cnsCawS9j1HNlNjR87nXG/4fOd8fCWv Lb5VjkO/AGnQrEQDLPO2hMnsSgW/763arBgEvJoHLj0gnRGLjxal2yXw+xW8ZLxxDkLkhp5KHjFt nk33/Fw6xWUM2IKWVXzQIbBK3TrGVztKcZBljqvRqTmCTQwZ5spX+BS2e6tUUaorO/6+PK2+76Ne lO3JsMbYtEP7qPh550WIJI7y6ePfAAAAAAAA --Apple-Mail=_8ECE0118-DEA3-4CED-9A39-9461CF227A27--

3 3

RE : virsh athentification failure Users Digest, Vol 51, Issue 34
by Jean-Pierre Ribeauville 04 Dec '15

04 Dec '15

Hi, AFA IUnderstand , /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 is a channel used for QEMU agent , so no way to use it for private purpose. J.P. -----Message d'origine----- De : users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] De la part de users-request(a)ovirt.org Envoyé : vendredi 4 décembre 2015 16:24 À : users(a)ovirt.org Objet : Users Digest, Vol 51, Issue 34 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at 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: 1. virsh athentification failure (Jean-Pierre Ribeauville) 2. Re: virsh athentification failure (Nathana?l Blanchet) 3. Re: virsh athentification failure (Nathana?l Blanchet) ---------------------------------------------------------------------- Message: 1 Date: Fri, 4 Dec 2015 15:18:19 +0000 From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com> Subject: [ovirt-users] virsh athentification failure Message-ID: <1051EFB4D3A1704680C38CCAAC5836D2929DC35C(a)WPTXMAIL2.ptx.axway.int> Content-Type: text/plain; charset="iso-8859-1" Hi, I wrote a C program running in a KVM host. Part of it adds a Unix Channel device in all Guests in order to have a dialog from Host to Guest. As long as my host wasn't part of an Ovirt cluster , all was running fine. I added my host in a ovirt cluster , and then , when running the script creating the channel device ( by using "virsh attach-device --persistent -live ....." ) , I got following error : Please enter your authentication name: Please enter your password: error: failed to connect to the hypervisor error: no valid connection error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.) What's the user/password I've to use then ? BTW , I've seen that following channel device was added to the Guest at its creation : /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 What's used for ? I presume I cannot use for my private purpose ? I sent this topic to ovirt and libvirt mailing lists , cos I don't know which forum is the right one for this kind of subject. Thanks for help. Regards, J.P. Ribeauville P: +33.(0).1.47.17.20.49 . Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez ? l'environnement avant d'imprimer.

2 1

virsh athentification failure
by Jean-Pierre Ribeauville 04 Dec '15

04 Dec '15

--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC35CWPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I wrote a C program running in a KVM host. Part of it adds a Unix Channel device in all Guests in order to have a dia= log from Host to Guest. As long as my host wasn't part of an Ovirt cluster , all was running fine. I added my host in a ovirt cluster , and then , when running the script cre= ating the channel device ( by using "virsh attach-device --persistent -= live ....." ) , I got following error : Please enter your authentication name: Please enter your password: error: failed to connect to the hypervisor error: no valid connection error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1)= : generic failure: All-whitespace username.) What's the user/password I've to use then ? BTW , I've seen that following channel device was added to the Guest at it= s creation : /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qem= u.guest_agent.0 What's used for ? I presume I cannot use for my private purpose ? I sent this topic to ovirt and libvirt mailing lists , cos I don't know wh= ich forum is the right one for this kind of subject. Thanks for help. Regards, J.P. Ribeauville P: +33.(0).1.47.17.20.49 . Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez =E0 l'environnement avant d'imprimer. --_000_1051EFB4D3A1704680C38CCAAC5836D2929DC35CWPTXMAIL2ptxaxw_ Content-Type: text/html; charset="iso-8859-1" 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=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> I wrote a C program running in = a KVM host.<o:p></o:p> Part of it adds a Unix Channel = device in all Guests in order to  have a dialog from Host to Guest.<o:= p></o:p> As long as my host wasn’t= part of an Ovirt cluster , all was running fine.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> I added my host in a ovirt clus= ter , and then , when running the script creating the channel device  = ( by  using  “virsh attach-device  --persistent &#8211= ;live …..” ) , I got following error :<o:p></o:p> <o:p> </o:p> Please enter your authentica= tion name:<o:p></o:p> Please enter your password:<= o:p></o:p> error: failed to connect to = the hypervisor<o:p></o:p> error: no valid connection<o:p></o:p> error: authentication failed= : Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-white= space username.)<o:p></o:p> <o:p> </o:p>= <o:p> </o:p>= What’s the user/password = I’ve to use then ?<o:p></o:p> <o:p> </o:p>= <o:p> </o:p>= BTW , I’ve seen that foll= owing channel device was  added to the Guest at its creation :<o:p></o= :p> <o:p> </o:p> /var/lib/libvirt/qemu/channe= ls/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0<o:p></o:p></= span> <o:p> </o:p> What’s used for ?<o:p></o= :p> I presume I cannot use for my p= rivate purpose ?<o:p></o:p> <o:p> </o:p>= I sent this topic to ovirt &nbs= p;and libvirt mailing lists , cos I don’t know which forum is the rig= ht one for this kind of subject.<o:p></o:p> <o:p> </o:p> <o:p> </o:p>= Thanks for help.<o:p></o:p></sp= an> <o:p> </o:p> Regards,<o:p></o:p> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0"> <tbody> <tr> <td valign=3D"top" style=3D"padding:0cm 4.5pt 0cm 0cm"> <o:p> </o:p> J.P. Ribeauville<o:p></o:p> <o:p> </o:p> </td> </tr> <tr> <td style=3D"padding:2.25pt 4.5pt 4.5pt 0cm"> P: +33.(0).1.47.17.= 20.49<o:p></o:p></sp= an> .<o:= p></o:p> Pute= aux 3 Etage 5  Bureau 4<o:p></o:p> <o:p= > </o:p> <a href=3D"mailto:jpribeauville@axway.com">= jpribeauville(a)axway.com</a></= span> <a href=3D"http://www.axway.com/">http://www.ax= way.com</a><o:p></o:p> <o:p= > </o:p> </td> </tr> </tbody> </table> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0"> <tbody> <tr> <td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm"> P Pensez =E0 l’environnement avant d’i= mprimer.<o:p></o:p><= /span> </td> </tr> </tbody> </table> <o:p> <= /o:p> <o:p> </o:p> </div> </body> </html> --_000_1051EFB4D3A1704680C38CCAAC5836D2929DC35CWPTXMAIL2ptxaxw_--

4 3

Re: [ovirt-users] virsh athentification failure
by Nathanaël Blanchet 04 Dec '15

04 Dec '15

This is a multi-part message in MIME format. --------------010007080203050408050202 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Le 04/12/2015 16:21, Nathana=EBl Blanchet a =E9crit : > user:vdsm@ovirt > pass:shibboleth > > Le 04/12/2015 16:18, Jean-Pierre Ribeauville a =E9crit : >> >> Hi, >> >> I wrote a C program running in a KVM host. >> >> Part of it adds a Unix Channel device in all Guests in order to have=20 >> a dialog from Host to Guest. >> >> As long as my host wasn=92t part of an Ovirt cluster , all was running= =20 >> fine. >> >> I added my host in a ovirt cluster , and then , when running the=20 >> script creating the channel device ( by using =93virsh attach-devic= e=20 >> --persistent =96live =85..=94 ) , I got following error : >> >> /Please enter your authentication name:/ >> >> /Please enter your password:/ >> >> /error: failed to connect to the hypervisor/ >> >> /error: no valid connection/ >> >> /error: authentication failed: Failed to step SASL negotiation: -1=20 >> (SASL(-1): generic failure: All-whitespace username.)/ >> >> // >> >> // >> >> What=92s the user/password I=92ve to use then ? >> >> // >> >> // >> >> BTW , I=92ve seen that following channel device was added to the Gues= t=20 >> at its creation : >> >> //var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.o= rg.qemu.guest_agent.0/ >> >> What=92s used for ? >> >> I presume I cannot use for my private purpose ? >> >> // >> >> I sent this topic to ovirt and libvirt mailing lists , cos I don=92t=20 >> know which forum is the right one for this kind of subject. >> >> // >> >> Thanks for help. >> >> Regards, >> >> ** >> >> *J.P. Ribeauville* >> >> P: +33.(0).1.47.17.20.49 >> >> . >> >> Puteaux 3 Etage 5 Bureau 4 >> >> _jpribeauville(a)axway.com <mailto:jpribeauville@axway.com>__ >> _<http://www.axway.com/>http://www.axway.com >> >> P Pensez =E0 l=92environnement avant d=92imprimer. >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > --=20 > Nathana=EBl Blanchet > > Supervision r=E9seau > P=F4le Infrastrutures Informatiques > 227 avenue Professeur-Jean-Louis-Viala > 34193 MONTPELLIER CEDEX 5 =09 > T=E9l. 33 (0)4 67 54 84 55 > Fax 33 (0)4 67 54 84 14 > blanchet(a)abes.fr =20 --=20 Nathana=EBl Blanchet Supervision r=E9seau P=F4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=E9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------010007080203050408050202 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable <html> <head> <meta content=3D"text/html; charset=3Dwindows-1252" http-equiv=3D"Content-Type"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#000000"> <div class=3D"moz-cite-prefix">Le 04/12/2015 16:21, Nathana=EBl Blanc= het a =E9crit=A0: </div> <blockquote cite=3D"mid:5661AF85.6050000@abes.fr" type=3D"cite"> <meta content=3D"text/html; charset=3Dwindows-1252" http-equiv=3D"Content-Type"> user:vdsm@ovirt pass:shibboleth <div class=3D"moz-cite-prefix">Le 04/12/2015 16:18, Jean-Pierre Ribeauville a =E9crit=A0: </div> <blockquote cite=3D"mid:1051EFB4D3A1704680C38CCAAC5836D2929DC35C@WPTXMAIL2.ptx.axway.= int" type=3D"cite"> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1252"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p>=A0</o:p> I wrote a C program running in a KVM host.<o:p></o:p> Part of it adds a U= nix Channel device in all Guests in order to =A0have a dialog from Host to Guest.<o:p></o:p> As long as my host wasn=92t part of an Ovirt cluster , all was running fine.<o= :p></o:p> <o:p>=A0</o:p></spa= n> <o:p>=A0</o:p></spa= n> I added my host in = a ovirt cluster , and then , when running the script creating the channel device =A0( by =A0using =A0=93virsh attach-device =A0--persistent =96live =85..=94 ) , I got fo= llowing error :<o:p></o:p> <o:p>=A0</o:p></spa= n> Please enter you= r authentication name:<o:p></o:p> Please enter you= r password:<o:p></o:p> error: failed to connect to the hypervisor<o:p></o:p> error: no valid connection<o:p></o:p>= error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.)<= o:p></o:p> <o:p>=A0</o:p></= span> <o:p>=A0</o:p></= span> What=92s the user/password I=92ve to use then ?<o:p></o:p> <o:p>=A0</o:p></= span> <o:p>=A0</o:p></= span> BTW , I=92ve seen t= hat following channel device was =A0added to the Guest at its creation :<o:p></o:p> <o:p>=A0</o:p></spa= n> /var/lib/libvirt= /qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.= 0<o:p></o:p> <o:p>=A0</o:p></spa= n> What=92s used for ?= <o:p></o:p> I presume I cannot = use for my private purpose ?<o:p></o:p> <o:p>=A0</o:p></= span> I sent this topic t= o ovirt =A0and libvirt mailing lists , cos I don=92t know whi= ch forum is the right one for this kind of subject.<o:p></o:p>= <o:p>=A0</o:p></spa= n> <o:p>=A0</o:p></= span> Thanks for help.<o:= p></o:p> <o:p>=A0</o:p></spa= n> Regards,<o:p></o:p>= <o:p>=A0</o:p></spa= n> <table class=3D"MsoNormalTable" border=3D"0" cellpadding=3D"0" cellspacing=3D"0"> <tbody> <tr> <td style=3D"padding:0cm 4.5pt 0cm 0cm" valign=3D"top"> <o:p>=A0</o:p> J.P. Ribeauville<o:p></o:p>= <o:p>=A0</o:p> </td> </tr> <tr> <td style=3D"padding:2.25pt 4.5pt 4.5pt 0cm"> P: +33.(0).1.47.17.20.49<= span style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q= uot;;color:#737373;mso-fareast-language:FR"><o:p></o:p> .<o:p></o:p> Puteaux 3 Etage 5=A0 Bureau 4<o:p></o:p> <o:p>=A0</o:p> <a moz-do-not-send=3D"true" href=3D"mailto:jpribeauville@axway.com">jpribeauvill= e(a)axway.com</a> <a moz-do-not-send=3D"true" href=3D"http://www.axway.com/"></a><a moz-do-not-send=3D"true" class=3D"moz-txt-link-freetext" href=3D"http://www.axway.com"><a class=3D"moz-txt= -link-freetext" href=3D"http://www.axway.com">http://www.axway.com</a></a= ><o:p></o:p> <o:p>=A0</o:p> </td> </tr> </tbody> </table> <o:p>=A0</o:= p> <table class=3D"MsoNormalTable" border=3D"0" cellpadding=3D"0" cellspacing=3D"0"> <tbody> <tr> <td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm"> P=A0Pensez =E0 l=92environnement avant d=92imprimer.<sp= an style=3D"font-size:8.0pt;font-family:"Arial","sans-serif&q= uot;;color:#888888;mso-fareast-language:FR"><o:p></o:p> </td> </tr> </tbody> </table> = <o:p>=A0</o:p> <o:p>=A0</o:p> </div> <fieldset class=3D"mimeAttachmentHeader"></fieldset> <pre wrap=3D"">_______________________________________________ Users mailing list <a moz-do-not-send=3D"true" class=3D"moz-txt-link-abbreviated" href=3D"ma= ilto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send=3D"true" class=3D"moz-txt-link-freetext" href=3D"http:= //lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/= listinfo/users</a> </pre> </blockquote> <pre class=3D"moz-signature" cols=3D"72">--=20 Nathana=EBl Blanchet Supervision r=E9seau P=F4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=E9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a moz-do-not-send=3D"true" class=3D"moz-txt-link-abbreviated" href=3D"ma= ilto:blanchet@abes.fr">blanchet(a)abes.fr</a> </pre> </blockquote> <pre class=3D"moz-signature" cols=3D"72">--=20 Nathana=EBl Blanchet Supervision r=E9seau P=F4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=E9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr">bl= anchet(a)abes.fr</a> </pre> </body> </html> --------------010007080203050408050202--

1 0

Failing to add NFS storage domain
by Jean-Pierre Ribeauville 04 Dec '15

04 Dec '15

--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC0A1WPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, By using 3.5 ovirt , I'm trying to add an NFS storage domain to my datace= nter. Then I got following error : Error while executing action New NFS Storage Domain: Error creating a stora= ge domain I restart sanlock service on the host ( it's a RHEL 7) ; no positive effec= t. In engine.log found this : .... 2015-12-02 11:42:17,767 INFO [org.ovirt.engine.core.bll.storage.AddStorage= ServerConnectionCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] Lock Acquired t= o object EngineLock [exclusiveLocks=3D key: omniserv.lab.dc01.axway.int:/nf= s/omnicol value: STORAGE_CONNECTION , sharedLocks=3D ] 2015-12-02 11:42:17,771 INFO [org.ovirt.engine.core.bll.storage.AddStorage= ServerConnectionCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] Running command= : AddStorageServerConnectionCommand internal: false. Entities affected : I= D: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STO= RAGE_DOMAIN with role type ADMIN 2015-12-02 11:42:17,771 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] START, Con= nectStorageServerVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-17= 0f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-0000-0000-000000= 000000, storageType =3D NFS, connectionList =3D [{ id: null, connection: om= niserv.lab.dc01.axway.int:/nfs/omnicol, iqn: null, vfsType: null, mountOpti= ons: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id:= 7651babb 2015-12-02 11:42:17,790 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] FINISH, Co= nnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000= =3D0}, log id: 7651babb 2015-12-02 11:42:17,793 INFO [org.ovirt.engine.core.bll.storage.AddStorage= ServerConnectionCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] Lock freed to o= bject EngineLock [exclusiveLocks=3D key: omniserv.lab.dc01.axway.int:/nfs/o= mnicol value: STORAGE_CONNECTION , sharedLocks=3D ] 2015-12-02 11:42:17,810 INFO [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Running command: AddNF= SStorageDomainCommand internal: false. Entities affected : ID: aaa00000-00= 00-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN wi= th role type ADMIN 2015-12-02 11:42:17,813 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] START, Con= nectStorageServerVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-17= 0f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-0000-0000-000000= 000000, storageType =3D NFS, connectionList =3D [{ id: ce05a2b0-cee9-44a9-8= 45e-8a35349c7195, connection: omniserv.lab.dc01.axway.int:/nfs/omnicol, iqn= : null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: nu= ll, nfsTimeo: null };]), log id: 7c9bb0db 2015-12-02 11:42:17,828 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, Co= nnectStorageServerVDSCommand, return: {ce05a2b0-cee9-44a9-845e-8a35349c7195= =3D0}, log id: 7c9bb0db 2015-12-02 11:42:17,828 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] START, Crea= teStorageDomainVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f= -48a1-a78a-951a2c61c680, storageDomain=3DStorageDomainStatic[test_nfs, 5c4b= 7602-47de-47a7-a278-95b1ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs/= omnicol), log id: 62401241 2015-12-02 11:42:17,986 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] Failed in C= reateStorageDomainVDS method 2015-12-02 11:42:17,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command org= .ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return= value StatusOnlyReturnForXmlRpc [mStatus=3DStatusForXmlRpc [mCode=3D351, mMessage= =3DError creating a storage domain: (u'storageType=3D1, sdUUID=3D5c4b7602-4= 7de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpecif= icArg=3Domniserv.lab.dc01.axway.int:/nfs/omnicol domVersion=3D3',)]] 2015-12-02 11:42:17,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] HostName = =3D ldc01omv01 2015-12-02 11:42:17,986 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command Cre= ateStorageDomainVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170= f-48a1-a78a-951a2c61c680, storageDomain=3DStorageDomainStatic[test_nfs, 5c4= b7602-47de-47a7-a278-95b1ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs= /omnicol) execution failed. Exception: VDSErrorException: VDSGenericExcepti= on: VDSErrorException: Failed to CreateStorageDomainVDS, error =3D Error cr= eating a storage domain: (u'storageType=3D1, sdUUID=3D5c4b7602-47de-47a7-a2= 78-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpecificArg=3Domn= iserv.lab.dc01.axway.int:/nfs/omnicol domVersion=3D3',), code =3D 351 2015-12-02 11:42:17,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, Cre= ateStorageDomainVDSCommand, log id: 62401241 2015-12-02 11:42:17,986 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command org.ovirt.engi= ne.core.bll.storage.AddNFSStorageDomainCommand throw Vdc Bll exception. Wit= h error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.= VDSErrorException: VDSGenericException: VDSErrorException: Failed to Create= StorageDomainVDS, error =3D Error creating a storage domain: (u'storageType= =3D1, sdUUID=3D5c4b7602-47de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs,= domClass=3D1, typeSpecificArg=3Domniserv.lab.dc01.axway.int:/nfs/omnicol d= omVersion=3D3',), code =3D 351 (Failed with error StorageDomainCreationErro= r and code 351) 2015-12-02 11:42:17,987 INFO [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a= -94d6-45f6-8747-73eb18e0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engi= ne.core.common.businessentities.StorageDomainDynamic; snapshot: 5c4b7602-47= de-47a7-a278-95b1ac7b1f8d. 2015-12-02 11:42:17,987 INFO [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a= -94d6-45f6-8747-73eb18e0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engi= ne.core.common.businessentities.StorageDomainStatic; snapshot: 5c4b7602-47d= e-47a7-a278-95b1ac7b1f8d. 2015-12-02 11:42:17,989 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Transaction rolled-bac= k for command: org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand= . 2015-12-02 11:42:17,991 ERROR [org.ovirt.engine.core.dal.dbbroker.auditlogh= andling.AuditLogDirector] (ajp-/127.0.0.1:8702-6) [66393037] Correlation ID= : 66393037, Job ID: e5ce2642-b4d4-4088-b33a-0e68fb698275, Call Stack: null,= Custom Event ID: -1, Message: Failed to add Storage Domain test_nfs. (User= : admin@internal) 2015-12-02 11:42:18,038 INFO [org.ovirt.engine.core.bll.storage.RemoveStor= ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock Acquire= d to object EngineLock [exclusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35= 349c7195 value: STORAGE_CONNECTION key: omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION , sharedLocks=3D ] 2015-12-02 11:42:18,040 INFO [org.ovirt.engine.core.bll.storage.RemoveStor= ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Running comm= and: RemoveStorageServerConnectionCommand internal: false. Entities affecte= d : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREA= TE_STORAGE_DOMAIN with role type ADMIN 2015-12-02 11:42:18,041 INFO [org.ovirt.engine.core.bll.storage.RemoveStor= ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Removing con= nection ce05a2b0-cee9-44a9-845e-8a35349c7195 from database 2015-12-02 11:42:18,042 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Di= sconnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] START, = DisconnectStorageServerVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3= 024-170f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-0000-0000-= 000000000000, storageType =3D NFS, connectionList =3D [{ id: ce05a2b0-cee9-= 44a9-845e-8a35349c7195, connection: omniserv.lab.dc01.axway.int:/nfs/omnico= l, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetra= ns: null, nfsTimeo: null };]), log id: 65092833 2015-12-02 11:42:18,163 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Di= sconnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] FINISH,= DisconnectStorageServerVDSCommand, return: {ce05a2b0-cee9-44a9-845e-8a3534= 9c7195=3D0}, log id: 65092833 2015-12-02 11:42:18,164 INFO [org.ovirt.engine.core.bll.storage.RemoveStor= ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock freed t= o object EngineLock [exclusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35349= c7195 value: STORAGE_CONNECTION key: omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION , sharedLocks=3D ] ....... On host side, I see the new NFS mount point correctly setup and I'm able to= list its contents. Thanks for help. J.P. Ribeauville P: +33.(0).1.47.17.20.49 . Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez =E0 l'environnement avant d'imprimer. --_000_1051EFB4D3A1704680C38CCAAC5836D2929DC0A1WPTXMAIL2ptxaxw_ Content-Type: text/html; charset="iso-8859-1" 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=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> By using 3.5 ovirt , I'm try= ing to add  an NFS  storage domain to my datacenter.<o:p></o:p></= span> <o:p> </o:p> <o:p> </o:p> Then  I  got follo= wing error :<o:p></o:p> <o:p> </o:p> Error while executing action New NFS Storage Domain: Error creating a= storage domain<o:p></o:p> <o:p> </o:p><= /i> <o:p> </o:p> I restart sanlock service on= the host ( it's a RHEL 7)  ; no positive effect.<o:p></o:p></p= > <o:p> </o:p> In engine.log  found th= is  :<o:p></o:p> <o:p> </o:p>= ….<o:p></o:p></= i> 2015-12-02 11:42:17,767 INFO  [org.ovirt.eng= ine.core.bll.storage.AddStorageServerConnectionCommand] (ajp-/127.0.0.1:870= 2-8) [47ec013e] Lock Acquired to object EngineLock [exclusiveLocks=3D key: = omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p> , sharedLocks=3D ]<o:p></o:p= > 2015-12-02 11:42:17,771 INFO=   [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand= ] (ajp-/127.0.0.1:8702-8) [47ec013e] Running command: AddStorageServerConne= ctionCommand internal: false. Entities affected :  ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group = CREATE_STORAGE_DOMAIN with role type ADMIN<o:p></o:p> 2015-12-02 11:42:17,771 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo= mmand] (ajp-/127.0.0.1:8702-8) [47ec013e] START, ConnectStorageServerVDSCom= mand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c6= 80, storagePoolId =3D 00000000-0000-0000-0000-000000000000, storageType =3D NF= S, connectionList =3D [{ id: null, connection: omniserv.lab.dc01.axway.int:= /nfs/omnicol, iqn: null, vfsType: null, mountOptions: null, nfsVersion: nul= l, nfsRetrans: null, nfsTimeo: null };]), log id: 7651babb<o:p></o:p> 2015-12-02 11:42:17,790 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo= mmand] (ajp-/127.0.0.1:8702-8) [47ec013e] FINISH, ConnectStorageServerVDSCo= mmand, return: {00000000-0000-0000-0000-000000000000=3D0}, log id: 7651babb<o:p></o:p> 2015-12-02 11:42:17,793 INFO=   [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand= ] (ajp-/127.0.0.1:8702-8) [47ec013e] Lock freed to object EngineLock [exclu= siveLocks=3D key: omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p> , sharedLocks=3D ]<o:p></o:p> 2015-12-02 11:42:17,810 INFO=   [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-= /127.0.0.1:8702-6) [66393037] Running command: AddNFSStorageDomainCommand i= nternal: false. Entities affected :  ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORA= GE_DOMAIN with role type ADMIN<o:p></o:p> 2015-12-02 11:42:17,813 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo= mmand] (ajp-/127.0.0.1:8702-6) [66393037] START, ConnectStorageServerVDSCom= mand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c6= 80, storagePoolId =3D 00000000-0000-0000-0000-000000000000, storageType =3D NF= S, connectionList =3D [{ id: ce05a2b0-cee9-44a9-845e-8a35349c7195, connecti= on: omniserv.lab.dc01.axway.int:/nfs/omnicol, iqn: null, vfsType: null, mou= ntOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 7c9bb0db<o:p></o:p> 2015-12-02 11:42:17,828 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo= mmand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, ConnectStorageServerVDSCo= mmand, return: {ce05a2b0-cee9-44a9-845e-8a35349c7195=3D0}, log id: 7c9bb0db<o:p></o:p> 2015-12-02 11:42:17,828 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom= mand] (ajp-/127.0.0.1:8702-6) [66393037] START, CreateStorageDomainVDSComma= nd(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c680= , storageDomain=3DStorageDomainStatic[test_nfs, 5c4b7602-47de-47a7-a278-95b1= ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs/omnicol), log id: 624012= 41<o:p></o:p> 2015-12-02 11:42:17,986 ERRO= R [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]= (ajp-/127.0.0.1:8702-6) [66393037] Failed in CreateStorageDomainVDS method= <o:p></o:p> 2015-12-02 11:42:17,986 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom= mand] (ajp-/127.0.0.1:8702-6) [66393037] Command org.ovirt.engine.core.vdsb= roker.vdsbroker.CreateStorageDomainVDSCommand return value<o:p></o:p> StatusOnlyReturnForXmlRpc [m= Status=3DStatusForXmlRpc [mCode=3D351, mMessage=3DError creating a storage = domain: (u'storageType=3D1, sdUUID=3D5c4b7602-47de-47a7-a278-95b1ac7b1f8d, = domainName=3Dtest_nfs, domClass=3D1, typeSpecificArg=3Domniserv.lab.dc01.ax= way.int:/nfs/omnicol domVersion=3D3',)]]<o:p></o:p> 2015-12-02 11:42:17,986 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom= mand] (ajp-/127.0.0.1:8702-6) [66393037] HostName =3D ldc01omv01<o:p></o:p>= 2015-12-02 11:42:17,986 ERRO= R [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]= (ajp-/127.0.0.1:8702-6) [66393037] Command CreateStorageDomainVDSCommand(H= ostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c680, storageDomain=3DStorageDomainStatic[test_nfs, 5c4b7602-47de-47a7-a278-95b1= ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs/omnicol) execution faile= d. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Fa= iled to CreateStorageDomainVDS, error =3D Error creating a storage domain: (u'storageType=3D1, sdUUID=3D5c4b7602= -47de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpec= ificArg=3Domniserv.lab.dc01.axway.int:/nfs/omnicol domVersion=3D3',), code = =3D 351<o:p></o:p> 2015-12-02 11:42:17,986 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom= mand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, CreateStorageDomainVDSComm= and, log id: 62401241<o:p></o:p> 2015-12-02 11:42:17,986 ERRO= R [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-/127.= 0.0.1:8702-6) [66393037] Command org.ovirt.engine.core.bll.storage.AddNFSSt= orageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbro= ker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to Cr= eateStorageDomainVDS, error =3D Error creating a storage domain: (u'storage= Type=3D1, sdUUID=3D5c4b7602-47de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpecificArg=3Domniserv.lab.dc01.a= xway.int:/nfs/omnicol domVersion=3D3',), code =3D 351 (Failed with error St= orageDomainCreationError and code 351)<o:p></o:p> 2015-12-02 11:42:17,987 INFO=   [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-= /127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a-94d6-45f6-8747-73eb18e= 0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.business= entities.StorageDomainDynamic; snapshot: 5c4b7602-47de-47a7-a278-95b1ac7b1f8d.<o:p></o:p> 2015-12-02 11:42:17,987 INFO=   [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-= /127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a-94d6-45f6-8747-73eb18e= 0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.business= entities.StorageDomainStatic; snapshot: 5c4b7602-47de-47a7-a278-95b1ac7b1f8d.<o:p></o:p> 2015-12-02 11:42:17,989 ERRO= R [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-/127.= 0.0.1:8702-6) [66393037] Transaction rolled-back for command: org.ovirt.eng= ine.core.bll.storage.AddNFSStorageDomainCommand.<o:p></o:p> 2015-12-02 11:42:17,991 ERRO= R [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (a= jp-/127.0.0.1:8702-6) [66393037] Correlation ID: 66393037, Job ID: e5ce2642= -b4d4-4088-b33a-0e68fb698275, Call Stack: null, Custom Event ID: -1, Message: Failed to add Storage Domain test_nfs.= (User: admin@internal)<o:p></o:p> 2015-12-02 11:42:18,038 INFO=   [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm= and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock Acquired to object EngineLock = [exclusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35349c7195 value: STORAGE_CONNECTION<o:p></o:p> key: omniserv.lab.dc01.axway= .int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p> , sharedLocks=3D ]<o:p></o:p= > 2015-12-02 11:42:18,040 INFO=   [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm= and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Running command: RemoveStorageServe= rConnectionCommand internal: false. Entities affected :  ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemActi= on group CREATE_STORAGE_DOMAIN with role type ADMIN<o:p></o:p></= p> 2015-12-02 11:42:18,041 INFO=   [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm= and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Removing connection ce05a2b0-cee9-4= 4a9-845e-8a35349c7195 from database<o:p></o:p> 2015-12-02 11:42:18,042 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVD= SCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] START, DisconnectStorageServer= VDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-= 0000-0000-000000000000, storageType =3D NFS, connectionList =3D [{ id: ce05= a2b0-cee9-44a9-845e-8a35349c7195, connection: omniserv.lab.dc01.axway.int:/= nfs/omnicol, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 650= 92833<o:p></o:p> 2015-12-02 11:42:18,163 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVD= SCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] FINISH, DisconnectStorageServe= rVDSCommand, return: {ce05a2b0-cee9-44a9-845e-8a35349c7195=3D0}, log id: 65092833<o:p></o:p> 2015-12-02 11:42:18,164 INFO=   [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm= and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock freed to object EngineLock [ex= clusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35349c7195 value: STORAGE_CONNECTION<o:p></o:p> key: omniserv.lab.dc01.axway= .int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p> , sharedLocks=3D ]<o:p></o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"margin-left:-7.1pt"> <tbody> <tr> <td width=3D"561" valign=3D"top" style=3D"width:421.1pt;padding:0cm 4.5pt 0= cm 0cm"> …&#= 8230;.<o:p></o:p> <o:p> </o:p> On host side, I see the new NFS mount point correctly setup and I’= m able to list its contents.<o:p></o:p> <o:p> </o:p> Thanks for help.<o:p></o:p> <o:p> </o:p> J.P. Ribeauville<o:p></o:p> <o:p> </o:p> </td> </tr> <tr> <td width=3D"561" style=3D"width:421.1pt;padding:2.25pt 4.5pt 4.5pt 0cm"> P: +33.(0).1= .47.17.20.49<= o:p></o:p> .= <o:p></o:p> P= uteaux 3 Etage 5  Bureau 4<o:p></o:p> <= o:p> </o:p> <a href=3D"mailto:jpribeauville@axway.co= m">jpribeauville(a)axway.com</a= > <a href=3D"http://www.axway.com/">http:/= /www.axway.com</a><o:p></o:p> <= o:p> </o:p> </td> </tr> </tbody> </table> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0"> <tbody> <tr> <td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm"> P Pensez =E0 l’environnement avant d’imprimer.<o:p></o:p> </td> </tr> </tbody> </table> <o:p>&nbs= p;</o:p> <o:p> </o:p> </div> </body> </html> --_000_1051EFB4D3A1704680C38CCAAC5836D2929DC0A1WPTXMAIL2ptxaxw_--

2 2