January 2016 - Users - oVirt List Archives

no more admin@internal account available
by Nathanaël Blanchet 18 Jan '16

18 Jan '16

Hello, My internal domain is not available anymore in the webadmin login and any query with admin@internal fail. What can I do to recover it? -- 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

3 2

Set custom property?
by gflwqs gflwqs 18 Jan '16

18 Jan '16

Hi List, I'm running ovirt 3.5.6.2. Why do i have to restart a vm when i set a custom property? Thanks! Christian

1 0

Re: [ovirt-users] Ovirt python-sdk cloning VM
by Juan Hernández 18 Jan '16

18 Jan '16

On 01/18/2016 02:49 PM, Algirdas Žemaitis wrote: > Hello, > > > I was playing with Ovirt API/python-sdk for a week or so and stuck in > one from first sight simple yet unsolvable spot… > > Ovirt web GUI has option to clone VM from snapshot, to new(other) > storage domain. Is it possible to do so with API ? > > The point is, I’m using backup script (already modified a lot of it to > suit our needs), once it is cloning from snapshot into new VM, it will > use same storage, and causing a lot of load on already stressed domain, > idea is to create VM (allocate disk before exporting it as backup) on > other storage domain, in this way significantly reducing impact on live > storage domain. What do you think ? > > Original : https://github.com/wefixit-AT/oVirtBackup > > > > Thank you for your time, and sorry for reaching directly, Ovirt lacks > for an forum or something similar… or I just couldn’t find it… > I'm adding the users(a)ovirt.org list, there is where you can send your questions. In order to clone a VM from an snapshot you have to use the "add" operation of the "vms" service, passing as a parameter a "vm" object that contains the identifier of the snapshot and the explicit mapping of disk to storage domain. In XML it should look like this: ---8<--- <vm> <name>myclone</name> <cluster> <name>mycluster</name> </cluster>  <snapshots> <snapshot id="266742a5-6a65-483c-816d-d2ce49746680"/> </snapshots>  <disks> <disk> <image_id>8d4bd566-6c86-4592-a4a7-912dbf93c298</image_id> <storage_domains> <storage_domain id="9cb6cb0a-cf1d-41c2-92ca-5a6d665649c9"/> </storage_domains> </disk> </disks> </vm> --->8--- With the Python SDK it should look like this: ---8<--- # Find the VM: vm = api.vms.get(name="myvm") # Find the snapshot: snapshot = None for current in vm.snapshots.list(): if current.get_description() == 'mysnap': snapshot = current break # Should probably end here, with an error. # Find the image identifiers of the disks of the snapshot, as # we need them in order to explicitly indicate that we want # them created in a different storage domain: disk_ids = [] for current in snapshot.disks.list(): disk_ids.append(current.get_id()) # Find the storage domain where the disks should be created: sd = api.storagedomains.get(name="yourdata") # Prepare the list of disks for the operation to create the # snapshot,explicitly indicating for each of them the storage # domain where it should be created: disk_list = [] for disk_id in disk_ids: disk = params.Disk( image_id=disk_id, storage_domains=params.StorageDomains( storage_domain=[ params.StorageDomain( id=sd.get_id(), ), ], ), ) disk_list.append(disk) # Create the VM from the snapshot: api.vms.add( params.VM( name="myclone", cluster=params.Cluster(name="mycluster"), snapshots=params.Snapshots( snapshot=[ params.Snapshot( id=snapshot.get_id(), ), ], ), disks=params.Disks( disk=disk_list, ), ) ) --->8--- This should work for you. However, I have to say that I find a bit strange that we use the "image_id" attribute as the key of the disk in this case, instead of just the "id". Allon, do you know if this is on purpose? I mean, when we clone a VM from a template we use do like this: <disk id="the_key"> ... </disk> But in this case we do like this: <disk> <image_id>the_key</image_id> ... </disk> Is there any reason for these two different ways to specify the identifier of the disk? -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

1 0

power management on ovirt3.6.1
by alireza sadeh seighalan 18 Jan '16

18 Jan '16

hi everyone i wanted to configure power management on ovirt3.6.1 but it failed. i attach the configuration image . thanks in advance os: centos7.1 ovirt: 3.6.1 server: DL380 G7 (ilo3)

3 2

Re: [ovirt-users] ovirt-host-deploy PKI
by Jaicel 18 Jan '16

18 Jan '16

------=_Part_16607590_458388210.1453101632745 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit sorry i'm using centos 6 as OS for hosts and engine. i hope these logs might help. no deploy-host logs generated. Engine: ../ovirt-engine/server.log 2016-01-18 14:59:25,153 INFO [org.apache.sshd.client.session.ClientSessionImpl] (pool-22-thread-1) Client session created 2016-01-18 14:59:25,195 INFO [org.apache.sshd.client.session.ClientSessionImpl] (pool-22-thread-2) Server version string: SSH-2.0-OpenSSH_5.3 2016-01-18 14:59:25,197 INFO [org.apache.sshd.client.session.ClientSessionImpl] (pool-22-thread-3) Kex: server->client aes128-ctr hmac-sha2-256 none 2016-01-18 14:59:25,198 INFO [org.apache.sshd.client.session.ClientSessionImpl] (pool-22-thread-3) Kex: client->server aes128-ctr hmac-sha2-256 none ../ovirt-engine/engine.log 2016-01-18 14:59:12,790 INFO [org.ovirt.engine.core.bll.MaintenanceNumberOfVdssCommand] (org.ovirt.thread.pool-8-thread-25) [5cd2b8a4] Running command: MaintenanceNumberOfVdssCommand internal: false. Entities affected : ID: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 Type: VDSAction group MANIPULATE_HOST with role type ADMIN 2016-01-18 14:59:12,906 INFO [org.ovirt.engine.core.bll.MaintenanceVdsCommand] (org.ovirt.thread.pool-8-thread-25) [5cd2b8a4] Running command: MaintenanceVdsCommand internal: true. Entities affected : ID: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 Type: VDS 2016-01-18 14:59:12,909 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-25) [5cd2b8a4] START, SetVdsStatusVDSCommand(HostName = cloud-01.asti.local, HostId = 187f0bd4-adc6-4ba2-aa6b-f588960ca677, status=Maintenance, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 12efa1cc 2016-01-18 14:59:12,913 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-25) [5cd2b8a4] FINISH, SetVdsStatusVDSCommand, log id: 12efa1cc 2016-01-18 14:59:12,917 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-25) [5cd2b8a4] Correlation ID: 5cd2b8a4, Job ID: a75e25fa-6f64-4d94-9a93-e18097f19df8, Call Stack: null, Custom Event ID: -1, Message: Host cloud-01.asti.local was switched to Maintenance mode by admin@internal. 2016-01-18 14:59:25,127 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-16) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2016-01-18 14:59:25,128 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-16) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2016-01-18 14:59:25,129 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (ajp--127.0.0.1-8702-16) [7a07c15a] Running command: InstallVdsCommand internal: false. Entities affected : ID: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 Type: VDSAction group EDIT_HOST_CONFIGURATION with role type ADMIN 2016-01-18 14:59:25,134 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-16) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2016-01-18 14:59:25,135 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8702-16) Unable to get value of property: vdsName for class org.ovirt.engine.core.common.businessentities.VdsStatic 2016-01-18 14:59:25,138 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (ajp--127.0.0.1-8702-16) [7a07c15a] Lock Acquired to object EngineLock [exclusiveLocks= key: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 value: VDS , sharedLocks= ] 2016-01-18 14:59:25,140 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Running command: InstallVdsInternalCommand internal: true. Entities affected : ID: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 Type: VDS 2016-01-18 14:59:25,141 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Before Installation host 187f0bd4-adc6-4ba2-aa6b-f588960ca677, cloud-01.asti.local 2016-01-18 14:59:25,143 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-16) [7a07c15a] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to verify Power Management configuration for Host cloud-01.asti.local. 2016-01-18 14:59:25,145 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] START, SetVdsStatusVDSCommand(HostName = cloud-01.asti.local, HostId = 187f0bd4-adc6-4ba2-aa6b-f588960ca677, status=Installing, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 5c16da91 2016-01-18 14:59:25,148 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] FINISH, SetVdsStatusVDSCommand, log id: 5c16da91 2016-01-18 14:59:25,149 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-16) [7a07c15a] Correlation ID: 7a07c15a, Call Stack: null, Custom Event ID: -1, Message: Host cloud-01.asti.local configuration was updated by admin@internal. 2016-01-18 14:59:25,215 INFO [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Installation 192.168.208.21: Connected to host 192.168.208.21 with SSH key fingerprint: c5:10:66:b7:1e:a4:18:a0:1c:74:f5:ff:1e:24:ea:11 2016-01-18 14:59:25,220 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Correlation ID: 7a07c15a, Call Stack: null, Custom Event ID: -1, Message: Installing Host cloud-01.asti.local. Connected to host 192.168.208.21 with SSH key fingerprint: c5:10:66:b7:1e:a4:18:a0:1c:74:f5:ff:1e:24:ea:11. 2016-01-18 14:59:25,311 INFO [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Installation of 192.168.208.21. Executing command via SSH umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True < /var/cache/ovirt-engine/ovirt-host-deploy.tar 2016-01-18 14:59:25,321 INFO [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-31) SSH execute root(a)192.168.208.21 'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True' 2016-01-18 15:09:25,323 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.io.IOException: Unexpected connection termination at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:388) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79] 2016-01-18 15:09:25,324 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-31) SSH error running command root(a)192.168.208.21:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True': javax.naming.TimeLimitExceededException: SSH session timeout host 'root(a)192.168.208.21' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:499) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:318) [uutils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:1118) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:154) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:81) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1193) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1332) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1961) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1356) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:353) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:193) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.runCommands(MultipleActionsRunner.java:160) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$2.run(MultipleActionsRunner.java:169) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:90) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_79] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_79] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_79] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_79] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79] 2016-01-18 15:09:25,341 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Timeout during host 192.168.208.21 install: javax.naming.TimeLimitExceededException: SSH session timeout host 'root(a)192.168.208.21' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:499) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:318) [uutils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:1118) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:154) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:81) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1193) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1332) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1961) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1356) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:353) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:193) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.runCommands(MultipleActionsRunner.java:160) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$2.run(MultipleActionsRunner.java:169) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:90) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_79] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_79] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_79] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_79] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79] 2016-01-18 15:09:25,348 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Installation 192.168.208.21: Processing stopped due to timeout 2016-01-18 15:09:25,354 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Correlation ID: 7a07c15a, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host cloud-01.asti.local. Processing stopped due to timeout. 2016-01-18 15:09:25,355 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Host installation failed for host 187f0bd4-adc6-4ba2-aa6b-f588960ca677, cloud-01.asti.local.: javax.naming.TimeLimitExceededException: SSH session timeout host 'root(a)192.168.208.21' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:499) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:318) [uutils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:1118) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:154) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:81) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1193) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1332) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1961) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1356) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:353) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:193) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner.runCommands(MultipleActionsRunner.java:160) [bll.jar:] at org.ovirt.engine.core.bll.MultipleActionsRunner$2.run(MultipleActionsRunner.java:169) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:90) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_79] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_79] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_79] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_79] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79] 2016-01-18 15:09:25,364 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] START, SetVdsStatusVDSCommand(HostName = cloud-01.asti.local, HostId = 187f0bd4-adc6-4ba2-aa6b-f588960ca677, status=InstallFailed, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 53d45876 2016-01-18 15:09:25,367 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] FINISH, SetVdsStatusVDSCommand, log id: 53d45876 2016-01-18 15:09:25,371 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Correlation ID: 7a07c15a, Call Stack: null, Custom Event ID: -1, Message: Host cloud-01.asti.local installation failed. SSH session timeout host 'root(a)192.168.208.21'. 2016-01-18 15:09:25,372 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Lock freed to object EngineLock [exclusiveLocks= key: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 value: VDS , sharedLocks= ] Host: ../log/secure Jan 18 14:59:26 cloud-01 sshd[12843]: Accepted password for root from 192.168.208.20 port 41232 ssh2 Jan 18 14:59:26 cloud-01 sshd[12843]: pam_unix(sshd:session): session opened for user root by (uid=0) Thanks, Jaicel From: "Simone Tiraboschi" <stirabos(a)redhat.com> To: "jaicel" <jaicel(a)asti.dost.gov.ph> Cc: "users" <users(a)ovirt.org> Sent: Thursday, January 14, 2016 9:24:55 PM Subject: Re: [ovirt-users] ovirt-host-deploy PKI On Thu, Jan 14, 2016 at 12:31 PM, Jaicel < jaicel(a)asti.dost.gov.ph > wrote: Yes simone i can access the host from the server where my engine is running. attached is the engine log during the "add host". Can you please try to run journalctl -f -u sshd on host while you try to deploy it? BQ_BEGIN Thanks, Jaicel From: "Simone Tiraboschi" < stirabos(a)redhat.com > To: "jaicel" < jaicel(a)asti.dost.gov.ph > Cc: "users" < users(a)ovirt.org > Sent: Thursday, January 14, 2016 6:42:58 PM Subject: Re: [ovirt-users] ovirt-host-deploy PKI On Thu, Jan 14, 2016 at 11:24 AM, Jaicel < jaicel(a)asti.dost.gov.ph > wrote: BQ_BEGIN Hi, anyone here tried this type of host installation? i'm installing additional hosts for my cluster but the same procedure through ovirt engine's webgui won't let me install the additional hosts. i don't know where the problem is but the error is ssh timeout, BQ_END Can you please attach your engine.log ? Are you able to manually access via ssh the host you are trying to add from the server where the engine runs? BQ_BEGIN so i tried this type of installation (ovirt-host-deploy) directly on the host. but i'm stuck in PKI setup. hope anyone could help me through this. BQ_END Let's solve the issue with SSH BQ_BEGIN Setting up PKI Please issue VDSM certificate based on this certificate request D:MULTI-STRING VDSM_CERTIFICATE_REQUEST --=451b80dc-996f-432e-9e4f-2b29ef6d1141=-- -----BEGIN CERTIFICATE REQUEST----- MIICRDCCASwCADAAMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2ZcM eRt8gU7aPww5okuT3oi3LbMDDhkV5POQLYyJXxr8lb/ai0Y+rM1y7Gl1dTnCCEQd oiNur/AfOWb1ZJQTv0d+6JNUSUKv+I+xHnbWNidalUR/HZNXDklUinktAiezPA5H QVZYzo2jLnyQbkfZJU5ktkfE4So8prTBJYEGz4idXK5ry9aWGTcVpq0UBLrdtJ/U vKf8YoieGtjbodi6X3cf2Wp4tIDyEVKbRE4hqKXGwAIibdHIyDki8tGBleoCf0gS n5vs53dOTilF/pHX2VzK4yOIzmJbje6eAedbUYuYybktthkrS4FkVNFTxN3CZGR5 CgYNorV7ncSb2ZEqXwIDAQABoAAwDQYJKoZIhvcNAQEFBQADggEBAAqY3tq3stRk 9euhu+G7YISAlMVjrBa8OYqxsigG2H/FWA2GI6EuccK8TrDiDDZVzzaTV/H+kTuz LQC5CejLN/leGZsrCYyYwOE5yLv+CKDv8pHAcrhgRGbfF/nb1k/8vxUlZo8lfOqk mvP3oPeOZr+dGgov4AD0XJT0MJrKAsxn3zK9JvjKvXTfyk0oK7shbVCfP048pWc2 f41Z5aKTKBqyFanQuqLKHxvOIhJSmZeXRFe0eUUpfSMakL7JQ7juGsMb6KEusmSe 047x1vLqhBBYsRBSkURSPGOcBQ7ReXTcoGtVzjGki63Hj2aX5Fm6yCzZHGJb+m97 q0tF3Fuy75U= -----END CERTIFICATE REQUEST----- --=451b80dc-996f-432e-9e4f-2b29ef6d1141=-- Please input VDSM certificate chain that matches certificate request, top is issuer type '--=451b80dc-996f-432e-9e4f-2b29ef6d1141=--' in own line to mark end. Thanks, Jaicel _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users BQ_END BQ_END ------=_Part_16607590_458388210.1453101632745 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 10pt; color: #000000"><div>sorry i'm using centos 6 as OS for hosts an= d engine. i hope these logs might help. no deploy-host logs generated.<b= r> Engine: ../ovirt-engine/server.log<b= r>2016-01-18 14:59:25,153 INFO  [org.apache.sshd.client.session.Client= SessionImpl] (pool-22-thread-1) Client session created 2016-01-18 14:59:= 25,195 INFO  [org.apache.sshd.client.session.ClientSessionImpl] (pool-= 22-thread-2) Server version string: SSH-2.0-OpenSSH_5.3 2016-01-18 14:59= :25,197 INFO  [org.apache.sshd.client.session.ClientSessionImpl] (pool= -22-thread-3) Kex: server->client aes128-ctr hmac-sha2-256 none 2016-= 01-18 14:59:25,198 INFO  [org.apache.sshd.client.session.ClientSession= Impl] (pool-22-thread-3) Kex: client->server aes128-ctr hmac-sha2-256 no= ne ../ovirt-engine/engine.log 2016-01-18 14:59:12,790 INFO  = [org.ovirt.engine.core.bll.MaintenanceNumberOfVdssCommand] (org.ovirt.threa= d.pool-8-thread-25) [5cd2b8a4] Running command: MaintenanceNumberOfVdssComm= and internal: false. Entities affected :  ID: 187f0bd4-adc6-4ba2-aa6b-= f588960ca677 Type: VDSAction group MANIPULATE_HOST with role type ADMIN = 2016-01-18 14:59:12,906 INFO  [org.ovirt.engine.core.bll.MaintenanceVd= sCommand] (org.ovirt.thread.pool-8-thread-25) [5cd2b8a4] Running command: M= aintenanceVdsCommand internal: true. Entities affected :  ID: 187f0bd4= -adc6-4ba2-aa6b-f588960ca677 Type: VDS 2016-01-18 14:59:12,909 INFO &nbs= p;[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.threa= d.pool-8-thread-25) [5cd2b8a4] START, SetVdsStatusVDSCommand(HostName =3D c= loud-01.asti.local, HostId =3D 187f0bd4-adc6-4ba2-aa6b-f588960ca677, status= =3DMaintenance, nonOperationalReason=3DNONE, stopSpmFailureLogged=3Dfalse),= log id: 12efa1cc 2016-01-18 14:59:12,913 INFO  [org.ovirt.engine.c= ore.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-25) [= 5cd2b8a4] FINISH, SetVdsStatusVDSCommand, log id: 12efa1cc 2016-01-18 14= :59:12,917 INFO  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.= AuditLogDirector] (org.ovirt.thread.pool-8-thread-25) [5cd2b8a4] Correlatio= n ID: 5cd2b8a4, Job ID: a75e25fa-6f64-4d94-9a93-e18097f19df8, Call Stack: n= ull, Custom Event ID: -1, Message: Host cloud-01.asti.local was switched to= Maintenance mode by admin@internal. 2016-01-18 14:59:25,127 WARN  = [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.1-8= 702-16) Unable to get value of property: vdsName for class org.ovirt.engine= .core.common.businessentities.VdsStatic 2016-01-18 14:59:25,128 WARN &nb= sp;[org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp--127.0.0.= 1-8702-16) Unable to get value of property: vdsName for class org.ovirt.eng= ine.core.common.businessentities.VdsStatic 2016-01-18 14:59:25,129 INFO =  [org.ovirt.engine.core.bll.InstallVdsCommand] (ajp--127.0.0.1-8702-16= ) [7a07c15a] Running command: InstallVdsCommand internal: false. Entities a= ffected :  ID: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 Type: VDSAction gr= oup EDIT_HOST_CONFIGURATION with role type ADMIN 2016-01-18 14:59:25,134= WARN  [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (ajp-= -127.0.0.1-8702-16) Unable to get value of property: vdsName for class org.= ovirt.engine.core.common.businessentities.VdsStatic 2016-01-18 14:59:25,= 135 WARN  [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (a= jp--127.0.0.1-8702-16) Unable to get value of property: vdsName for class o= rg.ovirt.engine.core.common.businessentities.VdsStatic 2016-01-18 14:59:= 25,138 INFO  [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (aj= p--127.0.0.1-8702-16) [7a07c15a] Lock Acquired to object EngineLock [exclus= iveLocks=3D key: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 value: VDS , share= dLocks=3D ] 2016-01-18 14:59:25,140 INFO  [org.ovirt.engine.core.bl= l.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a]= Running command: InstallVdsInternalCommand internal: true. Entities affect= ed :  ID: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 Type: VDS 2016-01-18= 14:59:25,141 INFO  [org.ovirt.engine.core.bll.InstallVdsInternalComma= nd] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Before Installation host= 187f0bd4-adc6-4ba2-aa6b-f588960ca677, cloud-01.asti.local 2016-01-18 14= :59:25,143 WARN  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.= AuditLogDirector] (ajp--127.0.0.1-8702-16) [7a07c15a] Correlation ID: null,= Call Stack: null, Custom Event ID: -1, Message: Failed to verify Power Man= agement configuration for Host cloud-01.asti.local. 2016-01-18 14:59:25,= 145 INFO  [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (or= g.ovirt.thread.pool-8-thread-31) [7a07c15a] START, SetVdsStatusVDSCommand(H= ostName =3D cloud-01.asti.local, HostId =3D 187f0bd4-adc6-4ba2-aa6b-f588960= ca677, status=3DInstalling, nonOperationalReason=3DNONE, stopSpmFailureLogg= ed=3Dfalse), log id: 5c16da91 2016-01-18 14:59:25,148 INFO  [org.ov= irt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-= thread-31) [7a07c15a] FINISH, SetVdsStatusVDSCommand, log id: 5c16da91 2= 016-01-18 14:59:25,149 INFO  [org.ovirt.engine.core.dal.dbbroker.audit= loghandling.AuditLogDirector] (ajp--127.0.0.1-8702-16) [7a07c15a] Correlati= on ID: 7a07c15a, Call Stack: null, Custom Event ID: -1, Message: Host cloud= -01.asti.local configuration was updated by admin@internal. 2016-01-18 1= 4:59:25,215 INFO  [org.ovirt.engine.core.bll.InstallerMessages] (org.o= virt.thread.pool-8-thread-31) [7a07c15a] Installation 192.168.208.21: Conne= cted to host 192.168.208.21 with SSH key fingerprint: c5:10:66:b7:1e:a4:18:= a0:1c:74:f5:ff:1e:24:ea:11 2016-01-18 14:59:25,220 INFO  [org.ovirt= .engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thr= ead.pool-8-thread-31) [7a07c15a] Correlation ID: 7a07c15a, Call Stack: null= , Custom Event ID: -1, Message: Installing Host cloud-01.asti.local. Connec= ted to host 192.168.208.21 with SSH key fingerprint: c5:10:66:b7:1e:a4:18:a= 0:1c:74:f5:ff:1e:24:ea:11. 2016-01-18 14:59:25,311 INFO  [org.ovirt= .engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] = Installation of 192.168.208.21. Executing command via SSH umask 0077; MYTMP= =3D"$(TMPDIR=3D"${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chm= od -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" &g= t; /dev/null 2>&1" 0; tar --warning=3Dno-timestamp -C "${MYTMP}" -x = &&  "${MYTMP}"/setup DIALOG/dialect=3Dstr:machine DIALOG/custo= mization=3Dbool:True < /var/cache/ovirt-engine/ovirt-host-deploy.tar = 2016-01-18 14:59:25,321 INFO  [org.ovirt.engine.core.uutils.ssh.SSHDia= log] (org.ovirt.thread.pool-8-thread-31) SSH execute root(a)192.168.208.21 'u= mask 0077; MYTMP=3D"$(TMPDIR=3D"${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXX= XXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr= \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=3Dno-timestamp -= C "${MYTMP}" -x &&  "${MYTMP}"/setup DIALOG/dialect=3Dstr:mach= ine DIALOG/customization=3Dbool:True' 2016-01-18 15:09:25,323 ERROR [org= .ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: j= ava.io.IOException: Unexpected connection termination    =      at org.ovirt.otopi.dialog.MachineDialogParser= .nextEvent(MachineDialogParser.java:388) [otopi.jar:]    =      at org.ovirt.otopi.dialog.MachineDialogParser= .nextEvent(MachineDialogParser.java:405) [otopi.jar:]    =      at org.ovirt.engine.core.bll.VdsDeploy._threa= dMain(VdsDeploy.java:821) [bll.jar:]      &nbsp= ;  at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.j= ava:83) [bll.jar:]         at or= g.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] =         at java.lang.Thread.run(Thr= ead.java:745) [rt.jar:1.7.0_79] 2016-01-18 15:09:25,324 ERROR [org.o= virt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-31) = SSH error running command root(a)192.168.208.21:'umask 0077; MYTMP=3D"$(TMPDI= R=3D"${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX= \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/nul= l 2>&1" 0; tar --warning=3Dno-timestamp -C "${MYTMP}" -x && =  "${MYTMP}"/setup DIALOG/dialect=3Dstr:machine DIALOG/customization=3D= bool:True': javax.naming.TimeLimitExceededException: SSH session timeout ho= st 'root(a)192.168.208.21'        &nbsp= ;at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.jav= a:499) [uutils.jar:]         at = org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:31= 8) [uutils.jar:]         at org.= ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:1118) [bll.jar:] =         at org.ovirt.engine.core.bl= l.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:154)= [bll.jar:]         at org.ovirt= .engine.core.bll.InstallVdsInternalCommand.executeCommand(InstallVdsInterna= lCommand.java:81) [bll.jar:]        &= nbsp;at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(Com= mandBase.java:1193) [bll.jar:]       &nbsp= ; at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionS= cope(CommandBase.java:1332) [bll.jar:]      &nb= sp;  at org.ovirt.engine.core.bll.CommandBase.runInTransaction(Co= mmandBase.java:1961) [bll.jar:]       &nbs= p; at org.ovirt.engine.core.utils.transaction.TransactionSupport.execu= teInSuppressed(TransactionSupport.java:174) [utils.jar:]   &nb= sp;     at org.ovirt.engine.core.utils.transaction= .TransactionSupport.executeInScope(TransactionSupport.java:116) [utils.jar:= ]         at org.ovirt.engine.co= re.bll.CommandBase.execute(CommandBase.java:1356) [bll.jar:]  &nbsp= ;      at org.ovirt.engine.core.bll.CommandBa= se.executeAction(CommandBase.java:353) [bll.jar:]    &nbs= p;    at org.ovirt.engine.core.bll.MultipleActionsRunne= r.executeValidatedCommand(MultipleActionsRunner.java:193) [bll.jar:] &nb= sp;       at org.ovirt.engine.core.bll.M= ultipleActionsRunner.runCommands(MultipleActionsRunner.java:160) [bll.jar:]=         at org.ovirt.engine.cor= e.bll.MultipleActionsRunner$2.run(MultipleActionsRunner.java:169) [bll.jar:= ]         at org.ovirt.engine.co= re.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUt= il.java:90) [utils.jar:]        &nbsp= ;at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)= [rt.jar:1.7.0_79]         at ja= va.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_79]<br= >        at java.util.concurrent.Th= readPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_79]<= br>        at java.util.concurrent.= ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_79= ]         at java.lang.Thread.ru= n(Thread.java:745) [rt.jar:1.7.0_79] 2016-01-18 15:09:25,341 ERROR [= org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-31) [7= a07c15a] Timeout during host 192.168.208.21 install: javax.naming.TimeLimit= ExceededException: SSH session timeout host 'root(a)192.168.208.21'  =        at org.ovirt.engine.core.uutils.s= sh.SSHClient.executeCommand(SSHClient.java:499) [uutils.jar:]  &nbs= p;      at org.ovirt.engine.core.uutils.ssh.S= SHDialog.executeCommand(SSHDialog.java:318) [uutils.jar:]   &n= bsp;     at org.ovirt.engine.core.bll.VdsDeploy.ex= ecute(VdsDeploy.java:1118) [bll.jar:]      &nbs= p;  at org.ovirt.engine.core.bll.InstallVdsInternalCommand.instal= lHost(InstallVdsInternalCommand.java:154) [bll.jar:]    &= nbsp;    at org.ovirt.engine.core.bll.InstallVdsInterna= lCommand.executeCommand(InstallVdsInternalCommand.java:81) [bll.jar:] &n= bsp;       at org.ovirt.engine.core.bll.= CommandBase.executeWithoutTransaction(CommandBase.java:1193) [bll.jar:] =         at org.ovirt.engine.core.bl= l.CommandBase.executeActionInTransactionScope(CommandBase.java:1332) [bll.j= ar:]         at org.ovirt.engine= .core.bll.CommandBase.runInTransaction(CommandBase.java:1961) [bll.jar:]<br= >        at org.ovirt.engine.core.u= tils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.= java:174) [utils.jar:]         a= t org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope= (TransactionSupport.java:116) [utils.jar:]     &nbsp= ;   at org.ovirt.engine.core.bll.CommandBase.execute(Command= Base.java:1356) [bll.jar:]        &nb= sp;at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:= 353) [bll.jar:]         at org.o= virt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(Multiple= ActionsRunner.java:193) [bll.jar:]       &= nbsp; at org.ovirt.engine.core.bll.MultipleActionsRunner.runCommands(M= ultipleActionsRunner.java:160) [bll.jar:]      =    at org.ovirt.engine.core.bll.MultipleActionsRunner$2.run(= MultipleActionsRunner.java:169) [bll.jar:]     &nbsp= ;   at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil= $InternalWrapperRunnable.run(ThreadPoolUtil.java:90) [utils.jar:]  =        at java.util.concurrent.Executors= $RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_79]   =       at java.util.concurrent.FutureTask.run(= FutureTask.java:262) [rt.jar:1.7.0_79]      &nb= sp;  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadP= oolExecutor.java:1145) [rt.jar:1.7.0_79]      &= nbsp;  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Thre= adPoolExecutor.java:615) [rt.jar:1.7.0_79]     &nbsp= ;   at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_7= 9] 2016-01-18 15:09:25,348 ERROR [org.ovirt.engine.core.bll.Installe= rMessages] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Installation 192.= 168.208.21: Processing stopped due to timeout 2016-01-18 15:09:25,354 ER= ROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] = (org.ovirt.thread.pool-8-thread-31) [7a07c15a] Correlation ID: 7a07c15a, Ca= ll Stack: null, Custom Event ID: -1, Message: Failed to install Host cloud-= 01.asti.local. Processing stopped due to timeout. 2016-01-18 15:09:25,35= 5 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.th= read.pool-8-thread-31) [7a07c15a] Host installation failed for host 187f0bd= 4-adc6-4ba2-aa6b-f588960ca677, cloud-01.asti.local.: javax.naming.TimeLimit= ExceededException: SSH session timeout host 'root(a)192.168.208.21'  =        at org.ovirt.engine.core.uutils.s= sh.SSHClient.executeCommand(SSHClient.java:499) [uutils.jar:]  &nbs= p;      at org.ovirt.engine.core.uutils.ssh.S= SHDialog.executeCommand(SSHDialog.java:318) [uutils.jar:]   &n= bsp;     at org.ovirt.engine.core.bll.VdsDeploy.ex= ecute(VdsDeploy.java:1118) [bll.jar:]      &nbs= p;  at org.ovirt.engine.core.bll.InstallVdsInternalCommand.instal= lHost(InstallVdsInternalCommand.java:154) [bll.jar:]    &= nbsp;    at org.ovirt.engine.core.bll.InstallVdsInterna= lCommand.executeCommand(InstallVdsInternalCommand.java:81) [bll.jar:] &n= bsp;       at org.ovirt.engine.core.bll.= CommandBase.executeWithoutTransaction(CommandBase.java:1193) [bll.jar:] =         at org.ovirt.engine.core.bl= l.CommandBase.executeActionInTransactionScope(CommandBase.java:1332) [bll.j= ar:]         at org.ovirt.engine= .core.bll.CommandBase.runInTransaction(CommandBase.java:1961) [bll.jar:]<br= >        at org.ovirt.engine.core.u= tils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.= java:174) [utils.jar:]         a= t org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope= (TransactionSupport.java:116) [utils.jar:]     &nbsp= ;   at org.ovirt.engine.core.bll.CommandBase.execute(Command= Base.java:1356) [bll.jar:]        &nb= sp;at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:= 353) [bll.jar:]         at org.o= virt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(Multiple= ActionsRunner.java:193) [bll.jar:]       &= nbsp; at org.ovirt.engine.core.bll.MultipleActionsRunner.runCommands(M= ultipleActionsRunner.java:160) [bll.jar:]      =    at org.ovirt.engine.core.bll.MultipleActionsRunner$2.run(= MultipleActionsRunner.java:169) [bll.jar:]     &nbsp= ;   at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil= $InternalWrapperRunnable.run(ThreadPoolUtil.java:90) [utils.jar:]  =        at java.util.concurrent.Executors= $RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_79]   =       at java.util.concurrent.FutureTask.run(= FutureTask.java:262) [rt.jar:1.7.0_79]      &nb= sp;  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadP= oolExecutor.java:1145) [rt.jar:1.7.0_79]      &= nbsp;  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Thre= adPoolExecutor.java:615) [rt.jar:1.7.0_79]     &nbsp= ;   at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_7= 9] 2016-01-18 15:09:25,364 INFO  [org.ovirt.engine.core.vdsbrok= er.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] S= TART, SetVdsStatusVDSCommand(HostName =3D cloud-01.asti.local, HostId =3D 1= 87f0bd4-adc6-4ba2-aa6b-f588960ca677, status=3DInstallFailed, nonOperational= Reason=3DNONE, stopSpmFailureLogged=3Dfalse), log id: 53d45876 2016-01-1= 8 15:09:25,367 INFO  [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSC= ommand] (org.ovirt.thread.pool-8-thread-31) [7a07c15a] FINISH, SetVdsStatus= VDSCommand, log id: 53d45876 2016-01-18 15:09:25,371 ERROR [org.ovirt.en= gine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread= .pool-8-thread-31) [7a07c15a] Correlation ID: 7a07c15a, Call Stack: null, C= ustom Event ID: -1, Message: Host cloud-01.asti.local installation failed. = SSH session timeout host 'root(a)192.168.208.21'. 2016-01-18 15:09:25,372 = INFO  [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt= .thread.pool-8-thread-31) [7a07c15a] Lock freed to object EngineLock [exclu= siveLocks=3D key: 187f0bd4-adc6-4ba2-aa6b-f588960ca677 value: VDS , shar= edLocks=3D ] Host: ../log/secure<br= >Jan 18 14:59:26 cloud-01 sshd[12843]: Accepted password for root from 192.= 168.208.20 port 41232 ssh2 Jan 18 14:59:26 cloud-01 sshd[12843]: pam_uni= x(sshd:session): session opened for user root by (uid=3D0) </div><di= v data-marker=3D"__SIG_PRE__">Thanks, Jaicel</div><div> </div><hr id= =3D"zwchr" data-marker=3D"__DIVIDER__"><div data-marker=3D"__HEADERS__">= From: "Simone Tiraboschi" <stirabos(a)redhat.com> To: "ja= icel" <jaicel(a)asti.dost.gov.ph> Cc: "users" <users@ovirt= .org> Sent: Thursday, January 14, 2016 9:24:55 PM Subjec= t: Re: [ovirt-users] ovirt-host-deploy PKI </div><div> </div><div= data-marker=3D"__QUOTED_TEXT__"><div dir=3D"ltr"> <div class=3D"gmail_e= xtra"> <div class=3D"gmail_quote">On Thu, Jan 14, 2016 at 12:31 PM, Jaic= el <<a href=3D"mailto:jaicel@asti.dost.gov.ph" target= =3D"_blank">jaicel(a)asti.dost.gov.ph</a>> wrote: <blockquote cl= ass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px= ;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1e= x"><div><div style=3D"font-family:arial,helvetica,sans-serif;font-size:10pt= ;color:rgb(0,0,0)"><div>Yes simone i can access the host from the server wh= ere my engine is running. attached is the engine log during the "add host".= </div></div></div></blockquote> <div>Can you please try to run = </div><div>  journalctl -f -u sshd</div><div>on host while you tr= y to deploy it?</div><div> </div><blockquote class=3D"gmail_quote" sty= le=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(= 204,204,204);border-left-style:solid;padding-left:1ex"><div><div style=3D"f= ont-family:arial,helvetica,sans-serif;font-size:10pt;color:rgb(0,0,0)"> = <div>Thanks, Jaicel</div> <hr><div>From: "Simone Tiraboschi" &= lt;<a href=3D"mailto:stirabos@redhat.com" target=3D"_blank">stirabos@redhat= .com</a>> To: "jaicel" <<a href=3D"mailto:jaicel@asti.dost.= gov.ph" target=3D"_blank">jaicel(a)asti.dost.gov.ph</a>> Cc: "us= ers" <<a href=3D"mailto:users@ovirt.org" target=3D"_blank">users(a)ovirt.o= rg</a>> Sent: Thursday, January 14, 2016 6:42:58 PM Subj= ect: Re: [ovirt-users] ovirt-host-deploy PKI </div><div><div class= =3D"h5"> <div><div dir=3D"ltr"> <div class=3D"gmail_extra"> <div c= lass=3D"gmail_quote">On Thu, Jan 14, 2016 at 11:24 AM, Jaicel <<a href=3D"mailto:jaicel@asti.dost.gov.ph" target=3D"_blank">jaice= l(a)asti.dost.gov.ph</a>> wrote: <blockquote class=3D"gmail_quot= e" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-colo= r:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div styl= e=3D"font-family:arial,helvetica,sans-serif;font-size:10pt;color:rgb(0,0,0)= "><div>Hi, </div> <div>anyone here tried this type of host installati= on? i'm installing additional hosts </div><div>for my cluster but the sa= me procedure through ovirt engine's webgui won't </div><div>let me insta= ll the additional hosts. i don't know where the problem is but the </div= ><div>error is ssh timeout, </div></div></div></blockquote> <div>Can you= please attach your engine.log ?</div><div>Are you able to manually access = via ssh the host you are trying to add from the server where the engine run= s?</div><div> </div><blockquote class=3D"gmail_quote" style=3D"margin:= 0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);= border-left-style:solid;padding-left:1ex"><div><div style=3D"font-family:ar= ial,helvetica,sans-serif;font-size:10pt;color:rgb(0,0,0)"><div>so i tried t= his type of installation (ovirt-host-deploy) </div><div>directly on the = host. but i'm stuck in PKI setup. hope anyone could help me </div><div>t= hrough this. </div> </div></div></blockquote> <div>Let's solve the= issue with SSH</div><div> </div><blockquote class=3D"gmail_quote" sty= le=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(= 204,204,204);border-left-style:solid;padding-left:1ex"><div><div style=3D"f= ont-family:arial,helvetica,sans-serif;font-size:10pt;color:rgb(0,0,0)"><div= >    =       Setting up PKI       =     Please issue VDSM certificate based on this certificate = request D:M= ULTI-STRING VDSM_CERTIFICATE_REQUEST --=3D451b80dc-996f-432e-9e4f-2b29ef6d1= 141=3D-- -----B= EGIN CERTIFICATE REQUEST----- MIICRDCCASwCADAAMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA= 2ZcM eRt8gU7aPw= w5okuT3oi3LbMDDhkV5POQLYyJXxr8lb/ai0Y+rM1y7Gl1dTnCCEQd oiNur/AfOWb1ZJQTv0d+6JNUSUKv+I+xHnb= WNidalUR/HZNXDklUinktAiezPA5H QVZYzo2jLnyQbkfZJU5ktkfE4So8prTBJYEGz4idXK5ry9aWGTcVpq0UBLrd= tJ/U vKf8YoieGt= jbodi6X3cf2Wp4tIDyEVKbRE4hqKXGwAIibdHIyDki8tGBleoCf0gS n5vs53dOTilF/pHX2VzK4yOIzmJbje6eAed= bUYuYybktthkrS4FkVNFTxN3CZGR5 CgYNorV7ncSb2ZEqXwIDAQABoAAwDQYJKoZIhvcNAQEFBQADggEBAAqY3tq3= stRk 9euhu+G7YI= SAlMVjrBa8OYqxsigG2H/FWA2GI6EuccK8TrDiDDZVzzaTV/H+kTuz LQC5CejLN/leGZsrCYyYwOE5yLv+CKDv8pH= AcrhgRGbfF/nb1k/8vxUlZo8lfOqk mvP3oPeOZr+dGgov4AD0XJT0MJrKAsxn3zK9JvjKvXTfyk0oK7shbVCfP048= pWc2 f41Z5aKTKB= qyFanQuqLKHxvOIhJSmZeXRFe0eUUpfSMakL7JQ7juGsMb6KEusmSe 047x1vLqhBBYsRBSkURSPGOcBQ7ReXTcoGt= VzjGki63Hj2aX5Fm6yCzZHGJb+m97 q0tF3Fuy75U=3D -----END CERTIFICATE REQUEST----- --=3D451b80dc-996f-432e-9e4f-2b29ef6d1141= =3D-- &= nbsp;         Please input VDSM cer= tificate chain that matches certificate request, top is issuer <b= r>   &nbsp= ;      type '--=3D451b80dc-996f-432e-9e4f-2b29ef6d= 1141=3D--' in own line to mark end. </div> <div>Thanks,<br= >Jaicel</div></div></div> ______________________________________________= _ Users mailing list <a href=3D"mailto:Users@ovirt.org" target=3D"_blank">Users(a)ovirt.org</a><br= > <a href=3D"http://lists.ovirt.org/mailman/listinfo/users" rel=3D"noreferrer= " target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </blockquote></div></div></div> </div></div></div></div></div></bloc= kquote></div></div></div> </div></div></body></html> ------=_Part_16607590_458388210.1453101632745--

2 1

[ANN] Team in Whiteboard is not more, long live oVirt Team custom field.
by Yaniv Dary 18 Jan '16

18 Jan '16

Hi All, For a long time now we have been using the whiteboard free-text field to set the team that owns each ticket in Bugzilla. This causes several issues: - The usage was not documented. - We had issue reporting on that field. - People can make mistakes setting it (mis-spelling the team for example). Today Bugzilla team has completed setting oVirt Team field for all open bugs (NEW-> VERIFIED). From today we will be moving to using it. The documentation for this field is updated in Bugzilla, so if you are not sure on what team to set the ticket, click on the field itself and you will have a detailed help page. Please update all queries to use it! It should be easy to do so by changing the field you search on from 'Whiteboard' to 'oVirt Team'. Next Tuesday (26/01/16) I will request removal of all whiteboard team values. Please make sure to fix you queries beforehand. Thanks! Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary(a)redhat.com IRC : ydary

1 0

Unable to upgrade ovirt-engine 3.5.5 to 3.6.1 on EL6
by Frank Wall 18 Jan '16

18 Jan '16

Hi, I've just tried to upgrade my ovirt-engine 3.5.5 which is still running on EL6, but it failed due to a dependency error regarding slf4j: # engine-setup [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20151231233407-lmovl5.log Version: otopi-1.4.0 (otopi-1.4.0-1.el6) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PRODUCT OPTIONS ==-- --== PACKAGES ==-- [ INFO ] Checking for product updates... [ ERROR ] Yum: [u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1'] [ INFO ] Yum: Performing yum transaction rollback [ ERROR ] Failed to execute stage 'Environment customization': [u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1'] [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20151231233407-lmovl5.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20151231233424-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed I've followed the upgrade guide [1], and yes, I'm aware that AiO is no longer supported on EL6 [2], but this is just my Hosted-Engine VM, *not* an AiO host. So I thought it would still work. I haven't attached any further logs, because this error is really obvious I guess. These are the currently installed oVirt packages: otopi-1.4.0-1.el6.noarch otopi-java-1.4.0-1.el6.noarch ovirt-engine-3.5.5-1.el6.noarch ovirt-engine-backend-3.5.5-1.el6.noarch ovirt-engine-cli-3.5.0.5-1.el6.noarch ovirt-engine-dbscripts-3.5.5-1.el6.noarch ovirt-engine-extension-aaa-jdbc-1.0.4-1.el6.noarch ovirt-engine-extensions-api-impl-3.5.5-1.el6.noarch ovirt-engine-jboss-as-7.1.1-1.el6.x86_64 ovirt-engine-lib-3.6.1.3-1.el6.noarch ovirt-engine-restapi-3.5.5-1.el6.noarch ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch ovirt-engine-setup-3.6.1.3-1.el6.noarch ovirt-engine-setup-base-3.6.1.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.1.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.1.3-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.1.3-1.el6.noarch ovirt-engine-tools-3.5.5-1.el6.noarch ovirt-engine-userportal-3.5.5-1.el6.noarch ovirt-engine-webadmin-portal-3.5.5-1.el6.noarch ovirt-engine-websocket-proxy-3.5.5-1.el6.noarch ovirt-host-deploy-1.3.1-1.el6.noarch ovirt-host-deploy-java-1.3.1-1.el6.noarch ovirt-image-uploader-3.5.1-1.el6.noarch ovirt-iso-uploader-3.5.2-1.el6.noarch vdsm-jsonrpc-java-1.0.15-1.el6.noarch Any ideas? [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#oVirt_Hosted_Engine [2] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#Known_issues Regards - Frank

8 17

adding an ip on a host that run a vm connected to that bridge
by Nathanaël Blanchet 18 Jan '16

18 Jan '16

Why is it forbiden to add an address (static or dhcp) to bridge on a host that runs a vm which is connected to that bridge? As a workaround, I can put manually an address for that bridge on that host and refresh capabilities. Is it a desired feature? -- 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

2 2

AAA/ldap/3.6 Issues - WARNING [ovirt-engine-extension-aaa-ldap.authn::LDAP-authn] Cannot initialize LDAP framework, deferring initialization.
by David LeVene 18 Jan '16

18 Jan '16

--_000_BLUPR0301MB1971508F542C791B4C489813E9CD0BLUPR0301MB1971_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey, I'm running into an issue which I'm not sure where to go from here. I'm try= ing to use LDAP authentication and am following the setup guide from here https://gerrit.ovirt.org/gitweb?p=3Dovirt-engine-extension-aaa-ldap.git;a= =3Dblob;f=3DREADME;hb=3DHEAD I have tested the ldap credentials manually using ldapsearch, and I get res= ults as expected with the user I'm binding with - but when I use ovirt I ru= n into problems. I hope someone can provide me some guidance, or other things to try! DNS resolves; Can manually do ldap lookups using ldapsearch Can telnet to hostname 389 successfully Below are the steps taken; # ovirt-engine-extension-aaa-ldap-setup [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-extension-aaa-ldap-setup= .conf.d/10-packaging.conf'] Log file: /tmp/ovirt-engine-extension-aaa-ldap-setup-201601151512= 31-o0d7hp.log Version: otopi-1.4.0 (otopi-1.4.0-1.el7.centos) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment customization Welcome to LDAP extension configuration program Please specify profile name that will be visible to users: LDAP Available LDAP implementations: 1 - 389ds 2 - 389ds RFC-2307 Schema 3 - Active Directory 4 - IPA 5 - Novell eDirectory RFC-2307 Schema 6 - OpenLDAP RFC-2307 Schema 7 - OpenLDAP Standard Schema 8 - Oracle Unified Directory RFC-2307 Schema 9 - RFC-2307 Schema (Generic) 10 - RHDS 11 - RHDS RFC-2307 Schema 12 - iPlanet Please select: 1 NOTE: It is highly recommended to use DNS resolution for LDAP server. If for some reason you intend to use hosts or plain address disab= le DNS usage. Use DNS (Yes, No) [Yes]: Available policy method: 1 - Single server 2 - DNS domain LDAP SRV record 3 - Round-robin between multiple hosts 4 - Failover between multiple hosts Please select: 1 Please enter host address: ldap-test-server [ INFO ] Trying to resolve host 'ldap-test-server' NOTE: It is highly recommended to use secure protocol to access the LDA= P server. Protocol startTLS is the standard recommended method to do so. Only in cases in which the startTLS is not supported, fallback to= non standard ldaps protocol. Use plain for test environments only. Please select protocol to use (startTLS, ldaps, plain) [startTLS]= : plain [ INFO ] Connecting to LDAP using 'ldap://ldap-test-server:389' [ INFO ] Connection succeeded Enter search user DN (empty for anonymous): uid=3Dovirt-test,ou= =3DSpecial Users,dc=3Dtest Enter search user password: [ INFO ] Attempting to bind using 'uid=3Dovirt-test,ou=3DSpecial Users,dc= =3Dtest' [ INFO ] Stage: Setup validation NOTE: It is highly recommended to test drive the configuration before a= pplying it into engine. Perform at least one Login sequence and one Search sequence. Select test sequence to execute (Done, Abort, Login, Search) [Abo= rt]: Login Enter search user name: uid=3Dovirt-test,ou=3DSpecial Users,dc=3D= test Enter search user password: [ INFO ] Executing login sequence... Login output: 2016-01-15 15:13:25 INFO =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 2016-01-15 15:13:25 INFO =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Initialization =3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 2016-01-15 15:13:25 INFO =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 2016-01-15 15:13:25 INFO Loading extension 'LDAP-authn' 2016-01-15 15:13:25 INFO Extension 'LDAP-authn' loaded 2016-01-15 15:13:25 INFO Loading extension 'LDAP-authz' 2016-01-15 15:13:25 INFO Extension 'LDAP-authz' loaded 2016-01-15 15:13:25 INFO Initializing extension 'LDAP-authn' 2016-01-15 15:13:25 INFO [ovirt-engine-extension-aaa-ldap.auth= n::LDAP-authn] Creating LDAP pool 'authz' 2016-01-15 15:13:25 WARNING [ovirt-engine-extension-aaa-ldap.auth= n::LDAP-authn] Cannot initialize LDAP framework, deferring initialization. = Error: An error occurred while attempting to connect to server ldap-test-se= rver:389: java.io.IOException: LDAPException(resultCode=3D91 (connect erro= r), errorMessage=3D'An error occurred while attempting to establish a conne= ction to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389: ja= va.net.UnknownHostException: ldap-test-server') caused by LDAPException(res= ultCode=3D91 (connect error), errorMessage=3D'An error occurred while attem= pting to establish a connection to server ldap-test-server/xxxx:xxxx:xxx:x:= xxxx:xx:xx48:dcc0:389: java.net.UnknownHostException: ldap-test-server')LD= APException(resultCode=3D91 (connect error), errorMessage=3D'An error occur= red while attempting to establish a connection to server ldap-test-server/x= xxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389: java.net.UnknownHostException: ldap-= test-server') caused by java.net.UnknownHostException: ldap-test-server 2016-01-15 15:13:25 INFO Extension 'LDAP-authn' initialized 2016-01-15 15:13:25 INFO Initializing extension 'LDAP-authz' 2016-01-15 15:13:25 INFO [ovirt-engine-extension-aaa-ldap.auth= z::LDAP-authz] Creating LDAP pool 'authz' 2016-01-15 15:13:25 WARNING [ovirt-engine-extension-aaa-ldap.auth= z::LDAP-authz] Cannot initialize LDAP framework, deferring initialization. = Error: An error occurred while attempting to connect to server ldap-test-se= rver:389: java.io.IOException: LDAPException(resultCode=3D91 (connect erro= r), errorMessage=3D'An error occurred while attempting to establish a conne= ction to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389: ja= va.net.UnknownHostException: ldap-test-server') caused by LDAPException(res= ultCode=3D91 (connect error), errorMessage=3D'An error occurred while attem= pting to establish a connection to server ldap-test-server/xxxx:xxxx:xxx:x:= xxxx:xx:xx48:dcc0:389: java.net.UnknownHostException: ldap-test-server')LD= APException(resultCode=3D91 (connect error), errorMessage=3D'An error occur= red while attempting to establish a connection to server ldap-test-server/x= xxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389: java.net.UnknownHostException: ldap-= test-server') caused by java.net.UnknownHostException: ldap-test-server 2016-01-15 15:13:25 INFO Extension 'LDAP-authz' initialized 2016-01-15 15:13:25 INFO Start of enabled extensions list 2016-01-15 15:13:25 INFO Instance name: 'LDAP-authn', Extensio= n name: 'ovirt-engine-extension-aaa-ldap.authn', Version: '1.1.2', Notes: '= Display name: ovirt-engine-extension-aaa-ldap-1.1.2-1.el7.centos', License:= 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build= interface Version: '0', File: '/tmp/tmpM8fPs4/extensions.d/LDAP-authn.pro= perties', Initialized: 'true' 2016-01-15 15:13:25 INFO Instance name: 'LDAP-authz', Extensio= n name: 'ovirt-engine-extension-aaa-ldap.authz', Version: '1.1.2', Notes: '= Display name: ovirt-engine-extension-aaa-ldap-1.1.2-1.el7.centos', License:= 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build= interface Version: '0', File: '/tmp/tmpM8fPs4/extensions.d/LDAP-authz.pro= perties', Initialized: 'true' 2016-01-15 15:13:25 INFO End of enabled extensions list 2016-01-15 15:13:25 INFO =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 2016-01-15 15:13:25 INFO =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Execution =3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D 2016-01-15 15:13:25 INFO =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 2016-01-15 15:13:25 INFO Profile=3D'LDAP' authn=3D'LDAP-authn'= authz=3D'LDAP-authz' mapping=3D'null' 2016-01-15 15:13:25 INFO API: -->Authn.InvokeCommands.AUTHENTI= CATE_CREDENTIALS user=3D'uid=3Dovirt-test,ou=3DSpecial Users,dc=3Dtest' 2016-01-15 15:13:25 INFO [ovirt-engine-extension-aaa-ldap.auth= n::LDAP-authn] Creating LDAP pool 'authz' 2016-01-15 15:13:25 WARNING [ovirt-engine-extension-aaa-ldap.auth= n::LDAP-authn] Cannot initialize LDAP framework, deferring initialization. = Error: An error occurred while attempting to connect to server ldap-test-se= rver:389: java.io.IOException: LDAPException(resultCode=3D91 (connect erro= r), errorMessage=3D'An error occurred while attempting to establish a conne= ction to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389: ja= va.net.UnknownHostException: ldap-test-server') caused by LDAPException(res= ultCode=3D91 (connect error), errorMessage=3D'An error occurred while attem= pting to establish a connection to server ldap-test-server/xxxx:xxxx:xxx:x:= xxxx:xx:xx48:dcc0:389: java.net.UnknownHostException: ldap-test-server')LD= APException(resultCode=3D91 (connect error), errorMessage=3D'An error occur= red while attempting to establish a connection to server ldap-test-server/x= xxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389: java.net.UnknownHostException: ldap-= test-server') caused by java.net.UnknownHostException: ldap-test-server 2016-01-15 15:13:25 SEVERE An error occurred while attempting to= connect to server ldap-test-server:389: java.io.IOException: LDAPExceptio= n(resultCode=3D91 (connect error), errorMessage=3D'An error occurred while = attempting to establish a connection to server ldap-test-server/xxxx:xxxx:x= xx:x:xxxx:xx:xx48:dcc0:389: java.net.UnknownHostException: ldap-test-serve= r') caused by LDAPException(resultCode=3D91 (connect error), errorMessage= =3D'An error occurred while attempting to establish a connection to server = ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389: java.net.UnknownHo= stException: ldap-test-server')LDAPException(resultCode=3D91 (connect error= ), errorMessage=3D'An error occurred while attempting to establish a connec= tion to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389: jav= a.net.UnknownHostException: ldap-test-server') caused by java.net.UnknownHo= stException: ldap-test-server [ ERROR ] Sequence failed Select test sequence to execute (Done, Abort, Login, Search) [Abo= rt]: [ ERROR ] Failed to execute stage 'Setup validation': Aborted by user [ INFO ] Stage: Clean up Log file is available at /tmp/ovirt-engine-extension-aaa-ldap-set= up-20160115151231-o0d7hp.log: [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination 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_BLUPR0301MB1971508F542C791B4C489813E9CD0BLUPR0301MB1971_ 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"> Hey,<o:p></o:p> <o:p> </o:p> I’m running into an issue which I’m not = sure where to go from here. I’m trying to use LDAP authentication and= am following the setup guide from here <o:p></o:p> <o:p> </o:p> <a href=3D"https://gerrit.ovirt.org/gitweb?p=3Dovirt= -engine-extension-aaa-ldap.git;a=3Dblob;f=3DREADME;hb=3DHEAD">https://gerri= t.ovirt.org/gitweb?p=3Dovirt-engine-extension-aaa-ldap.git;a=3Dblob;f=3DREA= DME;hb=3DHEAD</a><o:p></o:p> <o:p> </o:p> <o:p> </o:p> I have tested the ldap credentials manually using ld= apsearch, and I get results as expected with the user I’m binding wit= h - but when I use ovirt I run into problems.<o:p></o:p> <o:p> </o:p> I hope someone can provide me some guidance, or othe= r things to try!<o:p></o:p> <o:p> </o:p> DNS resolves;<o:p></o:p> Can manually do  ldap lookups using ldapsearch<= o:p></o:p> Can telnet to hostname 389 successfully<o:p></o:p></= p> <o:p> </o:p> Below are the steps taken;<o:p></o:p> <o:p> </o:p> # ovirt-engine-extension-aaa-ldap-setup<o:p></o:p></= p> [ INFO  ] Stage: Initializing<o:p></o:p> [ INFO  ] Stage: Environment setup<o:p></o:p></= p>         &nbs= p; Configuration files: ['/etc/ovirt-engine-extension-aaa-ldap-setup.conf.d= /10-packaging.conf']<o:p></o:p>         &nbs= p; Log file: /tmp/ovirt-engine-extension-aaa-ldap-setup-20160115151231-o0d7= hp.log<o:p></o:p>         &nbs= p; Version: otopi-1.4.0 (otopi-1.4.0-1.el7.centos)<o:p></o:p> [ INFO  ] Stage: Environment packages setup<o:p= ></o:p> [ INFO  ] Stage: Programs detection<o:p></o:p><= /p> [ INFO  ] Stage: Environment customization<o:p>= </o:p>         &nbs= p; Welcome to LDAP extension configuration program<o:p></o:p>         &nbs= p; Please specify profile name that will be visible to users: LDAP<o:p></o:= p>         &nbs= p; Available LDAP implementations:<o:p></o:p>         &nbs= p;  1 - 389ds<o:p></o:p>         &nbs= p;  2 - 389ds RFC-2307 Schema<o:p></o:p>         &nbs= p;  3 - Active Directory<o:p></o:p>         &nbs= p;  4 - IPA<o:p></o:p>         &nbs= p;  5 - Novell eDirectory RFC-2307 Schema<o:p></o:p>         &nbs= p;  6 - OpenLDAP RFC-2307 Schema<o:p></o:p>         &nbs= p;  7 - OpenLDAP Standard Schema<o:p></o:p>         &nbs= p;  8 - Oracle Unified Directory RFC-2307 Schema<o:p></o:p>         &nbs= p;  9 - RFC-2307 Schema (Generic)<o:p></o:p>         &nbs= p; 10 - RHDS<o:p></o:p>         &nbs= p; 11 - RHDS RFC-2307 Schema<o:p></o:p>         &nbs= p; 12 - iPlanet<o:p></o:p>         &nbs= p; Please select: 1<o:p></o:p>         &nbs= p; NOTE:<o:p></o:p>         &nbs= p; It is highly recommended to use DNS resolution for LDAP server.<o:p></o:= p>         &nbs= p; If for some reason you intend to use hosts or plain address disable DNS = usage.<o:p></o:p>         &nbs= p; Use DNS (Yes, No) [Yes]:<o:p></o:p>         &nbs= p; Available policy method:<o:p></o:p>         &nbs= p;  1 - Single server<o:p></o:p>         &nbs= p;  2 - DNS domain LDAP SRV record<o:p></o:p>          &nb= sp; 3 - Round-robin between multiple hosts<o:p></o:p>         &nbs= p;  4 - Failover between multiple hosts<o:p></o:p>         &nbs= p; Please select: 1<o:p></o:p>         &nbs= p; Please enter host address: ldap-test-server<o:p></o:p> [ INFO  ] Trying to resolve host 'ldap-test-ser= ver'<o:p></o:p>         &nbs= p; NOTE:<o:p></o:p>         &nbs= p; It is highly recommended to use secure protocol to access the LDAP serve= r.<o:p></o:p>         &nbs= p; Protocol startTLS is the standard recommended method to do so.<o:p></o:p= >         &nbs= p; Only in cases in which the startTLS is not supported, fallback to non st= andard ldaps protocol.<o:p></o:p>         &nbs= p; Use plain for test environments only.<o:p></o:p>         &nbs= p; Please select protocol to use (startTLS, ldaps, plain) [startTLS]: plain= <o:p></o:p> [ INFO  ] Connecting to LDAP using 'ldap://ldap= -test-server:389'<o:p></o:p> [ INFO  ] Connection succeeded<o:p></o:p>         &nbs= p; Enter search user DN (empty for anonymous): uid=3Dovirt-test,ou=3DSpecia= l Users,dc=3Dtest<o:p></o:p>         &nbs= p; Enter search user password:<o:p></o:p> [ INFO  ] Attempting to bind using 'uid=3Dovirt= -test,ou=3DSpecial Users,dc=3Dtest'<o:p></o:p> [ INFO  ] Stage: Setup validation<o:p></o:p></p= >         &nbs= p; NOTE:<o:p></o:p>         &nbs= p; It is highly recommended to test drive the configuration before applying= it into engine.<o:p></o:p>         &nbs= p; Perform at least one Login sequence and one Search sequence.<o:p></o:p><= /p>         &nbs= p; Select test sequence to execute (Done, Abort, Login, Search) [Abort]: Lo= gin<o:p></o:p>         &nbs= p; Enter search user name: uid=3Dovirt-test,ou=3DSpecial Users,dc=3Dtest<o:= p></o:p>         &nbs= p; Enter search user password:<o:p></o:p> [ INFO  ] Executing login sequence...<o:p></o:p= >         &nbs= p; Login output:<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Initialization = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Loading extension 'LDAP-authn= '<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Extension 'LDAP-authn' loaded= <o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Loading extension 'LDAP-authz= '<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Extension 'LDAP-authz' loaded= <o:p></o:p>          &nb= sp;2016-01-15 15:13:25 INFO    Initializing extension 'LDAP-= authn'<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    [ovirt-engine-extension-aaa-l= dap.authn::LDAP-authn] Creating LDAP pool 'authz'<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 WARNING [ovirt-engine-extension-aaa-ldap.authn::LDAP= -authn] Cannot initialize LDAP framework, deferring initialization. Error: = An error occurred while attempting to connect to server ldap-test-server:38= 9:  java.io.IOException: LDAPException(resultCode=3D91 (connect error), errorM= essage=3D'An error occurred while attempting to establish a connection to s= erver ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389:  java.ne= t.UnknownHostException: ldap-test-server') caused by LDAPException(resultCode=3D91 (connect error), errorMessage=3D'A= n error occurred while attempting to establish a connection to server ldap-= test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389:  java.net.UnknownHo= stException: ldap-test-server')LDAPException(resultCode=3D91 (connect error), errorMessage=3D'An error occurred while attempting to est= ablish a connection to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48= :dcc0:389:  java.net.UnknownHostException: ldap-test-server') caused b= y java.net.UnknownHostException: ldap-test-server<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Extension 'LDAP-authn' initia= lized<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Initializing extension 'LDAP-= authz'<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    [ovirt-engine-extension-aaa-l= dap.authz::LDAP-authz] Creating LDAP pool 'authz'<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 WARNING [ovirt-engine-extension-aaa-ldap.authz::LDAP= -authz] Cannot initialize LDAP framework, deferring initialization. Error: = An error occurred while attempting to connect to server ldap-test-server:38= 9:  java.io.IOException: LDAPException(resultCode=3D91 (connect error), errorM= essage=3D'An error occurred while attempting to establish a connection to s= erver ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389:  java.ne= t.UnknownHostException: ldap-test-server') caused by LDAPException(resultCode=3D91 (connect error), errorMessage=3D'A= n error occurred while attempting to establish a connection to server ldap-= test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389:  java.net.UnknownHo= stException: ldap-test-server')LDAPException(resultCode=3D91 (connect error), errorMessage=3D'An error occurred while attempting to est= ablish a connection to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48= :dcc0:389:  java.net.UnknownHostException: ldap-test-server') caused b= y java.net.UnknownHostException: ldap-test-server<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Extension 'LDAP-authz' initia= lized<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Start of enabled extensions l= ist<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Instance name: 'LDAP-authn', = Extension name: 'ovirt-engine-extension-aaa-ldap.authn', Version: '1.1.2', = Notes: 'Display name: ovirt-engine-extension-aaa-ldap-1.1.2-1.el7.centos', = License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface = Version: '0',  File: '/tmp/tmpM8fPs4/extensions.d/LDAP-authn.propertie= s', Initialized: 'true'<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Instance name: 'LDAP-authz', = Extension name: 'ovirt-engine-extension-aaa-ldap.authz', Version: '1.1.2', = Notes: 'Display name: ovirt-engine-extension-aaa-ldap-1.1.2-1.el7.centos', = License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface = Version: '0',  File: '/tmp/tmpM8fPs4/extensions.d/LDAP-authz.propertie= s', Initialized: 'true'<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    End of enabled extensions lis= t<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Execution = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D<o:p></o:p>          &nb= sp;2016-01-15 15:13:25 INFO    =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    Profile=3D'LDAP' authn=3D'LDA= P-authn' authz=3D'LDAP-authz' mapping=3D'null'<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    API: -->Authn.InvokeComman= ds.AUTHENTICATE_CREDENTIALS user=3D'uid=3Dovirt-test,ou=3DSpecial Users,dc= =3Dtest'<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 INFO    [ovirt-engine-extension-aaa-l= dap.authn::LDAP-authn] Creating LDAP pool 'authz'<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 WARNING [ovirt-engine-extension-aaa-ldap.authn::LDAP= -authn] Cannot initialize LDAP framework, deferring initialization. Error: = An error occurred while attempting to connect to server ldap-test-server:38= 9:  java.io.IOException: LDAPException(resultCode=3D91 (connect error), errorM= essage=3D'An error occurred while attempting to establish a connection to s= erver ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389:  java.ne= t.UnknownHostException: ldap-test-server') caused by LDAPException(resultCode=3D91 (connect error), errorMessage=3D'A= n error occurred while attempting to establish a connection to server ldap-= test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389:  java.net.UnknownHo= stException: ldap-test-server')LDAPException(resultCode=3D91 (connect error), errorMessage=3D'An error occurred while attempting to est= ablish a connection to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48= :dcc0:389:  java.net.UnknownHostException: ldap-test-server') caused b= y java.net.UnknownHostException: ldap-test-server<o:p></o:p>         &nbs= p; 2016-01-15 15:13:25 SEVERE  An error occurred while attempting to c= onnect to server ldap-test-server:389:  java.io.IOException: LDAPExcep= tion(resultCode=3D91 (connect error), errorMessage=3D'An error occurred whi= le attempting to establish a connection to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:= 389:  java.net.UnknownHostException: ldap-test-server') caused by LDAP= Exception(resultCode=3D91 (connect error), errorMessage=3D'An error occurre= d while attempting to establish a connection to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx48:dcc0:389:  ja= va.net.UnknownHostException: ldap-test-server')LDAPException(resultCode=3D9= 1 (connect error), errorMessage=3D'An error occurred while attempting to es= tablish a connection to server ldap-test-server/xxxx:xxxx:xxx:x:xxxx:xx:xx4= 8:dcc0:389:  java.net.UnknownHostException: ldap-test-server') caused by java.net.Unkno= wnHostException: ldap-test-server<o:p></o:p> [ ERROR ] Sequence failed<o:p></o:p>         &nbs= p; Select test sequence to execute (Done, Abort, Login, Search) [Abort]:<o:= p></o:p> [ ERROR ] Failed to execute stage 'Setup validation'= : Aborted by user<o:p></o:p> [ INFO  ] Stage: Clean up<o:p></o:p>         &nbs= p; Log file is available at /tmp/ovirt-engine-extension-aaa-ldap-setup-2016= 0115151231-o0d7hp.log:<o:p></o:p> [ INFO  ] Stage: Pre-termination<o:p></o:p> [ INFO  ] Stage: Termination<o:p></o:p> <o:p> </o:p> <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_BLUPR0301MB1971508F542C791B4C489813E9CD0BLUPR0301MB1971_--

2 2

Python API question
by Colin Coe 16 Jan '16

16 Jan '16

Hi all I've written a Python script to take nightly snapshots of VMs which are kept for x days. After x days the snapshot is deleted. I can't work out how to wait for the snapshot deletion to complete. I know how to do it for creating the snapshot but I've not been able to get it right for the deletion. api.vms.get(VM_NAME).snapshots.add(params.Snapshot(description=SNAPSHOT_NAME, vm=api.vms.get(VM_NAME), persist_memorystate=True)) while api.vms.get(VM_NAME).status.state == 'image_locked': sleep(1) Any ideas? Thanks CC

3 5

Default profile
by Colin Coe 16 Jan '16

16 Jan '16

Hi all Is it possible to set the default profile (on the User Portal login page and for all users) to the AD domain name rather than "Internal"? Also, can the "Connect Automatically" check box (on the User Portal login page) be set to default to un-checked? Running RHEV 3.5 Thanks CC

2 2

Network interface profiles disappeared after upgrading to 3.6.1
by nicolas＠devels.es 15 Jan '16

15 Jan '16

Hi, We recently upgraded from 3.5.3 to 3.6.1. Everything went fairly smooth, however, today we realized we're facing some issues. Users cannot add network interfaces on the User Portal to their VMs. It seems that when they click on "New", the "Profile" checkbox is empty so they cannot choose any value. It's worth mentioning that we only upgraded the manager, not yet the hosts. Also, a red banner keeps popping out every few seconds with this error: (TypeError) __gwt$exception: <skipped>: Cannot read property 'r' of null It's also worth mentioning that I can add interfaces from the admin portal. I don't actually know if it's related, but in the logs I see this: 2016-01-15 17:53:35,241 ERROR [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (default task-165) [] Query execution failed due to insufficient permissions. 2016-01-15 17:53:35,241 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-165) [] Operation Failed: query execution failed due to insufficient permissions. All interfaces have the "Everyone" -> "UserProfileEditor" permission. Is that some new permission that has to be granted in order to allow users see the network interfaces or is it a bug? Thanks. Nicolás

3 3

Re: [ovirt-users] Users Digest, Vol 52, Issue 87 What's going on open channel devices when migrating ...
by Jean-Pierre Ribeauville 15 Jan '16

15 Jan '16

--_000_1051EFB4D3A1704680C38CCAAC5836D292F0290CWPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Do you mean this sleep : # read() returns immediately (non-blocking) if no one is # listening on the other side of the virtio-serial port. # So in order not to be in a tight-loop and waste CPU # time, we just sleep for a while and hope someone will # be there when we will awake from our nap. time.sleep(1) Thx. 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=E9 : vendredi 15 janvier 2016 10:54 =C0 : users(a)ovirt.org Objet : Users Digest, Vol 52, Issue 87 Send Users mailing list submissions to users(a)ovirt.org<mailto:users@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<mailto:users-request@ovirt.org> You can reach the person managing the list at users-owner(a)ovirt.org<mailto:users-owner@ovirt.org> When replying, please edit your Subject line so it is more specific than "R= e: Contents of Users digest..." Today's Topics: 1. Re: What's going on open channel devices when migrating the Guest ? (Vinzenz Feenstra) 2. Re: Scripting Guests migration , shutdown and reboot ( from ovirt) ? (Vinzenz Feenstra) ---------------------------------------------------------------------- Message: 1 Date: Fri, 15 Jan 2016 10:51:50 +0100 From: Vinzenz Feenstra <vfeenstr(a)redhat.com<mailto:vfeenstr@redhat.com>> To: Jean-Pierre Ribeauville <jpribeauville(a)axway.com<mailto:jpribeauville@a= xway.com>> Cc: "users(a)ovirt.org<mailto:users@ovirt.org>" <users(a)ovirt.org<mailto:users= @ovirt.org>> Subject: Re: [ovirt-users] What's going on open channel devices when migrating the Guest ? Message-ID: <90F5CE30-927A-48A3-AC82-97118A1325B4(a)redhat.com<mailto:90F5CE3= 0-927A-48A3-AC82-97118A1325B4(a)redhat.com>> Content-Type: text/plain; charset=3D"utf-8" > On Jan 15, 2016, at 10:08 AM, Jean-Pierre Ribeauville <jpribeauville@axwa= y.com<mailto:jpribeauville@axway.com>> wrote: > > Hi, > > I?m using a channel device between host and guest to exchange datas every= 20 seconds. > > On the Guest size , there is an open /dev/virtio file on which we read > continuously what?s sent by the host. > > My question is the following : > When migrating the Guest to another host , and the migrating back to > the first one , the Guest software doesn?t receive anymore datas from the= host unless I restart the Guest software to re-open the /dev/virtio file. > > Is there any way to detect in the Guest that migration has been done so w= e have to reopen the file ? Well you can look how we do it in the ovirt-guest-agent. But we?re not reop= ening the unix domain socket - We?re basically on read failure just resched= uling the read - That causes no problems after migrations - it just continu= es Our python code for that is here: https://github.com/oVirt/ovirt-guest-agen= t/blob/master/ovirt-guest-agent/VirtIoChannel.py HTH > > Any hint is welcome . > > 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> <mailto:jpribeauv= ille(a)axway.com> > http://www.axway.com <http://www.axway.com/> > > P Pensez ? l?environnement avant d?imprimer. > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org<mailto:Users@ovirt.org> <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users>

1 0

NIC Out of Sync
by Bloemen, Jurriën 15 Jan '16

15 Jan '16

--_004_5698C36F2020700dmcamcnetworkscom_ Content-Type: multipart/alternative; boundary="_000_5698C36F2020700dmcamcnetworkscom_" --_000_5698C36F2020700dmcamcnetworkscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpJIGdvdCB0aGUgZm9sbG93aW5nIHNpdHVhdGlvbjoNCg0KW2NpZDpwYXJ0MS4w NTA4MDIwMS4wNjA1MDIwNUBkbWMuYW1jbmV0d29ya3MuY29tXQ0KDQpUaGlzIGNhbiBlYXNpbHkg YmUgZml4ZWQgdmlhIHRoZSB3ZWJpbnRlcmZhY2UgYnV0IEkgbmVlZCB0byBzY3JpcHQgdGhpcyB2 aWEgdGhlIG92aXJ0LXNoZWxsLg0KDQpJIGZvdW5kIHRoZSBmb2xsb3dpbmcgYnV0IHRoaXMgZG9l cyBub3QgZG8gdGhlIHRyaWNrOg0KDQpvdmlydC1zaGVsbCAjIGFjdGlvbiBob3N0IHR3aW5wMTA4 IGNvbW1pdG5ldGNvbmZpZw0KDQpXZWxsIGl0IHNhdmVzIHRoZSBjb25maWcgYnV0IHRoZSBvdXQt b2Ytc3luYyBpY29uIHJlbWFpbnMuDQoNCkRvIEkgbmVlZCB0byBzZXQgYSBib29sZWFuIGZpcnN0 IG9yIHNvbWV0aGluZz8NCklzIHRoZXJlIGFub3RoZXIgd2F5IG9mIGZpeGluZyB0aGlzIGJlY2F1 c2UgYWxsIHRoZSBkb2N1bWVudGF0aW9uIEkgZm91bmQgZG9lcyBub3QgY292ZXIgdGhpcz8NCg0K LS0NCktpbmQgcmVnYXJkcywNCg0KSnVycmnDq24NCg0KVGhpcyBtZXNzYWdlIChpbmNsdWRpbmcg YW55IGF0dGFjaG1lbnRzKSBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0aGF0IGlzIHByaXZpbGVn ZWQgb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIGVtYWlsIGltbWVkaWF0 ZWx5IGZyb20geW91ciBzeXN0ZW1zIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMgb2YgaXQuIFlvdSBt YXkgbm90LCBkaXJlY3RseSBvciBpbmRpcmVjdGx5LCB1c2UsIGRpc2Nsb3NlLCBkaXN0cmlidXRl LCBwcmludCBvciBjb3B5IHRoaXMgZW1haWwgb3IgYW55IHBhcnQgb2YgaXQgaWYgeW91IGFyZSBu b3QgdGhlIGludGVuZGVkIHJlY2lwaWVudA0K --_000_5698C36F2020700dmcamcnetworkscom_ Content-Type: text/html; charset="utf-8" Content-ID: <78D5DEEEC680EA4A8F6B08CE8CE1A3FE(a)chellomedia.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHRleHQ9IiMwMDAwMDAi IGJnY29sb3I9IiNGRkZGRkYiPg0KPHR0PkhpIGFsbCw8YnI+DQo8YnI+DQpJIGdvdCB0aGUgZm9s bG93aW5nIHNpdHVhdGlvbjo8YnI+DQo8YnI+DQo8aW1nIHNyYz0iY2lkOnBhcnQxLjA1MDgwMjAx LjA2MDUwMjA1QGRtYy5hbWNuZXR3b3Jrcy5jb20iIGFsdD0iIj48YnI+DQo8YnI+DQpUaGlzIGNh biBlYXNpbHkgYmUgZml4ZWQgdmlhIHRoZSB3ZWJpbnRlcmZhY2UgYnV0IEkgbmVlZCB0byBzY3Jp cHQgdGhpcyB2aWEgdGhlIG92aXJ0LXNoZWxsLjxicj4NCjxicj4NCkkgZm91bmQgdGhlIGZvbGxv d2luZyBidXQgdGhpcyBkb2VzIG5vdCBkbyB0aGUgdHJpY2s6PGJyPg0KPGJyPg0Kb3ZpcnQtc2hl bGwgIyBhY3Rpb24gaG9zdCB0d2lucDEwOCBjb21taXRuZXRjb25maWc8YnI+DQo8YnI+DQpXZWxs IGl0IHNhdmVzIHRoZSBjb25maWcgYnV0IHRoZSBvdXQtb2Ytc3luYyBpY29uIHJlbWFpbnMuIDxi cj4NCjxicj4NCkRvIEkgbmVlZCB0byBzZXQgYSBib29sZWFuIGZpcnN0IG9yIHNvbWV0aGluZz8g PGJyPg0KSXMgdGhlcmUgYW5vdGhlciB3YXkgb2YgZml4aW5nIHRoaXMgYmVjYXVzZSBhbGwgdGhl IGRvY3VtZW50YXRpb24gSSBmb3VuZCBkb2VzIG5vdCBjb3ZlciB0aGlzPzxicj4NCjxicj4NCjwv dHQ+DQo8ZGl2IGNsYXNzPSJtb3otc2lnbmF0dXJlIj4tLSA8YnI+DQo8dGl0bGU+PC90aXRsZT4N CjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJmb250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5Og0KICAgICAgICAgIENhbGlicmks IHNhbnMtc2VyaWY7IG1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsiPg0KPGI+PGZvbnQgZmFjZT0i QXJpYWwsc2Fucy1zZXJpZiIgY29sb3I9IiMyYzhjYjYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 IDEwcHQ7Ij5LPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6DQogICAgICAgICAgICAgICAg MTNweDsiPmk8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsiPm5kIHJlZ2FyZHMs PC9zcGFuPjwvZm9udD48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImZvbnQt c2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6DQogICAgICAgICAgQ2FsaWJyaSwgc2Fucy1zZXJpZjsg bWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MHB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7DQogICAgICAgICAgICAgIGNvbG9y OiByZ2IoNDQsIDE0MCwgMTgyKTsiPiZuYnNwOzwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsgZm9udC1mYW1pbHk6DQogICAgICAgICAg Q2FsaWJyaSwgc2Fucy1zZXJpZjsgbWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyI+DQo8YiBzdHls ZT0iZm9udC1zaXplOiAxMXB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsNCiAgICAg ICAgICAgICAgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDQ0LCAx NDAsIDE4Mik7Ij5KdXJyacOrbjwvc3Bhbj48L2I+PGIgc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7DQogICAgICAgICAgICAgIGZvbnQtZmFtaWx5 OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IGdyYXk7Ij48YnI+DQo8L3NwYW4+PC9iPjxmb250 IGZhY2U9IkFyaWFsLHNhbnMtc2VyaWYiIGNvbG9yPSIjODA4MDgwIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMHB0OyI+PC9zcGFuPjwvZm9udD48L3A+DQo8YnI+DQo8L2Rpdj4NCjwvZGl2Pg0K VGhpcyBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzKSBtYXkgY29udGFpbiBpbmZv cm1hdGlvbiB0aGF0IGlzIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5v dCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRl bGV0ZSB0aGlzIGVtYWlsIGltbWVkaWF0ZWx5IGZyb20geW91ciBzeXN0ZW1zIGFuZCBkZXN0cm95 IGFsbCBjb3BpZXMgb2YgaXQuIFlvdSBtYXkgbm90LA0KIGRpcmVjdGx5IG9yIGluZGlyZWN0bHks IHVzZSwgZGlzY2xvc2UsIGRpc3RyaWJ1dGUsIHByaW50IG9yIGNvcHkgdGhpcyBlbWFpbCBvciBh bnkgcGFydCBvZiBpdCBpZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_5698C36F2020700dmcamcnetworkscom_-- --_004_5698C36F2020700dmcamcnetworkscom_ Content-Type: image/png; name="hfiicabj.png" Content-Description: hfiicabj.png Content-Disposition: inline; filename="hfiicabj.png"; size=9142; creation-date="Fri, 15 Jan 2016 10:01:20 GMT"; modification-date="Fri, 15 Jan 2016 10:01:20 GMT" Content-ID: <part1.05080201.06050205(a)dmc.amcnetworks.com> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAjoAAACECAYAAACZF4HsAAAABHNCSVQICAgIfAhkiAAAIABJREFU eF7tnQd8VFXaxp8kpJCQHggdqQbLUhSQIOiqKCwoIk0/QBBclU8QUEFAuijSBFlRsVAMoAj7ISg/ hGWFXVxEkCRIEVB6i0kgPYHU774n3tlpIROYSe4kz/F3vXPqfc//DpNn3vOeOx7Z2dlFYCIBEiAB EiABEiCBSkjAsxLOiVMiARIgARIgARIgAUWgmjWHmJgY6yLmSYAESIAESIAESMCtCAwePFjZayN0 pFCvdKsZ0VgSIAESIAESIAES0AiYO224dMW3BAmQAAmQAAmQQKUlQKFTaW8tJ0YCJEACJEACJECh w/cACZAACZAACZBApSVAoVNpby0nRgIkQAIkQAIkYDcY2R6WWR+sslfMMhIgATckMHnEIDe0miaT AAmQQNkJOCx0ZOhxw/qV/QrsQQIkYCgC85atM5Q9NIYESIAEXEmAS1eupMuxSYAESIAESIAEKpQA hU6F4ufFSYAESIAESIAEXEmAQseVdDk2CZAACZAACZBAhRKg0KlQ/Lw4CZAACZAACZCAKwlQ6LiS LscmARIgARIgARKoUAIUOhWKnxcnARIgARIgARJwJQEKHVfS5dgkQAIkQAIkQAIVSoBCp0Lx8+Ik QAIkQAIkQAKuJECh40q6HJsESIAESIAESKBCCZTpycilWerr66uaJCYmIjs7G0ve/xsia0XCx9sP vZ/ojQYNGuDatWulDcN6EiABEiABEiABEnAKAacKHbFIRE5ycjLGjB6N9xYvQURkBDw8PLBi2Qr0 7d8XtWrVcorhHIQESIAESIAESIAESiPg1KUrXeSMfPFF/G3xe/ho2fu49957MWfumxj27DCsX7++ NHtYTwIkQAIkQAIkQAJOI+BUoSPLVZcuXVLGeWj/1a97C06fPo1vt2xHTlYOvDy9nGY4ByKBqkrg 7+E1IUdmZiby8/OrKgbOmwRIgAQcIuBUoZOXl6dic/QP34RLCZgwYYJausrMysTvycUiyNyy0NBQ hwy9mUbm10hLS0O/fv3QqFEjdZY8Ewm4CwEROEOHQh1bGzVW71+KHXe5e7STBEigIgg4VeiYT6AI RTh05CCyM7NRWFhYEXOze82FCxciOjoaBw8eVOd3333XbjsWkoDRCLw5sKbJpNSE4peXL1/G1atX jWYq7SEBEiABwxBwidApLCjA7j27cezYcTzzzDN4pPtDEG9PSenrr7/GLbfcgnvuuQdHjhwxNbt4 8SIeffRRtVvrL3/5C86dO6fqZOdW06ZNsXbtWrRo0QLNmzfHunXrTP2OHz+OTp06oVmzZti6davF ZSX/2GOPISgoCD179sS2bdtKMovlJGAYAiJyHu8ZhZDptbFiBfDVt0DdbzYZxj4aQgIkQAJGJeBU oePt7Q1/f3+88L//i5XLl6OoqAgRtSJQr3ZDTJkyGX8d/rwNB1nWOnDgAH7++Wf06dMHM2bMMLWZ Pn067r77biV+RLjodT4+PsjIyMDhw4exf/9+zJs3D7NmzTL1k3YiZuLi4tTY5uns2bOoW7euKqpX rx7OnDljYxMLSMBIBHSRk5Ccqsw62q1Y5AQHByM8PBx+fn5GMpe2kAAJkIChCDhV6IjIqVOnDiIi IvDsc8+hQPPsJCYk4uz5U5j5xhtKBFknEUPDhw9XHpahWuBBbGysqcmuXbswYsQIBAYG4jltvN27 d6s6EUfiIRqtbWGXOvH2nD9/3tRv7969akypGzx4sMUlxc2v/2GQs8QUMZGAUQlYi5w9exLwwMhN EJETGRmpztWqOf0pEUbFQbtIgARIoMwEnPoJqT8jRw9K1perCjUxIw8TlHp7DwwUYSQpJCQE6enp pklcuXJFfWOVFBYWBolHME96nXh4zOOAJEBTxpKkt9H7Va9eXcU0yDknJwcBAQEWYzJDAkYhQJFj lDtBO0iABNyZgFM9OuYg5s6Zo5auEn5PwOXkK3h38UJTjI01sJSUFFUkwkYXKJIXASRlep0uiKz7 W+fFO5SaWuzml2f7mCfZbXXhwgVVJF6gxo0bW3dnngQqnICInAnzF0FfrqInp8JvCQ0gARJwUwJO FTr6AwOHaUtQ4197TS1dyXN0xLMzdcp0rF612gaTp6cnVq5cqZ4JEhMTg3bt2pna3HfffVi6dCmy srKwZMkSdOnSxaa/vYK2bdvis88+U2OuWrVKLXXpqXv37ti4caPyHMm5Wzct4IGJBAxK4P6+E0CR Y9CbQ7NIgATcgoBThY7+wEBZqgoKDEKD+vVx4eIF7NzxL1xOvGyzzVye/yFxOy1btsQdd9yBDRs2 YOrUqSZwU6ZM0T7k9yAqKgrx8fEWddejO23aNHz55Zdo1aqVOiQWR7xLkl566SU15p133qnigUaN GnW9oVhHAhVCYGdCa7z96hh1MCanQm4BL0oCJFBJCDg1RkePzRE2dWrVwW13RuGtt95SQcGSTp75 zQKbBFHqW8Zlq7d1ksDmb775xrpY5fXlLr3SPH/77bcrMaMn2aauJ1nWMt+KbqrgCxIwEIENGzeo 340Tb6bEt0msGQOPDXSDaAoJkIDbEHCqR0efte49kefp9OjRQy1hSZI8EwmQQOkExAspwfsNGzZU j0OgyCmdGVuQAAmQgD0CTvXo6BcQobNz104UaE9EjmoRBb/q1XD81+PXfWigPeNYRgJVlYB4O2vU qFFVp895kwAJkIDTCDhV6OgPDBw3fjzmzZ2LuXPmwcPTA108umD8+HHY8NVXTjOcA5EACZAACZAA CZBAaQScKnT0BwZKrI6Ind59eqvry66nffv22X1gYGkGsp4ESIAESIAESIAEbpSAU4WO/sBAMUa8 O/JbVOZPSy7pgYE3ajz7kQAJkAAJkAAJkMD1CDhV6MiFdLEjAkc8O/pylrkIup5BrCMBEiABEiAB EiABZxFwqtDRf95BdojIYZ7s/fSDsybBcUiABEiABEiABEjAHgGXbC+3dyGWkQAJkAAJkAAJkEB5 E6DQKW/ivB4JkAAJkAAJkEC5EaDQKTfUvBAJkAAJkAAJkEB5E6DQKW/ivB4JkAAJkAAJkEC5EaDQ KTfUvBAJkAAJkAAJkEB5E6DQKW/ivB4JkAAJkAAJkEC5EaDQKTfUvBAJkAAJkAAJkEB5E7jp5+jM W7auvG3m9UiABBwkMG5YPwdbVr1mcXFxVW/SnDEJuBGBNm3aOMXamxY6YkXfHl2dYgwHIQEScB6B 9Zv/4bzBKulI0dHRlXRmnBYJuDeB3bt3O20CXLpyGkoORAIkQAIkQAIkYDQCFDpGuyO0hwRIgARI gARIwGkEKHSchpIDkQAJkAAJkAAJGI0AhY7R7gjtIQESIAESIAEScBoBCh2noeRAJEACJEACJEAC RiPglF1XzppUdV8fBNfwh5enB4qcMKiHNkZBYRHSM7ORfS3XCSNyCBIgARIgARIgAXciYCihIyJn 8oRxyEjPgJ+fN1rdVhcnTl9G44ahOHU25b/nBlr+3BUtH2Yql3ZNGoVr+Stoqp2PnUhESno26tat g4lTZlDouNO7kraSAAmQAAmQgJMIGGrpKsDPBz/u+QHxB+Jx4lgcokLicOViLJoFxluegyQfp5UX 1zfX6pPOF+eTL8SieVAczp+Kw969+3Hk8GHIuEwkQAIkQAIkQAJVj4ChhE5hUZHmyfFDQX4BfP0C 0Ln7/yC8dkNEP9K/hPMAU3lorXqIflhrV6sBorsNQFBoTRQW5MHHxwcybnmlrZu/xl0tm5TX5Xid KkAg9rbmkCM7Kwv5+flVYMacIgmQAAk4j4Chlq70aVWr5omU1ExMmrkah44mY8bstTh8/LLF+ZBZ frpWf1Tyc75U7aa/9QXOnE2Ct3f5Ti8+9if8euwoispRWDnvrcCRjEhABM7QocWWrWjXGo3/8yMC A4NQrVr5vreNyIY2kQAJkIAjBFz+aRkaFIAa1f0sbMnRAoOTUzNs7MtLXI4ta4falN9sgYwL9LQY JikxEdMmvoL42P24485WWPDeUgQGBSE39xq6demIVyZOxsK5s5VoeXXSFHTv2Uv1T/w9AZPHjcWR Qwdx6223Y9acBahTr76qO/zzAYx8eRyWffS+xbWYIYEbIbDm5eaI+qNjakLxi9SUFPj6+FLo3AhQ 9iEBEihXAp96eavrDUhLUas1FfUFzaVLV74+3krkFBUVIiHrOE6m7UNGbhJkd1VkeLAN8FrNRkE/ pNI6b91B6q3bmZfp7fUy8/4LZs9EsxZR2P79PtzRqjWWLJqvqr29fZCZlak8Mxu37cCEqTOwZGFx ndQvnj9Htd+6aw/uatcei9+Zaxp24NDh5pfgaxK4YQIich7vGYWQ6bWxYgXw1beAR8yaGx7vRjr+ +9//vpFuLuljJFtKm+Ctt94KX19fm8OmX0wMoH25gofsD71+6tChA9555x27jaT8nnvuUXUeDoy1 fPly1e7DDz+0GU+W+uPj423KzcctLCzEiy++iBo1aqBp06bYsWOHqX1qaiq6d++O4OBgdU5LSzPV nTp1Cn/+859Vv1atWuHHH3+0uY5eID+42rZtW7Rr184w87Y21pkcsrRl6datW+PAgQPWl3HbvIgc 8UbLsTY4FPLeqKild5cKnaCA6uombTn9Dub+1BVz9j6IxXF9lODx0Vzvgf6Wnh5pm/jb39ShJz1v T6yYGtnpZ15n7/XeH3bj6WHPwT8gAIM0gfL9v4r/sco/6Py8PAz56wsICKiB+x/oioRLF01D7N2z GwOHDFN1Tw4agth9e+0NzzISuGECushJSE5VYxztVixyZMkqJDQUPtofUVcnIwoLI9pk7z4cO3YM t9xyi72q/5aJyBkyBMjQPNv9Sv+F+VGjRmHVqlV2x4zRxnrppZfs1tkr/OCDDzBmzBgsXbrUptrT 0xNTpkzRPNslP47jo48+0j7/AnDu3DnMnj0bkyZNMo0j+S5duqi6++67D3PmzDHVDR8+HF27dkWi 5k0fOXIknn/+eZvrS0FBQQEGDx6MZcuWYfTo0YaZt7WxzuQgPD/99FM1bxFQ7p7G9Sj25Mg8dG90 cnIyrl69WiFTc6nQ8f0jRmbrmQW4u1dt3N0vEp5t4/HPhEVqsuLxsU7mHh3rOmfmxWvzcOf2aBvV GA91aofkpESL4UNDw1TeW4KZzd54aZoqDfmjLjhEU6naUgITCTiLgLXI2bMnAS0HrlFxOeE1a5ZL fI6RBUVF2Hb7ttI9Ltb3/7piRxc52rJ4vub5wJdfWne3yffv3x+XLl3CL7/8YlF35MgR/P7775pW Kl0sScf9+/cjPT0d8+fPV3909uzZYzGefOMWETRjxgwbG/SCNWvWqD/IoZroFrt++OEHU9tvvvkG ffv21RxVQejduzc2b95sqhs0aBBeeeUV+Pv748knn8Rvv/1m9xrr1q1DixYtlIfDSPO2NtbZHO66 6y4lkDds2GB9KbfKi8ix9kbf+ocjoaIm4lKho7s7c4uykIFEXEMK8r00r83V42q+1by0jFmy9uZI lS58dC+Ps4RQeHgEdu0/iNijp9Sx5+djFraUlAkNC0NaarG4kbPkmUjAGQQochyjWJ5iR0TOkYeB GxE7p0+ftvXsmImc3Fq18K3mpRFxUFqSJSXxgIj3xjxJ/oUXXtCW3G2/NNob8/3338fYsWPhpX32 vvzyyxDvjnkSb8qDDz6oOZoybESQ3u7QoUMQgRUZGYk2bdrg6NGjpiFkzvXrF8csNmjQACdPnjTV DRs2TC3nSdq+fbtpuc3CAC3z97//XQkcSUaat7WdruAgglWEnrsmXeSYe6NF5ISEhCAiIkLF6VRE cmkwckFBofYPyhNh1esjJfM8Cq4BeZlAVEBHNdfcPMutsvaWp8wFjj0hpEOz7itt9TJ5fd5qV250 5y6IWfYxhjz7ArZu3oQt32zC0hWrS70HHaI74fOYlRj23AjELP8E7TtGl9qHDUigNAIicibMX4Sd 699WTY3iySlPUVEaI/N6sUuWSFyZdJEj19DFzuGHHXtURceOxZ9xM2fOxNSpUyECAD/9VLxcJbsy NTHgoy3vrNcCGMT707On5WYJe/MSQSNzfvPNN1WMjWyUEFHw/fff22tuUyYxEiIw3nvvPVUnXhkZ 68qVKwiz+sImS1DyR1fGr169OARBH1A8Qj///LPyyIhnSJbNtm3bpqrFS6T/MZNzdna2jR0ijERs bdy40aZOCvbu3avG1ZNR5m1trCs4REdHY/LkydaXcou8tciRz7BeE4tFTu3atZXYqZTByNe0WBdJ /ZrOg9+h9sg9Ug/Nkp7CQ3XHqPJrucX1+l3UhYwubvSz1Ju/Nm+v11n3NS/X25ufR44dh1+0hwl2 1ZatVq34FM+PHG2vmU2Z9IuP3Yeu97bX+h/CqJfHm9rIMpgcksxf2wzCAhIogcD9fSdUiMgpwZwq W2wucnQIZfHsxMbGqm4DBgxQQkbF7DzwADR1okSOFsSi6j///HPobfXrlHSWPxYSnLtr1y7VRMSe CKpammfIkbRy5UqcPXtWLR2JUBIBc+bMGS3YfYVNd4kZmThxIl5//XWbusDAQC28aIi2jBqovELm QcUyph6HkZOTo2J5zNPBgwfRrVs35UmSgGR7SWJ4zOdklHlb2+oKDjLXpKQk60sZPm9kkSPwXOrR ScnIUnE4rWv2UId5uqqJnKyrmovHLPlGDkPHDu3UNxX9WTQ3EpglAXWSZL25UaNG+L+vNgEXrGJw wsLx7oefWFxfz8hSlnkyz9esFYmPP/vCoX52G7GQBOwQ2JnQGni1+AtAecfk6OaIt8Dag+Nqr4kd FHaLytMueyJHN6qsnh3VT/PkHNPia1TgsSZybtWEhmML5bYoxHsiAuTrr79WcTTz5s2zbVRCieyy kiWnli1bmlocP34cjz32mPKwWO/Y6ty5MzZt2oSdO3dafBOXz1RZ2pIkn9Pm39KbNGmiApElxkZE VbNmzUzXunjxovJcyfKZ7MgqSzLCvK3trQgO1jYYIS8ix9obbRRPjs7HpUKnUPtBzYTLqQjyr64E jyxjiRfnam4+snJso68zsq9qAWxPIEvcndo/IA/txz1lm+HFCxccvp+yPtxKC2Ir0q4t/wUFBSMz x1JQOTwYG5JAORFY9PEKXE5OUq5+2VUlu6sq4sGA9sROOSFw+DKuFF/XEzm6gY6IHdkaLccVbUkn TAvONe2u0gKPT2v3V7agy7KWJGnnaJJt5rIVWQJ7r127BglgdSR99913alu3uciRfiJIZElB6iU2 xzq98cYbKqjYPAaoT58+WL16tRIxixYtUlvG9SSiSWJMZJeYnB999FFT3bhx4/D000+jRw/LL73W 1xRvjnh1REjoyQjztrbTFRwSEhJQU9t04I5JvNFva1/WjCZyhKVLhY5cQMROqvbr4Y6ktKwcjHhp LHSPjKfmXh0zaoTDQke8P02aNMXEydOQr8UHSZJvHGkOXt8RG9mGBFxBQMRNeERNhGjBoBIoKvmK Ws82sthxucgJ1+7u/tLv8BGtnYiikmJ2ZIt2He0LWrAmEjT1WryF3Gx3lcTsSOyOJPNdS6VfGSom RoTOF1/Y9yxbe2bkM1CWiiQmx16ScvH22BM6EmcjniOJHdGTLFc99dRTqFOnjhJaInr0NH78eLVc N3fuXBVPJEtzepLXYsusWbNMZb/++quF10cq2rdvrwKhzYWOlFf0vE1G//HCFRzkvaDHd1lfz6h5 c2+0EUWOcHO50CnLzRFvT6JZ3E6diBC1niwPn5Jk/vAp63FlLVj+QHhV81L/mMSTxEQC7kJARE1F CRt7jIwodlwpcoRBSaLFHp/SyrppO0w8tS3U9kSO3lfEjordKWMaOHAg5LCX9CV/67rr7eSRh//J IclefxEe5g96k89aWdKyl2Rb+ZYtW+xVOfx8GPGUiL0imMxTRc/belKu4LB+/XolYt0p7dB2VYkn KjMzUwWiy+6qigw8tsfOUELH2sD0zBxMnDRZuWq/++d2fPiB/Z9WEIEz4Mmn0E1b9/X19YN4hphI gARujoCrhUVZrDOSLY7Y7fnQQxbLVSX1EbEjy1gSsMxUTEB2e8mSmezs+tOf/lRlsEiYxokTJ/DE E0+41ZxF3EgQtYhh+bJWkT/1UBI4lz5Hp6SLOlouwco5hV4IDKupHkAlS1rKa2N1CFypD46I1J7T 44tMLdaHiQRIgAQqjID+xGMHHgaoi50Ks9VgF5bPd3k+0DPPPGN3e7rBzHWKORKbJ0+OlnnroRtO GbgcBpG/vxL/JV4cORvJM61P39AeHTEyX4tZSNdibB7p0Qv9B2iu4BJSmub9uZKeiYJK8PjsEqbI YhIgAXchINvIS0gSRMx0fQISoC1Pca4qSUI0HH3MQFVh4sx5Gl7oyGTlIyMpNV0dTCRAAiRAAiRA AiTgKAFDL105Ogm2IwESIAESIAESIAF7BCh07FFhGQmQAAmQAAmQQKUgQKFTKW4jJ0ECJEACJEAC JGCPAIWOPSosIwESIAESIAESqBQEnBKMvH7zPyoFDE6CBEiABEiABEigchG4aaEzbli/ykWEsyEB EiABEiABEqg0BLh0VWluJSdCAiRAAiRAAiRgTYBCx5oI8yRAAiRAAiRAApWGwE0vXVUaEpwICZBA lSOwe/fuKjdnTpgEqhoBCp2qdsc5XxIgAUWgTZs2JEECJFAFCNy00Jm3bF0VwMQpkoB7EuBmAfe8 b7SaBEjAeQRuWuiIKX17dHWeRRyJBEjAKQT42AenYOQgJEACbk6AwchufgNpPgmQAAmQAAmQQMkE KHRKZsMaEiABEiABEiABNydAoePmN5DmkwAJkAAJkAAJlEyAQqdkNqwhARIgARIgARJwcwIUOm5+ A2k+CZAACZAACZBAyQScsuuq5OHLVlPd1wfBNfzh5emBorJ1tdvaQystKCxCemY2sq/l2m3DQhIg ARIgARIggcpLwFBCR0TO5AnjkJGeAT8/b7S6rS5OnL6Mxg1Dcepsyn/PDbT8uStaPsxULu2aNArX 8lfQVDsfO5GIlPRs1K1bBxOnzKDQqbzvYc6MBEiABEiABEokYKilqwA/H/y45wfEH4jHiWNxiAqJ w5WLsWgWGG95DpJ8nFZeXN9cq086X5xPvhCL5kFxOH8qDnv37seRw4ch4zKRAAmQAAmQAAlUPQKG EjqFRUWaJ8cPBfkF8PULQOfu/4Pw2g0R/Uj/Es4DTOWhteoh+mGtXa0GiO42AEGhNVFYkAcfHx/I uOWRLpw/h+eefgqd2t6OAb2646Am2JhI4GYJxN7WHHJkZ2UhPz//ZodjfxIgARKoUgQMJXR08tWq eSIlNROTZq7GocNnMGP2WpvzQbPy6Vr90eMXMGPOlzh87Bymv/UFzpxNgrd3+a7MzXz9NXTodC+2 /+cnDBg4BG9Om1Sl3kycrPMJiMAZOhTqONquNTIy0il2nI+ZI5IACVRiAi5XAqFBAahR3c8CYY4W GJycmmGDNS9xObas1T7RnZxkXKCnxahJiYmYNvEVxMfuxx13tsKC95YiMCgIubnX0K1LR7wycTIW zp2NIs0b9OqkKejes5fqn/h7AiaPG4sjhw7i1ttux6w5C1CnXn1V95fHHkf3R3tpXiRfPNKjJxa8 /YbFNZkhgbIQWPNyc0T90SE1ofhFakoKfLX3V7VqLv+nWxZT2ZYESIAEDEvApR4dXx9vJXKKigqR kHUcJ9P2ISM3CbK7KjI82AZKrWajoB9SaZ237iD11u3My/T2epl5/wWzZ6JZiyhs/34f7mjVGksW zVfV3t4+yMzKxK/HjmLjth2YMHUGliwsrpP6xfPnqPZbd+3BXe3aY/E7c03D9urTX4kcST/u/g/u bMVfRzbB4YsyERCR83jPKIRMr40VK4CvvgU8YtaUaQw2JgESIAESAFwqdIICqivGW06/g7k/dcWc vQ9icVwfJXh8tG+kgf6Wnh5pm/jb39ShJz1vT6yY30DrfuZ19l7v/WE3nh72HPwDAjBo6HB8/68d qpmHhwfy8/Iw5K8vICCgBu5/oCsSLl00DbF3z24MHDJM1T05aAhi9+21Gf7UyRPKm/Pya6/b1LGA BEojoIuchORU1fRot2KRExgYhJDQUPj4Fovp0sZhPQmQAAmQAOBS/7fvHzEyW88sQIfHGyILPkhO isc/Ty5Ck+DVmgveGxnZVy3ugy5ozMWOK26UeG0e7tzeNLQELZun0NAwlfWWYObCQlNVWmqq9sem uC44JBSylGCefj1+FGNGPItJ02ahRVRLizpmSKA0AtYiZ8+eBLQcuAYicsJr1lRnLluVRpH1JEAC JPBfAi4VOuIdkZRblIUMJCJP+3++l+a1uXpclVfz0jJmSRc35t4ba+FjnbcYoAyZ8PAIrN+8TXlm ypJCw8KQlpqCMK2/nCWvp6TE3zH6hWcxcepMdOpyf1mGZVsSAEUO3wQkQAIk4HwCLl26Kigo9oSE Va+PlMzLSLucizwtBrlxQEc1k9w8y62yImKsl6isl65KWqKy7ivt9DJ73qHozl0Qs+xj5OTk4Kv1 a/H80IEO0e0Q3Qmfx6xETnY2YpZ/gvYdo039FmnByz179Ubn+x9waCw2IgGdgIicCfMXQV+uoieH 7w0SIAEScA4Bl3p0rmmxLv5evujXdB52HlqIlLwLaFa9Cx6qO0ZZfy03z2IW1oLEPG9dJx31Mnt1 5vX2UI0cOw7TJ72Grp3aoXbdupg0fZa9ZjZl0m/Sq6PR9d7lKij5DW3XlZ6+3bxJ7dL65IP3TGUb t+5Ag0a32IzDAhKwR+D+vhPw9qtjuFxlDw7LSIAESOAGCLhU6KRkZKk4nNY1e6jDPF3VRE7W1WsW Zb6Rw9CxQzslFuSQZB4f4+j8PD2LHVXycLVGjRrh/77aBFxItOgeGhaOdz/8xO6QsUdPWZSb52vW isTHn31ht9/+X07aLWchCZRGYGdCa0ATOJIYk1MaLdaTAAmQgOMEXCqxvW+gAAADYUlEQVR0CrUf 1Ey4nIog/+pK8Hh5eSovztXcfGTlWAYhi8kSmNy79xPI0paFNKUDD+3HPePi4nDxwgWHZ1S/fn20 at0aRdq15b+goGBk5lgKKocHY0MSKCcCiz5egcvJScjW3vuyq0p2VzHwuJzg8zIkQAKVmoBLhY6Q E7GTqv16uCMpLSsHI14aC90j46kFM48ZNcJhoSPenyZNmmLi5GnI/yM+SDxDaQ5e3xEb2YYEXEFA xE14RE2EFBRoXwi8lNjh7ipXkOaYJEACVY2Ay4VOWYCKtyfRLG6nTkQI/P39ERxc/HDBtLS0EocL 0J6HI38gvKp5qWUv8SQxkYC7EBBRQ2HjLneLdpIACbgTAUMJHWtw6Zk5mDhpMrK0HzP87p/b8eEH 71s3UXkROAOefArduneHr68fxDPERAIkQAIkQAIkQAKGFjoSrCzP2gkMq6nF2gSpJS392Tzmt06+ CUt9cEQkMrU4nxyrhxDyNpMACZAACZAACVRNAoYWOnJL8rWYhXQtxuaRHr3Qf8CTJd6lNM37cyU9 EwVmTzEusTErSIAESIAESIAEqgQBwwsduQuy0TwpNV0dTCRAAiRAAiRAAiTgKAGXPhnZUSPYjgRI gARIgARIgARcQYBCxxVUOSYJkAAJkAAJkIAhCFDoGOI20AgSIAESIAESIAFXEKDQcQVVjkkCJEAC JEACJGAIAk4JRl6/+R+GmAyNIAESIAESIAESIAFzAjctdMYN60eiJEACJEACJEACJGBIAly6MuRt oVEkQAIkQAIkQALOIECh4wyKHIMESIAESIAESMCQBCh0DHlbaBQJkAAJkAAJkIAzCFDoOIMixyAB EiABEiABEjAkgTIFI89bts6Qk6BRJEACJEACJEACJGCPgMNCZ/KIQfb6s4wESIAESIAESIAEDEuA S1eGvTU0jARIgARIgARI4GYJUOjcLEH2JwESIAESIAESMCwBCh3D3hoaRgIkQAIkQAIkcLMEKHRu liD7kwAJkAAJkAAJGJaA3WDkmJgYwxpMw0iABEiABEiABEjAUQIe2dnZRY42ZjsSIAESIAESIAES cCcCXLpyp7tFW0mABEiABEiABMpEgEKnTLjYmARIgARIgARIwJ0IUOi4092irSRAAiRAAiRAAmUi 8P8++KdThBGbQAAAAABJRU5ErkJggg== --_004_5698C36F2020700dmcamcnetworkscom_--

1 0

Scripting Guests migration , shutdown and reboot ( from ovirt) ?
by Jean-Pierre Ribeauville 15 Jan '16

15 Jan '16

--_000_1051EFB4D3A1704680C38CCAAC5836D292F02893WPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, In order to test reliability of some of my softwares running on Guest and= Hosts, I would like to script from RHEV-M manager host , via command line interface, sequences for reboot= ing , migrate and shutdown/run KVM Guests. What's your hint to achieve this ? I cannot use virsh on the host cos theses domains are transient ones , so t= hey disappear from the host virsh list as soon as they are off. Thx for your 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_1051EFB4D3A1704680C38CCAAC5836D292F02893WPTXMAIL2ptxaxw_ 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> In order to test reliability &n= bsp; of some of my softwares running on Guest and Hosts, I would like = to script from RHEV-M manager host , via command line interface, sequences for reboot= ing , migrate and shutdown/run KVM Guests.<o:p></o:p> <o:p> </o:p> What’s your hint to achie= ve this ?<o:p></o:p> <o:p> </o:p> <o:p> </o:p> I cannot use virsh on the host = cos theses domains are transient ones , so they disappear from the host &nb= sp;virsh list as soon as they are off. <o:p></o:p> <o:p> </o:p> Thx for your help.<o:p></o:p></= span> <o:p> </o:p> Regards,<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_1051EFB4D3A1704680C38CCAAC5836D292F02893WPTXMAIL2ptxaxw_--

2 1

What's going on open channel devices when migrating the Guest ?
by Jean-Pierre Ribeauville 15 Jan '16

15 Jan '16

--_000_1051EFB4D3A1704680C38CCAAC5836D292F028AEWPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm using a channel device between host and guest to exchange datas every 2= 0 seconds. On the Guest size , there is an open /dev/virtio file on which we read cont= inuously what's sent by the host. My question is the following : When migrating the Guest to another host , and the migrating back to the f= irst one , the Guest software doesn't receive anymore datas from the host unless I res= tart the Guest software to re-open the /dev/virtio file. Is there any way to detect in the Guest that migration has been done so we = have to reopen the file ? Any hint is welcome . 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_1051EFB4D3A1704680C38CCAAC5836D292F028AEWPTXMAIL2ptxaxw_ 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 using a channel devic= e between host and guest to exchange datas every 20 seconds.<o:p></o:p></sp= an> <o:p> </o:p> On the Guest size , there is an= open /dev/virtio file on which we read continuously what’s sent by the host.<o:p></o:p> <o:p> </o:p> My question is the following : = <o:p></o:p> When migrating the Guest to ano= ther host ,  and the migrating back to the first one ,  the Guest software doesn’t receive anymore datas from the host unless= I restart the Guest software to re-open the /dev/virtio file.<o:p></o:p></= span> <o:p> </o:p> Is there any way to detect in t= he Guest that migration has been done so we have to reopen  the file ?= <o:p></o:p> <o:p> </o:p> Any hint is welcome .<o:p></o:p= > <o:p> </o:p> Thanks for help.<o:p></o:p></sp= an> <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_1051EFB4D3A1704680C38CCAAC5836D292F028AEWPTXMAIL2ptxaxw_--

2 1

Hosted Engine CPU Type Change
by Donny Davis 14 Jan '16

14 Jan '16

How would you go about changing the cpu_type setting in HE after it is installed -- Donny Davis

1 0

Blog on Hyperconverged Infrastructure using oVirt and Gluster
by Ramesh Nachimuthu 14 Jan '16

14 Jan '16

This is a multi-part message in MIME format. --------------050301090305030402030108 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Folks, Have you ever wondered about Hyperconverged Ovirt and Gluster Setup. Here is an answer[1]. I wrote a blog explaining how to setup oVirt in a hyper-converged mode with Gluster. [1] http://blogs-ramesh.blogspot.in/2016/01/ovirt-and-gluster-hyperconvergence.… <http://blogs-ramesh.blogspot.in/2016/01/ovirt-and-gluster-hyperconvergence.…> * *Regards, Ramesh --------------050301090305030402030108 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi Folks, Have you ever wondered about Hyperconverged Ovirt and Gluster Setup. Here is an answer[1]. I wrote a blog explaining how to setup oVirt in a hyper-converged mode with Gluster. [1] <a href="http://blogs-ramesh.blogspot.in/2016/01/ovirt-and-gluster-hyperconvergence.…"><a class="moz-txt-link-freetext" href="http://blogs-ramesh.blogspot.in/2016/01/ovirt-and-gluster-hyperconvergence.…">http://blogs-ramesh.blogspot.in/2016/01/ovirt-and-gluster-hyperconvergence.…</a></a> Regards, Ramesh <meta http-equiv="content-type" content="text/html; charset=utf-8"> </body> </html> --------------050301090305030402030108--

4 4

ISO Domain: How to delete an ISO
by gregor 14 Jan '16

14 Jan '16

Hi, how can I delete an ISO from the ISO Domain? There are no hints in the documentation. I found only a restricted page for RedHat Customers only, but it isn't sure if there is really a solution. Hopefully somebody can help, this can't be such a secret. regards gregor

2 3

storage domain and nfs problem
by alireza sadeh seighalan 14 Jan '16

14 Jan '16

hi everyone i have a bad problem in ovirt3.6.1. my hosts goes to nonresponsiveness or nonoperational. i take stale file handle in df -h command on my main host and some other hosts too: [root@mainhv ~]# df -h df: ‘/rhev/data-center/mnt/hv03:_VM’: Stale file handle df: ‘/rhev/data-center/mnt/hv04:_VM’: Stale file handle df: ‘/rhev/data-center/mnt/hv05:_VM’: Stale file handle df: ‘/rhev/data-center/mnt/hv07:_VM’: Stale file handle Filesystem Size Used Avail Use% Mounted on /dev/sda6 4.0G 112M 3.9G 3% / devtmpfs 24G 0 24G 0% /dev tmpfs 24G 4.0K 24G 1% /dev/shm tmpfs 24G 41M 24G 1% /run tmpfs 24G 0 24G 0% /sys/fs/cgroup i attached vdsm.log and engine.log too. my server specification: os: centos7.1 updated ovirt 3.6.1 vdsm : 4.17.13-0.el7.centos libvirt: 1.2.8-16.el7_1.5 data storage: /VM based on xfs filesystem fstab: uuid ...... /VM xfs defaults 0 0 thanks inadvance

2 2

Cluster policy question
by gflwqs gflwqs 14 Jan '16

14 Jan '16

Hi list! I am running ovirt 3.5.2 with 3 identical nodes. I am using the default cluster policy: "evenly_distributed" I am wondering how that applies? When i add new vm:s should'nt they be distributed according to the resources used on them? Should they not be live migrated automatically? For me it seems that all vm:s is started on one of the hosts and stays there? Is there something i am missing here? Thanks! Christian

2 1

Re: [ovirt-users] ovirt-host-deploy PKI
by Jaicel 14 Jan '16

14 Jan '16

------=_Part_16318802_1449572043.1452771115638 Content-Type: multipart/alternative; boundary="----=_Part_16318803_154773528.1452771115638" ------=_Part_16318803_154773528.1452771115638 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Yes simone i can access the host from the server where my engine is running. attached is the engine log during the "add host". Thanks, Jaicel From: "Simone Tiraboschi" <stirabos(a)redhat.com> To: "jaicel" <jaicel(a)asti.dost.gov.ph> Cc: "users" <users(a)ovirt.org> Sent: Thursday, January 14, 2016 6:42:58 PM Subject: Re: [ovirt-users] ovirt-host-deploy PKI On Thu, Jan 14, 2016 at 11:24 AM, Jaicel < jaicel(a)asti.dost.gov.ph > wrote: Hi, anyone here tried this type of host installation? i'm installing additional hosts for my cluster but the same procedure through ovirt engine's webgui won't let me install the additional hosts. i don't know where the problem is but the error is ssh timeout, Can you please attach your engine.log ? Are you able to manually access via ssh the host you are trying to add from the server where the engine runs? BQ_BEGIN so i tried this type of installation (ovirt-host-deploy) directly on the host. but i'm stuck in PKI setup. hope anyone could help me through this. BQ_END Let's solve the issue with SSH BQ_BEGIN Setting up PKI Please issue VDSM certificate based on this certificate request D:MULTI-STRING VDSM_CERTIFICATE_REQUEST --=451b80dc-996f-432e-9e4f-2b29ef6d1141=-- -----BEGIN CERTIFICATE REQUEST----- MIICRDCCASwCADAAMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2ZcM eRt8gU7aPww5okuT3oi3LbMDDhkV5POQLYyJXxr8lb/ai0Y+rM1y7Gl1dTnCCEQd oiNur/AfOWb1ZJQTv0d+6JNUSUKv+I+xHnbWNidalUR/HZNXDklUinktAiezPA5H QVZYzo2jLnyQbkfZJU5ktkfE4So8prTBJYEGz4idXK5ry9aWGTcVpq0UBLrdtJ/U vKf8YoieGtjbodi6X3cf2Wp4tIDyEVKbRE4hqKXGwAIibdHIyDki8tGBleoCf0gS n5vs53dOTilF/pHX2VzK4yOIzmJbje6eAedbUYuYybktthkrS4FkVNFTxN3CZGR5 CgYNorV7ncSb2ZEqXwIDAQABoAAwDQYJKoZIhvcNAQEFBQADggEBAAqY3tq3stRk 9euhu+G7YISAlMVjrBa8OYqxsigG2H/FWA2GI6EuccK8TrDiDDZVzzaTV/H+kTuz LQC5CejLN/leGZsrCYyYwOE5yLv+CKDv8pHAcrhgRGbfF/nb1k/8vxUlZo8lfOqk mvP3oPeOZr+dGgov4AD0XJT0MJrKAsxn3zK9JvjKvXTfyk0oK7shbVCfP048pWc2 f41Z5aKTKBqyFanQuqLKHxvOIhJSmZeXRFe0eUUpfSMakL7JQ7juGsMb6KEusmSe 047x1vLqhBBYsRBSkURSPGOcBQ7ReXTcoGtVzjGki63Hj2aX5Fm6yCzZHGJb+m97 q0tF3Fuy75U= -----END CERTIFICATE REQUEST----- --=451b80dc-996f-432e-9e4f-2b29ef6d1141=-- Please input VDSM certificate chain that matches certificate request, top is issuer type '--=451b80dc-996f-432e-9e4f-2b29ef6d1141=--' in own line to mark end. Thanks, Jaicel _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users BQ_END ------=_Part_16318803_154773528.1452771115638 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 10pt; color: #000000"><div>Yes simone i can access the host from the s= erver where my engine is running. attached is the engine log during the "ad= d host". </div><div data-marker=3D"__SIG_PRE__">Thanks, Jaicel</d= iv><div> </div><hr id=3D"zwchr" data-marker=3D"__DIVIDER__"><div data-ma= rker=3D"__HEADERS__">From: "Simone Tiraboschi" <stirabos(a)redhat.c= om> To: "jaicel" <jaicel(a)asti.dost.gov.ph> Cc: </b= >"users" <users(a)ovirt.org> Sent: Thursday, January 14, 2016= 6:42:58 PM Subject: Re: [ovirt-users] ovirt-host-deploy PKI <= /div><div> </div><div data-marker=3D"__QUOTED_TEXT__"><div dir=3D"ltr"><= br><div class=3D"gmail_extra"> <div class=3D"gmail_quote">On Thu, Jan 14= , 2016 at 11:24 AM, Jaicel <<a href=3D"mailto:jaicel@a= sti.dost.gov.ph" target=3D"_blank">jaicel(a)asti.dost.gov.ph</a>> w= rote: <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde= r-left:1px #ccc solid;padding-left:1ex"><div><div style=3D"font-family:aria= l,helvetica,sans-serif;font-size:10pt;color:#000000"><div>Hi, </div> = <div>anyone here tried this type of host installation? i'm installing addit= ional hosts </div><div>for my cluster but the same procedure through ovi= rt engine's webgui won't </div><div>let me install the additional hosts.= i don't know where the problem is but the </div><div>error is ssh timeo= ut, </div></div></div></blockquote> <div>Can you please attach your engi= ne.log ?</div><div>Are you able to manually access via ssh the host you are= trying to add from the server where the engine runs?</div><div> </div= ><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1= px #ccc solid;padding-left:1ex"><div><div style=3D"font-family:arial,helvet= ica,sans-serif;font-size:10pt;color:#000000"><div>so i tried this type of i= nstallation (ovirt-host-deploy) </div><div>directly on the host. but i'm= stuck in PKI setup. hope anyone could help me </div><div>through this.<= br></div> </div></div></blockquote> <div>Let's solve the issue with S= SH</div><div> </div><blockquote class=3D"gmail_quote" style=3D"margin:= 0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style=3D"= font-family:arial,helvetica,sans-serif;font-size:10pt;color:#000000"><div><= span style=3D"background-color:rgb(255,255,153)">    &n= bsp;     Setting up PKI       =     Please issue VDSM certificate based on this certificate = request D:M= ULTI-STRING VDSM_CERTIFICATE_REQUEST --=3D451b80dc-996f-432e-9e4f-2b29ef6d1= 141=3D-- -----B= EGIN CERTIFICATE REQUEST----- MIICRDCCASwCADAAMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA= 2ZcM eRt8gU7aPw= w5okuT3oi3LbMDDhkV5POQLYyJXxr8lb/ai0Y+rM1y7Gl1dTnCCEQd oiNur/AfOWb1ZJQTv0d+6JNUSUKv+I+xHnb= WNidalUR/HZNXDklUinktAiezPA5H QVZYzo2jLnyQbkfZJU5ktkfE4So8prTBJYEGz4idXK5ry9aWGTcVpq0UBLrd= tJ/U vKf8YoieGt= jbodi6X3cf2Wp4tIDyEVKbRE4hqKXGwAIibdHIyDki8tGBleoCf0gS n5vs53dOTilF/pHX2VzK4yOIzmJbje6eAed= bUYuYybktthkrS4FkVNFTxN3CZGR5 CgYNorV7ncSb2ZEqXwIDAQABoAAwDQYJKoZIhvcNAQEFBQADggEBAAqY3tq3= stRk 9euhu+G7YI= SAlMVjrBa8OYqxsigG2H/FWA2GI6EuccK8TrDiDDZVzzaTV/H+kTuz LQC5CejLN/leGZsrCYyYwOE5yLv+CKDv8pH= AcrhgRGbfF/nb1k/8vxUlZo8lfOqk mvP3oPeOZr+dGgov4AD0XJT0MJrKAsxn3zK9JvjKvXTfyk0oK7shbVCfP048= pWc2 f41Z5aKTKB= qyFanQuqLKHxvOIhJSmZeXRFe0eUUpfSMakL7JQ7juGsMb6KEusmSe 047x1vLqhBBYsRBSkURSPGOcBQ7ReXTcoGt= VzjGki63Hj2aX5Fm6yCzZHGJb+m97 q0tF3Fuy75U=3D -----END CERTIFICATE REQUEST----- --=3D451b80dc-996f-432e-9e4f-2b29ef6d1141= =3D-- &= nbsp;         Please input VDSM cer= tificate chain that matches certificate request, top is issuer <b= r>   &nbsp= ;      type '--=3D451b80dc-996f-432e-9e4f-2b29ef6d= 1141=3D--' in own line to mark end. </div> <div>Thanks,<br= >Jaicel</div></div></div> ______________________________________________= _ Users mailing list <a href=3D"mailto:Users@ovirt.org" target=3D"_blank">Users(a)ovirt.org</a><br= > <a href=3D"http://lists.ovirt.org/mailman/listinfo/users" rel=3D"noreferrer= " target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </blockquote></div></div></div> </div></div></body></html> ------=_Part_16318803_154773528.1452771115638-- ------=_Part_16318802_1449572043.1452771115638 Content-Type: text/x-log; name=engine.log Content-Disposition: attachment; filename=engine.log Content-Transfer-Encoding: base64 MjAxNi0wMS0xNCAxOTowMzowMywyNzggSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwu QWRkVmRzQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItNSkgWzExZDU4OWFiXSBSdW5uaW5n IGNvbW1hbmQ6IEFkZFZkc0NvbW1hbmQgaW50ZXJuYWw6IGZhbHNlLiBFbnRpdGllcyBhZmZlY3Rl ZCA6ICBJRDogMDAwMDAwMDEtMDAwMS0wMDAxLTAwMDEtMDAwMDAwMDAwMWUyIFR5cGU6IFZkc0dy b3Vwc0FjdGlvbiBncm91cCBDUkVBVEVfSE9TVCB3aXRoIHJvbGUgdHlwZSBBRE1JTgoyMDE2LTAx LTE0IDE5OjAzOjAzLDI5MSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5BZGRWZHNT cG1JZENvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTUpIFszNmYxNzRlMl0gUnVubmluZyBj b21tYW5kOiBBZGRWZHNTcG1JZENvbW1hbmQgaW50ZXJuYWw6IHRydWUuIEVudGl0aWVzIGFmZmVj dGVkIDogIElEOiA1Nzk1MjY4Mi1lOTExLTQ1ZTktYjZlNS0zY2IyNzlhMTZmNjkgVHlwZTogVkRT CjIwMTYtMDEtMTQgMTk6MDM6MDMsMjk2IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs LkFkZFZkc1NwbUlkQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItNSkgWzM2ZjE3NGUyXSBM b2NrIGZyZWVkIHRvIG9iamVjdCBFbmdpbmVMb2NrIFtleGNsdXNpdmVMb2Nrcz0ga2V5OiAwMDAw MDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAwMDAzYWYgdmFsdWU6IFJFR0lTVEVSX1ZEUwosIHNo YXJlZExvY2tzPSBdCjIwMTYtMDEtMTQgMTk6MDM6MDMsMjk4IElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUudmRzYnJva2VyLlJlbW92ZVZkc1ZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04 NzAyLTUpIFszNmYxNzRlMl0gU1RBUlQsIFJlbW92ZVZkc1ZEU0NvbW1hbmQoSG9zdE5hbWUgPSBj bG91ZC0wMi5hc3RpLmxvY2FsLCBIb3N0SWQgPSA1Nzk1MjY4Mi1lOTExLTQ1ZTktYjZlNS0zY2Iy NzlhMTZmNjkpLCBsb2cgaWQ6IDRlNjdkODExCjIwMTYtMDEtMTQgMTk6MDM6MDMsMjk5IElORk8g IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlJlbW92ZVZkc1ZEU0NvbW1hbmRdIChh anAtLTEyNy4wLjAuMS04NzAyLTUpIFszNmYxNzRlMl0gRklOSVNILCBSZW1vdmVWZHNWRFNDb21t YW5kLCBsb2cgaWQ6IDRlNjdkODExCjIwMTYtMDEtMTQgMTk6MDM6MDMsMzAxIElORk8gIFtvcmcu b3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLkFkZFZkc1ZEU0NvbW1hbmRdIChhanAtLTEyNy4w LjAuMS04NzAyLTUpIFszNmYxNzRlMl0gU1RBUlQsIEFkZFZkc1ZEU0NvbW1hbmQoSG9zdE5hbWUg PSBjbG91ZC0wMi5hc3RpLmxvY2FsLCBIb3N0SWQgPSA1Nzk1MjY4Mi1lOTExLTQ1ZTktYjZlNS0z Y2IyNzlhMTZmNjkpLCBsb2cgaWQ6IDE1MzY3ZTk0CjIwMTYtMDEtMTQgMTk6MDM6MDMsMzAyIElO Rk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLkFkZFZkc1ZEU0NvbW1hbmRdIChh anAtLTEyNy4wLjAuMS04NzAyLTUpIFszNmYxNzRlMl0gQWRkVmRzIC0gZW50ZXJlZCAsIHN0YXJ0 aW5nIGxvZ2ljIHRvIGFkZCBWRFMgNTc5NTI2ODItZTkxMS00NWU5LWI2ZTUtM2NiMjc5YTE2ZjY5 CjIwMTYtMDEtMTQgMTk6MDM6MDMsMzAzIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRz YnJva2VyLkFkZFZkc1ZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTUpIFszNmYxNzRl Ml0gQWRkVmRzIC0gVkRTIDU3OTUyNjgyLWU5MTEtNDVlOS1iNmU1LTNjYjI3OWExNmY2OSB3YXMg YWRkZWQsIHdpbGwgdHJ5IHRvIGFkZCBpdCB0byB0aGUgcmVzb3VyY2UgbWFuYWdlcgoyMDE2LTAx LTE0IDE5OjAzOjAzLDMwNCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5W ZHNNYW5hZ2VyXSAoYWpwLS0xMjcuMC4wLjEtODcwMi01KSBbMzZmMTc0ZTJdIEVudGVyZWQgVmRz TWFuYWdlciBjb25zdHJ1Y3RvcgoyMDE2LTAxLTE0IDE5OjAzOjAzLDMxNSBJTkZPICBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5WZHNNYW5hZ2VyXSAoYWpwLS0xMjcuMC4wLjEtODcw Mi01KSBbMzZmMTc0ZTJdIEluaXRpYWxpemUgdmRzQnJva2VyICgxOTIuMTY4LjIwOC40MSw1NCwz MjEpCjIwMTYtMDEtMTQgMTk6MDM6MDMsMzE2IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUu dmRzYnJva2VyLlJlc291cmNlTWFuYWdlcl0gKGFqcC0tMTI3LjAuMC4xLTg3MDItNSkgWzM2ZjE3 NGUyXSBWRFMgNTc5NTI2ODItZTkxMS00NWU5LWI2ZTUtM2NiMjc5YTE2ZjY5IHdhcyBhZGRlZCB0 byB0aGUgUmVzb3VyY2UgTWFuYWdlcgoyMDE2LTAxLTE0IDE5OjAzOjAzLDMxNyBJTkZPICBbb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5BZGRWZHNWRFNDb21tYW5kXSAoYWpwLS0xMjcu MC4wLjEtODcwMi01KSBbMzZmMTc0ZTJdIEZJTklTSCwgQWRkVmRzVkRTQ29tbWFuZCwgbG9nIGlk OiAxNTM2N2U5NAoyMDE2LTAxLTE0IDE5OjAzOjAzLDMyMyBXQVJOICBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLmRhbC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0TG9nRGlyZWN0b3JdIChh anAtLTEyNy4wLjAuMS04NzAyLTUpIFszNmYxNzRlMl0gQ29ycmVsYXRpb24gSUQ6IG51bGwsIENh bGwgU3RhY2s6IG51bGwsIEN1c3RvbSBFdmVudCBJRDogLTEsIE1lc3NhZ2U6IEZhaWxlZCB0byB2 ZXJpZnkgUG93ZXIgTWFuYWdlbWVudCBjb25maWd1cmF0aW9uIGZvciBIb3N0IGNsb3VkLTAyLmFz dGkubG9jYWwuCjIwMTYtMDEtMTQgMTk6MDM6MDMsMzM0IElORk8gIFtvcmcub3ZpcnQuZW5naW5l LmNvcmUuZGFsLmRiYnJva2VyLmF1ZGl0bG9naGFuZGxpbmcuQXVkaXRMb2dEaXJlY3Rvcl0gKGFq cC0tMTI3LjAuMC4xLTg3MDItNSkgWzM2ZjE3NGUyXSBDb3JyZWxhdGlvbiBJRDogMTFkNTg5YWIs IEpvYiBJRDogZTZmZWQ2ZjItMWUzZi00OTJlLTk0MGEtYzk2NTM3MTBlZGM2LCBDYWxsIFN0YWNr OiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBIb3N0IGNsb3VkLTAyLmFzdGku bG9jYWwgd2FzIGFkZGVkIGJ5IGFkbWluQGludGVybmFsLgoyMDE2LTAxLTE0IDE5OjAzOjAzLDMz NyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbnN0YWxsVmRzSW50ZXJuYWxDb21t YW5kXSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTEyKSBbNjUzNDMzZGNdIExvY2sg QWNxdWlyZWQgdG8gb2JqZWN0IEVuZ2luZUxvY2sgW2V4Y2x1c2l2ZUxvY2tzPSBrZXk6IDU3OTUy NjgyLWU5MTEtNDVlOS1iNmU1LTNjYjI3OWExNmY2OSB2YWx1ZTogVkRTCiwgc2hhcmVkTG9ja3M9 IF0KMjAxNi0wMS0xNCAxOTowMzowMywzNDIgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5i bGwuSW5zdGFsbFZkc0ludGVybmFsQ29tbWFuZF0gKG9yZy5vdmlydC50aHJlYWQucG9vbC04LXRo cmVhZC0xMikgWzY1MzQzM2RjXSBSdW5uaW5nIGNvbW1hbmQ6IEluc3RhbGxWZHNJbnRlcm5hbENv bW1hbmQgaW50ZXJuYWw6IHRydWUuIEVudGl0aWVzIGFmZmVjdGVkIDogIElEOiA1Nzk1MjY4Mi1l OTExLTQ1ZTktYjZlNS0zY2IyNzlhMTZmNjkgVHlwZTogVkRTCjIwMTYtMDEtMTQgMTk6MDM6MDMs MzQzIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkluc3RhbGxWZHNJbnRlcm5hbENv bW1hbmRdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJlYWQtMTIpIFs2NTM0MzNkY10gQmVm b3JlIEluc3RhbGxhdGlvbiBob3N0IDU3OTUyNjgyLWU5MTEtNDVlOS1iNmU1LTNjYjI3OWExNmY2 OSwgY2xvdWQtMDIuYXN0aS5sb2NhbAoyMDE2LTAxLTE0IDE5OjAzOjAzLDM0NSBJTkZPICBbb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAob3Jn Lm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTEyKSBbNjUzNDMzZGNdIFNUQVJULCBTZXRWZHNT dGF0dXNWRFNDb21tYW5kKEhvc3ROYW1lID0gY2xvdWQtMDIuYXN0aS5sb2NhbCwgSG9zdElkID0g NTc5NTI2ODItZTkxMS00NWU5LWI2ZTUtM2NiMjc5YTE2ZjY5LCBzdGF0dXM9SW5zdGFsbGluZywg bm9uT3BlcmF0aW9uYWxSZWFzb249Tk9ORSwgc3RvcFNwbUZhaWx1cmVMb2dnZWQ9ZmFsc2UpLCBs b2cgaWQ6IDMyMTY2OWI0CjIwMTYtMDEtMTQgMTk6MDM6MDMsMzUwIElORk8gIFtvcmcub3ZpcnQu ZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZkc1N0YXR1c1ZEU0NvbW1hbmRdIChvcmcub3ZpcnQu dGhyZWFkLnBvb2wtOC10aHJlYWQtMTIpIFs2NTM0MzNkY10gRklOSVNILCBTZXRWZHNTdGF0dXNW RFNDb21tYW5kLCBsb2cgaWQ6IDMyMTY2OWI0CjIwMTYtMDEtMTQgMTk6MDM6MDMsMzg3IElORk8g IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkluc3RhbGxlck1lc3NhZ2VzXSAob3JnLm92aXJ0 LnRocmVhZC5wb29sLTgtdGhyZWFkLTEyKSBbNjUzNDMzZGNdIEluc3RhbGxhdGlvbiAxOTIuMTY4 LjIwOC40MTogQ29ubmVjdGVkIHRvIGhvc3QgMTkyLjE2OC4yMDguNDEgd2l0aCBTU0gga2V5IGZp bmdlcnByaW50OiBmNTo2Njo5ODpjMDpjMjo3ZDozMTo5NDpkNjoxMDpmMTo4MTplMTplZDo3MDpm MgoyMDE2LTAxLTE0IDE5OjAzOjAzLDM5MiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRh bC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0TG9nRGlyZWN0b3JdIChvcmcub3ZpcnQu dGhyZWFkLnBvb2wtOC10aHJlYWQtMTIpIFs2NTM0MzNkY10gQ29ycmVsYXRpb24gSUQ6IDY1MzQz M2RjLCBDYWxsIFN0YWNrOiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBJbnN0 YWxsaW5nIEhvc3QgY2xvdWQtMDIuYXN0aS5sb2NhbC4gQ29ubmVjdGVkIHRvIGhvc3QgMTkyLjE2 OC4yMDguNDEgd2l0aCBTU0gga2V5IGZpbmdlcnByaW50OiBmNTo2Njo5ODpjMDpjMjo3ZDozMTo5 NDpkNjoxMDpmMTo4MTplMTplZDo3MDpmMi4KMjAxNi0wMS0xNCAxOTowMzowMyw0NzIgSU5GTyAg W29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzRGVwbG95XSAob3JnLm92aXJ0LnRocmVhZC5w b29sLTgtdGhyZWFkLTEyKSBbNjUzNDMzZGNdIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjIwOC40 MS4gRXhlY3V0aW5nIGNvbW1hbmQgdmlhIFNTSCB1bWFzayAwMDc3OyBNWVRNUD0iJChUTVBESVI9 IiR7T1ZJUlRfVE1QRElSfSIgbWt0ZW1wIC1kIC10IG92aXJ0LVhYWFhYWFhYWFgpIjsgdHJhcCAi Y2htb2QgLVIgdStyd1ggXCIke01ZVE1QfVwiID4gL2Rldi9udWxsIDI+JjE7IHJtIC1mciBcIiR7 TVlUTVB9XCIgPiAvZGV2L251bGwgMj4mMSIgMDsgdGFyIC0td2FybmluZz1uby10aW1lc3RhbXAg LUMgIiR7TVlUTVB9IiAteCAmJiAgIiR7TVlUTVB9Ii9zZXR1cCBESUFMT0cvZGlhbGVjdD1zdHI6 bWFjaGluZSBESUFMT0cvY3VzdG9taXphdGlvbj1ib29sOlRydWUgPCAvdmFyL2NhY2hlL292aXJ0 LWVuZ2luZS9vdmlydC1ob3N0LWRlcGxveS50YXIKMjAxNi0wMS0xNCAxOTowMzowMyw0ODMgSU5G TyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS51dXRpbHMuc3NoLlNTSERpYWxvZ10gKG9yZy5vdmly dC50aHJlYWQucG9vbC04LXRocmVhZC0xMikgU1NIIGV4ZWN1dGUgcm9vdEAxOTIuMTY4LjIwOC40 MSAndW1hc2sgMDA3NzsgTVlUTVA9IiQoVE1QRElSPSIke09WSVJUX1RNUERJUn0iIG1rdGVtcCAt ZCAtdCBvdmlydC1YWFhYWFhYWFhYKSI7IHRyYXAgImNobW9kIC1SIHUrcndYIFwiJHtNWVRNUH1c IiA+IC9kZXYvbnVsbCAyPiYxOyBybSAtZnIgXCIke01ZVE1QfVwiID4gL2Rldi9udWxsIDI+JjEi IDA7IHRhciAtLXdhcm5pbmc9bm8tdGltZXN0YW1wIC1DICIke01ZVE1QfSIgLXggJiYgICIke01Z VE1QfSIvc2V0dXAgRElBTE9HL2RpYWxlY3Q9c3RyOm1hY2hpbmUgRElBTE9HL2N1c3RvbWl6YXRp b249Ym9vbDpUcnVlJwoyMDE2LTAxLTE0IDE5OjAzOjA2LDMxOSBJTkZPICBbb3JnLm92aXJ0LmVu Z2luZS5jb3JlLnZkc2Jyb2tlci5WZHNNYW5hZ2VyXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9X b3JrZXItMTYpIEluaXRpYWxpemluZyBIb3N0OiBjbG91ZC0wMi5hc3RpLmxvY2FsCjIwMTYtMDEt MTQgMTk6MTM6MDMsNDg1IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZkc0RlcGxv eV0gKFZkc0RlcGxveSkgRXJyb3IgZHVyaW5nIGRlcGxveSBkaWFsb2c6IGphdmEuaW8uSU9FeGNl cHRpb246IFVuZXhwZWN0ZWQgY29ubmVjdGlvbiB0ZXJtaW5hdGlvbgoJYXQgb3JnLm92aXJ0Lm90 b3BpLmRpYWxvZy5NYWNoaW5lRGlhbG9nUGFyc2VyLm5leHRFdmVudChNYWNoaW5lRGlhbG9nUGFy c2VyLmphdmE6Mzg4KSBbb3RvcGkuamFyOl0KCWF0IG9yZy5vdmlydC5vdG9waS5kaWFsb2cuTWFj aGluZURpYWxvZ1BhcnNlci5uZXh0RXZlbnQoTWFjaGluZURpYWxvZ1BhcnNlci5qYXZhOjQwNSkg W290b3BpLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZkc0RlcGxveS5fdGhy ZWFkTWFpbihWZHNEZXBsb3kuamF2YTo4MjEpIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdp bmUuY29yZS5ibGwuVmRzRGVwbG95LmFjY2VzcyQyMDAwKFZkc0RlcGxveS5qYXZhOjgzKSBbYmxs LmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZkc0RlcGxveSQ1MS5ydW4oVmRz RGVwbG95LmphdmE6OTY5KSBbYmxsLmphcjpdCglhdCBqYXZhLmxhbmcuVGhyZWFkLnJ1bihUaHJl YWQuamF2YTo3NDUpIFtydC5qYXI6MS43LjBfNzldCgoyMDE2LTAxLTE0IDE5OjEzOjAzLDQ4NyBF UlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV1dGlscy5zc2guU1NIRGlhbG9nXSAob3JnLm92 aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTEyKSBTU0ggZXJyb3IgcnVubmluZyBjb21tYW5kIHJv b3RAMTkyLjE2OC4yMDguNDE6J3VtYXNrIDAwNzc7IE1ZVE1QPSIkKFRNUERJUj0iJHtPVklSVF9U TVBESVJ9IiBta3RlbXAgLWQgLXQgb3ZpcnQtWFhYWFhYWFhYWCkiOyB0cmFwICJjaG1vZCAtUiB1 K3J3WCBcIiR7TVlUTVB9XCIgPiAvZGV2L251bGwgMj4mMTsgcm0gLWZyIFwiJHtNWVRNUH1cIiA+ IC9kZXYvbnVsbCAyPiYxIiAwOyB0YXIgLS13YXJuaW5nPW5vLXRpbWVzdGFtcCAtQyAiJHtNWVRN UH0iIC14ICYmICAiJHtNWVRNUH0iL3NldHVwIERJQUxPRy9kaWFsZWN0PXN0cjptYWNoaW5lIERJ QUxPRy9jdXN0b21pemF0aW9uPWJvb2w6VHJ1ZSc6IGphdmF4Lm5hbWluZy5UaW1lTGltaXRFeGNl ZWRlZEV4Y2VwdGlvbjogU1NIIHNlc3Npb24gdGltZW91dCBob3N0ICdyb290QDE5Mi4xNjguMjA4 LjQxJwoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV1dGlscy5zc2guU1NIQ2xpZW50LmV4ZWN1 dGVDb21tYW5kKFNTSENsaWVudC5qYXZhOjQ5OSkgW3V1dGlscy5qYXI6XQoJYXQgb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLnV1dGlscy5zc2guU1NIRGlhbG9nLmV4ZWN1dGVDb21tYW5kKFNTSERpYWxv Zy5qYXZhOjMxOCkgW3V1dGlscy5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5W ZHNEZXBsb3kuZXhlY3V0ZShWZHNEZXBsb3kuamF2YToxMTE4KSBbYmxsLmphcjpdCglhdCBvcmcu b3ZpcnQuZW5naW5lLmNvcmUuYmxsLkluc3RhbGxWZHNJbnRlcm5hbENvbW1hbmQuaW5zdGFsbEhv c3QoSW5zdGFsbFZkc0ludGVybmFsQ29tbWFuZC5qYXZhOjE1NCkgW2JsbC5qYXI6XQoJYXQgb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbnN0YWxsVmRzSW50ZXJuYWxDb21tYW5kLmV4ZWN1dGVD b21tYW5kKEluc3RhbGxWZHNJbnRlcm5hbENvbW1hbmQuamF2YTo4MSkgW2JsbC5qYXI6XQoJYXQg b3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5Db21tYW5kQmFzZS5leGVjdXRlV2l0aG91dFRyYW5z YWN0aW9uKENvbW1hbmRCYXNlLmphdmE6MTE5MykgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVu Z2luZS5jb3JlLmJsbC5Db21tYW5kQmFzZS5leGVjdXRlQWN0aW9uSW5UcmFuc2FjdGlvblNjb3Bl KENvbW1hbmRCYXNlLmphdmE6MTMzMikgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5j b3JlLmJsbC5Db21tYW5kQmFzZS5ydW5JblRyYW5zYWN0aW9uKENvbW1hbmRCYXNlLmphdmE6MTk2 MSkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLnRyYW5zYWN0aW9u LlRyYW5zYWN0aW9uU3VwcG9ydC5leGVjdXRlSW5TdXBwcmVzc2VkKFRyYW5zYWN0aW9uU3VwcG9y dC5qYXZhOjE3NCkgW3V0aWxzLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMu dHJhbnNhY3Rpb24uVHJhbnNhY3Rpb25TdXBwb3J0LmV4ZWN1dGVJblNjb3BlKFRyYW5zYWN0aW9u U3VwcG9ydC5qYXZhOjExNikgW3V0aWxzLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUu YmxsLkNvbW1hbmRCYXNlLmV4ZWN1dGUoQ29tbWFuZEJhc2UuamF2YToxMzU2KSBbYmxsLmphcjpd CglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkNvbW1hbmRCYXNlLmV4ZWN1dGVBY3Rpb24o Q29tbWFuZEJhc2UuamF2YTozNTMpIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29y ZS5ibGwuQmFja2VuZC5ydW5BY3Rpb24oQmFja2VuZC5qYXZhOjQzNSkgW2JsbC5qYXI6XQoJYXQg b3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5CYWNrZW5kLnJ1bkFjdGlvbkltcGwoQmFja2VuZC5q YXZhOjQxNikgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5CYWNrZW5k LnJ1bkludGVybmFsQWN0aW9uKEJhY2tlbmQuamF2YTo2MjIpIFtibGwuamFyOl0KCWF0IHN1bi5y ZWZsZWN0Lk5hdGl2ZU1ldGhvZEFjY2Vzc29ySW1wbC5pbnZva2UwKE5hdGl2ZSBNZXRob2QpIFty dC5qYXI6MS43LjBfNzldCglhdCBzdW4ucmVmbGVjdC5OYXRpdmVNZXRob2RBY2Nlc3NvckltcGwu aW52b2tlKE5hdGl2ZU1ldGhvZEFjY2Vzc29ySW1wbC5qYXZhOjU3KSBbcnQuamFyOjEuNy4wXzc5 XQoJYXQgc3VuLnJlZmxlY3QuRGVsZWdhdGluZ01ldGhvZEFjY2Vzc29ySW1wbC5pbnZva2UoRGVs ZWdhdGluZ01ldGhvZEFjY2Vzc29ySW1wbC5qYXZhOjQzKSBbcnQuamFyOjEuNy4wXzc5XQoJYXQg amF2YS5sYW5nLnJlZmxlY3QuTWV0aG9kLmludm9rZShNZXRob2QuamF2YTo2MDYpIFtydC5qYXI6 MS43LjBfNzldCglhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50Lk1hbmFnZWRSZWZlcmVuY2VN ZXRob2RJbnRlcmNlcHRvckZhY3RvcnkkTWFuYWdlZFJlZmVyZW5jZU1ldGhvZEludGVyY2VwdG9y LnByb2Nlc3NJbnZvY2F0aW9uKE1hbmFnZWRSZWZlcmVuY2VNZXRob2RJbnRlcmNlcHRvckZhY3Rv cnkuamF2YTo3MikgW2pib3NzLWFzLWVlLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0 IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2Vw dG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEu MS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0JElu dm9jYXRpb24ucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YTozNzQpIFtqYm9zcy1pbnZv Y2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy53ZWxk LmVqYi5Kc3IyOTlCaW5kaW5nc0ludGVyY2VwdG9yLmRlbGVnYXRlSW50ZXJjZXB0aW9uKEpzcjI5 OUJpbmRpbmdzSW50ZXJjZXB0b3IuamF2YToxMTQpIFtqYm9zcy1hcy13ZWxkLTcuMS4xLkZpbmFs Lmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy53ZWxkLmVqYi5Kc3IyOTlCaW5kaW5n c0ludGVyY2VwdG9yLmRvTWV0aG9kSW50ZXJjZXB0aW9uKEpzcjI5OUJpbmRpbmdzSW50ZXJjZXB0 b3IuamF2YToxMjUpIFtqYm9zcy1hcy13ZWxkLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0K CWF0IG9yZy5qYm9zcy5hcy53ZWxkLmVqYi5Kc3IyOTlCaW5kaW5nc0ludGVyY2VwdG9yLnByb2Nl c3NJbnZvY2F0aW9uKEpzcjI5OUJpbmRpbmdzSW50ZXJjZXB0b3IuamF2YToxMzUpIFtqYm9zcy1h cy13ZWxkLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy5lZS5j b21wb25lbnQuaW50ZXJjZXB0b3JzLlVzZXJJbnRlcmNlcHRvckZhY3RvcnkkMS5wcm9jZXNzSW52 b2NhdGlvbihVc2VySW50ZXJjZXB0b3JGYWN0b3J5LmphdmE6MzYpIFtqYm9zcy1hcy1lZS03LjEu MS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNl cHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1p bnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZv Y2F0aW9uLldlYXZlZEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKFdlYXZlZEludGVyY2Vw dG9yLmphdmE6NTMpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5h bF0KCWF0IG9yZy5qYm9zcy5hcy5lZS5jb21wb25lbnQuaW50ZXJjZXB0b3JzLlVzZXJJbnRlcmNl cHRvckZhY3RvcnkkMS5wcm9jZXNzSW52b2NhdGlvbihVc2VySW50ZXJjZXB0b3JGYWN0b3J5Lmph dmE6MzYpIFtqYm9zcy1hcy1lZS03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcu amJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNv bnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5G aW5hbF0KCWF0IG9yZy5qYm9zcy5hcy53ZWxkLmVqYi5FamJSZXF1ZXN0U2NvcGVBY3RpdmF0aW9u SW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oRWpiUmVxdWVzdFNjb3BlQWN0aXZhdGlvbklu dGVyY2VwdG9yLmphdmE6ODIpIFtqYm9zcy1hcy13ZWxkLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5G aW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVk KEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmlu YWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW5pdGlhbEludGVy Y2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKEluaXRpYWxJbnRlcmNlcHRvci5qYXZhOjIxKSBbamJv c3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3Mu aW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQu amF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0K CWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkNoYWluZWRJbnRlcmNlcHRvci5wcm9jZXNzSW52b2Nh dGlvbihDaGFpbmVkSW50ZXJjZXB0b3IuamF2YTo2MSkgW2pib3NzLWludm9jYXRpb24tMS4xLjEu RmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmFzLmVlLmNvbXBvbmVudC5pbnRl cmNlcHRvcnMuQ29tcG9uZW50RGlzcGF0Y2hlckludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9u KENvbXBvbmVudERpc3BhdGNoZXJJbnRlcmNlcHRvci5qYXZhOjUzKSBbamJvc3MtYXMtZWUtNy4x LjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJj ZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJvc3Mt aW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMu ZWpiMy5jb21wb25lbnQuc2luZ2xldG9uLlNpbmdsZXRvbkNvbXBvbmVudEluc3RhbmNlQXNzb2Np YXRpb25JbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihTaW5nbGV0b25Db21wb25lbnRJbnN0 YW5jZUFzc29jaWF0aW9uSW50ZXJjZXB0b3IuamF2YTo1MykgW2pib3NzLWFzLWVqYjMtNy4xLjEu RmluYWwuamFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0 b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52 b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMuZWpi My50eC5DTVRUeEludGVyY2VwdG9yLmludm9rZUluTm9UeChDTVRUeEludGVyY2VwdG9yLmphdmE6 MjExKSBbamJvc3MtYXMtZWpiMy03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcu amJvc3MuYXMuZWpiMy50eC5DTVRUeEludGVyY2VwdG9yLnN1cHBvcnRzKENNVFR4SW50ZXJjZXB0 b3IuamF2YTozNjMpIFtqYm9zcy1hcy1lamIzLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0K CWF0IG9yZy5qYm9zcy5hcy5lamIzLnR4LkNNVFR4SW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRp b24oQ01UVHhJbnRlcmNlcHRvci5qYXZhOjE5NCkgW2pib3NzLWFzLWVqYjMtNy4xLjEuRmluYWwu amFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250 ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52b2NhdGlv bi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMuZWpiMy5jb21w b25lbnQuaW50ZXJjZXB0b3JzLkN1cnJlbnRJbnZvY2F0aW9uQ29udGV4dEludGVyY2VwdG9yLnBy b2Nlc3NJbnZvY2F0aW9uKEN1cnJlbnRJbnZvY2F0aW9uQ29udGV4dEludGVyY2VwdG9yLmphdmE6 NDEpIFtqYm9zcy1hcy1lamIzLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5q Ym9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29u dGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZp bmFsXQoJYXQgb3JnLmpib3NzLmFzLmVqYjMuY29tcG9uZW50LmludGVyY2VwdG9ycy5Mb2dnaW5n SW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oTG9nZ2luZ0ludGVyY2VwdG9yLmphdmE6NTkp IFtqYm9zcy1hcy1lamIzLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9z cy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4 dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFs XQoJYXQgb3JnLmpib3NzLmFzLmVlLmNvbXBvbmVudC5OYW1lc3BhY2VDb250ZXh0SW50ZXJjZXB0 b3IucHJvY2Vzc0ludm9jYXRpb24oTmFtZXNwYWNlQ29udGV4dEludGVyY2VwdG9yLmphdmE6NTAp IFtqYm9zcy1hcy1lZS03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3Mu aW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQu amF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0K CWF0IG9yZy5qYm9zcy5hcy5lZS5jb21wb25lbnQuVENDTEludGVyY2VwdG9yLnByb2Nlc3NJbnZv Y2F0aW9uKFRDQ0xJbnRlcmNlcHRvci5qYXZhOjQ1KSBbamJvc3MtYXMtZWUtNy4xLjEuRmluYWwu amFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250 ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52b2NhdGlv bi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5D aGFpbmVkSW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oQ2hhaW5lZEludGVyY2VwdG9yLmph dmE6NjEpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0 IG9yZy5qYm9zcy5hcy5lZS5jb21wb25lbnQuVmlld1NlcnZpY2UkVmlldy5pbnZva2UoVmlld1Nl cnZpY2UuamF2YToxNjUpIFtqYm9zcy1hcy1lZS03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxd CglhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LlZpZXdEZXNjcmlwdGlvbiQxLnByb2Nlc3NJ bnZvY2F0aW9uKFZpZXdEZXNjcmlwdGlvbi5qYXZhOjE3MykgW2pib3NzLWFzLWVlLTcuMS4xLkZp bmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9y Q29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9j YXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRp b24uQ2hhaW5lZEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKENoYWluZWRJbnRlcmNlcHRv ci5qYXZhOjYxKSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxd CglhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LlByb3h5SW52b2NhdGlvbkhhbmRsZXIuaW52 b2tlKFByb3h5SW52b2NhdGlvbkhhbmRsZXIuamF2YTo3MikgW2pib3NzLWFzLWVlLTcuMS4xLkZp bmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuaW50ZXJm YWNlcy5CYWNrZW5kSW50ZXJuYWwkJCR2aWV3Ni5ydW5JbnRlcm5hbEFjdGlvbihVbmtub3duIFNv dXJjZSkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5Db21tYW5kQmFz ZS5ydW5JbnRlcm5hbEFjdGlvbihDb21tYW5kQmFzZS5qYXZhOjIyOTUpIFtibGwuamFyOl0KCWF0 IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQWRkVmRzQ29tbWFuZCQzLnJ1bihBZGRWZHNDb21t YW5kLmphdmE6MjAzKSBbYmxsLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMu dGhyZWFkcG9vbC5UaHJlYWRQb29sVXRpbCRJbnRlcm5hbFdyYXBwZXJSdW5uYWJsZS5ydW4oVGhy ZWFkUG9vbFV0aWwuamF2YTo5MCkgW3V0aWxzLmphcjpdCglhdCBqYXZhLnV0aWwuY29uY3VycmVu dC5FeGVjdXRvcnMkUnVubmFibGVBZGFwdGVyLmNhbGwoRXhlY3V0b3JzLmphdmE6NDcxKSBbcnQu amFyOjEuNy4wXzc5XQoJYXQgamF2YS51dGlsLmNvbmN1cnJlbnQuRnV0dXJlVGFzay5ydW4oRnV0 dXJlVGFzay5qYXZhOjI2MikgW3J0LmphcjoxLjcuMF83OV0KCWF0IGphdmEudXRpbC5jb25jdXJy ZW50LlRocmVhZFBvb2xFeGVjdXRvci5ydW5Xb3JrZXIoVGhyZWFkUG9vbEV4ZWN1dG9yLmphdmE6 MTE0NSkgW3J0LmphcjoxLjcuMF83OV0KCWF0IGphdmEudXRpbC5jb25jdXJyZW50LlRocmVhZFBv b2xFeGVjdXRvciRXb3JrZXIucnVuKFRocmVhZFBvb2xFeGVjdXRvci5qYXZhOjYxNSkgW3J0Lmph cjoxLjcuMF83OV0KCWF0IGphdmEubGFuZy5UaHJlYWQucnVuKFRocmVhZC5qYXZhOjc0NSkgW3J0 LmphcjoxLjcuMF83OV0KCjIwMTYtMDEtMTQgMTk6MTM6MDMsNTE5IEVSUk9SIFtvcmcub3ZpcnQu ZW5naW5lLmNvcmUuYmxsLlZkc0RlcGxveV0gKG9yZy5vdmlydC50aHJlYWQucG9vbC04LXRocmVh ZC0xMikgWzY1MzQzM2RjXSBUaW1lb3V0IGR1cmluZyBob3N0IDE5Mi4xNjguMjA4LjQxIGluc3Rh bGw6IGphdmF4Lm5hbWluZy5UaW1lTGltaXRFeGNlZWRlZEV4Y2VwdGlvbjogU1NIIHNlc3Npb24g dGltZW91dCBob3N0ICdyb290QDE5Mi4xNjguMjA4LjQxJwoJYXQgb3JnLm92aXJ0LmVuZ2luZS5j b3JlLnV1dGlscy5zc2guU1NIQ2xpZW50LmV4ZWN1dGVDb21tYW5kKFNTSENsaWVudC5qYXZhOjQ5 OSkgW3V1dGlscy5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV1dGlscy5zc2guU1NI RGlhbG9nLmV4ZWN1dGVDb21tYW5kKFNTSERpYWxvZy5qYXZhOjMxOCkgW3V1dGlscy5qYXI6XQoJ YXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNEZXBsb3kuZXhlY3V0ZShWZHNEZXBsb3ku amF2YToxMTE4KSBbYmxsLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkluc3Rh bGxWZHNJbnRlcm5hbENvbW1hbmQuaW5zdGFsbEhvc3QoSW5zdGFsbFZkc0ludGVybmFsQ29tbWFu ZC5qYXZhOjE1NCkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbnN0 YWxsVmRzSW50ZXJuYWxDb21tYW5kLmV4ZWN1dGVDb21tYW5kKEluc3RhbGxWZHNJbnRlcm5hbENv bW1hbmQuamF2YTo4MSkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5D b21tYW5kQmFzZS5leGVjdXRlV2l0aG91dFRyYW5zYWN0aW9uKENvbW1hbmRCYXNlLmphdmE6MTE5 MykgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5Db21tYW5kQmFzZS5l eGVjdXRlQWN0aW9uSW5UcmFuc2FjdGlvblNjb3BlKENvbW1hbmRCYXNlLmphdmE6MTMzMikgW2Js bC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5Db21tYW5kQmFzZS5ydW5JblRy YW5zYWN0aW9uKENvbW1hbmRCYXNlLmphdmE6MTk2MSkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLnV0aWxzLnRyYW5zYWN0aW9uLlRyYW5zYWN0aW9uU3VwcG9ydC5leGVjdXRl SW5TdXBwcmVzc2VkKFRyYW5zYWN0aW9uU3VwcG9ydC5qYXZhOjE3NCkgW3V0aWxzLmphcjpdCglh dCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMudHJhbnNhY3Rpb24uVHJhbnNhY3Rpb25TdXBw b3J0LmV4ZWN1dGVJblNjb3BlKFRyYW5zYWN0aW9uU3VwcG9ydC5qYXZhOjExNikgW3V0aWxzLmph cjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkNvbW1hbmRCYXNlLmV4ZWN1dGUoQ29t bWFuZEJhc2UuamF2YToxMzU2KSBbYmxsLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUu YmxsLkNvbW1hbmRCYXNlLmV4ZWN1dGVBY3Rpb24oQ29tbWFuZEJhc2UuamF2YTozNTMpIFtibGwu amFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQmFja2VuZC5ydW5BY3Rpb24oQmFj a2VuZC5qYXZhOjQzNSkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5C YWNrZW5kLnJ1bkFjdGlvbkltcGwoQmFja2VuZC5qYXZhOjQxNikgW2JsbC5qYXI6XQoJYXQgb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5CYWNrZW5kLnJ1bkludGVybmFsQWN0aW9uKEJhY2tlbmQu amF2YTo2MjIpIFtibGwuamFyOl0KCWF0IHN1bi5yZWZsZWN0Lk5hdGl2ZU1ldGhvZEFjY2Vzc29y SW1wbC5pbnZva2UwKE5hdGl2ZSBNZXRob2QpIFtydC5qYXI6MS43LjBfNzldCglhdCBzdW4ucmVm bGVjdC5OYXRpdmVNZXRob2RBY2Nlc3NvckltcGwuaW52b2tlKE5hdGl2ZU1ldGhvZEFjY2Vzc29y SW1wbC5qYXZhOjU3KSBbcnQuamFyOjEuNy4wXzc5XQoJYXQgc3VuLnJlZmxlY3QuRGVsZWdhdGlu Z01ldGhvZEFjY2Vzc29ySW1wbC5pbnZva2UoRGVsZWdhdGluZ01ldGhvZEFjY2Vzc29ySW1wbC5q YXZhOjQzKSBbcnQuamFyOjEuNy4wXzc5XQoJYXQgamF2YS5sYW5nLnJlZmxlY3QuTWV0aG9kLmlu dm9rZShNZXRob2QuamF2YTo2MDYpIFtydC5qYXI6MS43LjBfNzldCglhdCBvcmcuamJvc3MuYXMu ZWUuY29tcG9uZW50Lk1hbmFnZWRSZWZlcmVuY2VNZXRob2RJbnRlcmNlcHRvckZhY3RvcnkkTWFu YWdlZFJlZmVyZW5jZU1ldGhvZEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKE1hbmFnZWRS ZWZlcmVuY2VNZXRob2RJbnRlcmNlcHRvckZhY3RvcnkuamF2YTo3MikgW2pib3NzLWFzLWVlLTcu MS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVy Y2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3Nz LWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmlu dm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0JEludm9jYXRpb24ucHJvY2VlZChJbnRlcmNlcHRv ckNvbnRleHQuamF2YTozNzQpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEu MS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy53ZWxkLmVqYi5Kc3IyOTlCaW5kaW5nc0ludGVyY2Vw dG9yLmRlbGVnYXRlSW50ZXJjZXB0aW9uKEpzcjI5OUJpbmRpbmdzSW50ZXJjZXB0b3IuamF2YTox MTQpIFtqYm9zcy1hcy13ZWxkLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5q Ym9zcy5hcy53ZWxkLmVqYi5Kc3IyOTlCaW5kaW5nc0ludGVyY2VwdG9yLmRvTWV0aG9kSW50ZXJj ZXB0aW9uKEpzcjI5OUJpbmRpbmdzSW50ZXJjZXB0b3IuamF2YToxMjUpIFtqYm9zcy1hcy13ZWxk LTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy53ZWxkLmVqYi5K c3IyOTlCaW5kaW5nc0ludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKEpzcjI5OUJpbmRpbmdz SW50ZXJjZXB0b3IuamF2YToxMzUpIFtqYm9zcy1hcy13ZWxkLTcuMS4xLkZpbmFsLmphcjo3LjEu MS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy5lZS5jb21wb25lbnQuaW50ZXJjZXB0b3JzLlVzZXJJ bnRlcmNlcHRvckZhY3RvcnkkMS5wcm9jZXNzSW52b2NhdGlvbihVc2VySW50ZXJjZXB0b3JGYWN0 b3J5LmphdmE6MzYpIFtqYm9zcy1hcy1lZS03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglh dCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNl cHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjox LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLldlYXZlZEludGVyY2VwdG9yLnBy b2Nlc3NJbnZvY2F0aW9uKFdlYXZlZEludGVyY2VwdG9yLmphdmE6NTMpIFtqYm9zcy1pbnZvY2F0 aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy5lZS5jb21w b25lbnQuaW50ZXJjZXB0b3JzLlVzZXJJbnRlcmNlcHRvckZhY3RvcnkkMS5wcm9jZXNzSW52b2Nh dGlvbihVc2VySW50ZXJjZXB0b3JGYWN0b3J5LmphdmE6MzYpIFtqYm9zcy1hcy1lZS03LjEuMS5G aW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRv ckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZv Y2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy53ZWxk LmVqYi5FamJSZXF1ZXN0U2NvcGVBY3RpdmF0aW9uSW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRp b24oRWpiUmVxdWVzdFNjb3BlQWN0aXZhdGlvbkludGVyY2VwdG9yLmphdmE6ODIpIFtqYm9zcy1h cy13ZWxkLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0 aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4 OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3Jn Lmpib3NzLmludm9jYXRpb24uSW5pdGlhbEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKElu aXRpYWxJbnRlcmNlcHRvci5qYXZhOjIxKSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5q YXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRl eHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9u LTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkNo YWluZWRJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihDaGFpbmVkSW50ZXJjZXB0b3IuamF2 YTo2MSkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQg b3JnLmpib3NzLmFzLmVlLmNvbXBvbmVudC5pbnRlcmNlcHRvcnMuQ29tcG9uZW50RGlzcGF0Y2hl ckludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKENvbXBvbmVudERpc3BhdGNoZXJJbnRlcmNl cHRvci5qYXZhOjUzKSBbamJvc3MtYXMtZWUtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQoJ YXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJj ZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6 MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMuZWpiMy5jb21wb25lbnQuc2luZ2xldG9uLlNp bmdsZXRvbkNvbXBvbmVudEluc3RhbmNlQXNzb2NpYXRpb25JbnRlcmNlcHRvci5wcm9jZXNzSW52 b2NhdGlvbihTaW5nbGV0b25Db21wb25lbnRJbnN0YW5jZUFzc29jaWF0aW9uSW50ZXJjZXB0b3Iu amF2YTo1MykgW2pib3NzLWFzLWVqYjMtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQoJYXQg b3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0 b3JDb250ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4x LjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMuZWpiMy50eC5DTVRUeEludGVyY2VwdG9yLmludm9r ZUluTm9UeChDTVRUeEludGVyY2VwdG9yLmphdmE6MjExKSBbamJvc3MtYXMtZWpiMy03LjEuMS5G aW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMuZWpiMy50eC5DTVRUeEludGVy Y2VwdG9yLnN1cHBvcnRzKENNVFR4SW50ZXJjZXB0b3IuamF2YTozNjMpIFtqYm9zcy1hcy1lamIz LTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy5lamIzLnR4LkNN VFR4SW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oQ01UVHhJbnRlcmNlcHRvci5qYXZhOjE5 NCkgW2pib3NzLWFzLWVqYjMtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpi b3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250 ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmlu YWxdCglhdCBvcmcuamJvc3MuYXMuZWpiMy5jb21wb25lbnQuaW50ZXJjZXB0b3JzLkN1cnJlbnRJ bnZvY2F0aW9uQ29udGV4dEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKEN1cnJlbnRJbnZv Y2F0aW9uQ29udGV4dEludGVyY2VwdG9yLmphdmE6NDEpIFtqYm9zcy1hcy1lamIzLTcuMS4xLkZp bmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9y Q29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9j YXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmFzLmVqYjMu Y29tcG9uZW50LmludGVyY2VwdG9ycy5Mb2dnaW5nSW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRp b24oTG9nZ2luZ0ludGVyY2VwdG9yLmphdmE6NTkpIFtqYm9zcy1hcy1lamIzLTcuMS4xLkZpbmFs Lmphcjo3LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29u dGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRp b24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmFzLmVlLmNvbXBv bmVudC5OYW1lc3BhY2VDb250ZXh0SW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oTmFtZXNw YWNlQ29udGV4dEludGVyY2VwdG9yLmphdmE6NTApIFtqYm9zcy1hcy1lZS03LjEuMS5GaW5hbC5q YXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRl eHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9u LTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy5lZS5jb21wb25l bnQuVENDTEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKFRDQ0xJbnRlcmNlcHRvci5qYXZh OjQ1KSBbamJvc3MtYXMtZWUtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpi b3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250 ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmlu YWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5DaGFpbmVkSW50ZXJjZXB0b3IucHJvY2Vzc0lu dm9jYXRpb24oQ2hhaW5lZEludGVyY2VwdG9yLmphdmE6NjEpIFtqYm9zcy1pbnZvY2F0aW9uLTEu MS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy5lZS5jb21wb25lbnQu Vmlld1NlcnZpY2UkVmlldy5pbnZva2UoVmlld1NlcnZpY2UuamF2YToxNjUpIFtqYm9zcy1hcy1l ZS03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9u ZW50LlZpZXdEZXNjcmlwdGlvbiQxLnByb2Nlc3NJbnZvY2F0aW9uKFZpZXdEZXNjcmlwdGlvbi5q YXZhOjE3MykgW2pib3NzLWFzLWVlLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9y Zy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9y Q29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4x LkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uQ2hhaW5lZEludGVyY2VwdG9yLnByb2Nl c3NJbnZvY2F0aW9uKENoYWluZWRJbnRlcmNlcHRvci5qYXZhOjYxKSBbamJvc3MtaW52b2NhdGlv bi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9u ZW50LlByb3h5SW52b2NhdGlvbkhhbmRsZXIuaW52b2tlKFByb3h5SW52b2NhdGlvbkhhbmRsZXIu amF2YTo3MikgW2pib3NzLWFzLWVlLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5hbF0KCWF0IG9y Zy5vdmlydC5lbmdpbmUuY29yZS5ibGwuaW50ZXJmYWNlcy5CYWNrZW5kSW50ZXJuYWwkJCR2aWV3 Ni5ydW5JbnRlcm5hbEFjdGlvbihVbmtub3duIFNvdXJjZSkgW2JsbC5qYXI6XQoJYXQgb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5Db21tYW5kQmFzZS5ydW5JbnRlcm5hbEFjdGlvbihDb21tYW5k QmFzZS5qYXZhOjIyOTUpIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwu QWRkVmRzQ29tbWFuZCQzLnJ1bihBZGRWZHNDb21tYW5kLmphdmE6MjAzKSBbYmxsLmphcjpdCglh dCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMudGhyZWFkcG9vbC5UaHJlYWRQb29sVXRpbCRJ bnRlcm5hbFdyYXBwZXJSdW5uYWJsZS5ydW4oVGhyZWFkUG9vbFV0aWwuamF2YTo5MCkgW3V0aWxz LmphcjpdCglhdCBqYXZhLnV0aWwuY29uY3VycmVudC5FeGVjdXRvcnMkUnVubmFibGVBZGFwdGVy LmNhbGwoRXhlY3V0b3JzLmphdmE6NDcxKSBbcnQuamFyOjEuNy4wXzc5XQoJYXQgamF2YS51dGls LmNvbmN1cnJlbnQuRnV0dXJlVGFzay5ydW4oRnV0dXJlVGFzay5qYXZhOjI2MikgW3J0Lmphcjox LjcuMF83OV0KCWF0IGphdmEudXRpbC5jb25jdXJyZW50LlRocmVhZFBvb2xFeGVjdXRvci5ydW5X b3JrZXIoVGhyZWFkUG9vbEV4ZWN1dG9yLmphdmE6MTE0NSkgW3J0LmphcjoxLjcuMF83OV0KCWF0 IGphdmEudXRpbC5jb25jdXJyZW50LlRocmVhZFBvb2xFeGVjdXRvciRXb3JrZXIucnVuKFRocmVh ZFBvb2xFeGVjdXRvci5qYXZhOjYxNSkgW3J0LmphcjoxLjcuMF83OV0KCWF0IGphdmEubGFuZy5U aHJlYWQucnVuKFRocmVhZC5qYXZhOjc0NSkgW3J0LmphcjoxLjcuMF83OV0KCjIwMTYtMDEtMTQg MTk6MTM6MDMsNTQ0IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkluc3RhbGxlck1l c3NhZ2VzXSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgtdGhyZWFkLTEyKSBbNjUzNDMzZGNdIElu c3RhbGxhdGlvbiAxOTIuMTY4LjIwOC40MTogUHJvY2Vzc2luZyBzdG9wcGVkIGR1ZSB0byB0aW1l b3V0CjIwMTYtMDEtMTQgMTk6MTM6MDMsNTUxIEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUu ZGFsLmRiYnJva2VyLmF1ZGl0bG9naGFuZGxpbmcuQXVkaXRMb2dEaXJlY3Rvcl0gKG9yZy5vdmly dC50aHJlYWQucG9vbC04LXRocmVhZC0xMikgWzY1MzQzM2RjXSBDb3JyZWxhdGlvbiBJRDogNjUz NDMzZGMsIENhbGwgU3RhY2s6IG51bGwsIEN1c3RvbSBFdmVudCBJRDogLTEsIE1lc3NhZ2U6IEZh aWxlZCB0byBpbnN0YWxsIEhvc3QgY2xvdWQtMDIuYXN0aS5sb2NhbC4gUHJvY2Vzc2luZyBzdG9w cGVkIGR1ZSB0byB0aW1lb3V0LgoyMDE2LTAxLTE0IDE5OjEzOjAzLDU1MiBFUlJPUiBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbnN0YWxsVmRzSW50ZXJuYWxDb21tYW5kXSAob3JnLm92aXJ0 LnRocmVhZC5wb29sLTgtdGhyZWFkLTEyKSBbNjUzNDMzZGNdIEhvc3QgaW5zdGFsbGF0aW9uIGZh aWxlZCBmb3IgaG9zdCA1Nzk1MjY4Mi1lOTExLTQ1ZTktYjZlNS0zY2IyNzlhMTZmNjksIGNsb3Vk LTAyLmFzdGkubG9jYWwuOiBqYXZheC5uYW1pbmcuVGltZUxpbWl0RXhjZWVkZWRFeGNlcHRpb246 IFNTSCBzZXNzaW9uIHRpbWVvdXQgaG9zdCAncm9vdEAxOTIuMTY4LjIwOC40MScKCWF0IG9yZy5v dmlydC5lbmdpbmUuY29yZS51dXRpbHMuc3NoLlNTSENsaWVudC5leGVjdXRlQ29tbWFuZChTU0hD bGllbnQuamF2YTo0OTkpIFt1dXRpbHMuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51 dXRpbHMuc3NoLlNTSERpYWxvZy5leGVjdXRlQ29tbWFuZChTU0hEaWFsb2cuamF2YTozMTgpIFt1 dXRpbHMuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzRGVwbG95LmV4ZWN1 dGUoVmRzRGVwbG95LmphdmE6MTExOCkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5j b3JlLmJsbC5JbnN0YWxsVmRzSW50ZXJuYWxDb21tYW5kLmluc3RhbGxIb3N0KEluc3RhbGxWZHNJ bnRlcm5hbENvbW1hbmQuamF2YToxNTQpIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUu Y29yZS5ibGwuSW5zdGFsbFZkc0ludGVybmFsQ29tbWFuZC5leGVjdXRlQ29tbWFuZChJbnN0YWxs VmRzSW50ZXJuYWxDb21tYW5kLmphdmE6ODEpIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdp bmUuY29yZS5ibGwuQ29tbWFuZEJhc2UuZXhlY3V0ZVdpdGhvdXRUcmFuc2FjdGlvbihDb21tYW5k QmFzZS5qYXZhOjExOTMpIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwu Q29tbWFuZEJhc2UuZXhlY3V0ZUFjdGlvbkluVHJhbnNhY3Rpb25TY29wZShDb21tYW5kQmFzZS5q YXZhOjEzMzIpIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQ29tbWFu ZEJhc2UucnVuSW5UcmFuc2FjdGlvbihDb21tYW5kQmFzZS5qYXZhOjE5NjEpIFtibGwuamFyOl0K CWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy50cmFuc2FjdGlvbi5UcmFuc2FjdGlvblN1 cHBvcnQuZXhlY3V0ZUluU3VwcHJlc3NlZChUcmFuc2FjdGlvblN1cHBvcnQuamF2YToxNzQpIFt1 dGlscy5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLnRyYW5zYWN0aW9uLlRy YW5zYWN0aW9uU3VwcG9ydC5leGVjdXRlSW5TY29wZShUcmFuc2FjdGlvblN1cHBvcnQuamF2YTox MTYpIFt1dGlscy5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5Db21tYW5kQmFz ZS5leGVjdXRlKENvbW1hbmRCYXNlLmphdmE6MTM1NikgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLmJsbC5Db21tYW5kQmFzZS5leGVjdXRlQWN0aW9uKENvbW1hbmRCYXNlLmph dmE6MzUzKSBbYmxsLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkJhY2tlbmQu cnVuQWN0aW9uKEJhY2tlbmQuamF2YTo0MzUpIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdp bmUuY29yZS5ibGwuQmFja2VuZC5ydW5BY3Rpb25JbXBsKEJhY2tlbmQuamF2YTo0MTYpIFtibGwu amFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQmFja2VuZC5ydW5JbnRlcm5hbEFj dGlvbihCYWNrZW5kLmphdmE6NjIyKSBbYmxsLmphcjpdCglhdCBzdW4ucmVmbGVjdC5OYXRpdmVN ZXRob2RBY2Nlc3NvckltcGwuaW52b2tlMChOYXRpdmUgTWV0aG9kKSBbcnQuamFyOjEuNy4wXzc5 XQoJYXQgc3VuLnJlZmxlY3QuTmF0aXZlTWV0aG9kQWNjZXNzb3JJbXBsLmludm9rZShOYXRpdmVN ZXRob2RBY2Nlc3NvckltcGwuamF2YTo1NykgW3J0LmphcjoxLjcuMF83OV0KCWF0IHN1bi5yZWZs ZWN0LkRlbGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwuaW52b2tlKERlbGVnYXRpbmdNZXRob2RB Y2Nlc3NvckltcGwuamF2YTo0MykgW3J0LmphcjoxLjcuMF83OV0KCWF0IGphdmEubGFuZy5yZWZs ZWN0Lk1ldGhvZC5pbnZva2UoTWV0aG9kLmphdmE6NjA2KSBbcnQuamFyOjEuNy4wXzc5XQoJYXQg b3JnLmpib3NzLmFzLmVlLmNvbXBvbmVudC5NYW5hZ2VkUmVmZXJlbmNlTWV0aG9kSW50ZXJjZXB0 b3JGYWN0b3J5JE1hbmFnZWRSZWZlcmVuY2VNZXRob2RJbnRlcmNlcHRvci5wcm9jZXNzSW52b2Nh dGlvbihNYW5hZ2VkUmVmZXJlbmNlTWV0aG9kSW50ZXJjZXB0b3JGYWN0b3J5LmphdmE6NzIpIFtq Ym9zcy1hcy1lZS03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuaW52 b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2 YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0 IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dCRJbnZvY2F0aW9uLnByb2Nl ZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mzc0KSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5G aW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMud2VsZC5lamIuSnNyMjk5Qmlu ZGluZ3NJbnRlcmNlcHRvci5kZWxlZ2F0ZUludGVyY2VwdGlvbihKc3IyOTlCaW5kaW5nc0ludGVy Y2VwdG9yLmphdmE6MTE0KSBbamJvc3MtYXMtd2VsZC03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmlu YWxdCglhdCBvcmcuamJvc3MuYXMud2VsZC5lamIuSnNyMjk5QmluZGluZ3NJbnRlcmNlcHRvci5k b01ldGhvZEludGVyY2VwdGlvbihKc3IyOTlCaW5kaW5nc0ludGVyY2VwdG9yLmphdmE6MTI1KSBb amJvc3MtYXMtd2VsZC03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3Mu YXMud2VsZC5lamIuSnNyMjk5QmluZGluZ3NJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihK c3IyOTlCaW5kaW5nc0ludGVyY2VwdG9yLmphdmE6MTM1KSBbamJvc3MtYXMtd2VsZC03LjEuMS5G aW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LmludGVy Y2VwdG9ycy5Vc2VySW50ZXJjZXB0b3JGYWN0b3J5JDEucHJvY2Vzc0ludm9jYXRpb24oVXNlcklu dGVyY2VwdG9yRmFjdG9yeS5qYXZhOjM2KSBbamJvc3MtYXMtZWUtNy4xLjEuRmluYWwuamFyOjcu MS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0LnBy b2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJvc3MtaW52b2NhdGlvbi0xLjEu MS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5XZWF2ZWRJ bnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihXZWF2ZWRJbnRlcmNlcHRvci5qYXZhOjUzKSBb amJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJv c3MuYXMuZWUuY29tcG9uZW50LmludGVyY2VwdG9ycy5Vc2VySW50ZXJjZXB0b3JGYWN0b3J5JDEu cHJvY2Vzc0ludm9jYXRpb24oVXNlckludGVyY2VwdG9yRmFjdG9yeS5qYXZhOjM2KSBbamJvc3Mt YXMtZWUtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRp b24uSW50ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4 KSBbamJvc3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcu amJvc3MuYXMud2VsZC5lamIuRWpiUmVxdWVzdFNjb3BlQWN0aXZhdGlvbkludGVyY2VwdG9yLnBy b2Nlc3NJbnZvY2F0aW9uKEVqYlJlcXVlc3RTY29wZUFjdGl2YXRpb25JbnRlcmNlcHRvci5qYXZh OjgyKSBbamJvc3MtYXMtd2VsZC03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcu amJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNv bnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5G aW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkluaXRpYWxJbnRlcmNlcHRvci5wcm9jZXNz SW52b2NhdGlvbihJbml0aWFsSW50ZXJjZXB0b3IuamF2YToyMSkgW2pib3NzLWludm9jYXRpb24t MS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50 ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJv c3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3Mu aW52b2NhdGlvbi5DaGFpbmVkSW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oQ2hhaW5lZElu dGVyY2VwdG9yLmphdmE6NjEpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEu MS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5hcy5lZS5jb21wb25lbnQuaW50ZXJjZXB0b3JzLkNvbXBv bmVudERpc3BhdGNoZXJJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihDb21wb25lbnREaXNw YXRjaGVySW50ZXJjZXB0b3IuamF2YTo1MykgW2pib3NzLWFzLWVlLTcuMS4xLkZpbmFsLmphcjo3 LjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5w cm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4x LjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmFzLmVqYjMuY29tcG9uZW50 LnNpbmdsZXRvbi5TaW5nbGV0b25Db21wb25lbnRJbnN0YW5jZUFzc29jaWF0aW9uSW50ZXJjZXB0 b3IucHJvY2Vzc0ludm9jYXRpb24oU2luZ2xldG9uQ29tcG9uZW50SW5zdGFuY2VBc3NvY2lhdGlv bkludGVyY2VwdG9yLmphdmE6NTMpIFtqYm9zcy1hcy1lamIzLTcuMS4xLkZpbmFsLmphcjo3LjEu MS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9j ZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEu RmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmFzLmVqYjMudHguQ01UVHhJbnRl cmNlcHRvci5pbnZva2VJbk5vVHgoQ01UVHhJbnRlcmNlcHRvci5qYXZhOjIxMSkgW2pib3NzLWFz LWVqYjMtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmFzLmVqYjMu dHguQ01UVHhJbnRlcmNlcHRvci5zdXBwb3J0cyhDTVRUeEludGVyY2VwdG9yLmphdmE6MzYzKSBb amJvc3MtYXMtZWpiMy03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3Mu YXMuZWpiMy50eC5DTVRUeEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKENNVFR4SW50ZXJj ZXB0b3IuamF2YToxOTQpIFtqYm9zcy1hcy1lamIzLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5h bF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKElu dGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwu amFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmFzLmVqYjMuY29tcG9uZW50LmludGVyY2Vw dG9ycy5DdXJyZW50SW52b2NhdGlvbkNvbnRleHRJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlv bihDdXJyZW50SW52b2NhdGlvbkNvbnRleHRJbnRlcmNlcHRvci5qYXZhOjQxKSBbamJvc3MtYXMt ZWpiMy03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlv bi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgp IFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5q Ym9zcy5hcy5lamIzLmNvbXBvbmVudC5pbnRlcmNlcHRvcnMuTG9nZ2luZ0ludGVyY2VwdG9yLnBy b2Nlc3NJbnZvY2F0aW9uKExvZ2dpbmdJbnRlcmNlcHRvci5qYXZhOjU5KSBbamJvc3MtYXMtZWpi My03LjEuMS5GaW5hbC5qYXI6Ny4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5J bnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtq Ym9zcy1pbnZvY2F0aW9uLTEuMS4xLkZpbmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9z cy5hcy5lZS5jb21wb25lbnQuTmFtZXNwYWNlQ29udGV4dEludGVyY2VwdG9yLnByb2Nlc3NJbnZv Y2F0aW9uKE5hbWVzcGFjZUNvbnRleHRJbnRlcmNlcHRvci5qYXZhOjUwKSBbamJvc3MtYXMtZWUt Ny4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50 ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6Mjg4KSBbamJv c3MtaW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3Mu YXMuZWUuY29tcG9uZW50LlRDQ0xJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihUQ0NMSW50 ZXJjZXB0b3IuamF2YTo0NSkgW2pib3NzLWFzLWVlLTcuMS4xLkZpbmFsLmphcjo3LjEuMS5GaW5h bF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKElu dGVyY2VwdG9yQ29udGV4dC5qYXZhOjI4OCkgW2pib3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwu amFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uQ2hhaW5lZEludGVyY2Vw dG9yLnByb2Nlc3NJbnZvY2F0aW9uKENoYWluZWRJbnRlcmNlcHRvci5qYXZhOjYxKSBbamJvc3Mt aW52b2NhdGlvbi0xLjEuMS5GaW5hbC5qYXI6MS4xLjEuRmluYWxdCglhdCBvcmcuamJvc3MuYXMu ZWUuY29tcG9uZW50LlZpZXdTZXJ2aWNlJFZpZXcuaW52b2tlKFZpZXdTZXJ2aWNlLmphdmE6MTY1 KSBbamJvc3MtYXMtZWUtNy4xLjEuRmluYWwuamFyOjcuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3Nz LmFzLmVlLmNvbXBvbmVudC5WaWV3RGVzY3JpcHRpb24kMS5wcm9jZXNzSW52b2NhdGlvbihWaWV3 RGVzY3JpcHRpb24uamF2YToxNzMpIFtqYm9zcy1hcy1lZS03LjEuMS5GaW5hbC5qYXI6Ny4xLjEu RmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2Vl ZChJbnRlcmNlcHRvckNvbnRleHQuamF2YToyODgpIFtqYm9zcy1pbnZvY2F0aW9uLTEuMS4xLkZp bmFsLmphcjoxLjEuMS5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkNoYWluZWRJbnRl cmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihDaGFpbmVkSW50ZXJjZXB0b3IuamF2YTo2MSkgW2pi b3NzLWludm9jYXRpb24tMS4xLjEuRmluYWwuamFyOjEuMS4xLkZpbmFsXQoJYXQgb3JnLmpib3Nz LmFzLmVlLmNvbXBvbmVudC5Qcm94eUludm9jYXRpb25IYW5kbGVyLmludm9rZShQcm94eUludm9j YXRpb25IYW5kbGVyLmphdmE6NzIpIFtqYm9zcy1hcy1lZS03LjEuMS5GaW5hbC5qYXI6Ny4xLjEu RmluYWxdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLmludGVyZmFjZXMuQmFja2VuZElu dGVybmFsJCQkdmlldzYucnVuSW50ZXJuYWxBY3Rpb24oVW5rbm93biBTb3VyY2UpIFtibGwuamFy Ol0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQ29tbWFuZEJhc2UucnVuSW50ZXJuYWxB Y3Rpb24oQ29tbWFuZEJhc2UuamF2YToyMjk1KSBbYmxsLmphcjpdCglhdCBvcmcub3ZpcnQuZW5n aW5lLmNvcmUuYmxsLkFkZFZkc0NvbW1hbmQkMy5ydW4oQWRkVmRzQ29tbWFuZC5qYXZhOjIwMykg W2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLnRocmVhZHBvb2wuVGhy ZWFkUG9vbFV0aWwkSW50ZXJuYWxXcmFwcGVyUnVubmFibGUucnVuKFRocmVhZFBvb2xVdGlsLmph dmE6OTApIFt1dGlscy5qYXI6XQoJYXQgamF2YS51dGlsLmNvbmN1cnJlbnQuRXhlY3V0b3JzJFJ1 bm5hYmxlQWRhcHRlci5jYWxsKEV4ZWN1dG9ycy5qYXZhOjQ3MSkgW3J0LmphcjoxLjcuMF83OV0K CWF0IGphdmEudXRpbC5jb25jdXJyZW50LkZ1dHVyZVRhc2sucnVuKEZ1dHVyZVRhc2suamF2YToy NjIpIFtydC5qYXI6MS43LjBfNzldCglhdCBqYXZhLnV0aWwuY29uY3VycmVudC5UaHJlYWRQb29s RXhlY3V0b3IucnVuV29ya2VyKFRocmVhZFBvb2xFeGVjdXRvci5qYXZhOjExNDUpIFtydC5qYXI6 MS43LjBfNzldCglhdCBqYXZhLnV0aWwuY29uY3VycmVudC5UaHJlYWRQb29sRXhlY3V0b3IkV29y a2VyLnJ1bihUaHJlYWRQb29sRXhlY3V0b3IuamF2YTo2MTUpIFtydC5qYXI6MS43LjBfNzldCglh dCBqYXZhLmxhbmcuVGhyZWFkLnJ1bihUaHJlYWQuamF2YTo3NDUpIFtydC5qYXI6MS43LjBfNzld CgoyMDE2LTAxLTE0IDE5OjEzOjAzLDU3OCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZk c2Jyb2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAob3JnLm92aXJ0LnRocmVhZC5wb29sLTgt dGhyZWFkLTEyKSBbNjUzNDMzZGNdIFNUQVJULCBTZXRWZHNTdGF0dXNWRFNDb21tYW5kKEhvc3RO YW1lID0gY2xvdWQtMDIuYXN0aS5sb2NhbCwgSG9zdElkID0gNTc5NTI2ODItZTkxMS00NWU5LWI2 ZTUtM2NiMjc5YTE2ZjY5LCBzdGF0dXM9SW5zdGFsbEZhaWxlZCwgbm9uT3BlcmF0aW9uYWxSZWFz b249Tk9ORSwgc3RvcFNwbUZhaWx1cmVMb2dnZWQ9ZmFsc2UpLCBsb2cgaWQ6IDE1OTQ1N2I5CjIw MTYtMDEtMTQgMTk6MTM6MDMsNTgyIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJv a2VyLlNldFZkc1N0YXR1c1ZEU0NvbW1hbmRdIChvcmcub3ZpcnQudGhyZWFkLnBvb2wtOC10aHJl YWQtMTIpIFs2NTM0MzNkY10gRklOSVNILCBTZXRWZHNTdGF0dXNWRFNDb21tYW5kLCBsb2cgaWQ6 IDE1OTQ1N2I5CjIwMTYtMDEtMTQgMTk6MTM6MDMsNTg2IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5l LmNvcmUuZGFsLmRiYnJva2VyLmF1ZGl0bG9naGFuZGxpbmcuQXVkaXRMb2dEaXJlY3Rvcl0gKG9y Zy5vdmlydC50aHJlYWQucG9vbC04LXRocmVhZC0xMikgWzY1MzQzM2RjXSBDb3JyZWxhdGlvbiBJ RDogNjUzNDMzZGMsIEpvYiBJRDogZTZmZWQ2ZjItMWUzZi00OTJlLTk0MGEtYzk2NTM3MTBlZGM2 LCBDYWxsIFN0YWNrOiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBIb3N0IGNs b3VkLTAyLmFzdGkubG9jYWwgaW5zdGFsbGF0aW9uIGZhaWxlZC4gU1NIIHNlc3Npb24gdGltZW91 dCBob3N0ICdyb290QDE5Mi4xNjguMjA4LjQxJy4KMjAxNi0wMS0xNCAxOToxMzowMyw1OTAgSU5G TyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuSW5zdGFsbFZkc0ludGVybmFsQ29tbWFuZF0g KG9yZy5vdmlydC50aHJlYWQucG9vbC04LXRocmVhZC0xMikgWzY1MzQzM2RjXSBMb2NrIGZyZWVk IHRvIG9iamVjdCBFbmdpbmVMb2NrIFtleGNsdXNpdmVMb2Nrcz0ga2V5OiA1Nzk1MjY4Mi1lOTEx LTQ1ZTktYjZlNS0zY2IyNzlhMTZmNjkgdmFsdWU6IFZEUwosIHNoYXJlZExvY2tzPSBdCg== ------=_Part_16318802_1449572043.1452771115638--

2 1

ovirt-host-deploy PKI
by Jaicel 14 Jan '16

14 Jan '16

------=_Part_16315294_392782001.1452767081198 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, anyone here tried this type of host installation? i'm installing additional hosts for my cluster but the same procedure through ovirt engine's webgui won't let me install the additional hosts. i don't know where the problem is but the error is ssh timeout, so i tried this type of installation (ovirt-host-deploy) directly on the host. but i'm stuck in PKI setup. hope anyone could help me through this. Setting up PKI Please issue VDSM certificate based on this certificate request D:MULTI-STRING VDSM_CERTIFICATE_REQUEST --=451b80dc-996f-432e-9e4f-2b29ef6d1141=-- -----BEGIN CERTIFICATE REQUEST----- MIICRDCCASwCADAAMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2ZcM eRt8gU7aPww5okuT3oi3LbMDDhkV5POQLYyJXxr8lb/ai0Y+rM1y7Gl1dTnCCEQd oiNur/AfOWb1ZJQTv0d+6JNUSUKv+I+xHnbWNidalUR/HZNXDklUinktAiezPA5H QVZYzo2jLnyQbkfZJU5ktkfE4So8prTBJYEGz4idXK5ry9aWGTcVpq0UBLrdtJ/U vKf8YoieGtjbodi6X3cf2Wp4tIDyEVKbRE4hqKXGwAIibdHIyDki8tGBleoCf0gS n5vs53dOTilF/pHX2VzK4yOIzmJbje6eAedbUYuYybktthkrS4FkVNFTxN3CZGR5 CgYNorV7ncSb2ZEqXwIDAQABoAAwDQYJKoZIhvcNAQEFBQADggEBAAqY3tq3stRk 9euhu+G7YISAlMVjrBa8OYqxsigG2H/FWA2GI6EuccK8TrDiDDZVzzaTV/H+kTuz LQC5CejLN/leGZsrCYyYwOE5yLv+CKDv8pHAcrhgRGbfF/nb1k/8vxUlZo8lfOqk mvP3oPeOZr+dGgov4AD0XJT0MJrKAsxn3zK9JvjKvXTfyk0oK7shbVCfP048pWc2 f41Z5aKTKBqyFanQuqLKHxvOIhJSmZeXRFe0eUUpfSMakL7JQ7juGsMb6KEusmSe 047x1vLqhBBYsRBSkURSPGOcBQ7ReXTcoGtVzjGki63Hj2aX5Fm6yCzZHGJb+m97 q0tF3Fuy75U= -----END CERTIFICATE REQUEST----- --=451b80dc-996f-432e-9e4f-2b29ef6d1141=-- Please input VDSM certificate chain that matches certificate request, top is issuer type '--=451b80dc-996f-432e-9e4f-2b29ef6d1141=--' in own line to mark end. Thanks, Jaicel ------=_Part_16315294_392782001.1452767081198 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 10pt; color: #000000"><div>Hi, </div><div> = </div><div>anyone here tried this type of host installation? i'm installing= additional hosts </div><div>for my cluster but the= same procedure through ovirt engine's webgui won't </div><div>let me install the additional hosts. i don't know where the pro= blem is but the </div><div>error is ssh timeout, so= i tried this type of installation (ovirt-host-deploy) </div><div>directly on the host. but i'm stuck in PKI setup. hope anyon= e could help me </div><div>through this. </div><div> </div><div> &nbs= p;        Setting up PKI <= br>       &nbsp= ;  Please issue VDSM certificate based on this certificate request</sp= an> D:MULTI-STRING VDSM_CERTIFICATE_REQUEST= --=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D-- -----BEGIN CERTIFICATE REQUEST----- MIICRDCCASwCADAAMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2ZcM</span= > eRt8gU7aPww5okuT3oi3LbMDDhkV5POQLYyJXxr8lb/ai= 0Y+rM1y7Gl1dTnCCEQd oiNur/AfOWb1ZJQTv0d+= 6JNUSUKv+I+xHnbWNidalUR/HZNXDklUinktAiezPA5H QVZYzo2jLnyQbkfZJU5ktkfE4So8prTBJYEGz4idXK5ry9aWGTcVpq0UBLrdtJ/U</span= > vKf8YoieGtjbodi6X3cf2Wp4tIDyEVKbRE4hqKXGwAIib= dHIyDki8tGBleoCf0gS n5vs53dOTilF/pHX2VzK= 4yOIzmJbje6eAedbUYuYybktthkrS4FkVNFTxN3CZGR5 CgYNorV7ncSb2ZEqXwIDAQABoAAwDQYJKoZIhvcNAQEFBQADggEBAAqY3tq3stRk</span= > 9euhu+G7YISAlMVjrBa8OYqxsigG2H/FWA2GI6EuccK8T= rDiDDZVzzaTV/H+kTuz LQC5CejLN/leGZsrCYyY= wOE5yLv+CKDv8pHAcrhgRGbfF/nb1k/8vxUlZo8lfOqk mvP3oPeOZr+dGgov4AD0XJT0MJrKAsxn3zK9JvjKvXTfyk0oK7shbVCfP048pWc2</span= > f41Z5aKTKBqyFanQuqLKHxvOIhJSmZeXRFe0eUUpfSMak= L7JQ7juGsMb6KEusmSe 047x1vLqhBBYsRBSkURS= PGOcBQ7ReXTcoGtVzjGki63Hj2aX5Fm6yCzZHGJb+m97 q0tF3Fuy75U=3D -----END CERTIFICATE= REQUEST----- --=3D451b80dc-996f-432e-9e= 4f-2b29ef6d1141=3D--  &nbsp= ;        Please input VDSM certificate c= hain that matches certificate request, top is issuer           typ= e '--=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D--' in own line to mark end.= </div><div> </div><div> </div><div data-marker=3D"__SIG_PRE__">Thanks, Jaicel</div></div= ></body></html> ------=_Part_16315294_392782001.1452767081198--

2 1

Ovirt supported thinclient appliance
by RK RK 14 Jan '16

14 Jan '16

Hi all, I am planning to setup oVirt 3.6.1 Virtualization setup for 100 desktop users in my software development company. Anyone please suggest me a good and cost-effective thinclient appliance(available in india) to use with my oVirt environment with support for SPICE protocol. -- With Regards, RK, +91 9840483044

3 3

API Importing a VM from an export domain fails
by Tim Bielawa 13 Jan '16

13 Jan '16

Hello virt folks, Background: I'm using the REST API to import a VM from an attached export domain. The VM was imported using the virt-v2v tool. I've tried this with cURL and with the python SDK, both yield the same error message. RHEVM Version: 3.5.6.0-1 Python SDK Version: 3.5.6.0-1 According to the documentation, importing should follow this syntax: > POST /ovirt-engine /api/storagedomains/{storagedomain:id}/vms/{vm:id}/import With a small <action> body attached. In theory (by the documentation and bug tracker [1]) either of these XML documents (both in the same paste) should work: http://fpaste.org/309944/52627148/ However, this fails with the following error message (full response in [2]) > Cannot import VM. Storage Domain type not specified. Steps to reproduce: 1. Import a VM into an export storage domain 2. Create an XML document with an action like this (filling in the correct values for the ID variables) <action> > <cluster id="<CLUSTER_ID>"/> > <storage_domain id="<STORAGE_DOMAIN_ID>"> > <type>export</type> > </storage_domain> > <clone>True</clone> > <vm> > <name>IMPORTED_VM</name> > </vm> > </action> 3. POST to the import location (again, substitute the correct ID variables in the location) /ovirt-engine/api/storagedomains/<STORAGE_DOMAIN_ID>/vms/<VM_ID>/import Where is this storage domain type supposed to be defined, if not inside of the storage_domain element as demonstrated in the documentation? I would appreciate any advice you can offer or pointers to useful resources/documentation. Thanks! [1] https://bugzilla.redhat.com/show_bug.cgi?id=1147011#c13 [2] http://fpaste.org/309949/14526274/ -- Tim Bielawa 1BA0 4FAB 4C13 FBA0 A036 4958 AD05 E75E 0333 AE37

2 4

Howto Remove Direct LUNs from ovirt hosts?
by gflwqs gflwqs 13 Jan '16

13 Jan '16

Hi list, I have a scenario where i want to clone production data to developer vm:s: 1. Create a snapshot from a direct LUN from a "production" vm in a ISCSI SAN from which i take snapshots (built in functionality in the disk array.) 2. Take the snapshot and attach it as a direct LUN in a "developer" vm in ovirt. 3. Mount it and let the developers work with the data. 4. After some time the developer says they want to refresh the data. 5. Unmont the disk and deattach it from the "developer" vm. 6. Remove it from multipath and remove the iscsi sessions. 7. Repeat all previous steps when developer needs "fresh" data. I have succeeded with most of the steps above using the ovirt API. However step 6 is not done automatically when i remove the direct LUN from ovirt? If i don't do this step manually i end up with a syslog with error messages from multipath and stale iscsi session which potentially can make ovirt storage fail. Here is my questions: Does anybod know: - Why is:nt there an API and a button in webui to remove the multipath maps and iscsi sessions? - Does anybody here has a suggestion of how to do step 6 from a script? (a hook maybe?) Thanks! /Christian

2 1

[ANN] oVirt 3.6.2 Second Release Candidate is now available for testing
by Sandro Bonazzola 13 Jan '16

13 Jan '16

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 3.6.2 for testing, as of January 13th, 2016 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.2, CentOS Linux >= 7.2 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (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-reports - ovirt-engine-sdk-python - ovirt-hosted-engine-setup - ovirt-hosted-engine-ha - ovirt-engine-extension-aaa-jdbc - vdsm - vdsm-json-rpc This release of oVirt 3.6.2 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 soon available [2]. Please note that mirrors[3] may need usually one day before being synchronized. * Read more about the oVirt 3.6.2 release highlights: http://www.ovirt.org/OVirt_3.6.2_Release_Notes * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Read more about oVirt Project community events: http://www.ovirt.org/Upcoming_events [1] http://www.ovirt.org/OVirt_3.6.2_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

NFS IO timeout configuration
by Markus Stockhausen 13 Jan '16

13 Jan '16

This is a multi-part message in MIME format. ------=_NextPartTM-000-97ba05ae-423e-4aa1-b523-bb7ca0a2f1ac Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= we got a nasty situation yesterday in our OVirt 3.5.6 environment. =0A= We ran a LSM that failed during the cleanup operation. To be precise =0A= when the process deleted an image on the source NFS storage. =0A= =0A= Engine log gives:=0A= =0A= 2016-01-11 20:49:45,120 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.De= leteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-14) [77277f0] STA= RT, DeleteImageGroupVDSCommand( storagePoolId =3D 94ed7a19-fade-4bd6-83f2-2= cbb2f730b95, ignoreFailoverLimit =3D false, storageDomainId =3D 272ec473-60= 41-42ee-bd1a-732789dd18d4, imageGroupId =3D aed132ef-703a-44d0-b875-db8c0d2= c1a92, postZeros =3D false, forceDelete =3D false), log id: b52d59c=0A= ...=0A= 2016-01-11 20:50:45,206 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.De= leteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-14) [77277f0] Fai= led in DeleteImageGroupVDS method=0A= =0A= VDSM (SPM) log gives:=0A= =0A= Thread-97::DEBUG::2016-01-11 20:49:45,737::fileSD::384::Storage.StorageDoma= in::(deleteImage) Removing file: /rhev/data-center/mnt/1.2.3.4:_var_nas2_OV= irtIB/272ec473-6041-42ee-bd1a-732789dd18d4/images/_remojzBd1r/0d623afb-291e= -4f4c-acba-caecb125c4ed=0A= ...=0A= Thread-97::ERROR::2016-01-11 20:50:45,737::task::866::Storage.TaskManager.T= ask::(_setError) Task=3D`cd477878-47b4-44b1-85a3-b5da19543a5e`::Unexpected = error=0A= Traceback (most recent call last):=0A= File "/usr/share/vdsm/storage/task.py", line 873, in _run=0A= return fn(*args, **kargs)=0A= File "/usr/share/vdsm/logUtils.py", line 45, in wrapper=0A= res =3D f(*args, **kwargs)=0A= File "/usr/share/vdsm/storage/hsm.py", line 1549, in deleteImage=0A= pool.deleteImage(dom, imgUUID, volsByImg)=0A= File "/usr/share/vdsm/storage/securable.py", line 77, in wrapper=0A= return method(self, *args, **kwargs)=0A= File "/usr/share/vdsm/storage/sp.py", line 1884, in deleteImage=0A= domain.deleteImage(domain.sdUUID, imgUUID, volsByImg)=0A= File "/usr/share/vdsm/storage/fileSD.py", line 385, in deleteImage=0A= self.oop.os.remove(volPath)=0A= File "/usr/share/vdsm/storage/outOfProcess.py", line 245, in remove=0A= self._iop.unlink(path)=0A= File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 455, = in unlink=0A= return self._sendCommand("unlink", {"path": path}, self.timeout)=0A= File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 385, = in _sendCommand=0A= raise Timeout(os.strerror(errno.ETIMEDOUT))=0A= Timeout: Connection timed out=0A= =0A= Reading the docs I got the idea that vdsm default 60 second timeout=0A= for IO operations might be changed within /etc/vdsm/vdsm.conf=0A= =0A= [irs]=0A= process_pool_timeout =3D 180=0A= =0A= Can anyone confirm that this will solve the problem?=0A= =0A= Markus=0A= =0A= =0A= =0A= =0A= =0A= ------=_NextPartTM-000-97ba05ae-423e-4aa1-b523-bb7ca0a2f1ac Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-97ba05ae-423e-4aa1-b523-bb7ca0a2f1ac--

4 7

how to get infos about dev of ovirt 4.0
by Nathanaël Blanchet 12 Jan '16

12 Jan '16

Since meetings have been canceled (and reports), I find it difficult for community to get informations about the development state of ovirt. How and where can we follow the release management, in particular for 4.0, i.e. the new integrated features, the blocking bugs, etc... I didn't find any documents like the one that was used for previous release (http://goo.gl/9X3G49) -- 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

5 5

Re: [ovirt-users] Users Digest, Vol 52, Issue 72 vdsm hook issues
by Jean-Pierre Ribeauville 12 Jan '16

12 Jan '16

Hi, My vdsm hook is now invoked. Up to me to debug it. Thanks a lot. 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é : mardi 12 janvier 2016 17:04 À : users(a)ovirt.org Objet : Users Digest, Vol 52, Issue 72 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: vdsm hook issues (Dan Yasny) ---------------------------------------------------------------------- Message: 1 Date: Tue, 12 Jan 2016 11:03:34 -0500 From: Dan Yasny <dyasny(a)gmail.com> To: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] vdsm hook issues Message-ID: <CALLXwb4_hxrQ8ziqfh+mU8CDwR6eNJxBr7eGMDfw0pihAk3SwA(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" yup. Now add the sys.stderr.write line somewhere, with a marker you can grep for, and try, then check the vdsm.log file for the marker. I'd also add an external log dump for the development testing, and comment it out before going into production On Tue, Jan 12, 2016 at 11:02 AM, Jean-Pierre Ribeauville < jpribeauville(a)axway.com> wrote: > Hi, > > > > 173078 4 -rwxrwxrwx. 1 vdsm kvm 1292 Jan 12 15:51 test_hook.py > > > > > > Looks fine , isn?t ? > > > > J.P. > > > > *De :* Dan Yasny [mailto:dyasny@gmail.com] *Envoy? :* mardi 12 janvier > 2016 17:00 > > *? :* Jean-Pierre Ribeauville > *Cc :* users(a)ovirt.org > *Objet :* Re: [ovirt-users] vdsm hook issues > > > > So, to make is work, you need to chown 36:36 and chmod +x for 36:36 of > course. > > > > As for logging, since the hook is run under the vdsm context, you can > tap right into the logging of vdsm, or you can write your own log > file, whatever you prefer to code. > > > > See > https://github.com/oVirt/vdsm/blob/master/vdsm_hooks/vmfex/before_vm_s > tart.py line 197 - sys.stderr.write will actually dump into the vdsm > log. > > > > On Tue, Jan 12, 2016 at 10:55 AM, Jean-Pierre Ribeauville < > jpribeauville(a)axway.com> wrote: > > Hi, > > > > /usr/share/vdsm/hooking.py is present on my host. > > > > I placed my test_hook.py in /usr/libexec/vdsm/hooks/before_vm_start > > > > As I want to have it invoked for every started VM , I don?t need > custom property ; Am I right ? > > > > Remains the point ?make it accessible to vdsm:kvm? what do you mean ? > > > > BTW , are vdsm hooks log infos located in /var/log/vdsm/vdsm.log ? > > > > Thx for help. > > > > J.P. > > > > *De :* Dan Yasny [mailto:dyasny@gmail.com] *Envoy? :* mardi 12 janvier > 2016 16:48 > > > *? :* Jean-Pierre Ribeauville > *Cc :* users(a)ovirt.org > *Objet :* Re: [ovirt-users] vdsm hook issues > > > > OK, so the hooking module is included in the vdsm package itself. > Please make sure you have /usr/share/vdsm/hooking.py on the host. > > > > The manual run fails, because it is not running in the vdsm context, > and so the modules imported are the python site-packages and not the > submodules under vdsm. > > > > To make a hook work, you need to place it on the host, make it > accessible to vdsm:kvm, and maybe define a custom property, if you > don't want the hook to just run on every started VM. > > > > On Tue, Jan 12, 2016 at 10:35 AM, Jean-Pierre Ribeauville < > jpribeauville(a)axway.com> wrote: > > Hi, > > > > 1? It?s a full RHEL7 OS. > 2? > vdsm-python-zombiereaper-4.16.27-0.el7.centos.noarch > > vdsm-python-4.16.27-0.el7.centos.noarch > > vdsm-yajsonrpc-4.16.27-0.el7.centos.noarch > > vdsm-xmlrpc-4.16.27-0.el7.centos.noarch > > vdsm-cli-4.16.27-0.el7.centos.noarch > > vdsm-jsonrpc-java-1.0.15-1.el7.noarch > > vdsm-jsonrpc-4.16.27-0.el7.centos.noarch > > vdsm-4.16.27-0.el7.centos.x86_64 > > 3? > > #!/usr/bin/python > > 1) > > 2) import os > > 3) import sys > > 4) import grp > > 5) import pwd > > 6) import traceback > > 7) > > 8) import hooking > > 9) > > 10) def createChannelElement(domxml): > > 11) ''' > > 12) <channel type='unix'> > > 13) <source mode='bind' > path='//var/lib/libvirt/qemu/VM_RHEL7-1_omnivision_1.agent'/> > > 14) <target type='virtio' name='omnivision_1.agent'/> > > 15) </channel> > > 16) ''' > > 17) > > 18) channel = domxml.createElement('channel') > > 19) disk.setAttribute('type', 'unix') > > 20) > > 21) source = domxml.createElement('source') > > 22) source.setAttribute('mode', 'bind') > > 23) > > 24) # find domain name > > 25) domainame = domxml.getElementsByTagName('name') > > 26) > > 27) source.setAttribute('path', '//var/lib/libvirt/qemu/' + > domainame + '_omnivision_1.agent') > > 28) disk.appendChild(source) > > 29) > > 30) target = domxml.createElement('target') > > 31) target.setAttribute('type', 'virtio') > > 32) target.setAttribute('name', 'omnivision_1.agent') > > 33) disk.appendChild(target) > > 34) > > 35) return channel > > 36) > > 37) try: > > 38) domxml = hooking.read_domxml() > > 39) devices = domxml.getElementsByTagName('devices')[0] > > 40) channeldev = createChannelElement(domxml) > > 41) sys.stderr.write('createChannel: adding xml: %s\n' % > channeldev.toxml()) > > 42) devices.appendChild(channeldev) > > 43) > > 44) hooking.write_domxml(domxml) > > 45) except: > > 46) sys.stderr.write('createChannel: [unexpected error]: %s\n' % > > 47) traceback.format_exc()) > > 48) sys.exit(2) > > > > > > > > Thx for help. > > > > Regards, > > > > J.P. > > > > > > *De :* Dan Yasny [mailto:dyasny@gmail.com] *Envoy? :* mardi 12 janvier > 2016 16:23 *? :* Jean-Pierre Ribeauville *Cc :* users(a)ovirt.org *Objet > :* Re: [ovirt-users] vdsm hook issues > > > > 1. Are you using a full OS or a node? > > 2. rpm -qa |grep vdsm > > 3. if possible, post the hook code > > > > Thanks > > > > On Tue, Jan 12, 2016 at 10:17 AM, Jean-Pierre Ribeauville < > jpribeauville(a)axway.com> wrote: > > > > Hi, > > > > 1) is it enough to add a hook.py in > /usr/libexec/vdsm/hooks/before_vm_start directory , and then shut down and > reboot a guest to > > see this hook.py invoked ? > > > > 2) when running manually my hook.py, I got following error : > > ImportError: No module named hooking > > > > Do I have to install anything to solve this issue ? > > > > 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 <jpribeauville(a)axway.com>* > http://www.axway.com > > > > > > P Pensez ? l?environnement avant d?imprimer. > > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > > >

3 4

vdsm hook issues
by Jean-Pierre Ribeauville 12 Jan '16

12 Jan '16

--_000_1051EFB4D3A1704680C38CCAAC5836D292F02413WPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, 1) is it enough to add a hook.py in /usr/libexec/vdsm/hooks/before_vm_sta= rt directory , and then shut down and reboot a guest to see this hook.py invoked ? 2) when running manually my hook.py, I got following error : ImportError: No module named hooking Do I have to install anything to solve this issue ? 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_1051EFB4D3A1704680C38CCAAC5836D292F02413WPTXMAIL2ptxaxw_ 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"> <o:p> </o:p> Hi,<o:p></o:p> <o:p> </o:p> 1)  is it enough to add a = hook.py in  /usr/libexec/vdsm/hooks/before_vm_start directory , and th= en shut down and reboot a guest to<o:p></o:p>     see this hoo= k.py invoked ?<o:p></o:p> <o:p> </o:p> 2) when running manually my hoo= k.py, I got following error : <o:p></o:p>      I= mportError: No module named hooking<o:p></o:p> <o:p> </o:p>     Do I have to= install anything to solve this issue ?<o:p></o:p> <o:p> </o:p> Thanks for help.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Regards,<o:p></o:p> <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_1051EFB4D3A1704680C38CCAAC5836D292F02413WPTXMAIL2ptxaxw_--

2 7

User with SuperAdmin Role has not MANIPULATE_STORAGE_DOMAIN
by Kevin C 12 Jan '16

12 Jan '16

Hi list, I set the SuperAdmin Role on a AD group. I use my account in this group to use oVirt. I try today to add an Export Domain but I failed with this error in log : 2016-01-07 16:46:28,883 INFO [org.ovirt.engine.core.bll.storage.AttachStorageDomainToPoolCommand] (default task-1) [68d5410a] No permission found for user '8ac67747-110c-4125-86f1-1f52ca0e7705' or one of the groups he is member of, when running action 'AttachStorageDomainToPool', Required permissions are: Action type: 'ADMIN' Action group: 'MANIPULATE_STORAGE_DOMAIN' Object type: 'Storage' Object ID: 'c7dee64d-a27e-446e-8656-cef2d8ea42a6'. Where can I set the good permission ? Thanks a lot --- Kevin C

4 8

Still not possible to resize hosted engine disk?
by Cristian Mammoli 12 Jan '16

12 Jan '16

Hi, I'm using 3.6.2 pre and using hosted engine over iscsi. The appliance provisioned a 10GB virtual disk, even if the LUN is 100GB. How can I extend the vm disk? From the gui it doesn't seem to be possible (VM is not managed by the engine). Thanks

2 1

Unable to start nor to migrate vm
by Arsène Gschwind 12 Jan '16

12 Jan '16

Hi, I'm having trouble with our ovirt environment, i'm not able to start VMs nor to migrate running ones, i'm getting the following error: libvirtError: error from service: ListActivatableNames: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Any idea what causes this error? oVirt (oVirt Engine Version: 3.5.6.2-1.el7.centos) running on: CentOS Linux release 7.2.1511 kernel : 3.10.0-327.4.4.el7.x86_64 Nodes: Red Hat Enterprise Linux Server release 7.2 (Maipo) vdsm-python-4.16.30-0.el7.centos.noarch vdsm-cli-4.16.30-0.el7.centos.noarch vdsm-yajsonrpc-4.16.30-0.el7.centos.noarch vdsm-xmlrpc-4.16.30-0.el7.centos.noarch vdsm-hook-vmdisk-4.16.30-0.el7.centos.noarch vdsm-jsonrpc-4.16.30-0.el7.centos.noarch vdsm-hook-floppy-4.16.30-0.el7.centos.noarch vdsm-python-zombiereaper-4.16.30-0.el7.centos.noarch vdsm-4.16.30-0.el7.centos.x86_64 vdsm-hook-vhostmd-4.16.30-0.el7.centos.noarch Thanks for any hint/help. rgds, Arsène

3 4

oVirt Community Newsletter, December 2015
by Mikey Ariel 11 Jan '16

11 Jan '16

Happy 2016! December was a great closing month for 2015, with more FOSDEM updates, software releases, technical articles, and some new meetups! Check out the newsletter for all the updates. ----------------- Software Releases ----------------- oVirt 3.6.2 First Release Candidate is now available for testing http://lists.ovirt.org/pipermail/announce/2015-December/000224.html Async release for ovirt-hosted-engine-ha is now available http://lists.ovirt.org/pipermail/announce/2015-December/000223.html oVirt 3.6.1 Final Release is now available http://lists.ovirt.org/pipermail/announce/2015-December/000220.html oVirt 3.5 won't receive further updates http://lists.ovirt.org/pipermail/announce/2015-December/000213.html oVirt 3.5.6 Final Release is now available http://lists.ovirt.org/pipermail/announce/2015-December/000212.html ---------------- In the Community ---------------- oVirt goes to FOSDEM 2016 - Devroom, Stand, Social Event http://lists.ovirt.org/pipermail/users/2016-January/037091.html All oVirt-related sessions at FOSDEM 2016 https://fosdem.org/2016/schedule/event/virt_iaas_host_lifecycle_content_man… https://fosdem.org/2016/schedule/event/virt_iaas_reactive_processing_ovirt/ https://fosdem.org/2016/schedule/event/virt_iaas_sweep_away_the_garbage/ https://fosdem.org/2016/schedule/event/managing_ceph_through_cinder_using_o… https://fosdem.org/2016/schedule/event/virt_iaas_ovirt_hyperconverge/ https://fosdem.org/2016/schedule/event/virt_iaas_containers_and_virtualizat… Cockpit 0.87 is released, contains candidate bits for oVirt node https://lists.fedorahosted.org/archives/list/cockpit-devel%40lists.fedoraho… A Puzzle Called oVirt Node Next http://dummdida.tumblr.com/post/135713197955/a-puzzle-called-ovirt-node-next Global view of oVirt (and friends) meetups http://ovirt.meetup.com/ ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ How to fix oVirt error: “Failed to attach Storage Domain [ ] to Data Center [ ]” https://bobcares.com/blog/how-to-fix-ovirt-error-failed-to-attach-storage-d… oVirt VM “unknown status” solved http://matthewxspencer.com/2015/12/17/196/ How we setup high availability in oVirt cloud system https://bobcares.com/blog/how-we-setup-high-availability-in-ovirt-cloud-sys… Converting Debian/Ubuntu to oVirt http://andrewwippler.com/2015/12/18/converting-debianubuntu-to-ovirt/ How to backup and restore oVirt engine https://bobcares.com/blog/how-to-backup-and-restore-ovirt-engine/ oVirt Integration with Satellite/Foreman https://www.runlevelone.net/wordpress/index.php/2015/12/31/ovirt-integratio… Building an open source Cloud Hosting solution using oVirt (open virtualization) https://bobcares.com/blog/building-a-cost-effective-cloud-hosting-solution-… Converting VMs for oVirt http://andrewwippler.com/2015/12/11/converting-vms-for-ovirt/ New article series: oVirt Virtualization http://blog.vikki.in/ovirt-virtualization-part-1/ Planning the Deployment of oVirt http://andrewwippler.com/2015/12/04/planning-the-deployment-of-ovirt/ -- 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

Regarding ovirt
by shailendra saxena 11 Jan '16

11 Jan '16

Hi, Does ovirt-restapi provide any URL which can provide all storage devices attached to the particular host and partition list of every device ? Is creating and deleting partition also supported ? Thanks Shailendra

2 1

Release Date for Ovirt-node 3.6?
by Timothy Burger 11 Jan '16

11 Jan '16

--_000_9737D87CAED33C4981BB1EC457E781C933FB0EPARMB1bergenccnju_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is there any word on a release date for a final ovirt-node 3.6? --_000_9737D87CAED33C4981BB1EC457E781C933FB0EPARMB1bergenccnju_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Is there any word on a release date for a final ovir= t-node 3.6?<o:p></o:p> <o:p> </o:p> <o:p> </o:p> </div> </body> </html> --_000_9737D87CAED33C4981BB1EC457E781C933FB0EPARMB1bergenccnju_--

2 1

Re: [ovirt-users] ISO domain question
by Will Dennis 11 Jan '16

11 Jan '16

--_000_F3282EEAFF180F43BAF1AD0A7C34739D39E829njmailneclabscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U28gd291bGQgaGF2ZSB0byBjcmVhdGUgYSBuZXcgU0QgKEknbSB1c2luZyBHbHVzdGVyLWJhc2Vk IGh5cGVyY29udmVyZ2VkKSBhbmQgdGhlbiBjcmVhdGUgdGhlIHN5bWxpbmsgaW4gdGhlIG5ldyBt b3VudCBpbiB0aGUgc3ViZGlyZWN0b3J5IHlvdSBuYW1lZD8gTWF5YmUgSSdsbCBqdXN0IHJzeW5j IHRoZSBJU08gZmlsZXMgaW50byB0aGVyZS4uLg0KDQpUaGFua3MgYW55aG93Li4uIFNlZW1zIGxp a2UgdGhlcmUgc2hvdWxkIGJlIGFuIGVhc2llciB3YXkgdG8gY29uc3VtZSBhbiBleHRlcm5hbCBl eGlzdGluZyByZXBvc2l0b3J5Lg0KDQoNCg0KU2VudCB3aXRoIEdvb2QgKHd3dy5nb29kLmNvbSkN Cg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTWFvciBMaXBjaHVrIFttbGlw Y2h1a0ByZWRoYXQuY29tPG1haWx0bzptbGlwY2h1a0ByZWRoYXQuY29tPl0NClNlbnQ6IFNhdHVy ZGF5LCBKYW51YXJ5IDA5LCAyMDE2IDEwOjE4IEFNIEVhc3Rlcm4gU3RhbmRhcmQgVGltZQ0KVG86 IFdpbGwgRGVubmlzDQpDYzogdXNlcnMNClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIElTTyBk b21haW4gcXVlc3Rpb24NCg0KDQpIaSBXaWxsLA0KDQpUaGUgSVNPIHN0b3JhZ2UgZG9tYWluIG9W aXJ0IG1haW50YWlucyBpcyBjb25maWd1cmVkIHNwZWNpZmljYWxseSBmb3Igb1ZpcnQsIGZvciBl eGFtcGxlIGRvbl9tZC9tZXRhZGF0YSBpcyBjb25maWd1cmVkIHdpdGggY2xhc3MgSVNPLg0KQWxs IHRoZSBJU08gZmlsZXMgYXJlIHN0b3JlZCBpbiBhIHNwZWNpYWwgZm9sZGVyIHVuZGVyICJpbWFn ZXMvMTExMTExMTEtMTExMS0xMTExLTExMTEtMTExMTExMTExMTExIg0KV2hhdCB5b3UgY2FuIGRv IGlzIHRvIGFkZCBhIG5ldyBJU08gU3RvcmFnZSBEb21haW4gdG8gb1ZpcnQsIGFuZCB1c2UgYSBz eW1ib2xpYyBsaW5rIHVuZGVyIHRoZSAnMTExMTEuLi4uJyBmb2xkZXIgdG8gYWxsIHRoZSBJU08g ZmlsZXMgaW4geW91ciBwcmUtZXhpc3RpbmcgTkZTLWF2YWlsYWJsZSBJU08uDQoNClBsZWFzZSBs ZXQgbWUga25vdyBpZiB0aGF0IGFuc3dlciB5b3VyIHF1ZXN0aW9uDQoNClJlZ2FyZHMsDQpNYW9y DQoNCg0KDQoNCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KPiBGcm9tOiAiV2lsbCBE ZW5uaXMiIDx3ZGVubmlzQG5lYy1sYWJzLmNvbT4NCj4gVG86ICJ1c2VycyIgPHVzZXJzQG92aXJ0 Lm9yZz4NCj4gU2VudDogRnJpZGF5LCBKYW51YXJ5IDgsIDIwMTYgMjo1MDozOCBQTQ0KPiBTdWJq ZWN0OiBbb3ZpcnQtdXNlcnNdIElTTyBkb21haW4gcXVlc3Rpb24NCj4NCj4gSeKAmWQgbGlrZSB0 byB1dGlsaXplIGEgcHJlLWV4aXN0aW5nIE5GUy1hdmFpbGFibGUgSVNPIHJlcG9zaXRvcnkgd2Ug aGF2ZSwNCj4gaW5zdGVhZCBvZiBjcmVhdGluZyBhbiBvVmlydC1zcGVjaWZpYyBvbmUuIFRoaXMg cmVwbyBpcyBvZiBjb3Vyc2UgdXNlZCBmb3INCj4gb3RoZXIgcHVycG9zZXMsIHNvIGl0IGNhbm5v dCBiZSBkZXZvdGVkIHRvIG9WaXJ0IGFsb25lLiBXZSBoYXZlIHN1Y2Nlc3NmdWxseQ0KPiB1c2Vk IHRoaXMgTkZTIHJlc291cmNlIGluIFZNd2FyZSwgYnV0IGNhbm5vdCBzZWUgaG93IHRvIGRvIHRo ZSBzYW1lIGluDQo+IG9WaXJ04oCmIElzIGl0IHBvc3NpYmxlPyBPciBtdXN0IG9WaXJ0IG1haW50 YWluIGl0cyBvd24/DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+IFVzZXJzIG1haWxpbmcgbGlzdA0KPiBVc2Vyc0BvdmlydC5vcmcNCj4gaHR0 cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+DQo= --_000_F3282EEAFF180F43BAF1AD0A7C34739D39E829njmailneclabscom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPGh0bWw+ DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9ImdlbmVyYXRvciIgY29udGVudD0iSFRN TCBUaWR5IGZvciBXaW5kb3dzICh2ZXJzIDI1IE1hcmNoIDIwMDkpLCBzZWUgd3d3LnczLm9yZyI+ DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1TIEV4Y2hhbmdlIFNlcnZlciB2ZXJz aW9uIDE0LjAzLjAyMjQuMDAxIj4NCjx0aXRsZT5SZTogW292aXJ0LXVzZXJzXSBJU08gZG9tYWlu IHF1ZXN0aW9uPC90aXRsZT4NCjwvaGVhZD4NCjxib2R5Pg0KU28gd291bGQgaGF2ZSB0byBjcmVh dGUgYSBuZXcgU0QgKEknbSB1c2luZyBHbHVzdGVyLWJhc2VkIGh5cGVyY29udmVyZ2VkKSBhbmQg dGhlbiBjcmVhdGUgdGhlIHN5bWxpbmsgaW4gdGhlIG5ldyBtb3VudCBpbiB0aGUgc3ViZGlyZWN0 b3J5IHlvdSBuYW1lZD8gTWF5YmUgSSdsbCBqdXN0IHJzeW5jIHRoZSBJU08gZmlsZXMgaW50byB0 aGVyZS4uLjxicj4NCjxicj4NClRoYW5rcyBhbnlob3cuLi4gU2VlbXMgbGlrZSB0aGVyZSBzaG91 bGQgYmUgYW4gZWFzaWVyIHdheSB0byBjb25zdW1lIGFuIGV4dGVybmFsIGV4aXN0aW5nIHJlcG9z aXRvcnkuPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KU2VudCB3aXRoIEdvb2QgKHd3dy5nb29kLmNv bSk8YnI+DQo8YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCjxiPkZy b206Jm5ic3A7PC9iPk1hb3IgTGlwY2h1ayBbPGEgaHJlZj0ibWFpbHRvOm1saXBjaHVrQHJlZGhh dC5jb20iPm1saXBjaHVrQHJlZGhhdC5jb208L2E+XTxicj4NCjxiPlNlbnQ6Jm5ic3A7PC9iPlNh dHVyZGF5LCBKYW51YXJ5IDA5LCAyMDE2IDEwOjE4IEFNIEVhc3Rlcm4gU3RhbmRhcmQgVGltZTxi cj4NCjxiPlRvOiZuYnNwOzwvYj5XaWxsIERlbm5pczxicj4NCjxiPkNjOiZuYnNwOzwvYj51c2Vy czxicj4NCjxiPlN1YmplY3Q6Jm5ic3A7PC9iPlJlOiBbb3ZpcnQtdXNlcnNdIElTTyBkb21haW4g cXVlc3Rpb248YnI+DQo8YnI+DQo8IS0tIENvbnZlcnRlZCBmcm9tIHRleHQvcGxhaW4gZm9ybWF0 IC0tPg0KPHA+PGZvbnQgc2l6ZT0iMiI+SGkgV2lsbCw8YnI+DQo8YnI+DQpUaGUgSVNPIHN0b3Jh Z2UgZG9tYWluIG9WaXJ0IG1haW50YWlucyBpcyBjb25maWd1cmVkIHNwZWNpZmljYWxseSBmb3Ig b1ZpcnQsIGZvciBleGFtcGxlIGRvbl9tZC9tZXRhZGF0YSBpcyBjb25maWd1cmVkIHdpdGggY2xh c3MgSVNPLjxicj4NCkFsbCB0aGUgSVNPIGZpbGVzIGFyZSBzdG9yZWQgaW4gYSBzcGVjaWFsIGZv bGRlciB1bmRlciAmcXVvdDtpbWFnZXMvMTExMTExMTEtMTExMS0xMTExLTExMTEtMTExMTExMTEx MTExJnF1b3Q7PGJyPg0KV2hhdCB5b3UgY2FuIGRvIGlzIHRvIGFkZCBhIG5ldyBJU08gU3RvcmFn ZSBEb21haW4gdG8gb1ZpcnQsIGFuZCB1c2UgYSBzeW1ib2xpYyBsaW5rIHVuZGVyIHRoZSAnMTEx MTEuLi4uJyBmb2xkZXIgdG8gYWxsIHRoZSBJU08gZmlsZXMgaW4geW91ciBwcmUtZXhpc3Rpbmcg TkZTLWF2YWlsYWJsZSBJU08uPGJyPg0KPGJyPg0KUGxlYXNlIGxldCBtZSBrbm93IGlmIHRoYXQg YW5zd2VyIHlvdXIgcXVlc3Rpb248YnI+DQo8YnI+DQpSZWdhcmRzLDxicj4NCk1hb3I8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0t PGJyPg0KJmd0OyBGcm9tOiAmcXVvdDtXaWxsIERlbm5pcyZxdW90OyAmbHQ7d2Rlbm5pc0BuZWMt bGFicy5jb20mZ3Q7PGJyPg0KJmd0OyBUbzogJnF1b3Q7dXNlcnMmcXVvdDsgJmx0O3VzZXJzQG92 aXJ0Lm9yZyZndDs8YnI+DQomZ3Q7IFNlbnQ6IEZyaWRheSwgSmFudWFyeSA4LCAyMDE2IDI6NTA6 MzggUE08YnI+DQomZ3Q7IFN1YmplY3Q6IFtvdmlydC11c2Vyc10gSVNPIGRvbWFpbiBxdWVzdGlv bjxicj4NCiZndDs8YnI+DQomZ3Q7IEnigJlkIGxpa2UgdG8gdXRpbGl6ZSBhIHByZS1leGlzdGlu ZyBORlMtYXZhaWxhYmxlIElTTyByZXBvc2l0b3J5IHdlIGhhdmUsPGJyPg0KJmd0OyBpbnN0ZWFk IG9mIGNyZWF0aW5nIGFuIG9WaXJ0LXNwZWNpZmljIG9uZS4gVGhpcyByZXBvIGlzIG9mIGNvdXJz ZSB1c2VkIGZvcjxicj4NCiZndDsgb3RoZXIgcHVycG9zZXMsIHNvIGl0IGNhbm5vdCBiZSBkZXZv dGVkIHRvIG9WaXJ0IGFsb25lLiBXZSBoYXZlIHN1Y2Nlc3NmdWxseTxicj4NCiZndDsgdXNlZCB0 aGlzIE5GUyByZXNvdXJjZSBpbiBWTXdhcmUsIGJ1dCBjYW5ub3Qgc2VlIGhvdyB0byBkbyB0aGUg c2FtZSBpbjxicj4NCiZndDsgb1ZpcnTigKYgSXMgaXQgcG9zc2libGU/IE9yIG11c3Qgb1ZpcnQg bWFpbnRhaW4gaXRzIG93bj88YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgVXNlcnMgbWFpbGluZyBsaXN0 PGJyPg0KJmd0OyBVc2Vyc0BvdmlydC5vcmc8YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0 cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VycyI+aHR0cDovL2xpc3RzLm92aXJ0Lm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPC9hPjxicj4NCiZndDs8YnI+DQo8L2ZvbnQ+PC9wPg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_F3282EEAFF180F43BAF1AD0A7C34739D39E829njmailneclabscom_--

4 4

How to add faster NIC to oVirt cluser / host?
by Christophe TREFOIS 10 Jan '16

10 Jan '16

Dear all, I have currently a data center with two clusters and each cluster had 1 host. On one of the hosts, I now enabled 10 GbE NIC called p4p1. Currently everything is going over a 1 GbE NIC called em1 (ovirtmgmt). My question now is, how I could add my 10 GbE NIC to the setup for instance to use for transferring data during transmissions to export domain or to simply replace the 1 GbE? I prefer little downtime (eg only temp network loss), but a full downtime (shutting down) could be acceptable. Thank you for any pointers or starting points you could provide, Kind regards, — Christophe

3 8

Graphics protocol SPICE+VNC question
by Gianluca Cecchi 10 Jan '16

10 Jan '16

Hello, I was navigating through Hosted Engine VM editing in 3.6.1 GUI and actually I see that for each VM I have an option called "SPICE+VNC" for Graphics Protocol I didn't notice before.... Is this new? Does it mean that I can connect with both protocols to a VM defined this way? BTW: can I edit graphics protocol of HE VM in web admin gui and in particular can I set it to SPICE+VNC? Thanks in advance, Gianluca

2 1

Retrieving KVM Guest IP adresses
by Jean-Pierre Ribeauville 10 Jan '16

10 Jan '16

--_000_1051EFB4D3A1704680C38CCAAC5836D292F01F54WPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, By using libvirt API or virsh domifaddr, I'm not able to retrieve Guest I= P addresses. But , ovirt GUI shows these addresses correctly. I would need some hint to understand how ovirt manages to retrieve it. Is there any interaction with Guest agent (qemu , vdsm ) ? If I have to dive in source code , which tail's cat I have to pull ? 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_1051EFB4D3A1704680C38CCAAC5836D292F01F54WPTXMAIL2ptxaxw_ 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 libvirt API  o= r virsh  domifaddr, I’m not able to retrieve Guest IP addresses.= <o:p></o:p> But , ovirt GUI   = shows these addresses correctly.<o:p></o:p> I would need some hint to under= stand how ovirt manages to retrieve it.<o:p></o:p> <o:p> </o:p> Is there any interaction with G= uest agent (qemu , vdsm ) ?<o:p></o:p> <o:p> </o:p> If I have to dive in source cod= e , which tail’s cat I have to pull  ?<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_1051EFB4D3A1704680C38CCAAC5836D292F01F54WPTXMAIL2ptxaxw_--

4 4

Engine/VDSM logging to rsyslog remote server
by Matt . 10 Jan '16

10 Jan '16

Hi guys, I'm wondering if someone has a clue how to het the rsyslog logging for VDSM to a remote server. I have tested with the key-words from the logging.conf but this doesn't work out. As there is no logging.conf on the engine, is it possible there at all ? Thanks! Matt

3 4

Group servers to launch at once on 3.5
by Matt . 10 Jan '16

10 Jan '16

Hi, Is it possible to group servers so you can start them all at once on a host where these VM's have been set sticky on ? The reason why I ask is because this can be nice for servers that are on local storage and can be brought down on maintenance as they are loadbalanced but where starting is quite some work to select them all. Maybe a filter in the topbar which I can use ? Thanks.

2 1

ovirt-engine-3.6.2.4 engine-setup failed
by Dewey Du 10 Jan '16

10 Jan '16

Hello, I cloned the project from https://github.com/oVirt/ovirt-engine, and make clean install PREFIX="/home/worker/ovirt-engine". After make install successfully, I try ./bin/engine-setup, get the following error. Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Yum Status: Downloading Packages [ INFO ] Yum Download/Verify: antlr-tool-2.7.7-30.el7.noarch ... ... ... [ INFO ] Configuring PostgreSQL [ ERROR ] Failed to execute stage 'Misc configuration': 'str' object has no attribute 'isResolvedByDNS' [ INFO ] Yum Performing yum transaction rollback ... ...

2 1

Fwd: Re: ISO domain question
by Tiago Nobrega 09 Jan '16

09 Jan '16

---------- Mensagem encaminhada ---------- De: "Tiago Nobrega" <f4r3j4d0r(a)gmail.com> Data: 09/01/2016 15:26 Assunto: Re: [ovirt-users] ISO domain question Para: "Maor Lipchuk" <mlipchuk(a)redhat.com> Cc: I have 5 host in DC, I need change the iso domain to another host of the same DC. How I do this? Hi Tiago, Did you try to import the ISO domain to the new DC? Regards, Maor ----- Original Message ----- > From: "Tiago Nobrega" <f4r3j4d0r(a)gmail.com> > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > Cc: "Will Dennis" <wdennis(a)nec-labs.com>, "users" <users(a)ovirt.org> > Sent: Saturday, January 9, 2016 8:12:11 PM > Subject: Re: [ovirt-users] ISO domain question > > Hello everyone, I have the other question. I need change the iso domain > storage to a new ovirt host. What I do this? > Em 09/01/2016 12:18, "Maor Lipchuk" <mlipchuk(a)redhat.com> escreveu: > > > Hi Will, > > > > The ISO storage domain oVirt maintains is configured specifically for > > oVirt, for example don_md/metadata is configured with class ISO. > > All the ISO files are stored in a special folder under > > "images/11111111-1111-1111-1111-111111111111" > > What you can do is to add a new ISO Storage Domain to oVirt, and use a > > symbolic link under the '11111....' folder to all the ISO files in your > > pre-existing NFS-available ISO. > > > > Please let me know if that answer your question > > > > Regards, > > Maor > > > > > > > > > > > > ----- Original Message ----- > > > From: "Will Dennis" <wdennis(a)nec-labs.com> > > > To: "users" <users(a)ovirt.org> > > > Sent: Friday, January 8, 2016 2:50:38 PM > > > Subject: [ovirt-users] ISO domain question > > > > > > I’d like to utilize a pre-existing NFS-available ISO repository we have, > > > instead of creating an oVirt-specific one. This repo is of course used > > for > > > other purposes, so it cannot be devoted to oVirt alone. We have > > successfully > > > used this NFS resource in VMware, but cannot see how to do the same in > > > oVirt… Is it possible? Or must oVirt maintain its own? > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > >

2 1

ISO domain question
by Will Dennis 09 Jan '16

09 Jan '16

I’d like to utilize a pre-existing NFS-available ISO repository we have, instead of creating an oVirt-specific one. This repo is of course used for other purposes, so it cannot be devoted to oVirt alone. We have successfully used this NFS resource in VMware, but cannot see how to do the same in oVirt… Is it possible? Or must oVirt maintain its own?

3 3

convert/import images to ovirt
by alireza sadeh seighalan 09 Jan '16

09 Jan '16

hi everyone how can i convert and impoart a qcow/raw/etc... image format to ovirt? i installed virt-v2v and libguestfs-winsupport for convert and import my windows image to ovirt . i created export domain too . but i dont know how can i run it? i dont have any operational example. thanks inadvance

2 1

Obfuscated UI exception message debugging
by Alexander Wels 08 Jan '16

08 Jan '16

Hi, With the release of oVirt 3.6 the UI team added a handler for any uncaught exceptions. This handlers shows a popup that basically says the following: Uncaught exception occurred. Please try reloading the page. Details: [some information] With the some information giving some indication of what happened. Usually that information is less than helpful. You can see the associated stack trace in the browser console, but since all the code is obfuscated the stack trace is usually pretty useless as well. I have been seeing a lot of bugs being opened about the popup. In an effort to help everyone understand what is going on and help us debug the root cause of the problem I created a wiki page [1] that shows some steps to 'de-obfuscate' manually the stack trace and provide hopefully some useful information. Doing all of this labor intensive and not very intuitive, so in an effort to automate the process, I have also created a patch that sends the obfuscated stack trace to the engine and some code to automatically de-obfuscate the stack trace and write it to a UI specific log [2]. Once that patch is merged looking up UI exceptions should be as simple as looking in that log. Hopefully the above will aid everyone in debugging any strange exceptions generated by the UI. Alexander [1] http://www.ovirt.org/OVirt_Engine_Debug_Obfuscated_UI [2] https://gerrit.ovirt.org/#/c/51558/

1 0

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Will Dennis 08 Jan '16

08 Jan '16

I put all of the engine logs up there now… Try engine.log-20160103.gz > On Jan 4, 2016, at 7:48 AM, Eliraz Levi <elevi(a)redhat.com> wrote: > > ok thanks :) > It looks like you didn't press refresh capabilities. > I can't learn a lot from this log. > can you refresh the host's capabilities and then send the log? > thanks :) > Eliraz. > > ----- Original Message ----- > From: "Will Dennis" <wdennis(a)nec-labs.com> > To: "Eliraz Levi" <elevi(a)redhat.com> > Sent: Monday, 4 January, 2016 2:22:03 PM > Subject: RE: [ovirt-users] host status "Non Operational" - how to diagnose & fix? > > If you try it again, should work now... Damn hackers... > > > > Sent with Good (www.good.com) > > > -----Original Message----- > From: Eliraz Levi [elevi(a)redhat.com<mailto:elevi@redhat.com>] > Sent: Monday, January 04, 2016 07:17 AM Eastern Standard Time > To: Will Dennis > Subject: Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix? > > > Hi Will :) > The link is broken. > Can you please send a valid one to the list? > thanks :) > Eliraz. > > ----- Original Message ----- > From: "Will Dennis" <wdennis(a)nec-labs.com> > To: "Eliraz Levi" <elevi(a)redhat.com> > Sent: Sunday, 3 January, 2016 8:23:59 PM > Subject: Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix? > > Digital Ocean droplet and Python SimpleHTTPServer FTW ;) > http://c7-01.thiscant.fail > > > > On Jan 3, 2016, at 9:33 AM, Eliraz Levi <elevi(a)redhat.com<mailto:elevi@redhat.com>> wrote: > > > > vdsClient output: http://fpaste.org/306666/82858714/ > > The engine.log is very large (4496 lines) so cannot fpaste… Is there a file upload service that can be used to share these sorts of things with you? > > Hi Will how are you? > Perhaps you can upload the log to some sort of a cloud? say google and share the URL? > I think it will be the fastest way around. > Thanks :) > please send the URL in the mailing list so everybody will be able to follow. > Cheers! > Eliraz :) > >

6 16

UI problem with Edit NIC
by Staniforth, Paul 08 Jan '16

08 Jan '16

--_000_14522628006647032leedsbeckettacuk_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, we are using ovirt 3.6.0 and have a private network switch insta= lled that we would like users to be able to attach VMs to but we don't want= them to have access the the ovirtmgnt network. When we take away the permission VnicProfileUser on Vnic Profile ovirtmgmt = the is no Profiles listed in the Edit Network Interface profile drop down m= enu in the User Portal. Once we put the VnicProfileUser on Vnic Profile ovirtmgmt the list of avail= able profiles is listed. Thanks for any help. Paul S. --_000_14522628006647032leedsbeckettacuk_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none"></style> </head> <body dir=3D"ltr" style=3D"font-size:12pt;color:#000000;background-color:#F= FFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;"> Hello,            we are using ovirt 3.6.0 and ha= ve a private network switch installed that we would like users to be able t= o attach VMs to but we don't want them to have acc= ess the the ovirtmgnt network. When we take away the permission VnicProfileUser on Vnic Profile ov= irtmgmt the is no Profiles listed in the Edit Network Interface profile dro= p down menu in the User Portal. Once we put the VnicProfileUser on Vnic Profile ovirtmgmt the list of av= ailable profiles is listed. Thanks for any help. Paul S. </body> </html> --_000_14522628006647032leedsbeckettacuk_--

1 0

import ovirt vms to esx
by alireza sadeh seighalan 07 Jan '16

07 Jan '16

hi friends is there any solution for import ovirt vms to vmware esx? thanks inadvance

2 1

Windows Server 2012 R2 and Nehalem CPUs
by Chris Adams 07 Jan '16

07 Jan '16

I have some older servers in my oVirt 3.5.6 cluster (on CentOS 7.2) that have Nehalem model Xeon CPUs, so that's my cluster CPU type. When I try to install Windows Server 2012 R2 Essentials, it gets through the "copying files to disk" stage and to the first reboot, but then blue-screens with a KMODE_EXCEPTION_NOT_HANDLED error (right about the time it should be setting up devices). It does not appear to be related to any virtio driver (I tried with IDE disk, and with virtio-scsi and memory balloon disabled). I have Fedora 23 (of course newer qemu-kvm version) on my desktop (with a much newer Intel CPU), with the libvirt tools installed, so I installed Windows there, and it worked. If I step the CPU back to Nehalem, it fails the same way. Go forward one step to Westmere, and it works (the only CPU feature difference for libvirt appears to be aes, but configuring Nehalem+aes doesn't seem to work, so there's more to it than that). Windows Server 2012 R2 is supposed to still run on Nehalem CPUs, so I guess there's a bug in qemu-kvm's emulation or features? I do also have a couple of servers with Sandy Bridge CPUs in my cluster. Is there any practical way to restrict a VM to running on a couple of hosts (and then use a hook to override the CPU model)? -- Chris Adams <cma(a)cmadams.net>

1 0

upgrade 3.6 to 3.6.1
by Sebastien Philippot 07 Jan '16

07 Jan '16

------=_Part_6463445_91078605.1451458242284 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,=20 We have ovirt 3.6 on CentOS 7.1 on engine + hosts.=20 We would like to upgrade to 3.6.1.=20 I'm looking for the best procedure.=20 For the moment, we have 2 hosts in a cluster "prod" with only one default n= etwork.=20 * We must upgrade OS on CentOS 7.2 before ?=20 1/ upgrade engine to centos 7.2 first ? =3D> yum update , reboot and engine= -setup ?=20 2/ first host to maintenance, look for migation of VMs on the second host a= nd upgrade between the web interface or "yum update and reboot" for centos = 7.2 ?=20 3/ up the first host and maintenance for the second, etc ..=20 Thanks,=20 S=E9bastien=20 --=20 --=20 ------------------------------------------------------=20 S=E9bastien PHILIPPOT - Plate-forme GenOuest=20 IRISA-INRIA, Campus de Beaulieu=20 35042 Rennes cedex, France=20 T=E9l: +33 (0) 2 99 84 71 58=20 ------=_Part_6463445_91078605.1451458242284 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>Hello, </div><div> </div><= div>We have ovirt 3.6 on CentOS 7.1 on engine + hosts. </div><div>We wo= uld like to upgrade to 3.6.1. </div><div>I'm looking  for the best = procedure. </div><div>For the moment, we have 2 hosts in a cluster "pr= od" with only one default network. </div><div> </div><div>* We must u= pgrade OS on CentOS 7.2 before ? </div><div>1/ upgrade engine to centos= 7.2 first ? =3D> yum update , reboot and engine-setup ? </div><div>= 2/ first host to maintenance, look for migation of VMs on the second host a= nd upgrade between the web interface or "yum update and reboot" for centos = 7.2 ? </div><div>3/ up the first host and maintenance for the second, e= tc .. </div><div> </div><div>Thanks,</div><div> </div>= <div>S=E9bastien </div><div> </div><div>-- </div><div>-- ------------------------------------------------------<= br>S=E9bastien PHILIPPOT - Plate-forme GenOuest IRISA-INRIA, Campus de B= eaulieu 35042 Rennes cedex, France T=E9l:   +33 (0) 2 99 84 71 5= 8 </div></div></body></html> ------=_Part_6463445_91078605.1451458242284--

2 1

Documents for java-sdk ovirt and restapi
by shailendra saxena 07 Jan '16

07 Jan '16

hi, I am using java sdk ovirt and rest api. Could you tell where i can find the documents for the same ? -- Thanx & regards, Shailendra Kr. Saxena IIIT Allahabad

2 2

Error migrating VM with direct LUN disk
by Chris Adams 07 Jan '16

07 Jan '16

I have a VM with a virtio-scsi disk that is a direct-mapped iSCSI LUN. I'm trying to migrate it from one node to another (in the process of updating my system from 3.5.3 to 3.5.5), and it fails migration with: Thread-1886273::ERROR::2016-01-06 10:31:17,657::migration::161::vm.Vm::(_recover) vmId=`606ae10e-bcac-4bf8-8ad0-e9d76f0c6f43`::unsupported configuration: scsi-block 'lun' devices do not support the serial property Thread-1886273::ERROR::2016-01-06 10:31:17,693::migration::260::vm.Vm::(run) vmId=`606ae10e-bcac-4bf8-8ad0-e9d76f0c6f43`::Failed to migrate File "/usr/share/vdsm/virt/migration.py", line 246, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 335, in _startUnderlyingMigration File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1701, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) Thread-1886279::DEBUG::2016-01-06 10:31:18,539::__init__::481::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'VM.getMigrationStatus' in bridge with {u'vmID': u'606ae10e-bcac-4bf8-8ad0-e9d76f0c6f43'} Is this a known bug (maybe fixed in a newer version), something unexpected, etc.? Is there a way around it (other than shutting down the VM)? -- Chris Adams <cma(a)cmadams.net>

3 4

Storage was removed after detach from DC
by Nhã Phạm 07 Jan '16

07 Jan '16

------=_NextPart_000_0168_01D1353B.AA054630 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all, =20 My name is Nha and now I had a really serious problem with ovirt 3.5.6. I set up ovirt 3.5.6 running on single server with DC name is Local, = storage was local too. Then I want to move VM from local server to = another local, so that I put a backup hard drive to move all VM into it. Everything was fine. Then I detached the hard drive and all vm on backup = storage was deleted. =20 Step executed. 1. Shut down VM. 2. Select Disk tab and select a disk. 3. Click move and start to move to backup storage. 4. Put back up storage to Maintenance 5. Click detach on back up storage. =20 Please help because data on vm was really important. =20 Thanks. ------=_NextPart_000_0168_01D1353B.AA054630 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dutf-8"> <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-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 name=3DGenerator = content=3D"Microsoft Word 15 (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>Hi all,<o:p></o:p><o:p> </o:p>My name is = Nha and now I had a really serious problem with ovirt = 3.5.6.<o:p></o:p>I set up ovirt 3.5.6 running = on single server with DC name is Local, storage was local too. Then I = want to move VM from local server to another local, so that I put a = backup hard drive to move all VM into it.<o:p></o:p>Everything was fine. Then I detached the hard drive = and all vm on backup storage was deleted.<o:p></o:p><o:p> </o:p>Step = executed.<o:p></o:p><![if = !supportLists]>1.      = <![endif]>Shut down VM.<o:p></o:p><![if !supportLists]>2.      = <![endif]>Select Disk tab and select a = disk.<o:p></o:p><![if = !supportLists]>3.      = <![endif]>Click move and start to move to backup = storage.<o:p></o:p><![if = !supportLists]>4.      = <![endif]>Put back up storage to = Maintenance<o:p></o:p><![if = !supportLists]>5.      = <![endif]>Click detach on back up = storage.<o:p></o:p><o:p> </o:p>Please help because data on vm was really = important.<o:p></o:p><o:p> </o:p>Thanks.<o:p></o:p></div></body></html> ------=_NextPart_000_0168_01D1353B.AA054630--

2 1

doubts about oVirt
by Fauéz Passos 07 Jan '16

07 Jan '16

This is a multi-part message in MIME format. --------------050706010207030304060702 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> </head> <body bgcolor="#FFFFFF" text="#000000"> Good morning, I own the oVirt 3.5 installed together with storages iscsi, by the biggest reasons I needed to change the virtual IP of the storages. Now my host is displaying the following message: The error message for connection 192.168.200.14 iqn.2003-10.com.lefthandnetworks: mg-climate-space: 469: vms (LUN 36000eb3b1aeb895a00000000000001d5) returned by VDSM was: Failed to setup iSCSI subsystem and Failed to connect to Host OP10 Storage Servers But everything is working properly, only this message is displayed every five minutes, leaving the log very confusing ... is there any place where I change the default virtual IP data network? OBS: old virtual IP: 192.168.200.14 new virtual IP: 192.168.200.20 thank you <div class="moz-signature">-- <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> <title>Untitled Document</title> <style type="text/css"> a:link { text-decoration:none; color:#666; } a:visited { text-decoration:none; } a:hover { text-decoration:underline; } </style> <table border="0" width="600"> <tbody> <tr> <td width="188"><img src="cid:part1.05070503.07050303@inpe.br" style="width: 188px; height: 108px"> </td> <td align="left" bgcolor="#FFFFFF" width="402"> Fauéz A. O. Passos Analista de Sistemas - Embrace/INPE +55 12 3208-7878 <a href="mailto:fauez.passos@inpe.br"> fauez.passos(a)inpe.br </a> <a href="www.centralit.com.br"> www.centralit.com.br </a> </td> </tr> </tbody> </table> </div> </body> </html> --------------050706010207030304060702 Content-Type: image/png; name="logo_centralit_assinatura_email.png" Content-Transfer-Encoding: base64 Content-ID: <part1.05070503.07050303(a)inpe.br> Content-Disposition: inline; filename="logo_centralit_assinatura_email.png" iVBORw0KGgoAAAANSUhEUgAAALwAAABsCAYAAADQd9iEAAAAGXRFWHRTb2Z0d2FyZQBBZG9i ZSBJbWFnZVJlYWR5ccllPAAADWtJREFUeNrsnW1sHEcZxyfROeBQXxw3pA0+iEOTDw4qTZDI iwKq+yGRSKhaYqMmFFHHSJBIiAQoyYdS8tYvpFXrVEh9kWK7lVCRkhQHKKgJKAUUYlOpaahi I1opjr1OG9eE2EZ1Uaua/Y/9LHPj3bu9u9292dvnL63ubl/mbX/zzDOzs3NzpqamzgohmgSL lQDN5SJgMfAsFgPPYjHwLBYDnxQNTL4vP4cty/ne39cnXjxxgguHga8svT7+H7H63KsS8Ls3 bxE7/t4vuobfEePj42Lvgz9m6IsUyhBbWEpxERcH+11/uyBufPChuH/bdgn5Ans/oN/53pg8 B9BDW1tauMAK0HPW2/Kztf5WtvCmwQ4BdlVPz18gJtZvcKBnS88uTcXA7qWRb32boWfgkwE7 Q8/AJw52hp6BTxzsDD0DnzjYGXoGPnGwM/QMfOJgZ+gZ+MTBztAz8ImDnaFn4BMHO0PPwCcO doaegY8l7B+zBuVnc0uLeCCzhKGPgVIMe/Gwf+rxIxL2nz32qLMfMyaLgR6qOX+OZ1myhQ8O 7vYBS85ufOTQ4UBg//qWzVmwY0pr5+cbA7H09/36dzJtmG+PjcXAF2zJh65fl/PXX+r7R+Cw Bw39by4PyjQO/ms6zQw9A1+w29LV0SHBubj+y6HAHhT0atq/efVd50UThp6Bj2z0xS/sQUCv ajRdK67+cC9Dz8CbC3vQ0P838xmGnoE3G3aGnoFPHOwMPQOfONgZegY+cbAz9Ax84mBn6Bn4 xMHO0DPwiYOdoWfgyw47dOvTPxdzJ98TrW07IssDoG+qq2XoGfhoYYfe2fk98VH1/EiBwczK V67fCCQshr5CgQ/rZY2ogaHVhuOcBwY+prBHDUwYsDP0FQZ8VK/hhQ1MmLAz9BUCfNTvnIYF TBSwM/QxB75cL1gHDUyUsDP0MQW+XLAHDUw5YGfo3WX0S9wH37osVtXcFFh4NSuWi5p168Qf 0zViskBgxONHJDC/+OULonHlytBhn2cNivpMvchkMqVnvK5WVD/0sFj421Piyfaj4qlnn0ks 8HOS+Nfzd/VeKHj8m57E1lalfENfLOy37WqTn9/fs8fedouk3Rvo7NrVyQQebs2pkVH5vben J5Awe9MLxfWqeQVfVwj0pbgxdS+dCrQM5w0Nik9cnAbpyGOPGr0ESKKBL7cPXyz05fTZvbT4 +WNy3RvToQ8beGM7rSbC7qcTaCLsEK9wZjDwpsKeD3pTYWfoDQbedNh16LGSGaD/Qf+bRsPO 0BsIfKnL3y06/kLk0EOAHmmPUvDH4Zcz9DEFPoi1HtvqFgTyUoXpIthb65cEtpZlUqBPVQrs +ptKxaziGyfYedXimFp401bxjSPsQa5aXOmWfm6lwV6p0HvBztDHBPgwYa806PPBztAbDnwU sFcK9H5hZ+gNBT5K2OMOfaGwM/SGAV8O2OMKfbGwM/SGAF9O2OMGfamwM/RlBt4E2OMCfVCw M/RlAt4k2E2HPmjYGfqIgTcRdlOhDwt2hj5bKRNh/6z4SKz565/F57ZvEz/56cOhZR4QQKVM Q1i7bp38vFpCOtaM/Vss/+cl0djWZmx+AX06nZZpPXnipHzxpZB3e01RaG88DUy+L7dihBe3 8UZRlB3qGx8WNx2ZFkMNIow45Tcshf3GU2hUNVR/XG5x0Kr0TUaEEaf8sg/PYjHwLBYDz2KV TWV/AUTtQNWmUon2L1kVCjxW/To6MCS6r416jgQ8kFniDKPFQTS6QAprlMGP8DL5c9bbzu8n Glc4hgRj6BhWJGFoEUOh+v58ousY+BzCMKWfv3nBcWwH37wsfvWF22Nh9YP665ogdMUuZzU9 6hCkZQ27ruDmtZ99+BJcl9XnXi0IDFQQXBOH5S9YDHwW7KWsNYNWIeplMFjswxclQP61195w hZ18dXpAJRdOvfauayuAMC5s+GLeJ7DUCY7Tgy8ThFWK1ZWKsaz2k+3tzm9MocBamgx8Hh29 Ys2aYgBoO29vFPfesmhWBdjTkJEujD7fA2EgrP3LG3x3ghHPvYsXif0rlrnCj8qBFcNI6Cvs bvi07Dt0j4w6lRTXttoVc/fSTFaF0zuHbp1YdBghNR5UckyfwPr3SPseO041X4gXee22K7/e sqHMkEaMaOlhxqmTX5HA48a12yDqQkc015wM3Djc0IsT2Td7QWp2cnHT2wcsz/gBJTaAh8qU ddxuCdTWBJUK5+qtEfYfsCtBlw232onWO4dunVjqMOqdSC8XLZ/7h0qNDWWkhtl080KmudzA q1aSBOj8TECCJdNbADff3m+HFhXj4vhEzimy+Sa7yVGmN/qla1Vqn6bUvg535A3stAIwXWiO g9DBtwZm3XS4HqhQB2wXBp+6v4/zvcb+dcGKuw2HAkqKd6kdHyqvWwWm/bWpVN54EA4g94Id 50Q9o5ItfACWDDcuiI4kuRi6G6Rb7/3Ll81a1RcWuqluvWfnF2mE20LphNugd7rRsUZ8tEFz fn82Kxz1wZOb26PHgwqsw44WDq4YnYPjSL/fSsuK2MLrymftfLtK2g2H9XNzVQC1CgxB0z3i DYwKIYWNiqP3DUrV2TWrs+LR+zqoSHpakB/sy+fqsco4ShOGYGF1sGEhPSsarPmk5mq5jGh4 DWXqrk2pT1Wlq6O0MHIoVatENLrjJoxwdV/7C9NrGvA6PK9PBPPwSO9c0shFqZ1GL3craP9Z d6f0t4/0CuF2Pc4xaToDuzS27kjXzHIFgvA/i3110E9HNQqt0sqFVSEWHr6m+nAEwu98FsyP S6BaN/i7DfOrfV+/1MOS11ZVGXFT/LSExb6TysCH7NLocMI6A/pc4+E0RKe7HjQSo7sed968 MNZPGfV/G6cHZl55Qnny3CJDR2nwWF8XbqbXzEnsc4NdDeueWz45q9XwGjlBXBgyVLewXKJS fHq9n4A8uZUPygXDpCxDR2lofoz++F8+Vey9IG82WTg05V7gHlDmw8BVgr9NlQLXLPvTeTmy gfhwHo5hfo3+cEq6PwZOKkNlfkV5iUS2cvZvpBctGIZ0MTrFT1gNBx4CiNRMu7kv+UYbcNP1 SWMYmlOfTMqHMnkWGKJxeROFiop86mVEc4FYMXFpHEBt31ufvOVHXkvEwcIDXr+dX5yHhz1R LvBUTBnxjMcKAZ4sPR65+xnXhtuBp4q5OreAAxDnCw/HMeErDq8KIr/5KjLKxtSWynSFttRe PsHHhitzZXLS8cWnJ1JVS0ALhVO+PDIyan9OSPdG9g3SNeKexYs8w8J56hBgrpdGdLdLr2S5 jhcSjyo8s7go+zUfzLRSVeIOu7+DPkyuMPVlDtWlC4ctS1jW//tTWC/SbY1Iv+cFrbCX2isb 8CxWOYDnhZhYPEoTtNA8njl9Wn7Hu5FxXGa5mDxj2Yvx8XGxcdMmUZ/JGJlOrEeDe2Jq+mJn 4fv7+sTO73xX+oAoVCyoT/BXqpDn+7dtFzV2npFvfB+2LGPS19XR4XyH8UE6EyP48FMh6s4N X5qyhoac332XLk2dPH486xzs6zl/Puv32NiY62984lw9TNqv/saneh5JjSvf+Wq4ucJQtfdH D06dfvnlrHPV8/3kAcdowzFdeplRPJQPEoWhXnfb0oZZZaVfly+csNTU85rcwtLcsC0drLra XMKibG1pcX7D+mGJtzOnz4i7N2+RLgBcASwTAeH3rpkWgixnb0+vbDWopXjk0GG5n67B732y JTkjz6O/aKHrIcSlXu91PuJGfHSdVxiqsA9uDAkuA/1TCI5RmGpceh5QJjje2dEpvyN9ucqM 9iNsWjJv30xrig3nUfohxE/xYh+1RBQW0kHnuoXDFt5FsCLfuG+b8/vwwUNTX/3KZmcfLD2s oXoc+2Bd0DLQOUefaHcsJ74j3M5jx5xrEZ5qUdXfahrISmEfhZXrfNVSIx2q1dXDUAUL6qfF U/Op5wHhojxIKDdc51VmFK/aMlIrgk81Tep3xEvWXg0L8VFYXuHE0cKH2mmFNScrAWHxTdV6 Yz1D1frDymAfPmERYVFgrY7M/MkXjQv39pDlXJt1raq0i1/aZ6ely7aYCBth6XHrwjm0n1ol pMkrDD3f1Dkn/x3nqtdM59fylQd8h/X1KjO3a1DOSEPap4++o22HbFUQ/krlukLDSWynFQUE UNAk0k1XO2/NLc2ySceNxIbv2DcNWLMs6IziEm3ctFF+xwpZmUy90/z61R9sF6DVvqnqClu5 BKip6d814374CQPgoHOO9CG/cBUIbPxLH3Ua8dmsuHe6aHFTVB6EA+hylZk+SoTjMDKqYSC5 lR3KFvcMbg7lL184PCypiZZiRiGi4HDTAAwV8EP2cfJP8XeNBDdgA+xblZu5VcLSKQHKzFxL FlW1Pupv9Qkh4kUletFuNabDr895Pm46zoffCqgQP465haEK52HkA/lCeMgX+fBIM65HHrDP Kw8Q8rhvpuI89ewzvspMhRf9CMQDQ6Eea21rkxUYS+fp8aKMUKkpzFzhxFH8pNXHeDoABWRR Nunk9vltjSpFsf0Xv0pR38xIU9SqBPehGIU9KY4tPCtR4rk0LAaexWLgWSwGnsWKl/4nwABT FM6PZB15nQAAAABJRU5ErkJggg== --------------050706010207030304060702--

2 1

Cluster
by Budur Nagaraju 07 Jan '16

07 Jan '16

HI Getting the below error while adding node to the OE which is created from Hosted eghine. 2016-01-06 10:50:49,404 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-83) [7ce02003] Host 3577e25f-e25e-425d-82ac-f6c3502a281e : infraesx2 is already in NonOperational status for reason MIXING_RHEL_VERSIONS_IN_CLUSTER. SetNonOperationalVds command is skipped. Any way to fix the issue ? Engine version is 3.5.6.2-1.el6 Thanks, Nagaraju

4 16

python floppy in RunOnce mode
by Giulio Casella 07 Jan '16

07 Jan '16

Hi, I'm trying to boot a vm with non persistent floppy using python ovirt sdk (the "RunOnce" way in administrator portal), but guest OS can't see floppy drive. The ultimate goal is to deploy floppy with sysprep unattend.xml file for windows 7 pools of vm. Here is a snippet of code I use: ------------------------------------------------- myvm = api.vms.get(name="vmname") content="This is file content!" f=params.File(name="foobar.txt",content=content) fs=params.Files() fs.add_file(f) payload=params.Payload() payload.set_type("floppy") payload.set_files(fs) payloads=params.Payloads() payloads.add_payload(payload) thevm=params.VM() thevm.set_payloads(payloads) action=params.Action(vm=thevm) myvm.start(action=action) xml = ParseHelper.toXml(action) print xml ------------------------------------------------- As you can see, for debugging purpose, I print my xml action, and I get: ------------------------------------------------- <action> <vm> <payloads> <payload type="floppy"> <files> <file> <name>foobar.txt</name> <content>This is file content</content> </file> </files> </payload> </payloads> </vm> </action> ------------------------------------------------- in the admin portal I can see my vm in "RunOnce" state, but no floppy is present... In fact in the vm process command line (ps -ef | grep qemu-kvm | grep vmname) I can't see -drive option referring to floppy (I only see 2 "-drive" options, referring to vm system disk and to a correctly mounted cdrom ISO) What I'm doing wrong? (The engine is RHEV-M version 3.4.1-0.31.el6ev) Thanks in advance, Giulio

3 11

Rest api body for updating vm os type
by Qingyun Ao 07 Jan '16

07 Jan '16

Hello, all, I want to update vm os type by ovirt rest api. The following is my request: Method: put Content-Type: application/xml Body: <vm><os type="windows_7"></os></vm> The response from ovirt engine is: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <fault> <reason>Operation Failed</reason> <detail>[Cannot edit VM. Invalid time zone for given OS type.]</detail> </fault> Can anybody give a correct body for updating vm os type from "other" to "windows_7"? Thank you very much. -- Best regards, Ao Qingyun aoqingyun(a)gmail.com

2 1

Guest won't start after upgrade to 3.6
by Lionel Caignec 07 Jan '16

07 Jan '16

i just upgraded my cluster from ovirt 3.5 to 3.6. My ovirt nodes run centos 7.2. I've got a problem about some guest (centos 6.x), when i try to run them i get this error: "org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-41) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM XXXXX is down with error. Exit message: internal error: process exited while connecting to monitor: 2016-01-05T12:02:56.879292Z qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15" Looking forward in the log i find this : "2016-01-05T12:02:56.879615Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config 2016-01-05T12:02:56.897747Z qemu-kvm: "-memory 'slots|maxmem'" is not supported by: rhel6.5.0" In RHEL KB i found this bug which seems to be the same that mine : https://bugzilla.redhat.com/show_bug.cgi?id=1275268 So my question: - is it really problem of "memory hotplug" if yes how can i disable it? - My guests seems to inherit of parameter "Custom Emulated Machine" with value rhel6.5.0 from cluster config but i did not see how to modify it? -- Lionel Caignec Centre Informatique National de l' Enseignement Supérieur 950 rue de Saint Priest 34097 MONTPELLIER Cedex 5 Tel : (33) 04 67 14 14 14 Fax : (33)04 67 52 37 63 http://www.cines.fr

2 2

import virtualbox ova to ovirt3.6.1
by alireza sadeh seighalan 07 Jan '16

07 Jan '16

hi everyone how can i import virtualbox ova file to ovirt3.6.1? thanks inadvance

2 1

Incremental virtual machine backups
by Rudi von Staden 07 Jan '16

07 Jan '16

Hi all, I'm evaluating oVirt as a replacement for VMware, and one of the factors that I am struggling with is incremental VM backups. This is a requirement in the current configuration, but I haven't found a way to do it with oVirt as yet. It seems from my initial investigation that it might not be possible at this stage? I refer to the wiki ( http://www.ovirt.org/Features/Backup-Restore_API_Integration#Incremental_Vi…) which lists this feature under future work, and to a StackOverflow question which remains unanswered ( http://stackoverflow.com/questions/29127855/how-to-setup-incremental-backup… ). So my questions are 1) Can anyone confirm whether this feature exists yet, or whether there is perhaps an unofficial way to get incremental backups, 2) If it's not possible to implement incremental backups, what other approaches could work? Under VMware we currently take weekly full backups of all VMs, and daily incremental backups. I am considering using guest-level backups as an alternative approach, but we would prefer to continue with our host-level backups if possible. Thanks, Rudi

2 1

Hosted Engine
by Budur Nagaraju 07 Jan '16

07 Jan '16

can we migrate a Engine which is pushed by Hosted Engine to the other oVirt node ? which is in same cluster ? Thanks, Nagaraju

4 5

Getting event message "The Hosted Engine Storage Domain isn't Active" every two hours
by Will Dennis 07 Jan '16

07 Jan '16

Thought I’d start a new thread for this issue… Please also refer to my prior thread<http://lists.ovirt.org/pipermail/users/2015-December/036907.html> where I have the background to this. Again, I am running hosted engine on hyperconverged infra. Is this issue possibly related to Bug 1269768<https://bugzilla.redhat.com/show_bug.cgi?id=1269768> ?

2 3

Delete disk references without deleting the disk
by Johan Kooijman 06 Jan '16

06 Jan '16

Hi all, I have about 100 old VM's in my cluster. They're powered down, ready for deletion. What I want to do is delete the VM's including disks without actually deleting the disk images from the storage array itself. Is that possible? At the end I want to be able to delete the storage domain (which then should not hold any data, as far as ovirt is concerned). Reason for this: it's a ZFS pool with dedup enabled, deleting the images one by one will kill the array with 100% iowa for some time. -- Met vriendelijke groeten / With kind regards, Johan Kooijman

4 9

since upgrade of hosted engine, its not starting anymore
by Wu, Qiong 06 Jan '16

06 Jan '16

------=_NextPart_000_00B7_01D147CF.903F6090 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00B8_01D147CF.903F6090" ------=_NextPart_001_00B8_01D147CF.903F6090 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi everyone, I have an issue with my ovirt deployment with hosted engine. After an upgrade of the hosted engine I am not able to start it anymore. I see this in my vdsm.log Thread-1323::ERROR::2016-01-05 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': 309}} Is somebody able to help? I am kind of desperate already, as I tried lots of things already, including changing dom_md/metadata at the storage domain Gluster is working properly, I am able to connect and write via nfs. Thanks & Cheers Qiong ------=_NextPart_001_00B8_01D147CF.903F6090 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-microsoft-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=3DGenerator content=3D"Microsoft Word 12 = (filtered medium)"><style></style></head><body lang=3DDE link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>Hi = everyone,<o:p></o:p><o:p> </o:p>I have an issue with my ovirt = deployment with hosted engine.<o:p></o:p>After an upgrade of the hosted = engine I am not able to start it anymore.<o:p></o:p><o:p> </o:p>I see this in my = vdsm.log<o:p></o:p><o:p> </o:p>Thread-1323::ERROR::2016-01-05 = 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': = {'message': "Unknown pool id, pool not connected: = ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': = 309}}<o:p></o:p><o:p> </o:p>Is somebody able to help? I am kind of desperate already, = as I tried lots of things already, including changing dom_md/metadata at = the storage domain<o:p></o:p>Gluster is working properly, I am able to connect and write = via nfs.<o:p></o:p><o:p> </o:p>Thanks & Cheers<o:p></o:p>Qiong<o:p></o:p></div></body></html> ------=_NextPart_001_00B8_01D147CF.903F6090-- ------=_NextPart_000_00B7_01D147CF.903F6090 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIR4jCCApow ggIDoAMCAQICASQwDQYJKoZIhvcNAQEEBQAwcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxHzAdBgNVBAsTFlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMT GkRldXRzY2hlIFRlbGVrb20gUm9vdCBDQSAxMB4XDTk5MDcwOTExMzQwMFoXDTE5MDcwOTIzNTkw MFowcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRzY2hlIFRlbGVrb20gQUcxHzAdBgNVBAsT FlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMTGkRldXRzY2hlIFRlbGVrb20gUm9vdCBD QSAxMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDQ3ZsMoBdERA+vIUBzZ1bwPmloEbrZN/KB rsMkrGmhzfymGFVW/4ufMsHb53gsOdtggUGl79PNgI0YPOJSDAuf92Se5aDwuGFi9L/go9pYK/0V BGu9Op58nfI92OSVw+xOwvFlqwxL7EeCW+LhUHXY9mG0GFztM6BLHoP7T4S8eQIDAQABo0IwQDAd BgNVHQ4EFgQUFDHif5zKEpX78XAg200oE3FCYcYwDwYDVR0TBAgwBgEB/wIBBTAOBgNVHQ8BAf8E BAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAnR0Q+pPIHWQgRV6cbwVto1J/p6iHZbNnmjaGeHIWFf/X RXMoAYaInZHq3tYpCww+o5l0QAzM7BDgZPxwtro5EifyXgBQtQvWSt+pb/SzCSiA/NIexOxwRoVM 3kWwAZU4rBafRkruLcu9y2WxOuWmSwRLDjP/HHvIhIRH4VpkRkowggSMMIID9aADAgECAgIBATAN BgkqhkiG9w0BAQUFADBxMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1dHNjaGUgVGVsZWtvbSBB RzEfMB0GA1UECxMWVC1UZWxlU2VjIFRydXN0IENlbnRlcjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVs ZWtvbSBSb290IENBIDEwHhcNMTEwOTE0MTM0NzEyWhcNMTkwNzA5MjM1OTU5WjB1MQswCQYDVQQG EwJERTElMCMGA1UEChMcVC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1 c3QgQ2VudGVyIERldXRzY2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4j3NqffxTahAsyPjhU0AUY3sKLZGfptpb/X5WXmL QX5E7uToeX2NE8ywTHgHSKo8o2Nmg1U2k1cF0Ry8bjVVs8zsOLLeFDqqSOWJRGROqO31FHOFF3Du zy5ZSVg+kRcTGpgyWjuCFMd1TEuRDv0T8lKKL80lmO3+TLjFDEN5ZM9SP94llwO159OinkqmWUV4 +F7KcV720xkbgCHgI6/FzKHNlD/ueZ/LSpjXxmilkL6x2lT7AUmcnJqdd6jvo9ax028fHaiFkA9l sE+OvuLUEJzz3a3Rx0TerYh5sk7ynvoNsQDk/vzgobtDebp3tNUI8TFaqcptcTm1WdMhgpYV3wID AQABo4IBqTCCAaUwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBMMEoGCSsGAQQBvUcNEDA9 MDsGCCsGAQUFBwIBFi9odHRwOi8vdGlrczIwMTAudGVsZXNlYy5kZS9jcHMvdGlrczIwMTAtQ1BT LnBkZjAOBgNVHQ8BAf8EBAMCAQYwgecGA1UdHwSB3zCB3DA0oDKgMIYuaHR0cDovL3Rpa3MyMDEw LnRlbGVzZWMuZGUvcmwvRFRfUk9PVF9DQV8xLmNybDCBo6CBoKCBnYaBmmxkYXA6Ly9sZGFwLXRp a3MyMDEwLnRlbGVzZWMuZGUvY249RGV1dHNjaGUlMjBUZWxla29tJTIwUm9vdCUyMENBJTIwMSxv dT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRlcixvPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHLGM9 REU/QXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwHQYDVR0OBBYEFFAnXDUTlaOExsFEAvJvoGqfd1FH MB8GA1UdIwQYMBaAFBQx4n+cyhKV+/FwINtNKBNxQmHGMA0GCSqGSIb3DQEBBQUAA4GBAB0MaaTB i2rg1DpvIM5LwOGk3EiimdeUPNj/GyeOIRlCV1AsnZEkv8tZ08SV06nBlW/tuyBTqGuiyQBIxD1I 3U95bY9ZiyW3JrNeMknjhjPRPqnnqErd9Qzw0MvG+zoAPxVnPXAsBf/CtIX3hsC0zItWIP10/Xvb ZORrrIvhVTWKMIIFVTCCBD2gAwIBAgIGQZoOFcmXMA0GCSqGSIb3DQEBBQUAMHUxCzAJBgNVBAYT AkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVz dCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDEwHhcNMTMx MDE0MDgyMDAzWhcNMTYxMDE0MjM1OTU5WjCBhTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxDTALBgNVBAsTBGR0cGkxFjAUBgNVBAsMDVAmSSBEYXJtc3RhZHQxETAP BgNVBAMTCFd1IFFpb25nMR4wHAYJKoZIhvcNAQkBFg9xLnd1QHRlbGVrb20uZGUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCdnL+AAzb3qXY25dzGrm/+cB8zQDlptKHCYb7O5Rw+Ce79 nG+fJ0pYXiq/7r5K3Ysd3uGPWB+bKvkGp8GLMNOd4jnf8sSo0cUuPueLMq5XwkW/rAdXQhZ/sHCx MiU8YXqZ/vN4k3FfkV1q7AjKDRR8/pWPlt194HqPNGqlpbhg/mSiwMWwJmGpcCkqvE11Xd4VNQUv qgT9ySaz4B6jx01HptmnzRQTanneDKkhZfCafmuDghJSyfKk9ljeo1UEd1U7LuNp/bCUrYE2zC8Y q//8FUWcMPgdaJD8opQS2hFkAmSD3B0ycUPrS9rs74REZlIDLvG8xpe0dGdHTzfnJxn5AgMBAAGj ggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMCBSAw HQYDVR0OBBYEFJsp4zl9o+fsPzq+uG8RvkKojkbBMHUGA1UdIARuMGwwagYJKwYBBAG9Rw0QMF0w WwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZpY2Uv a3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0ZWxl a29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRlL3Js L1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVsZXNl Yy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRzY2hl JTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2VydGlm aWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAmjJXGppYZqaw+vB/Oy7Rndkc 1gwvseNldJWiyG/2KnIQSmGrjvewDL6jPahpdi0/BkC+sGBQM/RzjgpSNGDsRcp27c+jlvIZQcuO 7DdXmziZaS65Eye6Yjwx+Ps/VcnAObs1t9BK+vng6CqR4oG4iw6X4U8264fW9wEwcoyP3resIbfF GivRGQu5WylqXx0SGaGtrJnk0Nmw78CCvo+88Z8Q1PUj5jjzLvJ+Pygh4ewZ+r2s2aBXcEDBNKM3 Rt4c04rl8ckMjw5BVOojWADPqZ37UWFvEoBG6nN/DrKnm43F8nODuk99RQczDQlfh7BHA1OzWfEK nn1Y+BCbTROU7DCCBVcwggQ/oAMCAQICBwEaM3Hm8+8wDQYJKoZIhvcNAQEFBQAwdTELMAkGA1UE BhMCREUxJTAjBgNVBAoTHFQtU3lzdGVtcyBJbnRlcm5hdGlvbmFsIEdtYkgxJjAkBgNVBAsTHVRy dXN0IENlbnRlciBEZXV0c2NoZSBUZWxla29tMRcwFQYDVQQDEw5USUtTIDIwMTAgQ0EgMTAeFw0x MzEwMTQwODIwMDJaFw0xNjEwMTQyMzU5NTlaMIGFMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1 dHNjaGUgVGVsZWtvbSBBRzENMAsGA1UECxMEZHRwaTEWMBQGA1UECwwNUCZJIERhcm1zdGFkdDER MA8GA1UEAxMIV3UgUWlvbmcxHjAcBgkqhkiG9w0BCQEWD3Eud3VAdGVsZWtvbS5kZTCCASMwDQYJ KoZIhvcNAQEBBQADggEQADCCAQsCggEBALUAavv4mHp6HWq1uoy0PaQewjQpn2iCIESaAsa7m1Ft l5iFZKnOmk1qRcffiZw3/8ghwMZe5fRdRdE34eMjB3hnvm/eTBKGWPEYv2Wnk8m07vgcEE5xiZGA lhfQ//vWDXGL1lEDomc3VxDUkkvNNjloeGfnvmag/bi2ke8sgSTcjNQa5ZFrA7iz9OXxS28QzTas wLcpIbM+8lf29Lx12eXLB2gBlYEp0ZQnuSWCAJg6wpadrXrS0XmqUZ+aKXqwxjBR0MX+X6xTk0qC PQrp13l4zjlaOWMjLvYsHF9ppmlqqANlqZ6fSQMoepX2YCub9BlbyQbpBfxX1l0sXJpmhQsCBEAA AIGjggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMC B4AwHQYDVR0OBBYEFEVtRG3I1Vf9s1m8bZDcc/FLX/17MHUGA1UdIARuMGwwagYJKwYBBAG9Rw0Q MF0wWwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZp Y2Uva3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0 ZWxla29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRl L3JsL1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVs ZXNlYy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRz Y2hlJTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2Vy dGlmaWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAJ9PYg/LwB/kYLZRXdM7K lI9Xxs4Xj+6JLUH8C4xQ4RmMPTGnSYV1rQBYgP46KmwMbg2bdfC7yalNjdInmPQN0GYKfkrOeLcY xD5zKR5vsWuTDYx+0vMoy6fLC22ZjW3K3wbxLoDX8Y/Lt8+c5n7KHuFkg8+731G9kSFbNpcDEjH4 GHYDmTPSeYSzpys08ClxwkZ8l4NC0XZ+4YBjtTFTt+N3V9PcDEDVmm5Y2QBkZlMH+M6eSC5R+XYd QWzQhX27yjYjazXs+/eMJ7GcAw6kziM/b+vLYbL4lJHDWfb6t+u04NUF5lgRal7+m5bG7/wfiAYM ptVZcy+V9OitIERkzTGCA+kwggPlAgEBMIGAMHUxCzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5 c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUg VGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDECBwEaM3Hm8+8wCQYFKw4DAhoFAKCCAj0w GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwMTA1MTQ0MTM3WjAj BgkqhkiG9w0BCQQxFgQUqwc+DhjpIXgx/VIXpS4ERu5YcTMwgY8GCSsGAQQBgjcQBDGBgTB/MHUx CzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYD VQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENB IDECBkGaDhXJlzCBkQYLKoZIhvcNAQkQAgsxgYGgfzB1MQswCQYDVQQGEwJERTElMCMGA1UEChMc VC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1c3QgQ2VudGVyIERldXRz Y2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxAgZBmg4VyZcwgbcGCSqGSIb3DQEJ DzGBqTCBpjALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAoGCCqGSIb3DQMHMAsGCWCGSAFlAwQB AjAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwCgYIKoZIhvcN AgUwDQYJKoZIhvcNAQEBBQAEggEAejYMwlR6CtyoSmlxqD7w/rgsZww+tvHheSqKNFm1qhTL1TRf 0uJUAQxTczzcnc/HWbAapZqCL/XdfoEeN2yGv1tTDeHqlV2vRRaZ4gmFvqMG+Umwlhjc9YpecyPA OtPlTOGdAY996MaKThq/NolyWJSCa1HInU9p59hNtplwRpFUGfhtaYausGaFHb1/w6Mh2tYogeQW z8CIL3opdwtINRqVDIXGF/6Wxni2k4ylEVlzh4bxGA2IPwL6q/kwnlyJdHo3mnj0H13aunk8nPvX 0+LHDRu0RLCNUpkJC3N/b38Riuf14WM4N7lWpCWe4Mv6jNLvpg0IDvS1Y058GMILcwAAAAAAAA== ------=_NextPart_000_00B7_01D147CF.903F6090--

2 5

bootstrap error
by pbauer＠algotech.cz 06 Jan '16

06 Jan '16

--------------030302040800050100090100 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Hello, can anybody help me with this error ?? I've got new, fresh !! prepared instalation of four node gluster with separated oVirt 3.5.6 mgmt server ( running on ESX ) . I can't add any new node to oVirt due to "Host 2hp2 installation failed. Invalid data recieved during bootstrap." error. All servers are Centos 7.2.1511 rel. ( minimal ) kernel - 3.10.0-327.3.1.el7.x86_64 #1 SMP Any idea ?? THX a lot Pavel LOGS - /var/log/ovirt-engine/engine.log =============== 2016-01-06 07:28:57,261 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.RuntimeException:*Invalid data recieved during bootstrap* at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,267 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install: java.lang.RuntimeException: *Invalid data recieved during bootstrap* at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,269 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Installation 172.16.5.154:*Invalid data recieved during bootstrap* 2016-01-06 07:28:57,274 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host 2hp2. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,275 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install, prefering first exception: java.lang.RuntimeException:*Invalid data recieved during bootstrap* at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,277 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Host installation failed for host d7d43c54-70ee-4c2d-a165-8dfe84db65ec, 2hp2.: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,280 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] START, SetVdsStatusVDSCommand(HostName = 2hp2, HostId = d7d43c54-70ee-4c2d-a165-8dfe84db65ec, status=InstallFailed, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 21b78169 2016-01-06 07:28:57,287 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] FINISH, SetVdsStatusVDSCommand, log id: 21b78169 2016-01-06 07:28:57,292 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Job ID: 99d079e9-81da-472e-a24e-0fb7a9a8559e, Call Stack: null, Custom Event ID: -1, Message: Host 2hp2 installation failed. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,298 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Lock freed to object EngineLock [exclusiveLocks= key: d7d43c54-70ee-4c2d-a165-8dfe84db65ec value: VDS , sharedLocks= ] 2016-01-06 07:29:00,079 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-23) Initializing Host: 2hp2 --------------030302040800050100090100 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, can anybody help me with this error ?? I've got new, fresh !! prepared instalation of four node gluster with separated oVirt 3.5.6 mgmt server ( running on ESX ) . I can't add any new node to oVirt due to "Host 2hp2 installation failed. Invalid data recieved during bootstrap." error. All servers are Centos 7.2.1511 rel. ( minimal ) kernel - 3.10.0-327.3.1.el7.x86_64 #1 SMP Any idea ?? THX a lot Pavel LOGS - /var/log/ovirt-engine/engine.log =============== 2016-01-06 07:28:57,261 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,267 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,269 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Installation 172.16.5.154: Invalid data recieved during bootstrap 2016-01-06 07:28:57,274 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host 2hp2. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,275 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install, prefering first exception: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,277 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Host installation failed for host d7d43c54-70ee-4c2d-a165-8dfe84db65ec, 2hp2.: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,280 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] START, SetVdsStatusVDSCommand(HostName = 2hp2, HostId = d7d43c54-70ee-4c2d-a165-8dfe84db65ec, status=InstallFailed, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 21b78169 2016-01-06 07:28:57,287 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] FINISH, SetVdsStatusVDSCommand, log id: 21b78169 2016-01-06 07:28:57,292 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Job ID: 99d079e9-81da-472e-a24e-0fb7a9a8559e, Call Stack: null, Custom Event ID: -1, Message: Host 2hp2 installation failed. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,298 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Lock freed to object EngineLock [exclusiveLocks= key: d7d43c54-70ee-4c2d-a165-8dfe84db65ec value: VDS , sharedLocks= ] 2016-01-06 07:29:00,079 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-23) Initializing Host: 2hp2 </body> </html> --------------030302040800050100090100--

2 1

hypervisors failing
by Koen Vanoppen 06 Jan '16

06 Jan '16

Hi All, I have a question. Lately, for some reason we experience problems with our hypervisors. In a way that they suddenly appear to lose connection to a storage domain and start migrating the VM's. But if you can see it during the day and you just press the green arrow on the hypervisor (up) they just come back online and pretend that nothing happend... These are the kind of log lines: Thread-18::ERROR::2016-01-05 07:39:11,170::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Kind regards, Koen

2 1

GPG Key Expired for ovirt-guest-agent
by Christophe TREFOIS 06 Jan '16

06 Jan '16

--_000_116C08E2533A472BAEE41DAB552DC2D3unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBsaXN0LA0KDQpJdCBzZWVtcyB0aGUga2V5IGZvciB0aGUgaHR0cDovL2Rvd25sb2FkLm9w ZW5zdXNlLm9yZy9yZXBvc2l0b3JpZXMvaG9tZTovZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94 VWJ1bnR1XzE0LjA0LyByZXBvc2l0b3J5IGhhcyBleHBpcmVkIHR3byBkYXlzIGFnby4NCg0KQ291 bGQgaXQgYmUgdXBkYXRlZCBwbGVhc2U/DQoNClRoYW5rIHlvdSwNCg0K4oCUDQpDaHJpc3RvcGhl DQoNCkRyIENocmlzdG9waGUgVHJlZm9pcywgRGlwbC4tSW5nLg0KVGVjaG5pY2FsIFNwZWNpYWxp c3QgLyBQb3N0LURvYw0KDQpVTklWRVJTSVTDiSBEVSBMVVhFTUJPVVJHDQoNCkxVWEVNQk9VUkcg Q0VOVFJFIEZPUiBTWVNURU1TIEJJT01FRElDSU5FDQpDYW1wdXMgQmVsdmFsIHwgSG91c2Ugb2Yg QmlvbWVkaWNpbmUNCjYsIGF2ZW51ZSBkdSBTd2luZw0KTC00MzY3IEJlbHZhdXgNClQ6ICszNTIg NDYgNjYgNDQgNjEyNA0KRjogKzM1MiA0NiA2NiA0NCA2OTQ5DQpodHRwOi8vd3d3LnVuaS5sdS9s Y3NiDQoNCltGYWNlYm9va108aHR0cHM6Ly93d3cuZmFjZWJvb2suY29tL3RyZWZleD4gIFtUd2l0 dGVyXSA8aHR0cHM6Ly90d2l0dGVyLmNvbS9UcmVmZXg+ICAgW0dvb2dsZSBQbHVzXSA8aHR0cHM6 Ly9wbHVzLmdvb2dsZS5jb20vK0NocmlzdG9waGVUcmVmb2lzLz4gICBbTGlua2VkaW5dIDxodHRw czovL3d3dy5saW5rZWRpbi5jb20vaW4vdHJlZm9pc2NocmlzdG9waGU+ICAgW3NreXBlXSA8aHR0 cDovL3NreXBlOlRyZWZleD9jYWxsPg0KDQotLS0tDQpUaGlzIG1lc3NhZ2UgaXMgY29uZmlkZW50 aWFsIGFuZCBtYXkgY29udGFpbiBwcml2aWxlZ2VkIGluZm9ybWF0aW9uLg0KSXQgaXMgaW50ZW5k ZWQgZm9yIHRoZSBuYW1lZCByZWNpcGllbnQgb25seS4NCklmIHlvdSByZWNlaXZlIGl0IGluIGVy cm9yIHBsZWFzZSBub3RpZnkgbWUgYW5kIHBlcm1hbmVudGx5IGRlbGV0ZSB0aGUgb3JpZ2luYWwg bWVzc2FnZSBhbmQgYW55IGNvcGllcy4NCi0tLS0NCg0KDQoNCg== --_000_116C08E2533A472BAEE41DAB552DC2D3unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <A359C3B346322C40B2AEEE284AB06161(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBsaXN0LA0KPGRpdiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SXQgc2VlbXMgdGhlIGtl eSBmb3IgdGhlJm5ic3A7PGEgaHJlZj0iaHR0cDovL2Rvd25sb2FkLm9wZW5zdXNlLm9yZy9yZXBv c2l0b3JpZXMvaG9tZTovZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94VWJ1bnR1XzE0LjA0LyIg Y2xhc3M9IiI+aHR0cDovL2Rvd25sb2FkLm9wZW5zdXNlLm9yZy9yZXBvc2l0b3JpZXMvaG9tZTov ZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94VWJ1bnR1XzE0LjA0LzwvYT4mbmJzcDtyZXBvc2l0 b3J5IGhhcyBleHBpcmVkDQogdHdvIGRheXMgYWdvLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q291bGQgaXQgYmUgdXBkYXRlZCBwbGVh c2U/PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj5UaGFuayB5b3UsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj7igJQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q2hyaXN0b3BoZTxiciBj bGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDAp OyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFy dDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBu b3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJv a2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTog c3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4N CjxwIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTBw dDsgbGluZS1oZWlnaHQ6IDE2cHg7IGNvbG9yOiByZ2IoMzMsIDMzLCAzMyk7IiBjbGFzcz0iIj4N CjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsgY29sb3I6IHJnYig2MSwgNTksIDU5KTsg ZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+RHIgQ2hyaXN0b3BoZSBUcmVmb2lzLCBEaXBsLi1J bmcuPC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8 c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxheTogaW5saW5lOyBmb250 LXNpemU6IDcuNXB0OyIgY2xhc3M9IiI+VGVjaG5pY2FsIFNwZWNpYWxpc3QgLyBQb3N0LURvYzwv c3Bhbj48L3A+DQo8cCBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250 LXNpemU6IDcuNXB0OyBsaW5lLWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OiBib2xkOyBjb2xvcjogcmdiKDYxLCA1OSwgNTkpOyBkaXNwbGF5OiBpbmxp bmU7IiBjbGFzcz0iIj5VTklWRVJTSVTDiSBEVSBMVVhFTUJPVVJHPC9zcGFuPjxiciBjbGFzcz0i Ij4NCjxzcGFuIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyBjb2xvcjogcmdiKDYxLCA1 OSwgNTkpOyBkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj5MVVhFTUJPVVJHIENFTlRSRSBGT1Ig U1lTVEVNUyBCSU9NRURJQ0lORTwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iY29s b3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+Q2FtcHVzIEJl bHZhbCB8IEhvdXNlIG9mIEJpb21lZGljaW5lPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNw YWNlIj42LCBhdmVudWUgZHUgU3dpbmcmbmJzcDs8L3NwYW4+PGJyIGNsYXNzPSIiPg0KTC00MzY3 IEJlbHZhdXg8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48 YnIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxh eTogaW5saW5lOyIgY2xhc3M9IiI+VDo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwgNTkp OyBkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj4mIzQzOzM1MiA0NiA2NiA0NCA2MTI0PC9zcGFu PjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnIgY2xh c3M9IiI+DQo8c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxheTogaW5s aW5lOyIgY2xhc3M9IiI+Rjo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwgNTkpOyBkaXNw bGF5OiBpbmxpbmU7IiBjbGFzcz0iIj4mIzQzOzM1MiA0NiA2NiA0NCA2OTQ5PC9zcGFuPjxzcGFu IGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0i QXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImRpc3BsYXk6 IGlubGluZTsiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvc3Bhbj48YSBocmVmPSJodHRwOi8v d3d3LnVuaS5sdS9sY3NiIiBzdHlsZT0iY29sb3I6IHJnYigwLCAxMDksIDE4OSk7IGRpc3BsYXk6 IGlubGluZTsiIGNsYXNzPSIiPmh0dHA6Ly93d3cudW5pLmx1L2xjc2I8L2E+PC9wPg0KPHAgc3R5 bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBsaW5l LWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuZmFjZWJvb2su Y29tL3RyZWZleCIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjxpbWcgd2lkdGg9 IjI0IiBoZWlnaHQ9IjI0IiBkYXRhLWZpbGVuYW1lPSJmYWNlYm9vay5wbmciIHNyYz0iaHR0cHM6 Ly9zMy5hbWF6b25hd3MuY29tL2h0bWxzaWctYXNzZXRzL3JvdW5kZWQvZmFjZWJvb2sucG5nIiBh bHQ9IkZhY2Vib29rIiBjbGFzcz0iIj48L2E+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48YSBocmVmPSJodHRwczovL3R3aXR0ZXIuY29tL1RyZWZleCIgc3R5bGU9ImRp c3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjxpbWcgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0IiBkYXRh LWZpbGVuYW1lPSJ0d2l0dGVyLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRt bHNpZy1hc3NldHMvcm91bmRlZC90d2l0dGVyLnBuZyIgYWx0PSJUd2l0dGVyIiBjbGFzcz0iIj48 L2E+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFu IGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRw czovL3BsdXMuZ29vZ2xlLmNvbS8mIzQzO0NocmlzdG9waGVUcmVmb2lzLyIgc3R5bGU9ImRpc3Bs YXk6IGlubGluZTsiIGNsYXNzPSIiPjxpbWcgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0IiBkYXRhLWZp bGVuYW1lPSJnb29nbGVwbHVzLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRt bHNpZy1hc3NldHMvcm91bmRlZC9nb29nbGVwbHVzLnBuZyIgYWx0PSJHb29nbGUgUGx1cyIgY2xh c3M9IiI+PC9hPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJl Zj0iaHR0cHM6Ly93d3cubGlua2VkaW4uY29tL2luL3RyZWZvaXNjaHJpc3RvcGhlIiBzdHlsZT0i ZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+PGltZyB3aWR0aD0iMjQiIGhlaWdodD0iMjQiIGRh dGEtZmlsZW5hbWU9ImxpbmtlZGluLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20v aHRtbHNpZy1hc3NldHMvcm91bmRlZC9saW5rZWRpbi5wbmciIGFsdD0iTGlua2VkaW4iIGNsYXNz PSIiPjwvYT48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9 Imh0dHA6Ly9za3lwZTpUcmVmZXg/Y2FsbCIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNz PSIiPjxpbWcgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0IiBkYXRhLWZpbGVuYW1lPSJza3lwZS5wbmci IHNyYz0iaHR0cHM6Ly9zMy5hbWF6b25hd3MuY29tL2h0bWxzaWctYXNzZXRzL3JvdW5kZWQvc2t5 cGUucG5nIiBhbHQ9InNreXBlIiBjbGFzcz0iIj48L2E+PC9wPg0KPHAgY2xhc3M9ImJhbm5lci1j b250YWluZXIiIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6 ZTogMTRweDsgbGluZS1oZWlnaHQ6IDE2cHg7Ij4NCjwvcD4NCjxwIHN0eWxlPSJmb250LWZhbWls eTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoNjEsIDU5LCA1OSk7IGZvbnQtc2l6ZTog OXB4OyBsaW5lLWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KLS0tLTxiciBjbGFzcz0iIj4NClRo aXMgbWVzc2FnZSBpcyBjb25maWRlbnRpYWwgYW5kIG1heSBjb250YWluIHByaXZpbGVnZWQgaW5m b3JtYXRpb24uPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PjxiciBjbGFzcz0iIj4NCkl0IGlzIGludGVuZGVkIGZvciB0aGUgbmFtZWQgcmVjaXBpZW50IG9u bHkuPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiciBj bGFzcz0iIj4NCklmIHlvdSByZWNlaXZlIGl0IGluIGVycm9yIHBsZWFzZSBub3RpZnkgbWUgYW5k IHBlcm1hbmVudGx5IGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZSBhbmQgYW55IGNvcGllcy48 c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyIGNsYXNz PSIiPg0KLS0tLTxiciBjbGFzcz0iIj4NCjwvcD4NCiZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_116C08E2533A472BAEE41DAB552DC2D3unilu_--

3 4

HE (3.6) on gluster storage, chicken and egg status
by Fil Di Noto 06 Jan '16

06 Jan '16

I've managed to get hosted-engine running but could use some direction for what comes next. Summary: 4 Hosts, CentOS 7.2, oVirt 3.6 (from ovirt.org repo) All hosts are in default/default datacenter/cluster All 4 hosts are running glusterd HE is installed on glusterfs volume, replica 3, on hosts 1,2, and 3. ( started with replica 4, but removed 4th brick to satisfy HE --deploy) Status: All hosts are active Datacenter is not initialized Issues: Attach hosted_storage to Default datacenter fails New volume dialog doesn't allow me to select a datacenter (list is empty) Questions: 1. Why doesn't replica 4 work as a glusterfs volume, is this just because of the installer or is there a more fundamental reason? 2. I assume the reason I can't create new volumes is because I don't have a data storage domain configured yet. I want all of my data storage to be glusterfs. How do I escape this chicken/egg puzzle? 3. What question should I be asking that I am not? Thanks

4 5

3.6.1 hosted engine won't start after reboot
by Fredy Sanchez 06 Jan '16

06 Jan '16

Hi list, Fresh install of 3.6.1 on CentOS 7.2 (physical host and engine vm). After a reboot, the engine vm will not come up. To be precise, the engine starts up, works for a few seconds, then reboots (see attached logs). Searching on the Internet seems that my problem is “After installation of the hosted-engine using the iso and commands you specified and rebooting the engine and registering the host in the engine, the engines network configuration is set to "managed by NetworkManager" but no NetworkManager is installed on the system. So the reboot will result in the loss of network connectivity and ha-agent trying to restart the hosted-engine in a loop.” Does anybody know if I can fix this on /var/run/ovirt-hosted-engine-ha/vm.conf or somewhere else? /var/log/ovirt-hosted-engine-ha/agent.log and /var/log/ovirt-hosted-engine-ha/broker.log haven’t been much help, even when set to debug mode. hosted-engine —vm-status says “Engine status : {"reason": "failed liveness check", "health": "bad", "vm": "up", "detail": "up”}” Score is 3400. This is what I see in the logs: /var/log/ovirt-hosted-engine-ha/agent.log (attached) /var/log/ovirt-hosted-engine-ha/broker.log (attached) Thank you very much! -- Fredy

3 5

Re: [ovirt-users] since upgrade of hosted engine, its not starting anymore
by Wu, Qiong 05 Jan '16

05 Jan '16

------=_NextPart_000_00C6_01D147D0.6C8FAD20 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00C7_01D147D0.6C8FAD20" ------=_NextPart_001_00C7_01D147D0.6C8FAD20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I can access the storage domain with vdsclient but the state is not online or okay: [root@ovirt ovirt-hosted-engine]# vdsClient -s 0 getStorageDomainInfo 48fb7be2-d8eb-44e4-8690-7770ccaf3766 uuid = 48fb7be2-d8eb-44e4-8690-7770ccaf3766 version = 3 role = Regular remotePath = ovirt-nfs.lab:/engine type = NFS class = Data pool = ['90cb594c-3c65-4485-822f-e932f14fd18b'] name = hosted_storage also when I do getStoragePoolInfo I get this: [root@ovirt ovirt-hosted-engine]# vdsClient -s 0 getStoragePoolInfo 90cb594c-3c65-4485-822f-e932f14fd18b Unknown pool id, pool not connected: ('90cb594c-3c65-4485-822f-e932f14fd18b',) Thanks for help, hope I can recover somehow from this L Cheers Qiong Von: Wu, Qiong Gesendet: Dienstag, 5. Januar 2016 15:42 An: 'users(a)ovirt.org' Betreff: since upgrade of hosted engine, its not starting anymore Hi everyone, I have an issue with my ovirt deployment with hosted engine. After an upgrade of the hosted engine I am not able to start it anymore. I see this in my vdsm.log Thread-1323::ERROR::2016-01-05 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': 309}} Is somebody able to help? I am kind of desperate already, as I tried lots of things already, including changing dom_md/metadata at the storage domain Gluster is working properly, I am able to connect and write via nfs. Thanks & Cheers Qiong ------=_NextPart_001_00C7_01D147D0.6C8FAD20 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-microsoft-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=3DGenerator content=3D"Microsoft Word 12 = (filtered medium)"><style></style></head><body lang=3DDE link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>I can access the storage domain = with vdsclient but the state is not online or = okay:<o:p></o:p><o:p> </o:p>[root@ovirt = ovirt-hosted-engine]# vdsClient -s 0 getStorageDomainInfo = 48fb7be2-d8eb-44e4-8690-7770ccaf3766<o:p></o:p>        uuid = =3D 48fb7be2-d8eb-44e4-8690-7770ccaf3766<o:p></o:p>        = version =3D 3<o:p></o:p>        role = =3D Regular<o:p></o:p>        = remotePath =3D ovirt-nfs.lab:/engine<o:p></o:p>        type = =3D NFS<o:p></o:p>        class = =3D Data<o:p></o:p>        pool = =3D ['90cb594c-3c65-4485-822f-e932f14fd18b']<o:p></o:p>        name = =3D hosted_storage<o:p></o:p><o:p> </o:p>also when I = do getStoragePoolInfo  I get this: <o:p></o:p><o:p> </o:p>[root@ovirt = ovirt-hosted-engine]# vdsClient -s 0 getStoragePoolInfo = 90cb594c-3c65-4485-822f-e932f14fd18b<o:p></o:p>Unknown = pool id, pool not connected: = ('90cb594c-3c65-4485-822f-e932f14fd18b',)<o:p></o:p><o:p> </o:p>Thanks for = help, hope I can recover somehow from this L<o:p></o:p><o:p> </o:p>Cheers<o:p></o:p>Qiong<o:p></o:p><o:p> </o:p><div><div = style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm = 0cm 0cm'><o:p> <= /o:p>Von:<= /b> = Wu, Qiong Gesendet: Dienstag, 5. Januar 2016 = 15:42 An: 'users(a)ovirt.org' Betreff: since upgrade = of hosted engine, its not starting = anymore<o:p></o:p></div></div><o:p> </o:p>Hi = everyone,<o:p></o:p><o:p> </o:p>I have an issue with my ovirt = deployment with hosted engine.<o:p></o:p>After an upgrade of the hosted = engine I am not able to start it anymore.<o:p></o:p><o:p> </o:p>I see this in my = vdsm.log<o:p></o:p><o:p> </o:p>Thread-1323::ERROR::2016-01-05 = 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': = {'message': "Unknown pool id, pool not connected: = ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': = 309}}<o:p></o:p><o:p> </o:p>Is somebody able to help? I am kind of desperate already, = as I tried lots of things already, including changing dom_md/metadata at = the storage domain<o:p></o:p>Gluster is working properly, I am able to connect and write = via nfs.<o:p></o:p><o:p> </o:p>Thanks & Cheers<o:p></o:p>Qiong<o:p></o:p></div></body></html> ------=_NextPart_001_00C7_01D147D0.6C8FAD20-- ------=_NextPart_000_00C6_01D147D0.6C8FAD20 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIR4jCCApow ggIDoAMCAQICASQwDQYJKoZIhvcNAQEEBQAwcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxHzAdBgNVBAsTFlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMT GkRldXRzY2hlIFRlbGVrb20gUm9vdCBDQSAxMB4XDTk5MDcwOTExMzQwMFoXDTE5MDcwOTIzNTkw MFowcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRzY2hlIFRlbGVrb20gQUcxHzAdBgNVBAsT FlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMTGkRldXRzY2hlIFRlbGVrb20gUm9vdCBD QSAxMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDQ3ZsMoBdERA+vIUBzZ1bwPmloEbrZN/KB rsMkrGmhzfymGFVW/4ufMsHb53gsOdtggUGl79PNgI0YPOJSDAuf92Se5aDwuGFi9L/go9pYK/0V BGu9Op58nfI92OSVw+xOwvFlqwxL7EeCW+LhUHXY9mG0GFztM6BLHoP7T4S8eQIDAQABo0IwQDAd BgNVHQ4EFgQUFDHif5zKEpX78XAg200oE3FCYcYwDwYDVR0TBAgwBgEB/wIBBTAOBgNVHQ8BAf8E BAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAnR0Q+pPIHWQgRV6cbwVto1J/p6iHZbNnmjaGeHIWFf/X RXMoAYaInZHq3tYpCww+o5l0QAzM7BDgZPxwtro5EifyXgBQtQvWSt+pb/SzCSiA/NIexOxwRoVM 3kWwAZU4rBafRkruLcu9y2WxOuWmSwRLDjP/HHvIhIRH4VpkRkowggSMMIID9aADAgECAgIBATAN BgkqhkiG9w0BAQUFADBxMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1dHNjaGUgVGVsZWtvbSBB RzEfMB0GA1UECxMWVC1UZWxlU2VjIFRydXN0IENlbnRlcjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVs ZWtvbSBSb290IENBIDEwHhcNMTEwOTE0MTM0NzEyWhcNMTkwNzA5MjM1OTU5WjB1MQswCQYDVQQG EwJERTElMCMGA1UEChMcVC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1 c3QgQ2VudGVyIERldXRzY2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4j3NqffxTahAsyPjhU0AUY3sKLZGfptpb/X5WXmL QX5E7uToeX2NE8ywTHgHSKo8o2Nmg1U2k1cF0Ry8bjVVs8zsOLLeFDqqSOWJRGROqO31FHOFF3Du zy5ZSVg+kRcTGpgyWjuCFMd1TEuRDv0T8lKKL80lmO3+TLjFDEN5ZM9SP94llwO159OinkqmWUV4 +F7KcV720xkbgCHgI6/FzKHNlD/ueZ/LSpjXxmilkL6x2lT7AUmcnJqdd6jvo9ax028fHaiFkA9l sE+OvuLUEJzz3a3Rx0TerYh5sk7ynvoNsQDk/vzgobtDebp3tNUI8TFaqcptcTm1WdMhgpYV3wID AQABo4IBqTCCAaUwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBMMEoGCSsGAQQBvUcNEDA9 MDsGCCsGAQUFBwIBFi9odHRwOi8vdGlrczIwMTAudGVsZXNlYy5kZS9jcHMvdGlrczIwMTAtQ1BT LnBkZjAOBgNVHQ8BAf8EBAMCAQYwgecGA1UdHwSB3zCB3DA0oDKgMIYuaHR0cDovL3Rpa3MyMDEw LnRlbGVzZWMuZGUvcmwvRFRfUk9PVF9DQV8xLmNybDCBo6CBoKCBnYaBmmxkYXA6Ly9sZGFwLXRp a3MyMDEwLnRlbGVzZWMuZGUvY249RGV1dHNjaGUlMjBUZWxla29tJTIwUm9vdCUyMENBJTIwMSxv dT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRlcixvPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHLGM9 REU/QXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwHQYDVR0OBBYEFFAnXDUTlaOExsFEAvJvoGqfd1FH MB8GA1UdIwQYMBaAFBQx4n+cyhKV+/FwINtNKBNxQmHGMA0GCSqGSIb3DQEBBQUAA4GBAB0MaaTB i2rg1DpvIM5LwOGk3EiimdeUPNj/GyeOIRlCV1AsnZEkv8tZ08SV06nBlW/tuyBTqGuiyQBIxD1I 3U95bY9ZiyW3JrNeMknjhjPRPqnnqErd9Qzw0MvG+zoAPxVnPXAsBf/CtIX3hsC0zItWIP10/Xvb ZORrrIvhVTWKMIIFVTCCBD2gAwIBAgIGQZoOFcmXMA0GCSqGSIb3DQEBBQUAMHUxCzAJBgNVBAYT AkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVz dCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDEwHhcNMTMx MDE0MDgyMDAzWhcNMTYxMDE0MjM1OTU5WjCBhTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxDTALBgNVBAsTBGR0cGkxFjAUBgNVBAsMDVAmSSBEYXJtc3RhZHQxETAP BgNVBAMTCFd1IFFpb25nMR4wHAYJKoZIhvcNAQkBFg9xLnd1QHRlbGVrb20uZGUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCdnL+AAzb3qXY25dzGrm/+cB8zQDlptKHCYb7O5Rw+Ce79 nG+fJ0pYXiq/7r5K3Ysd3uGPWB+bKvkGp8GLMNOd4jnf8sSo0cUuPueLMq5XwkW/rAdXQhZ/sHCx MiU8YXqZ/vN4k3FfkV1q7AjKDRR8/pWPlt194HqPNGqlpbhg/mSiwMWwJmGpcCkqvE11Xd4VNQUv qgT9ySaz4B6jx01HptmnzRQTanneDKkhZfCafmuDghJSyfKk9ljeo1UEd1U7LuNp/bCUrYE2zC8Y q//8FUWcMPgdaJD8opQS2hFkAmSD3B0ycUPrS9rs74REZlIDLvG8xpe0dGdHTzfnJxn5AgMBAAGj ggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMCBSAw HQYDVR0OBBYEFJsp4zl9o+fsPzq+uG8RvkKojkbBMHUGA1UdIARuMGwwagYJKwYBBAG9Rw0QMF0w WwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZpY2Uv a3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0ZWxl a29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRlL3Js L1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVsZXNl Yy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRzY2hl JTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2VydGlm aWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAmjJXGppYZqaw+vB/Oy7Rndkc 1gwvseNldJWiyG/2KnIQSmGrjvewDL6jPahpdi0/BkC+sGBQM/RzjgpSNGDsRcp27c+jlvIZQcuO 7DdXmziZaS65Eye6Yjwx+Ps/VcnAObs1t9BK+vng6CqR4oG4iw6X4U8264fW9wEwcoyP3resIbfF GivRGQu5WylqXx0SGaGtrJnk0Nmw78CCvo+88Z8Q1PUj5jjzLvJ+Pygh4ewZ+r2s2aBXcEDBNKM3 Rt4c04rl8ckMjw5BVOojWADPqZ37UWFvEoBG6nN/DrKnm43F8nODuk99RQczDQlfh7BHA1OzWfEK nn1Y+BCbTROU7DCCBVcwggQ/oAMCAQICBwEaM3Hm8+8wDQYJKoZIhvcNAQEFBQAwdTELMAkGA1UE BhMCREUxJTAjBgNVBAoTHFQtU3lzdGVtcyBJbnRlcm5hdGlvbmFsIEdtYkgxJjAkBgNVBAsTHVRy dXN0IENlbnRlciBEZXV0c2NoZSBUZWxla29tMRcwFQYDVQQDEw5USUtTIDIwMTAgQ0EgMTAeFw0x MzEwMTQwODIwMDJaFw0xNjEwMTQyMzU5NTlaMIGFMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1 dHNjaGUgVGVsZWtvbSBBRzENMAsGA1UECxMEZHRwaTEWMBQGA1UECwwNUCZJIERhcm1zdGFkdDER MA8GA1UEAxMIV3UgUWlvbmcxHjAcBgkqhkiG9w0BCQEWD3Eud3VAdGVsZWtvbS5kZTCCASMwDQYJ KoZIhvcNAQEBBQADggEQADCCAQsCggEBALUAavv4mHp6HWq1uoy0PaQewjQpn2iCIESaAsa7m1Ft l5iFZKnOmk1qRcffiZw3/8ghwMZe5fRdRdE34eMjB3hnvm/eTBKGWPEYv2Wnk8m07vgcEE5xiZGA lhfQ//vWDXGL1lEDomc3VxDUkkvNNjloeGfnvmag/bi2ke8sgSTcjNQa5ZFrA7iz9OXxS28QzTas wLcpIbM+8lf29Lx12eXLB2gBlYEp0ZQnuSWCAJg6wpadrXrS0XmqUZ+aKXqwxjBR0MX+X6xTk0qC PQrp13l4zjlaOWMjLvYsHF9ppmlqqANlqZ6fSQMoepX2YCub9BlbyQbpBfxX1l0sXJpmhQsCBEAA AIGjggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMC B4AwHQYDVR0OBBYEFEVtRG3I1Vf9s1m8bZDcc/FLX/17MHUGA1UdIARuMGwwagYJKwYBBAG9Rw0Q MF0wWwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZp Y2Uva3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0 ZWxla29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRl L3JsL1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVs ZXNlYy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRz Y2hlJTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2Vy dGlmaWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAJ9PYg/LwB/kYLZRXdM7K lI9Xxs4Xj+6JLUH8C4xQ4RmMPTGnSYV1rQBYgP46KmwMbg2bdfC7yalNjdInmPQN0GYKfkrOeLcY xD5zKR5vsWuTDYx+0vMoy6fLC22ZjW3K3wbxLoDX8Y/Lt8+c5n7KHuFkg8+731G9kSFbNpcDEjH4 GHYDmTPSeYSzpys08ClxwkZ8l4NC0XZ+4YBjtTFTt+N3V9PcDEDVmm5Y2QBkZlMH+M6eSC5R+XYd QWzQhX27yjYjazXs+/eMJ7GcAw6kziM/b+vLYbL4lJHDWfb6t+u04NUF5lgRal7+m5bG7/wfiAYM ptVZcy+V9OitIERkzTGCA+kwggPlAgEBMIGAMHUxCzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5 c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUg VGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDECBwEaM3Hm8+8wCQYFKw4DAhoFAKCCAj0w GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwMTA1MTQ0NzQ3WjAj BgkqhkiG9w0BCQQxFgQUSLyKCErD66OLUH/ANzDzZqSK/48wgY8GCSsGAQQBgjcQBDGBgTB/MHUx CzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYD VQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENB IDECBkGaDhXJlzCBkQYLKoZIhvcNAQkQAgsxgYGgfzB1MQswCQYDVQQGEwJERTElMCMGA1UEChMc VC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1c3QgQ2VudGVyIERldXRz Y2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxAgZBmg4VyZcwgbcGCSqGSIb3DQEJ DzGBqTCBpjALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAoGCCqGSIb3DQMHMAsGCWCGSAFlAwQB AjAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwCgYIKoZIhvcN AgUwDQYJKoZIhvcNAQEBBQAEggEAIpMTi3ORFT9+lGQWOIAmbIGxK7gHuK4LgHHHdQsdG8B5zcKn 2UR1x3aQRZnZx8YXwVD1tKGG6uw8f+8jITTj9K6sfl8K7uuCMUdpBSchg5cbs7Jh/1wMXR+E/PIE OkW2RPC1L97xE+XNEZNUcU+/e8dfu5L1F70WvZNlBWyAYIY7oy4Vv3WRTwY30udF3Ys8QODUI6aJ avgH+hq8pMwDBqJXito0pYjhS8aCRTdwdvvVJE1Yj2ddtz/+x/kxb0qZdxlQ4C9zbEryIZGLvcRj RyPGc7OIy/LHDl12n+7BzE/nky4fM0M3dLKLkr/2lKQMMEE9CYpuNEvqtCeY08yXIAAAAAAAAA== ------=_NextPart_000_00C6_01D147D0.6C8FAD20--

1 0

Hosted
by Budur Nagaraju 05 Jan '16

05 Jan '16

HI What is the command to execute in the hosted engine to get the below options ? Engine health status page is not yet reachable. To continue make a selection from the options below: (1) Continue setup - engine installation is complete (2) Power off and restart the VM (3) Abort setup (4) Destroy VM and abort setup

2 1

Hosted-Engine
by Budur Nagaraju 05 Jan '16

05 Jan '16

Installed hosted engine and configured ovirt engine on it and issue is after sometime ovirt engine is automatically getting rebooted ,can you pls help me . Thanks, Nagaraju

2 3

Hosted-engine
by Budur Nagaraju 05 Jan '16

05 Jan '16

HI After installation of Hosted-Emgine ,I have rebooted the vm and getting the following error. [root@He ~]# hosted-engine --vm-status Failed to connect to broker, the number of errors has exceeded the limit (1) Cannot connect to the HA daemon, please check the logs. [root@He ~]# Can someone help me ? Thanks, Nagaraju

3 3

Gluster Data domain not correctly setup at boot
by Stefano Danzi 05 Jan '16

05 Jan '16

I have one testing host (only one) with hosted engine and a gluster data domain (in the same machine). When I start the host and the engine I can see data domain active "up and green" but in the event list I get: - Invalid status on Data Center Default. Setting status to Non Responsive - Storage Domain Data (Data Center Default) was deactivated by system because it's not visible by any of the hosts If I try tu start a VM I get: - Failed to run onDalesSRV on Host ovirt01 - VM onSalesSRV is down with error. Exit message: Cannot access storage file '/rhev/data-center/00000002-0002-0002-0002-0000000001ef/f739b27a-35bf-49c7-a95b-a92ec5c10320/images...... The gluster volume is correctly mounted: [root@ovirt01 ~]# df -h File system Dim. Usati Dispon. Uso% Montato su /dev/mapper/centos_ovirt01-root 50G 18G 33G 35% / devtmpfs 7,8G 0 7,8G 0% /dev tmpfs 7,8G 0 7,8G 0% /dev/shm tmpfs 7,8G 17M 7,8G 1% /run tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup /dev/mapper/centos_ovirt01-home 10G 1,3G 8,8G 13% /home /dev/mapper/centos_ovirt01-glusterOVEngine 50G 11G 40G 22% /home/glusterfs/engine /dev/md0 494M 244M 251M 50% /boot /dev/mapper/centos_ovirt01-glusterOVData 500G 135G 366G 27% /home/glusterfs/data ovirt01.hawai.lan:/engine 50G 11G 40G 22% /rhev/data-center/mnt/ovirt01.hawai.lan:_engine tmpfs 1,6G 0 1,6G 0% /run/user/0 ovirtbk-sheng.hawai.lan:/var/lib/exports/iso 22G 7,6G 15G 35% /rhev/data-center/mnt/ovirtbk-sheng.hawai.lan:_var_lib_exports_iso ovirt01.hawai.lan:/data 500G 135G 366G 27% /rhev/data-center/mnt/glusterSD/ovirt01.hawai.lan:_data But link on '/rhev/data-center/0....' is missing: [root@ovirt01 ~]# ls -la /rhev/data-center/00000002-0002-0002-0002-0000000001ef/ totale 0 drwxr-xr-x. 2 vdsm kvm 64 4 gen 14.31 . drwxr-xr-x. 4 vdsm kvm 59 4 gen 14.31 .. lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 46f55a31-f35f-465c-b3e2-df45c05e06a7 -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7 lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 mastersd -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7 If I put data domain on maintenace mode and reactivate it I can run the VMs. Mounted fs are the same, but now I have links into /rhev/data-center/ : [root@ovirt01 ~]# ls -la /rhev/data-center/00000002-0002-0002-0002-0000000001ef/ totale 4 drwxr-xr-x. 2 vdsm kvm 4096 4 gen 17.10 . drwxr-xr-x. 4 vdsm kvm 59 4 gen 17.10 .. lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 46f55a31-f35f-465c-b3e2-df45c05e06a7 -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7 lrwxrwxrwx. 1 vdsm kvm 103 4 gen 17.10 8cccc37f-d2d4-4684-a389-ac1adb050fa8 -> /rhev/data-center/mnt/ovirtbk-sheng.hawai.lan:_var_lib_exports_iso/8cccc37f-d2d4-4684-a389-ac1adb050fa8 lrwxrwxrwx. 1 vdsm kvm 92 4 gen 17.10 f739b27a-35bf-49c7-a95b-a92ec5c10320 -> /rhev/data-center/mnt/glusterSD/ovirt01.hawai.lan:_data/f739b27a-35bf-49c7-a95b-a92ec5c10320 lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 mastersd -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7

2 2

Re: [ovirt-users] Users Digest, Vol 52, Issue 20
by Charles Tassell 05 Jan '16

05 Jan '16

Hi Budur, Try running the command "kvm-ok" I'm not sure what package it's from, but it will tell you if your system supports the CPU virtualization commands required to run KVM. If kvm-ok isn't installed, you can try running "egrep '(vmx|svm)' /proc/cpuinfo" vmx means you have Intel virtualization support, while svm is the AMD implementation. IE, on my Intel i5 I get a bunch of lines like this: (**'s added for emphasis) flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl **vmx** smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid On 16-01-04 02:47 PM, users-request(a)ovirt.org wrote: > 1. Re: HA cluster (Budur Nagaraju) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 5 Jan 2016 00:17:41 +0530 > From: Budur Nagaraju <nbudoor(a)gmail.com> > To: Simone Tiraboschi <stirabos(a)redhat.com> > Cc: users <users(a)ovirt.org> > Subject: Re: [ovirt-users] HA cluster > Message-ID: > <CAHNF9Q9=d8FYLnF3NN6=vSMvKHoYopn94V72aysDeytjVq7Xmg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I get the below out put , > > [root@he ~]# lsmod |grep kvm > kvm_intel 55624 0 > kvm 345460 1 kvm_intel > > > On Tue, Jan 5, 2016 at 12:06 AM, Budur Nagaraju <nbudoor(a)gmail.com> wrote: > >> Is there any command to check KVM is available or not ? >> >> Below is the output when I run the rpm command. >> >> [root@he /]# rpm -qa |grep kvm >> qemu-kvm-rhev-0.12.1.2-2.479.el6_7.2.x86_64 >> >>

3 3

HA cluster
by Budur Nagaraju 04 Jan '16

04 Jan '16

HI Getting below error while configuring Hosted engine, root@he ~]# hosted-engine --deploy [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: yes Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151126102302-bkozgk.log Version: otopi-1.3.2 (otopi-1.3.2-1.el6) It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: yes [WARNING] Cannot detect if hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup *[ ERROR ] The following VMs has been found: 2b8d6d91-d838-44f6-ae3b-c92cda014280[ ERROR ] Failed to execute stage 'Environment setup': Cannot setup Hosted Engine with other VMs running* [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151126102310.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [root@he ~]#

5 23

Upgrade path from Fedora 20 oVirt 3.5 to Fedora 22 oVirt 3.6
by David Marzal Canovas 04 Jan '16

04 Jan '16

--=_35f37747b7409088194fea6f348517b4 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Hi would like to be sure of the correct upgrate path to take. Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22 and then upgrade oVirt from 3.5 to 3.6? Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3.6 and then make the OS upgrades FD20->FD21->FD22 In the release notes http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ… [1] don't says anything about the upgrade path of the OS, but searching I'm aware that oVirt 3.5 is only compatible with FD20 not with 21, or 22 oVirt 3.6 is only compatible with FD20 not with 21 or 20 Thanks in advance -- David Marzal Cánovas Servicio de Mecanización e Informática Asamblea Regional de Murcia Paseo Alfonso XIII, nº53 30203 - Cartagena Tlfno: 968326800 Links: ------ [1] http://www.ovirt.org/OVirt_3.6_Release_Notes#Install_.2F_Upgrade_from_previ… --=_35f37747b7409088194fea6f348517b4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset= =3DUTF-8" /></head><body style=3D'font-size: 10pt'> Hi would like to be sure of the correct upgrate path to take. Should I first upgrade Fedora 20 -> Fedora 21 -> Fedora 22 and then upgrade oVirt from 3.5 to 3.6? Or would be better to upgrade in the Fedora 20: oVirt 3.5 -> oVirt 3= =2E6 and then make the OS upgrades FD20->FD21->FD22 In the release notes <a href=3D"http://www.ovirt.org/OVirt_3.6_Release_N= otes#Install_.2F_Upgrade_from_previous_versions">http://www.ovirt.org/OVirt= _3.6_Release_Notes#Install_.2F_Upgrade_from_previous_versions</a> don't says anything about the upgrade path of the OS, but searching I'm = aware that oVirt 3.5 is only compatible with FD20 not with 21, or 22 oVirt 3.6 is only compatible with FD20 not with 21 or 20 Thanks in advance <div>-- <table border=3D"0" cellspacing=3D"0" cellpadding=3D"0"> <tbody> <tr> <td><img src=3D"http://www.asambleamurcia.es/templates/sumandoesfuerzos/ima= ges/ARM.png" alt=3D"" width=3D"130" height=3D"79" /></td> <td>David Marzal Cánovas  Servicio de Mecanización = e Informática Asamblea Regional de Murcia Paseo Alfonso XI= II, nº53 30203 - Cartagena Tlfno: 968326800</td> </tr> </tbody> </table> </div> </body></html> --=_35f37747b7409088194fea6f348517b4--

5 5

Ubuntu Repository Key Expired
by ovirt＠timmi.org 04 Jan '16

04 Jan '16

Hi List, I just noticed that the key for the Ubuntu 14.04 repository is expired. pub 2048R/73A1A299 2013-10-24 [expired: 2016-01-02] uid home:evilissimo OBS Project <home:evilissimo@build.opensuse.org> I used the following repository: http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu Best regards Christoph

2 1

New oVirt Node releases?
by Kevin Hung 04 Jan '16

04 Jan '16

Hello, I have noticed that there have not been any official releases of oVirt Node since 3.5.2 [1]. I have tried looking through the Users and the Announce mailing lists for any information regarding the lack of releases, but I was not able to find anything from the past few months. The official documentation for oVirt seems to indicate that oVirt Node is still supported. Are there just build problems preventing oVirt Node from being released? Or are we supposed to use either the latest Jenkins build or our own build [2] if we wish to deploy oVirt Node? [1] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-node/el7-3.5.2/ [2] http://www.ovirt.org/Node_Building

3 3

Which browser should I use?
by gregor 04 Jan '16

04 Jan '16

Hi, after a painful upgrade from 3.5 to 3.6 (AIO) I try to figure out the deeper meaning of the message which is display on the webinterface. "This Browser version isn't optimal for displaying the application graphics (refer to Documentation for details)" Can anybody please point me where in the Documentation this is explained? I tried the latest Firefox and Google-Chrome from arch linux but still get these message? (I hope it doesn't mean to use the Internet Explorer or now known as Edge) cheers gregor

5 5

Refresh Host Devices
by ovirt＠timmi.org 04 Jan '16

04 Jan '16

Hi list, how can I refresh the host devices (usb) in the frontend? "Refresh Capabilities" does not work for me. I want to attach a usb device to a VM but I can't see the device in the frontend. # lsub is showing the device. Best regards Christoph

3 3

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Will Dennis 04 Jan '16

04 Jan '16

--_000_F3282EEAFF180F43BAF1AD0A7C34739D398381njmailneclabscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TGluayBpcyB3b3JraW5nIGFnYWluLi4uDQoNCmh0dHA6Ly9jNy0wMS50aGlzY2FudC5mYWlsDQoN Cg0KDQpTZW50IHdpdGggR29vZCAod3d3Lmdvb2QuY29tKQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBFbGlyYXogTGV2aSBbZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxl dmlAcmVkaGF0LmNvbT5dDQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMDc6MTcgQU0g RWFzdGVybiBTdGFuZGFyZCBUaW1lDQpUbzogV2lsbCBEZW5uaXMNClN1YmplY3Q6IFJlOiBbb3Zp cnQtdXNlcnNdIGhvc3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3Nl ICYgZml4Pw0KDQoNCkhpIFdpbGwgOikNClRoZSBsaW5rIGlzIGJyb2tlbi4NCkNhbiB5b3UgcGxl YXNlIHNlbmQgYSB2YWxpZCBvbmUgdG8gdGhlIGxpc3Q/DQp0aGFua3MgOikNCkVsaXJhei4NCg0K LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIldpbGwgRGVubmlzIiA8d2Rlbm5p c0BuZWMtbGFicy5jb20+DQpUbzogIkVsaXJheiBMZXZpIiA8ZWxldmlAcmVkaGF0LmNvbT4NClNl bnQ6IFN1bmRheSwgMyBKYW51YXJ5LCAyMDE2IDg6MjM6NTkgUE0NClN1YmplY3Q6IFJlOiBbb3Zp cnQtdXNlcnNdIGhvc3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3Nl ICYgZml4Pw0KDQpEaWdpdGFsIE9jZWFuIGRyb3BsZXQgYW5kIFB5dGhvbiBTaW1wbGVIVFRQU2Vy dmVyIEZUVyA7KQ0KaHR0cDovL2M3LTAxLnRoaXNjYW50LmZhaWwNCg0KDQoNCk9uIEphbiAzLCAy MDE2LCBhdCA5OjMzIEFNLCBFbGlyYXogTGV2aSA8ZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxl dmlAcmVkaGF0LmNvbT4+IHdyb3RlOg0KDQoNCg0KdmRzQ2xpZW50IG91dHB1dDogaHR0cDovL2Zw YXN0ZS5vcmcvMzA2NjY2LzgyODU4NzE0Lw0KDQpUaGUgZW5naW5lLmxvZyBpcyB2ZXJ5IGxhcmdl ICg0NDk2IGxpbmVzKSBzbyBjYW5ub3QgZnBhc3Rl4oCmIElzIHRoZXJlIGEgZmlsZSB1cGxvYWQg c2VydmljZSB0aGF0IGNhbiBiZSB1c2VkIHRvIHNoYXJlIHRoZXNlIHNvcnRzIG9mIHRoaW5ncyB3 aXRoIHlvdT8NCg0KSGkgV2lsbCBob3cgYXJlIHlvdT8NClBlcmhhcHMgeW91IGNhbiB1cGxvYWQg dGhlIGxvZyB0byBzb21lIHNvcnQgb2YgYSBjbG91ZD8gc2F5IGdvb2dsZSBhbmQgc2hhcmUgdGhl IFVSTD8NCkkgdGhpbmsgaXQgd2lsbCBiZSB0aGUgZmFzdGVzdCB3YXkgYXJvdW5kLg0KVGhhbmtz IDopDQpwbGVhc2Ugc2VuZCB0aGUgVVJMIGluIHRoZSBtYWlsaW5nIGxpc3Qgc28gZXZlcnlib2R5 IHdpbGwgYmUgYWJsZSB0byBmb2xsb3cuDQpDaGVlcnMhDQpFbGlyYXogOikNCg0KDQoNCg== --_000_F3282EEAFF180F43BAF1AD0A7C34739D398381njmailneclabscom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPGh0bWw+ DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9ImdlbmVyYXRvciIgY29udGVudD0iSFRN TCBUaWR5IGZvciBXaW5kb3dzICh2ZXJzIDI1IE1hcmNoIDIwMDkpLCBzZWUgd3d3LnczLm9yZyI+ DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1TIEV4Y2hhbmdlIFNlcnZlciB2ZXJz aW9uIDE0LjAzLjAyMjQuMDAxIj4NCjx0aXRsZT5SZTogW292aXJ0LXVzZXJzXSBob3N0IHN0YXR1 cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsgLSBob3cgdG8gZGlhZ25vc2UgJmFtcDsgZml4 PzwvdGl0bGU+DQo8L2hlYWQ+DQo8Ym9keT4NCkxpbmsgaXMgd29ya2luZyBhZ2Fpbi4uLjxicj4N Cjxicj4NCmh0dHA6Ly9jNy0wMS50aGlzY2FudC5mYWlsPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K U2VudCB3aXRoIEdvb2QgKHd3dy5nb29kLmNvbSk8YnI+DQo8YnI+DQo8YnI+DQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLTxicj4NCjxiPkZyb206Jm5ic3A7PC9iPkVsaXJheiBMZXZpIFs8YSBo cmVmPSJtYWlsdG86ZWxldmlAcmVkaGF0LmNvbSI+ZWxldmlAcmVkaGF0LmNvbTwvYT5dPGJyPg0K PGI+U2VudDombmJzcDs8L2I+TW9uZGF5LCBKYW51YXJ5IDA0LCAyMDE2IDA3OjE3IEFNIEVhc3Rl cm4gU3RhbmRhcmQgVGltZTxicj4NCjxiPlRvOiZuYnNwOzwvYj5XaWxsIERlbm5pczxicj4NCjxi PlN1YmplY3Q6Jm5ic3A7PC9iPlJlOiBbb3ZpcnQtdXNlcnNdIGhvc3Qgc3RhdHVzICZxdW90O05v biBPcGVyYXRpb25hbCZxdW90OyAtIGhvdyB0byBkaWFnbm9zZSAmYW1wOyBmaXg/PGJyPg0KPGJy Pg0KPCEtLSBDb252ZXJ0ZWQgZnJvbSB0ZXh0L3BsYWluIGZvcm1hdCAtLT4NCjxwPjxmb250IHNp emU9IjIiPkhpIFdpbGwgOik8YnI+DQpUaGUgbGluayBpcyBicm9rZW4uPGJyPg0KQ2FuIHlvdSBw bGVhc2Ugc2VuZCBhIHZhbGlkIG9uZSB0byB0aGUgbGlzdD88YnI+DQp0aGFua3MgOik8YnI+DQpF bGlyYXouPGJyPg0KPGJyPg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLTxicj4NCkZyb206 ICZxdW90O1dpbGwgRGVubmlzJnF1b3Q7ICZsdDt3ZGVubmlzQG5lYy1sYWJzLmNvbSZndDs8YnI+ DQpUbzogJnF1b3Q7RWxpcmF6IExldmkmcXVvdDsgJmx0O2VsZXZpQHJlZGhhdC5jb20mZ3Q7PGJy Pg0KU2VudDogU3VuZGF5LCAzIEphbnVhcnksIDIwMTYgODoyMzo1OSBQTTxicj4NClN1YmplY3Q6 IFJlOiBbb3ZpcnQtdXNlcnNdIGhvc3Qgc3RhdHVzICZxdW90O05vbiBPcGVyYXRpb25hbCZxdW90 OyAtIGhvdyB0byBkaWFnbm9zZSAmYW1wOyBmaXg/PGJyPg0KPGJyPg0KRGlnaXRhbCBPY2VhbiBk cm9wbGV0IGFuZCBQeXRob24gU2ltcGxlSFRUUFNlcnZlciBGVFcgOyk8YnI+DQo8YSBocmVmPSJo dHRwOi8vYzctMDEudGhpc2NhbnQuZmFpbCI+aHR0cDovL2M3LTAxLnRoaXNjYW50LmZhaWw8L2E+ PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KT24gSmFuIDMsIDIwMTYsIGF0IDk6MzMgQU0sIEVsaXJh eiBMZXZpICZsdDtlbGV2aUByZWRoYXQuY29tJmx0OzxhIGhyZWY9Im1haWx0bzplbGV2aUByZWRo YXQuY29tIj5tYWlsdG86ZWxldmlAcmVkaGF0LmNvbTwvYT4mZ3Q7Jmd0OyB3cm90ZTo8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQp2ZHNDbGllbnQgb3V0cHV0OiA8YSBocmVmPSJodHRwOi8vZnBhc3Rl Lm9yZy8zMDY2NjYvODI4NTg3MTQvIj5odHRwOi8vZnBhc3RlLm9yZy8zMDY2NjYvODI4NTg3MTQv PC9hPjxicj4NCjxicj4NClRoZSBlbmdpbmUubG9nIGlzIHZlcnkgbGFyZ2UgKDQ0OTYgbGluZXMp IHNvIGNhbm5vdCBmcGFzdGXigKYgSXMgdGhlcmUgYSBmaWxlIHVwbG9hZCBzZXJ2aWNlIHRoYXQg Y2FuIGJlIHVzZWQgdG8gc2hhcmUgdGhlc2Ugc29ydHMgb2YgdGhpbmdzIHdpdGggeW91Pzxicj4N Cjxicj4NCkhpIFdpbGwgaG93IGFyZSB5b3U/PGJyPg0KUGVyaGFwcyB5b3UgY2FuIHVwbG9hZCB0 aGUgbG9nIHRvIHNvbWUgc29ydCBvZiBhIGNsb3VkPyBzYXkgZ29vZ2xlIGFuZCBzaGFyZSB0aGUg VVJMPzxicj4NCkkgdGhpbmsgaXQgd2lsbCBiZSB0aGUgZmFzdGVzdCB3YXkgYXJvdW5kLjxicj4N ClRoYW5rcyA6KTxicj4NCnBsZWFzZSBzZW5kIHRoZSBVUkwgaW4gdGhlIG1haWxpbmcgbGlzdCBz byBldmVyeWJvZHkgd2lsbCBiZSBhYmxlIHRvIGZvbGxvdy48YnI+DQpDaGVlcnMhPGJyPg0KRWxp cmF6IDopPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPC9mb250PjwvcD4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_F3282EEAFF180F43BAF1AD0A7C34739D398381njmailneclabscom_--

1 0

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Will Dennis 04 Jan '16

04 Jan '16

--_000_F3282EEAFF180F43BAF1AD0A7C34739D398377njmailneclabscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U29ycnksIGxpbmsgc2hvdWxkIGJlIHdvcmtpbmcgYWdhaW4gbm93Li4uDQoNCg0KDQpTZW50IHdp dGggR29vZCAod3d3Lmdvb2QuY29tKQ0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG cm9tOiBFbGlyYXogTGV2aSBbZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxldmlAcmVkaGF0LmNv bT5dDQpTZW50OiBNb25kYXksIEphbnVhcnkgMDQsIDIwMTYgMDc6MTcgQU0gRWFzdGVybiBTdGFu ZGFyZCBUaW1lDQpUbzogV2lsbCBEZW5uaXMNClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIGhv c3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3NlICYgZml4Pw0KDQoN CkhpIFdpbGwgOikNClRoZSBsaW5rIGlzIGJyb2tlbi4NCkNhbiB5b3UgcGxlYXNlIHNlbmQgYSB2 YWxpZCBvbmUgdG8gdGhlIGxpc3Q/DQp0aGFua3MgOikNCkVsaXJhei4NCg0KLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIldpbGwgRGVubmlzIiA8d2Rlbm5pc0BuZWMtbGFicy5j b20+DQpUbzogIkVsaXJheiBMZXZpIiA8ZWxldmlAcmVkaGF0LmNvbT4NClNlbnQ6IFN1bmRheSwg MyBKYW51YXJ5LCAyMDE2IDg6MjM6NTkgUE0NClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIGhv c3Qgc3RhdHVzICJOb24gT3BlcmF0aW9uYWwiIC0gaG93IHRvIGRpYWdub3NlICYgZml4Pw0KDQpE aWdpdGFsIE9jZWFuIGRyb3BsZXQgYW5kIFB5dGhvbiBTaW1wbGVIVFRQU2VydmVyIEZUVyA7KQ0K aHR0cDovL2M3LTAxLnRoaXNjYW50LmZhaWwNCg0KDQoNCk9uIEphbiAzLCAyMDE2LCBhdCA5OjMz IEFNLCBFbGlyYXogTGV2aSA8ZWxldmlAcmVkaGF0LmNvbTxtYWlsdG86ZWxldmlAcmVkaGF0LmNv bT4+IHdyb3RlOg0KDQoNCg0KdmRzQ2xpZW50IG91dHB1dDogaHR0cDovL2ZwYXN0ZS5vcmcvMzA2 NjY2LzgyODU4NzE0Lw0KDQpUaGUgZW5naW5lLmxvZyBpcyB2ZXJ5IGxhcmdlICg0NDk2IGxpbmVz KSBzbyBjYW5ub3QgZnBhc3Rl4oCmIElzIHRoZXJlIGEgZmlsZSB1cGxvYWQgc2VydmljZSB0aGF0 IGNhbiBiZSB1c2VkIHRvIHNoYXJlIHRoZXNlIHNvcnRzIG9mIHRoaW5ncyB3aXRoIHlvdT8NCg0K SGkgV2lsbCBob3cgYXJlIHlvdT8NClBlcmhhcHMgeW91IGNhbiB1cGxvYWQgdGhlIGxvZyB0byBz b21lIHNvcnQgb2YgYSBjbG91ZD8gc2F5IGdvb2dsZSBhbmQgc2hhcmUgdGhlIFVSTD8NCkkgdGhp bmsgaXQgd2lsbCBiZSB0aGUgZmFzdGVzdCB3YXkgYXJvdW5kLg0KVGhhbmtzIDopDQpwbGVhc2Ug c2VuZCB0aGUgVVJMIGluIHRoZSBtYWlsaW5nIGxpc3Qgc28gZXZlcnlib2R5IHdpbGwgYmUgYWJs ZSB0byBmb2xsb3cuDQpDaGVlcnMhDQpFbGlyYXogOikNCg0KDQoNCg== --_000_F3282EEAFF180F43BAF1AD0A7C34739D398377njmailneclabscom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPGh0bWw+ DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9o dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9ImdlbmVyYXRvciIgY29udGVudD0iSFRN TCBUaWR5IGZvciBXaW5kb3dzICh2ZXJzIDI1IE1hcmNoIDIwMDkpLCBzZWUgd3d3LnczLm9yZyI+ DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1TIEV4Y2hhbmdlIFNlcnZlciB2ZXJz aW9uIDE0LjAzLjAyMjQuMDAxIj4NCjx0aXRsZT5SZTogW292aXJ0LXVzZXJzXSBob3N0IHN0YXR1 cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsgLSBob3cgdG8gZGlhZ25vc2UgJmFtcDsgZml4 PzwvdGl0bGU+DQo8L2hlYWQ+DQo8Ym9keT4NClNvcnJ5LCBsaW5rIHNob3VsZCBiZSB3b3JraW5n IGFnYWluIG5vdy4uLjxicj4NCjxicj4NCjxicj4NCjxicj4NClNlbnQgd2l0aCBHb29kICh3d3cu Z29vZC5jb20pPGJyPg0KPGJyPg0KPGJyPg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+ DQo8Yj5Gcm9tOiZuYnNwOzwvYj5FbGlyYXogTGV2aSBbPGEgaHJlZj0ibWFpbHRvOmVsZXZpQHJl ZGhhdC5jb20iPmVsZXZpQHJlZGhhdC5jb208L2E+XTxicj4NCjxiPlNlbnQ6Jm5ic3A7PC9iPk1v bmRheSwgSmFudWFyeSAwNCwgMjAxNiAwNzoxNyBBTSBFYXN0ZXJuIFN0YW5kYXJkIFRpbWU8YnI+ DQo8Yj5UbzombmJzcDs8L2I+V2lsbCBEZW5uaXM8YnI+DQo8Yj5TdWJqZWN0OiZuYnNwOzwvYj5S ZTogW292aXJ0LXVzZXJzXSBob3N0IHN0YXR1cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsg LSBob3cgdG8gZGlhZ25vc2UgJmFtcDsgZml4Pzxicj4NCjxicj4NCjwhLS0gQ29udmVydGVkIGZy b20gdGV4dC9wbGFpbiBmb3JtYXQgLS0+DQo8cD48Zm9udCBzaXplPSIyIj5IaSBXaWxsIDopPGJy Pg0KVGhlIGxpbmsgaXMgYnJva2VuLjxicj4NCkNhbiB5b3UgcGxlYXNlIHNlbmQgYSB2YWxpZCBv bmUgdG8gdGhlIGxpc3Q/PGJyPg0KdGhhbmtzIDopPGJyPg0KRWxpcmF6Ljxicj4NCjxicj4NCi0t LS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS08YnI+DQpGcm9tOiAmcXVvdDtXaWxsIERlbm5pcyZx dW90OyAmbHQ7d2Rlbm5pc0BuZWMtbGFicy5jb20mZ3Q7PGJyPg0KVG86ICZxdW90O0VsaXJheiBM ZXZpJnF1b3Q7ICZsdDtlbGV2aUByZWRoYXQuY29tJmd0Ozxicj4NClNlbnQ6IFN1bmRheSwgMyBK YW51YXJ5LCAyMDE2IDg6MjM6NTkgUE08YnI+DQpTdWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBo b3N0IHN0YXR1cyAmcXVvdDtOb24gT3BlcmF0aW9uYWwmcXVvdDsgLSBob3cgdG8gZGlhZ25vc2Ug JmFtcDsgZml4Pzxicj4NCjxicj4NCkRpZ2l0YWwgT2NlYW4gZHJvcGxldCBhbmQgUHl0aG9uIFNp bXBsZUhUVFBTZXJ2ZXIgRlRXIDspPGJyPg0KPGEgaHJlZj0iaHR0cDovL2M3LTAxLnRoaXNjYW50 LmZhaWwiPmh0dHA6Ly9jNy0wMS50aGlzY2FudC5mYWlsPC9hPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCk9uIEphbiAzLCAyMDE2LCBhdCA5OjMzIEFNLCBFbGlyYXogTGV2aSAmbHQ7ZWxldmlAcmVk aGF0LmNvbSZsdDs8YSBocmVmPSJtYWlsdG86ZWxldmlAcmVkaGF0LmNvbSI+bWFpbHRvOmVsZXZp QHJlZGhhdC5jb208L2E+Jmd0OyZndDsgd3JvdGU6PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KdmRz Q2xpZW50IG91dHB1dDogPGEgaHJlZj0iaHR0cDovL2ZwYXN0ZS5vcmcvMzA2NjY2LzgyODU4NzE0 LyI+aHR0cDovL2ZwYXN0ZS5vcmcvMzA2NjY2LzgyODU4NzE0LzwvYT48YnI+DQo8YnI+DQpUaGUg ZW5naW5lLmxvZyBpcyB2ZXJ5IGxhcmdlICg0NDk2IGxpbmVzKSBzbyBjYW5ub3QgZnBhc3Rl4oCm IElzIHRoZXJlIGEgZmlsZSB1cGxvYWQgc2VydmljZSB0aGF0IGNhbiBiZSB1c2VkIHRvIHNoYXJl IHRoZXNlIHNvcnRzIG9mIHRoaW5ncyB3aXRoIHlvdT88YnI+DQo8YnI+DQpIaSBXaWxsIGhvdyBh cmUgeW91Pzxicj4NClBlcmhhcHMgeW91IGNhbiB1cGxvYWQgdGhlIGxvZyB0byBzb21lIHNvcnQg b2YgYSBjbG91ZD8gc2F5IGdvb2dsZSBhbmQgc2hhcmUgdGhlIFVSTD88YnI+DQpJIHRoaW5rIGl0 IHdpbGwgYmUgdGhlIGZhc3Rlc3Qgd2F5IGFyb3VuZC48YnI+DQpUaGFua3MgOik8YnI+DQpwbGVh c2Ugc2VuZCB0aGUgVVJMIGluIHRoZSBtYWlsaW5nIGxpc3Qgc28gZXZlcnlib2R5IHdpbGwgYmUg YWJsZSB0byBmb2xsb3cuPGJyPg0KQ2hlZXJzITxicj4NCkVsaXJheiA6KTxicj4NCjxicj4NCjxi cj4NCjxicj4NCjwvZm9udD48L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F3282EEAFF180F43BAF1AD0A7C34739D398377njmailneclabscom_--

1 0

Ovirt 3.6.1 unable to manually start hosted engine vm
by Stefano Danzi 04 Jan '16

04 Jan '16

Hi ! After upgrade from ovirt 3.5 to 3.6 I'm not able to manually start hosted-engine vm using "hosted-engine --vm-start" I have only one host. I put engine in global maintenance mode, I shutdown all VM and hosted engine VM. I reboot the host and run "hosted-engine --vm-start", but the VM never start (I waited for 10 minutes). When I run " hosted-engine --set-maintenance --mode=none" engine VM start immediately. [root@ovirt01 ~]# hosted-engine --vm-start b66ae2c5-de0f-4361-953b-f10226da7eb8 Status = WaitForLaunch nicModel = rtl8139,pv statusTime = 4294711929 emulatedMachine = pc pid = 0 vmName = HostedEngine devices = [{'index': '2', 'iface': 'ide', 'specParams': {}, 'readonly': 'true', 'deviceId': '9866b541-20db-40c8-9512-b4f5277700fd', 'address': {'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'device': 'cdrom', 'shared': 'false', 'path': '/home/pacchetti/iso/CentOS-7.0-1406-x86_64-Minimal.iso', 'type': 'disk'}, {'index': '0', 'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'poolID': '00000000-0000-0000-0000-000000000000', 'volumeID': 'f89cf2a9-af3c-4c07-9e45-5f2c5fd8e155', 'imageID': 'c0c575cf-9107-49b8-8a0f-95c8efa6ad06', 'specParams': {}, 'readonly': 'false', 'domainID': '46f55a31-f35f-465c-b3e2-df45c05e06a7', 'optional': 'false', 'deviceId': 'c0c575cf-9107-49b8-8a0f-95c8efa6ad06', 'address': {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'disk', 'shared': 'exclusive', 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 'model': 'virtio-scsi', 'type': 'controller'}, {'nicModel': 'pv', 'macAddr': '00:16:3e:12:d5:35', 'linkActive': 'true', 'network': 'ovirtmgmt', 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': '3f76ab15-bf91-41ad-b02d-dbdb21fae828', 'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface'}, {'device': 'console', 'specParams': {}, 'type': 'console', 'deviceId': 'a40e268c-bef7-4ca4-832a-28e550e9e012', 'alias': 'console0'}] guestDiskMapping = {} vmType = kvm clientIp = displaySecurePort = -1 memSize = 4096 displayPort = -1 cpuType = SandyBridge spiceSecureChannels = smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp = 2 displayIp = 0 display = vnc [root@ovirt01 ~]# hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! --== Host 1 status ==-- Status up-to-date : False Hostname : ovirt01.hawai.lan Host ID : 1 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : d2fb89cb Host timestamp : 3569

3 5

Re: [ovirt-users] Not able to attach my storage
by Michael Cooper 04 Jan '16

04 Jan '16

My Apologies sir will do from here on out. On Sun, Jan 3, 2016 at 4:54 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > Hi Michael, > > Please reply to both the mailing list (users(a)ovirt.org) and me. This > way the discussion is available to other users (it is searchable in > the web). > > Thanks, > Nir > > On Sun, Jan 3, 2016 at 11:45 AM, Michael Cooper <mcooper(a)coopfire.com> > wrote: > > I am sorry Nir, I will do that I apologize. I am going to rebuild from > > scratch as I think I may have done something wrong in the process, I will > > let yu know. > > > > Thank you very much for responding. > > > > > > > > On Sun, Jan 3, 2016 at 3:47 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > >> > >> > >> בתאריך 3 בינו׳ 2016 10:26 לפנה״צ,‏ "Michael Cooper" < > mcooper(a)coopfire.com> > >> כתב: > >> > >> (Adding users list) > >> > > >> > This from my engine.log > >> > >> (Snipped log) > >> > >> Next time please attach log files, dumping partial logs in the message > >> body is not very useful. > >> > >> > > >> > I have attached 2 screenshots as well for your review. Let me know I > >> > have read through the log but I am new to oVirt so I am not sure what > I am > >> > looking for yet. > >> > > >> > >> In the screenshot we can see that you already have iso domain attached > >> (CF_ISO). Seems that the system does not support more than one attached > iso > >> domain. > >> > >> Why do you need multiple iso domains attached to the same dc? > >> > >> > >> > > >> > > >> > On Sat, Jan 2, 2016 at 11:30 AM, Nir Soffer <nsoffer(a)redhat.com> > wrote: > >> >> > >> >> On Sat, Jan 2, 2016 at 12:46 PM, Michael Cooper < > mcooper(a)coopfire.com> > >> >> wrote: > >> >> > Hello Everyone, > >> >> > > >> >> > I wondering why I cannot attach my iso_domain to my Data > >> >> > Center. > >> >> > When I try to attach it says no Valid DataCenters. Why is this > >> >> > happening? > >> >> > Where should I start looking for the resolution? > >> >> > >> >> Can you describe your data center? do you have active hosts? active > >> >> storage domain? > >> >> > >> >> Can you attach engine.log showing this error? > >> >> > >> >> Nir > >> >> > >> >> > > >> >> > Thanks, > >> >> > > >> >> > -- > >> >> > Michael A Cooper > >> >> > Linux Certified > >> >> > Zerto Certified > >> >> > http://www.coopfire.com > >> >> > > >> >> > _______________________________________________ > >> >> > Users mailing list > >> >> > Users(a)ovirt.org > >> >> > http://lists.ovirt.org/mailman/listinfo/users > >> >> > > >> > > >> > > >> > > >> > > >> > -- > >> > Michael A Cooper > >> > Linux Certified > >> > Zerto Certified > >> > http://www.coopfire.com > > > > > > > > > > -- > > Michael A Cooper > > Linux Certified > > Zerto Certified > > http://www.coopfire.com > -- Michael A Cooper Linux Certified Zerto Certified http://www.coopfire.com

1 0

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Will Dennis 03 Jan '16

03 Jan '16

Forgot to cc: list, sorry… On Jan 3, 2016, at 1:24 PM, Will Dennis <wdennis(a)nec-labs.com<mailto:wdennis@nec-labs.com>> wrote: Digital Ocean droplet and Python SimpleHTTPServer FTW ;) http://c7-01.thiscant.fail<http://c7-01.thiscant.fail/> On Jan 3, 2016, at 9:33 AM, Eliraz Levi <elevi(a)redhat.com<mailto:elevi@redhat.com>> wrote: vdsClient output: http://fpaste.org/306666/82858714/ The engine.log is very large (4496 lines) so cannot fpaste… Is there a file upload service that can be used to share these sorts of things with you? Hi Will how are you? Perhaps you can upload the log to some sort of a cloud? say google and share the URL? I think it will be the fastest way around. Thanks :) please send the URL in the mailing list so everybody will be able to follow. Cheers! Eliraz :)

1 0

Migration Failure With FibreChannel+NFS
by Charles Tassell 03 Jan '16

03 Jan '16

Hi Everyone, I've been playing around with oVirt 3.6.1 to see if we can use it to replace VMWare, and I'm running into a problem with live migrations. They fail and I can't seem to find an error message that describes why (the error logging is VERY verbose, so maybe I'm just missing the important part.) I've setup two hosts that use a fibre channel SAN for the VM datastore and an NFS share for the ISO datastore. I have a VM which is just booting off of a SystemRescue ISO file with a 2GB disk. It seems to run fine, but when I try to migrate it to the other host I get the following in the engine.log of the hosted engine: 2015-12-31 09:28:20,433 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-31) [61255087] Lock Acquired to object 'EngineLock:{exclusiveLocks='[2be4938e-f4a3-4322-bae3-8a9628b81835=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName cdTest02>]', sharedLocks='null'}' 2015-12-31 09:28:20,526 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-31) [61255087] Candidate host 'oVirt-01' ('cbfd733b-8ced-487d-8754-a2217ce1210f') was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'Migration' (correlation id: null) 2015-12-31 09:28:20,646 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] Running command: MigrateVmCommand internal: false. Entities affected : ID: 2be4938e-f4a3-4322-bae3-8a9628b81835 Type: VMAction group MIGRATE_VM with role type USER 2015-12-31 09:28:20,701 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] START, MigrateVDSCommand( MigrateVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', srcHost='ovirt-01.virt.roblib.upei.ca', dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='false', migrateCompressed='false', consoleAddress='null'}), log id: f2548d4 2015-12-31 09:28:20,703 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] START, MigrateBrokerVDSCommand(HostName = oVirt-01, MigrateVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', srcHost='ovirt-01.virt.roblib.upei.ca', dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='false', migrateCompressed='false', consoleAddress='null'}), log id: 5ec26536 2015-12-31 09:28:21,435 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] FINISH, MigrateBrokerVDSCommand, log id: 5ec26536 2015-12-31 09:28:21,449 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.thread.pool-8-thread-30) [61255087] FINISH, MigrateVDSCommand, return: MigratingFrom, log id: f2548d4 2015-12-31 09:28:21,504 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-30) [61255087] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: cdTest02, Source: oVirt-01, Destination: oVirt-02, User: admin@internal). 2015-12-31 09:28:22,984 WARN [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-3) [] skipping VM '2be4938e-f4a3-4322-bae3-8a9628b81835' from this monitoring cycle - the VM data has changed since fetching the data 2015-12-31 09:28:22,992 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-3) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: dfa1177 2015-12-31 09:28:23,628 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-3) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@16b85d46, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299531100, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: dfa1177 2015-12-31 09:28:23,636 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-32) [699a8657] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: 23a50a1d 2015-12-31 09:28:23,637 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 3b3d52a7 2015-12-31 09:28:25,137 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 3b3d52a7 2015-12-31 09:28:25,155 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 173f9a1 2015-12-31 09:28:26,407 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [699a8657] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 173f9a1 2015-12-31 09:28:26,407 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-32) [699a8657] FINISH, GetExistingStorageDomainListQuery, log id: 23a50a1d 2015-12-31 09:28:26,407 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-32) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-12-31 09:28:38,649 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-52) [] VM '2be4938e-f4a3-4322-bae3-8a9628b81835'(cdTest02) moved from 'MigratingFrom' --> 'Up' 2015-12-31 09:28:38,650 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-52) [] Adding VM '2be4938e-f4a3-4322-bae3-8a9628b81835' to re-run list 2015-12-31 09:28:38,662 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-52) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: 6ca982ad 2015-12-31 09:28:39,672 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-52) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@7cf9a247, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299546770, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 6ca982ad 2015-12-31 09:28:39,681 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-37) [718efaaf] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: 2751bc0b 2015-12-31 09:28:39,682 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 6ffe19fd 2015-12-31 09:28:39,730 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-52) [] Rerun VM '2be4938e-f4a3-4322-bae3-8a9628b81835'. Called from VDS 'oVirt-01' 2015-12-31 09:28:39,738 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (org.ovirt.thread.pool-8-thread-36) [] START, MigrateStatusVDSCommand(HostName = oVirt-01, MigrateStatusVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835'}), log id: 3cd2d338 2015-12-31 09:28:40,323 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (org.ovirt.thread.pool-8-thread-36) [] FINISH, MigrateStatusVDSCommand, log id: 3cd2d338 2015-12-31 09:28:40,362 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM cdTest02 to Host oVirt-02 . Trying to migrate to another Host. 2015-12-31 09:28:40,477 WARN [org.ovirt.engine.core.bll.MigrateVmCommand] (org.ovirt.thread.pool-8-thread-36) [] CanDoAction of action 'MigrateVm' failed for user admin@internal. Reasons: VAR__ACTION__MIGRATE,VAR__TYPE__VM,VAR__ACTION__MIGRATE,VAR__TYPE__VM,VAR__ACTION__MIGRATE,VAR__TYPE__VM,SCHEDULING_NO_HOSTS 2015-12-31 09:28:40,478 INFO [org.ovirt.engine.core.bll.MigrateVmCommand] (org.ovirt.thread.pool-8-thread-36) [] Lock freed to object 'EngineLock:{exclusiveLocks='[2be4938e-f4a3-4322-bae3-8a9628b81835=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName cdTest02>]', sharedLocks='null'}' 2015-12-31 09:28:40,512 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: No available host was found to migrate VM cdTest02 to. 2015-12-31 09:28:40,520 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-36) [] Correlation ID: 61255087, Job ID: ff37dfc9-f543-4e7b-983c-62cb0056959c, Call Stack: null, Custom Event ID: -1, Message: Migration failed (VM: cdTest02, Source: oVirt-01). 2015-12-31 09:28:42,059 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 6ffe19fd 2015-12-31 09:28:42,088 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 4aca610e 2015-12-31 09:28:43,340 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-37) [718efaaf] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 4aca610e 2015-12-31 09:28:43,341 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-37) [718efaaf] FINISH, GetExistingStorageDomainListQuery, log id: 2751bc0b 2015-12-31 09:28:43,341 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-37) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-12-31 09:28:55,757 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-8) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: 6a41d8c6 2015-12-31 09:28:56,767 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-8) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@74a71c9b, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299563870, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 6a41d8c6 2015-12-31 09:28:56,776 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-42) [59b077df] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: c77c6e6 2015-12-31 09:28:56,777 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 3faa3525 2015-12-31 09:28:57,435 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 3faa3525 2015-12-31 09:28:57,456 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 3e139bdf 2015-12-31 09:28:58,666 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-42) [59b077df] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 3e139bdf 2015-12-31 09:28:58,666 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-42) [59b077df] FINISH, GetExistingStorageDomainListQuery, log id: c77c6e6 2015-12-31 09:28:58,666 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-42) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-12-31 09:29:12,776 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-60) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vds='Host[,cbfd733b-8ced-487d-8754-a2217ce1210f]', vmIds='[2beb0a49-6f2a-460a-b253-d3fcc7b68d31]'}), log id: 18733300 2015-12-31 09:29:12,823 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-60) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={96768549-c104-4e9c-a={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=2beb0a49-6f2a-460a-b253-d3fcc7b68d31, pid=9358, devices=[Ljava.lang.Object;@27f48830, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, cpuType=Westmere, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4299580890, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 18733300 2015-12-31 09:29:12,832 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: 7bbc9a0a 2015-12-31 09:29:12,833 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] START, HSMGetStorageDomainsListVDSCommand(HostName = oVirt-01, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 4d600567 2015-12-31 09:29:13,438 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] FINISH, HSMGetStorageDomainsListVDSCommand, return: [383a1e7d-8b86-4a50-8bc3-e4374c57a3e5, 8dfcc83b-64d7-4ff7-9800-02ba3430ea7b], log id: 4d600567 2015-12-31 09:29:13,482 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] START, HSMGetStorageDomainInfoVDSCommand(HostName = oVirt-01, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', storageDomainId='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}), log id: 6ff4b44f 2015-12-31 09:29:14,883 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='oVirt_FC01', id='8dfcc83b-64d7-4ff7-9800-02ba3430ea7b'}, null>, log id: 6ff4b44f 2015-12-31 09:29:14,883 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-50) [4ddfdad5] FINISH, GetExistingStorageDomainListQuery, log id: 7bbc9a0a 2015-12-31 09:29:14,883 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-50) [] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST Any ideas?

2 5

Re: [ovirt-users] host status "Non Operational" - how to diagnose & fix?
by Karli Sjöberg 03 Jan '16

03 Jan '16

--_000_d073628bd7264472a089d77e6921e2acemailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMyBqYW4uIDIwMTYgMjo0MyBmbSBza3JldiBXaWxsIERlbm5pcyA8d2Rlbm5pc0BuZWMt bGFicy5jb20+Og0KPg0KPiBUaGUg4oCYb3ZpcnRtZ2104oCZIG5ldHdvcmsgaGFzIGJlZW4gJiBp cyBzdGlsbCBwbGFjZWQgb24gYSB3b3JraW5nIE5JQyAoZW5wMTJzMGYwKeKApiBJdOKAmXMganVz dCB0aGF0IG5vdywgb1ZpcnQgc29tZWhvdyBkb2VzbuKAmXQgKnRoaW5rKiBpdOKAmXMgd29ya2lu Z+KApg0KDQpIZXJlJ3Mgc29tZXRoaW5nIEkgd3JvdGUgYSBsb25nIHRpbWUgYWdvIG5vdywgZm9y IHRob3NlIHRpbWVzIHdoZW4gYXV0by1ndWktY29uZmlnIGZsdWZmIGp1c3Qgd29uJ3QgZG86DQoN Cmh0dHA6Ly93d3cub3ZpcnQub3JnL0JvbmRpbmdfVkxBTl9CcmlkZ2UNCg0KL0sNCj4NCj4gaHR0 cDovL3MxMDk2LnBob3RvYnVja2V0LmNvbS91c2VyL3dpbGxkZW5uaXMvbWVkaWEvc2V0dXAtbmV0 d29ya3MucG5nLmh0bWwNCj4NCj4gSG93ZXZlciwgYXMgSSBzaG93ZWQgeW91IGluIHRoZSDigJhp cCBsaW5rIHNob3cgdXDigJkgb3V0cHV0LCBpdCBpcyBpbmRlZWQgdXAgYW5kIHdvcmtpbmcuDQo+ DQo+DQo+DQo+DQo+IE9uIEphbiAyLCAyMDE2LCBhdCA4OjAwIFBNLCBSb3kgR29sYW4gPHJnb2xh bkByZWRoYXQuY29tPG1haWx0bzpyZ29sYW5AcmVkaGF0LmNvbT4+IHdyb3RlOg0KPg0KPg0KPg0K PiBPbiBTdW4sIEphbiAzLCAyMDE2IGF0IDI6NDYgQU0sIFdpbGwgRGVubmlzIDx3ZGVubmlzQG5l Yy1sYWJzLmNvbTxtYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb20+PiB3cm90ZToNCj4gSSBoYXZl IGhhZCBvbmUgb2YgbXkgaG9zdHMgZ28gaW50byB0aGUgc3RhdGUg4oCcTm9uIE9wZXJhdGlvbmFs 4oCdIGFmdGVyIEkgcmVib290ZWQgaXTigKYgSSBhbHNvIG5vdGljZWQgdGhhdCBpbiB0aGUgb1Zp cnQgd2ViYWRtaW4gVUksIHRoZSBOSUMgdGhhdOKAmXMgdXNlZCBpbiB0aGUg4oCYb3ZpcnRtZ210 4oCZIG5ldHdvcmsgaXMgc2hvd2luZyDigJxkb3du4oCdLCBidXQgaW4gTGludXggdGhlIE5JQyBp cyBvcGVyYXRpb25hbCBhbmQgdXAsIGFzIGlzIHRoZSDigJhvdmlydG1nbXTigJkgYnJpZGdl4oCm DQo+DQo+DQo+IEhvc3RzIHRhYiAtPiBOZXR3b3JrIEludGVyZmFjZXMgc3VidGFiIC0+IGNsaWNr ICJTZXR1cCBuZXR3b3JrcyIgYW5kIG1ha2Ugc3VyZSAib3ZpcnRtZ210IiBpcyBwbGFjZWQgb24g YSB3b3JraW5nIG5pYy4NCj4NCj4gbWFrZSBzdXJlDQo+IFtyb290QG92aXJ0LW5vZGUtMDIgfl0j IGlwIGxpbmsgc2ggdXANCj4gMTogbG86IDxMT09QQkFDSyxVUCxMT1dFUl9VUD4gbXR1IDY1NTM2 IHFkaXNjIG5vcXVldWUgc3RhdGUgVU5LTk9XTiBtb2RlIERFRkFVTFQNCj4gICAgIGxpbmsvbG9v cGJhY2sgMDA6MDA6MDA6MDA6MDA6MDAgYnJkIDAwOjAwOjAwOjAwOjAwOjAwDQo+IDI6IGJvbmQw OiA8Tk8tQ0FSUklFUixCUk9BRENBU1QsTVVMVElDQVNULE1BU1RFUixVUD4gbXR1IDE1MDAgcWRp c2Mgbm9xdWV1ZSBzdGF0ZSBET1dOIG1vZGUgREVGQVVMVA0KPiAgICAgbGluay9ldGhlciAwMDox NToxNzo3YjplOTpiMCBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmYNCj4gMzogZW5wNHMwZjA6IDxOTy1D QVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNBU1QsU0xBVkUsVVA+IG10dSAxNTAwIHFkaXNjIHBmaWZv X2Zhc3QgbWFzdGVyIGJvbmQwIHN0YXRlIERPV04gbW9kZSBERUZBVUxUIHFsZW4gMTAwMA0KPiAg ICAgbGluay9ldGhlciAwMDoxNToxNzo3YjplOTpiMCBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmYNCj4g NDogZW5wNHMwZjE6IDxOTy1DQVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNBU1QsU0xBVkUsVVA+IG10 dSAxNTAwIHFkaXNjIHBmaWZvX2Zhc3QgbWFzdGVyIGJvbmQwIHN0YXRlIERPV04gbW9kZSBERUZB VUxUIHFsZW4gMTAwMA0KPiAgICAgbGluay9ldGhlciAwMDoxNToxNzo3YjplOTpiMCBicmQgZmY6 ZmY6ZmY6ZmY6ZmY6ZmYNCj4gNTogZW5wMTJzMGYwOiA8QlJPQURDQVNULE1VTFRJQ0FTVCxVUCxM T1dFUl9VUD4gbXR1IDE1MDAgcWRpc2MgcGZpZm9fZmFzdCBtYXN0ZXIgb3ZpcnRtZ210IHN0YXRl IFVQIG1vZGUgREVGQVVMVCBxbGVuIDEwMDANCj4gICAgIGxpbmsvZXRoZXIgMDA6MjE6ODU6MzU6 MDg6NGMgYnJkIGZmOmZmOmZmOmZmOmZmOmZmDQo+IDc6IG92aXJ0bWdtdDogPEJST0FEQ0FTVCxN VUxUSUNBU1QsVVAsTE9XRVJfVVA+IG10dSAxNTAwIHFkaXNjIG5vcXVldWUgc3RhdGUgVVAgbW9k ZSBERUZBVUxUDQo+ICAgICBsaW5rL2V0aGVyIDAwOjIxOjg1OjM1OjA4OjRjIGJyZCBmZjpmZjpm ZjpmZjpmZjpmZg0KPg0KPiBXaGF0IHNob3VsZCBJIHRha2UgYSBsb29rIGF0IGZpcnN0Pw0KPg0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2Vy cyBtYWlsaW5nIGxpc3QNCj4gVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+ DQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0KPg0KPg0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2Vy cyBtYWlsaW5nIGxpc3QNCj4gVXNlcnNAb3ZpcnQub3JnDQo+IGh0dHA6Ly9saXN0cy5vdmlydC5v cmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0K --_000_d073628bd7264472a089d77e6921e2acemailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <0551208209315D4AADBC80EA8AC627CE(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAzIGphbi4gMjAxNiAyOjQzIGZtIHNrcmV2IFdpbGwgRGVubmlzICZsdDt3ZGVu bmlzQG5lYy1sYWJzLmNvbSZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgVGhlIOKAmG92aXJ0bWdt dOKAmSBuZXR3b3JrIGhhcyBiZWVuICZhbXA7IGlzIHN0aWxsIHBsYWNlZCBvbiBhIHdvcmtpbmcg TklDIChlbnAxMnMwZjAp4oCmIEl04oCZcyBqdXN0IHRoYXQgbm93LCBvVmlydCBzb21laG93IGRv ZXNu4oCZdCAqdGhpbmsqIGl04oCZcyB3b3JraW5n4oCmPC9wPg0KPHAgZGlyPSJsdHIiPkhlcmUn cyBzb21ldGhpbmcgSSB3cm90ZSBhIGxvbmcgdGltZSBhZ28gbm93LCBmb3IgdGhvc2UgdGltZXMg d2hlbiBhdXRvLWd1aS1jb25maWcgZmx1ZmYganVzdCB3b24ndCBkbzo8L3A+DQo8cCBkaXI9Imx0 ciI+aHR0cDovL3d3dy5vdmlydC5vcmcvQm9uZGluZ19WTEFOX0JyaWRnZTwvcD4NCjxwIGRpcj0i bHRyIj4vSzxicj4NCiZndDs8YnI+DQomZ3Q7IGh0dHA6Ly9zMTA5Ni5waG90b2J1Y2tldC5jb20v dXNlci93aWxsZGVubmlzL21lZGlhL3NldHVwLW5ldHdvcmtzLnBuZy5odG1sPGJyPg0KJmd0Ozxi cj4NCiZndDsgSG93ZXZlciwgYXMgSSBzaG93ZWQgeW91IGluIHRoZSDigJhpcCBsaW5rIHNob3cg dXDigJkgb3V0cHV0LCBpdCBpcyBpbmRlZWQgdXAgYW5kIHdvcmtpbmcuPGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgT24gSmFuIDIsIDIwMTYsIGF0IDg6 MDAgUE0sIFJveSBHb2xhbiAmbHQ7cmdvbGFuQHJlZGhhdC5jb20mbHQ7bWFpbHRvOnJnb2xhbkBy ZWRoYXQuY29tJmd0OyZndDsgd3JvdGU6PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyBPbiBTdW4sIEphbiAzLCAyMDE2IGF0IDI6NDYgQU0sIFdpbGwgRGVubmlzICZsdDt3 ZGVubmlzQG5lYy1sYWJzLmNvbSZsdDttYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb20mZ3Q7Jmd0 OyB3cm90ZTo8YnI+DQomZ3Q7IEkgaGF2ZSBoYWQgb25lIG9mIG15IGhvc3RzIGdvIGludG8gdGhl IHN0YXRlIOKAnE5vbiBPcGVyYXRpb25hbOKAnSBhZnRlciBJIHJlYm9vdGVkIGl04oCmIEkgYWxz byBub3RpY2VkIHRoYXQgaW4gdGhlIG9WaXJ0IHdlYmFkbWluIFVJLCB0aGUgTklDIHRoYXTigJlz IHVzZWQgaW4gdGhlIOKAmG92aXJ0bWdtdOKAmSBuZXR3b3JrIGlzIHNob3dpbmcg4oCcZG93buKA nSwgYnV0IGluIExpbnV4IHRoZSBOSUMgaXMgb3BlcmF0aW9uYWwgYW5kIHVwLCBhcyBpcyB0aGUg 4oCYb3ZpcnRtZ2104oCZDQogYnJpZGdl4oCmPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 IEhvc3RzIHRhYiAtJmd0OyBOZXR3b3JrIEludGVyZmFjZXMgc3VidGFiIC0mZ3Q7IGNsaWNrICZx dW90O1NldHVwIG5ldHdvcmtzJnF1b3Q7IGFuZCBtYWtlIHN1cmUgJnF1b3Q7b3ZpcnRtZ210JnF1 b3Q7IGlzIHBsYWNlZCBvbiBhIHdvcmtpbmcgbmljLjxicj4NCiZndDs8YnI+DQomZ3Q7IG1ha2Ug c3VyZTxicj4NCiZndDsgW3Jvb3RAb3ZpcnQtbm9kZS0wMiB+XSMgaXAgbGluayBzaCB1cDxicj4N CiZndDsgMTogbG86ICZsdDtMT09QQkFDSyxVUCxMT1dFUl9VUCZndDsgbXR1IDY1NTM2IHFkaXNj IG5vcXVldWUgc3RhdGUgVU5LTk9XTiBtb2RlIERFRkFVTFQ8YnI+DQomZ3Q7ICZuYnNwOyZuYnNw OyZuYnNwOyBsaW5rL2xvb3BiYWNrIDAwOjAwOjAwOjAwOjAwOjAwIGJyZCAwMDowMDowMDowMDow MDowMDxicj4NCiZndDsgMjogYm9uZDA6ICZsdDtOTy1DQVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNB U1QsTUFTVEVSLFVQJmd0OyBtdHUgMTUwMCBxZGlzYyBub3F1ZXVlIHN0YXRlIERPV04gbW9kZSBE RUZBVUxUPGJyPg0KJmd0OyAmbmJzcDsmbmJzcDsmbmJzcDsgbGluay9ldGhlciAwMDoxNToxNzo3 YjplOTpiMCBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmY8YnI+DQomZ3Q7IDM6IGVucDRzMGYwOiAmbHQ7 Tk8tQ0FSUklFUixCUk9BRENBU1QsTVVMVElDQVNULFNMQVZFLFVQJmd0OyBtdHUgMTUwMCBxZGlz YyBwZmlmb19mYXN0IG1hc3RlciBib25kMCBzdGF0ZSBET1dOIG1vZGUgREVGQVVMVCBxbGVuIDEw MDA8YnI+DQomZ3Q7ICZuYnNwOyZuYnNwOyZuYnNwOyBsaW5rL2V0aGVyIDAwOjE1OjE3OjdiOmU5 OmIwIGJyZCBmZjpmZjpmZjpmZjpmZjpmZjxicj4NCiZndDsgNDogZW5wNHMwZjE6ICZsdDtOTy1D QVJSSUVSLEJST0FEQ0FTVCxNVUxUSUNBU1QsU0xBVkUsVVAmZ3Q7IG10dSAxNTAwIHFkaXNjIHBm aWZvX2Zhc3QgbWFzdGVyIGJvbmQwIHN0YXRlIERPV04gbW9kZSBERUZBVUxUIHFsZW4gMTAwMDxi cj4NCiZndDsgJm5ic3A7Jm5ic3A7Jm5ic3A7IGxpbmsvZXRoZXIgMDA6MTU6MTc6N2I6ZTk6YjAg YnJkIGZmOmZmOmZmOmZmOmZmOmZmPGJyPg0KJmd0OyA1OiBlbnAxMnMwZjA6ICZsdDtCUk9BRENB U1QsTVVMVElDQVNULFVQLExPV0VSX1VQJmd0OyBtdHUgMTUwMCBxZGlzYyBwZmlmb19mYXN0IG1h c3RlciBvdmlydG1nbXQgc3RhdGUgVVAgbW9kZSBERUZBVUxUIHFsZW4gMTAwMDxicj4NCiZndDsg Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxpbmsvZXRoZXIgMDA6MjE6ODU6MzU6MDg6NGMgYnJkIGZmOmZm OmZmOmZmOmZmOmZmPGJyPg0KJmd0OyA3OiBvdmlydG1nbXQ6ICZsdDtCUk9BRENBU1QsTVVMVElD QVNULFVQLExPV0VSX1VQJmd0OyBtdHUgMTUwMCBxZGlzYyBub3F1ZXVlIHN0YXRlIFVQIG1vZGUg REVGQVVMVDxicj4NCiZndDsgJm5ic3A7Jm5ic3A7Jm5ic3A7IGxpbmsvZXRoZXIgMDA6MjE6ODU6 MzU6MDg6NGMgYnJkIGZmOmZmOmZmOmZmOmZmOmZmPGJyPg0KJmd0Ozxicj4NCiZndDsgV2hhdCBz aG91bGQgSSB0YWtlIGEgbG9vayBhdCBmaXJzdD88YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgVXNlcnMg bWFpbGluZyBsaXN0PGJyPg0KJmd0OyBVc2Vyc0BvdmlydC5vcmcmbHQ7bWFpbHRvOlVzZXJzQG92 aXJ0Lm9yZyZndDs8YnI+DQomZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0 aW5mby91c2Vyczxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgVXNlcnMgbWFpbGluZyBs aXN0PGJyPg0KJmd0OyBVc2Vyc0BvdmlydC5vcmc8YnI+DQomZ3Q7IGh0dHA6Ly9saXN0cy5vdmly dC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vyczxicj4NCjwvcD4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_d073628bd7264472a089d77e6921e2acemailandroidcom_--

3 2

Re: [ovirt-users] iLO2
by Eli Mesika 03 Jan '16

03 Jan '16

----- Original Message ----- > From: "Eriks Goodwin" <eriks(a)connectcombpo.com> > To: "Eli Mesika" <emesika(a)redhat.com> > Sent: Tuesday, December 29, 2015 4:13:11 AM > Subject: Re: [ovirt-users] iLO2 > > [root@n001 ~]# /usr/sbin/fence_ipmilan --ip=10.0.1.104 --username=ovirtmgmt > --password=REDACTED -v --action=status --lanplus Please try again with # /usr/sbin/fence_ipmilan --ip=10.0.1.104 --username=ovirtmgmt --password=REDACTED -v --action=status --lanplus -T 4 > > Executing: /usr/bin/ipmitool -I lanplus -H 10.0.1.104 -U ovirtmgmt -P [set] > -p 623 -L ADMINISTRATOR chassis power status > > Connection timed out > > [root@n001 ~]# > > > ----- On Dec 22, 2015, at 8:48 AM, Eli Mesika <emesika(a)redhat.com> wrote: >

1 0

Re: [ovirt-users] Not able to attach my storage
by Nir Soffer 03 Jan '16

03 Jan '16

בתאריך 3 בינו׳ 2016 10:26 לפנה״צ,‏ "Michael Cooper" <mcooper(a)coopfire.com> כתב: (Adding users list) > > This from my engine.log (Snipped log) Next time please attach log files, dumping partial logs in the message body is not very useful. > > I have attached 2 screenshots as well for your review. Let me know I have read through the log but I am new to oVirt so I am not sure what I am looking for yet. > In the screenshot we can see that you already have iso domain attached (CF_ISO). Seems that the system does not support more than one attached iso domain. Why do you need multiple iso domains attached to the same dc? > > > On Sat, Jan 2, 2016 at 11:30 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: >> >> On Sat, Jan 2, 2016 at 12:46 PM, Michael Cooper <mcooper(a)coopfire.com> wrote: >> > Hello Everyone, >> > >> > I wondering why I cannot attach my iso_domain to my Data Center. >> > When I try to attach it says no Valid DataCenters. Why is this happening? >> > Where should I start looking for the resolution? >> >> Can you describe your data center? do you have active hosts? active >> storage domain? >> >> Can you attach engine.log showing this error? >> >> Nir >> >> > >> > Thanks, >> > >> > -- >> > Michael A Cooper >> > Linux Certified >> > Zerto Certified >> > http://www.coopfire.com >> > >> > _______________________________________________ >> > Users mailing list >> > Users(a)ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > > > > > > -- > Michael A Cooper > Linux Certified > Zerto Certified > http://www.coopfire.com

1 0

Re: [ovirt-users] Users Digest, Vol 52, Issue 1
by Michael Cooper 03 Jan '16

03 Jan '16

Hello Everyone, I wondering why I cannot attach my iso_domain to my Data Center. When I try to attach it says no Valid DataCenters. Why is this happening? Where should I start looking for the resolution? Thanks, -- Michael A Cooper Linux Certified Zerto Certified http://www.coopfire.com

3 2

how shutdown a host
by alireza sadeh seighalan 03 Jan '16

03 Jan '16

hi everyone how can i shutdown a host acording an standard? i want to shutdown or reboot hosts for maintenance purposes (for example host 2-6). thanks in advance

4 3

host status "Non Operational" - how to diagnose & fix?
by Will Dennis 03 Jan '16

03 Jan '16

I have had one of my hosts go into the state “Non Operational” after I rebooted it… I also noticed that in the oVirt webadmin UI, the NIC that’s used in the ‘ovirtmgmt’ network is showing “down”, but in Linux the NIC is operational and up, as is the ‘ovirtmgmt’ bridge… [root@ovirt-node-02 ~]# ip link sh up 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: bond0: <NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff 3: enp4s0f0: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo_fast master bond0 state DOWN mode DEFAULT qlen 1000 link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff 4: enp4s0f1: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc pfifo_fast master bond0 state DOWN mode DEFAULT qlen 1000 link/ether 00:15:17:7b:e9:b0 brd ff:ff:ff:ff:ff:ff 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:ff 7: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT link/ether 00:21:85:35:08:4c brd ff:ff:ff:ff:ff:ff What should I take a look at first?

2 2

Configuring another interface for trunked (tagged) VM traffic
by Will Dennis 02 Jan '16

02 Jan '16

Hi all, Taking the next step on configuring my newly-established oVirt cluster, and that would be to set up a trunk (VLAN tagged) connection to each cluster host (there are 3) for VM traffic. What I’m looking at is akin to setting up vSwitches on VMware, except I have never done this on a VMware cluster, just on individual hosts… Anyhow, I have the following NICs available on my three hosts (conveniently, they are the exact same hardware platform): ovirt-node-01 | success | rc=0 >> 3: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 6: enp12s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 ovirt-node-02 | success | rc=0 >> 3: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 6: enp12s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 ovirt-node-03 | success | rc=0 >> 3: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 5: enp12s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP mode DEFAULT qlen 1000 6: enp12s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000 As you may see, I am using the ‘enp12s0f0’ interface on each host for the ‘ovirtmgmt’ bridge. This network carries the admin traffic as well as Gluster distributed filesystem traffic, but I now want to establish a separate link to each host for VM traffic. The ‘ovirtmgmt’ bridge is NOT trunked/tagged, only a single VLAN is used. For the VM traffic, I’d like to use the ‘enp4s0f0’ interface on each host, and tie them into a logical network named “vm-traffic” (or the like) and make that a trunked/tagged interface. Are there any existing succinct instructions on how to do this? I have been reading thru the oVirt Admin Manual’s “Logical Networks” section (http://www.ovirt.org/OVirt_Administration_Guide#Logical_Network_Tasks) but it hasn’t “clicked” in my mind yet... Thanks, Will

1 1

SPM
by Fernando Fuentes 02 Jan '16

02 Jan '16

Team, I noticed that my SPM moved to another host which was odd because I have a set SPM. Somehow when that happen two of my hosts went down and all my vms when in pause state. The oddity behind all this is that my primary storage which has allways been my SPM was online without any issues.. What could of have cause that? and is there a way prevent from the SPM migrating unless there is an issue? -- Fernando Fuentes ffuentes(a)txweather.org http://www.txweather.org

2 1

oVirt hosted engine agent and broker duplicate logs to syslog
by Aleksey Chudov 02 Jan '16

02 Jan '16

Hi, After upgrade from 3.6.0 to 3.6.1 agent and broker duplicate their logs to syslog. So, the same messages logged twice to files in /var/log/ovirt-hosted-engine-ha/ directory and to /var/log/messages file. Agent and broker configuration files remain the same for 3.5, 3.6.0 and 3.6.1 and there is not such logs duplication in 3.5 and 3.6.0. Is it a bug or expected behavior? OS is CentOS 7.2 # rpm -qa 'ovirt*' ovirt-vmconsole-1.0.0-1.el7.centos.noarch ovirt-vmconsole-host-1.0.0-1.el7.centos.noarch ovirt-host-deploy-1.4.1-1.el7.centos.noarch ovirt-hosted-engine-ha-1.3.3.5-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.0.3-1.el7.centos.noarch ovirt-release36-002-2.noarch ovirt-setup-lib-1.0.0-1.el7.centos.noarch ovirt-hosted-engine-setup-1.3.1.3-1.el7.centos.noarch # cat /etc/ovirt-hosted-engine-ha/agent-log.conf [loggers] keys=root [handlers] keys=syslog,logfile [formatters] keys=long,sysform [logger_root] level=INFO handlers=syslog,logfile propagate=0 [handler_syslog] level=ERROR class=handlers.SysLogHandler formatter=sysform args=('/dev/log', handlers.SysLogHandler.LOG_USER) [handler_logfile] class=logging.handlers.TimedRotatingFileHandler args=('/var/log/ovirt-hosted-engine-ha/agent.log', 'd', 1, 7) level=DEBUG formatter=long [formatter_long] format=%(threadName)s::%(levelname)s::%(asctime)s::%(module)s::%(lineno)d::%(name)s::(%(funcName)s) %(message)s [formatter_sysform] format=ovirt-ha-agent %(name)s %(levelname)s %(message)s datefmt= Aleksey

3 4