- Users - oVirt List Archives

qemu-kvm-ev-2.9.0-16.el7_4.14.1 has been released
by Sandro Bonazzola 12 Mar '18

12 Mar '18

Hi, qemu-kvm-ev-2.9.0-16.el7_4.14.1 <http://cbs.centos.org/koji/buildinfo?buildID=22232> has been tagged for release and should land on mirrors.centos.org on Monday, March 12th 2018. Here's the ChangeLog: * Thu Mar 08 2018 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.9.0-16.el7_4.14.1 - Removing RH branding from package name * Thu Jan 18 2018 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.14 - kvm-fw_cfg-fix-memory-corruption-when-all-fw_cfg-slots-a.patch [bz#1534649] - kvm-mirror-Fix-inconsistent-backing-AioContext-for-after.patch [bz#1535125] - Resolves: bz#1534649 (Qemu crashes when all fw_cfg slots are used [rhel-7.4.z]) - Resolves: bz#1535125 (Mirror jobs for drives with iothreads make QEMU to abort with "block.c:1895: bdrv_attach_child: Assertion `bdrv_get_aio_context(parent_bs) == bdrv_get_aio_context(child_bs)' failed." [rhel-7.4.z]) Regards, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

ovirt 4.2.1 pre hosted engine deploy failure
by Michael Seidel 12 Mar '18

12 Mar '18

Hi, I found the messages at http://lists.ovirt.org/pipermail/users/2018-January/086631.html in your archive and am running into a similar/identical issue when trying to install a hosted engine: After providing all of the information, the installer does create some files on the nfs share (plantfiler02:/storage/vmx/ovirt) but eventually dies with: [ INFO ] TASK [Copy configuration files to the right location on host] [ INFO ] TASK [Copy configuration archive to storage] [ ERROR ] [WARNING]: Failure using method (v2_runner_on_failed) in callback plugin [ ERROR ] (<ansible.plugins.callback.1_otopi_json.CallbackModule object at 0x25c86d0>): [ ERROR ] 'ascii' codec can't encode character u'\u2018' in position 489: ordinal not in [ ERROR ] range(128) [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook [ INFO ] Stage: Clean up The relevant part in the logfile I believe is the following: 2018-03-09 09:05:05,762+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 {u'_ansible_parsed': True, u'stderr_lines': [u'dd: failed to open \u2018/rhev/data-center/mnt/plantfiler02:_storage_vmx_ovirt/017fcf64-45c8-4289-87f7-c1195f7ec584/images/f36c079b-ba17-4c14-96a2-2b2beea7d989/56cd3448-4ecf-490e-99cc-ace36b977a9a\u2019: Permission denied'], u'cmd': [u'dd', u'bs=20480', u'count=1', u'oflag=direct', u'if=/var/tmp/localvmf0uaFh/56cd3448-4ecf-490e-99cc-ace36b977a9a', u'of=/rhev/data-center/mnt/plantfiler02:_storage_vmx_ovirt/017fcf64-45c8-4289-87f7-c1195f7ec584/images/f36c079b-ba17-4c14-96a2-2b2beea7d989/56cd3448-4ecf-490e-99cc-ace36b977a9a'], u'end': u'2018-03-09 09:05:05.565013', u'_ansible_no_log': False, u'stdout': u'', u'changed': True, u'start': u'2018-03-09 09:05:05.557703', u'delta': u'0:00:00.007310', u'stderr': u'dd: failed to open \u2018/rhev/data-center/mnt/plantfiler02:_storage_vmx_ovirt/017fcf64-45c8-4289-87f7-c1195f7ec584/images/f36c079b-ba17-4c14-96a2-2b2beea7d989/56cd3448-4ecf-490e-99cc-ace36b977a9a\u2019: Permission denied', u'rc': 1, u'invocation': {u'module_args': {u'warn': True, u'executable': None, u'_uses_shell': False, u'_raw_params': u'dd bs=20480 count=1 oflag=direct if="/var/tmp/localvmf0uaFh/56cd3448-4ecf-490e-99cc-ace36b977a9a" of="/rhev/data-center/mnt/plantfiler02:_storage_vmx_ovirt/017fcf64-45c8-4289-87f7-c1195f7ec584/images/f36c079b-ba17-4c14-96a2-2b2beea7d989/56cd3448-4ecf-490e-99cc-ace36b977a9a"', u'removes': None, u'creates': None, u'chdir': None, u'stdin': None}}, u'stdout_lines': [], u'ms I did create vdsm user and kvm user and group on the NFS server and I succesfully ran the nfs-check.py script from the host where ovirt should be installed: # python nfs-check.py plantfiler02:/storage/vmx/ovirt/ Current hostname: hyena.******.de - IP addr 10.216.60.21 Trying to /bin/mount -t nfs plantfiler02:/storage/vmx/ovirt/... Executing NFS tests.. Removing vdsmTest file.. Status of tests [OK] Disconnecting from NFS Server.. Done! The target directory has following permissions: drwxr-xr-x 3 vdsm kvm 86 Mar 9 09:12 ovirt I am aware of the issue https://bugzilla.redhat.com/show_bug.cgi?id=1533500 but the underlying problem seems to be the error message issued by dd (as has been mentioned the earlier posts). Am I missing the obvious somewhere regarding permissions? Is there a known solution/workaround to this? Best, - Michael Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671

2 2

Cannot activate storage domain
by Bruckner, Simone 11 Mar '18

11 Mar '18

--_000_2CB4E8C8E00E594EA06D4AC427E429920FE500D1fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, we run a small oVirt installation that we also use for automated testing = (automatically creating, dropping vms). We got an inactive FC storage domain that we cannot activate any more. We s= ee several events at that time starting with: VM perftest-c17 is down with error. Exit message: Unable to get volume size= for domain b83c159c-4ad6-4613-ba16-bab95ccd10c0 volume 686376c1-4be1-44c3-= 89a3-0a8addc8fdf2. Trying to activate the strorage domain results in the following alert event= for each host: VDSM <hostname> command GetVGInfoVDS failed: Volume Group does not exist: (= u'vg_uuid: 813oRe-64r8-mloU-k9G2-LFsS-dXSG-hpN4kf',) And after those messages from all hosts we get: VDSM command ActivateStorageDomainVDS failed: Storage domain does not exist= : (u'b83c159c-4ad6-4613-ba16-bab95ccd10c0',) Failed to activate Storage Domain VMHOST_LUN_205 (Data Center Production) b= y <user> Invalid status on Data Center Production. Setting status to Non Responsive. Storage Pool Manager runs on Host vmhost003.fabagl.fabasoft.com (Address: v= mhost003.fabagl.fabasoft.com) Data Center Production. Checking the hosts with multipath -ll we see the LUN without errors. We run oVirt 4.2.1 on CentOS 7.4. Hosts are CentOS 7.4 hosts with oVirt ins= talled using oVirt engine. Hosts are connected to about 30 FC LUNs (8 TB each) on two all-flash storag= e arrays. Thank you, Simone Bruckner --_000_2CB4E8C8E00E594EA06D4AC427E429920FE500D1fabamailserverf_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi all,<o:p></o:p> <o:p> </o:p>   we run a small oVirt ins= tallation that we also use for automated testing (automatically creating, d= ropping vms).<o:p></o:p> <o:p> </o:p> We got an inactive FC storage d= omain that we cannot activate any more. We see several events at that time = starting with:<o:p></o:p> <o:p> </o:p> VM perftest-c17 is down with er= ror. Exit message: Unable to get volume size for domain b83c159c-4ad6-4613-= ba16-bab95ccd10c0 volume 686376c1-4be1-44c3-89a3-0a8addc8fdf2.<o:p></o:p></= span> <o:p> </o:p> Trying to activate the strorage= domain results in the following alert event for each host:<o:p></o:p></spa= n> <o:p> </o:p> VDSM <hostname> command G= etVGInfoVDS failed: Volume Group does not exist: (u'vg_uuid: 813oRe-64r8-ml= oU-k9G2-LFsS-dXSG-hpN4kf',)<o:p></o:p> <o:p> </o:p> And after those messages from a= ll hosts we get:<o:p></o:p> <o:p> </o:p> VDSM command ActivateStorageDom= ainVDS failed: Storage domain does not exist: (u'b83c159c-4ad6-4613-ba16-ba= b95ccd10c0',)<o:p></o:p> Failed to activate Storage Doma= in VMHOST_LUN_205 (Data Center Production) by <user><o:p></o:p></span= > Invalid status on Data Center P= roduction. Setting status to Non Responsive.<o:p></o:p> Storage Pool Manager runs on Ho= st vmhost003.fabagl.fabasoft.com (Address: vmhost003.fabagl.fabasoft.com) = Data Center Production.<o:p></o:p> <o:p> </o:p> Checking the hosts with multipa= th –ll we see the LUN without errors.<o:p></o:p> <o:p> </o:p> We run oVirt 4.2.1 on CentOS 7.= 4. Hosts are CentOS 7.4 hosts with oVirt installed using oVirt engine.<o:p>= </o:p> Hosts are connected to about 30= FC LUNs (8 TB each) on two all-flash storage arrays.<o:p></o:p> <o:p> </o:p> Thank you,<o:p></o:p> Simone Bruckner<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> </div> </body> </html> --_000_2CB4E8C8E00E594EA06D4AC427E429920FE500D1fabamailserverf_--

2 8

Faulty multipath only cleared with VDSM restart
by Bruckner, Simone 11 Mar '18

11 Mar '18

--_000_2CB4E8C8E00E594EA06D4AC427E429920FE728E2fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, after rebooting SAN switches we see faulty multipath entries in VDSM. Running vdsm-client Host getStats shows multipathHealth entries "multipathHealth": { "3600601603cc04500a2f9cd597080db0e": { "valid_paths": 2, "failed_paths": [ "sdcl", "sdde" ] }, ... Running multipath -ll does not show any errors. After restarting VSDM, the multipathHealth entires from vdsm-client are emp= ty again. Is the a way to clear those multipathHealth entires without restarting VDSM= ? Thank you and all the best, Simone --_000_2CB4E8C8E00E594EA06D4AC427E429920FE728E2fabamailserverf_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p>   after rebooting SAN swit= ches we see faulty multipath entries in VDSM.<o:p></o:p> <o:p> </o:p> Running vdsm-client Host getSta= ts shows multipathHealth entries<o:p></o:p> <o:p> </o:p> "multipathHealth": {<o:p></o:p>   "3600601603cc04500a2f9cd597080db0e": {<o:p>= </o:p>     "valid_paths": 2,<o:p></o:p></s= pan>     "failed_paths": [<o:p></o:p></s= pan>       "sdcl",<o:p></o:p><= /span>       "sdde"<o:p></o:p></= span>     ]<o:p></o:p>   },<o:p></o:p>   …<o:p></o:p> <o:p> </o:p> Running multipath –ll doe= s not show any errors.<o:p></o:p> <o:p> </o:p> After restarting VSDM, the mult= ipathHealth entires from vdsm-client are empty again.<o:p></o:p> <o:p> </o:p> Is the a way to clear those mul= tipathHealth entires without restarting VDSM?<o:p></o:p> <o:p> </o:p> Thank you and all the best,<o:p></o:p> Simone<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_2CB4E8C8E00E594EA06D4AC427E429920FE728E2fabamailserverf_--

2 3

Re: [ovirt-users] Ghost Snapshot Disk
by Lionel Caignec 11 Mar '18

11 Mar '18

Ok so i reply myself, Version is 4.1.7.6-1 I just delete manually a snapshot previously created. But this is an io intensive vm, whit big disk (2,5To, and 5To). For the log, i cannot paste all my log on public list security reason, i will send you full in private. Here is an extract relevant to my error engine.log-20180210:2018-02-09 23:00:03,200+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-312) [44402a8c-3196-43f0-ba33-307ea78e6f49] EVENT_ID: USER_CREATE_SNAPSHOT(45), Correlation ID: 44402a8c-3196-43f0-ba33-307ea78e6f49, Job ID: 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Snapshot 'AUTO_7D_zz_nil_20180209_220002' creation for VM 'zz_nil' was initiated by snap_user@internal. engine.log-20180210:2018-02-09 23:01:06,578+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5) [] EVENT_ID: USER_CREATE_SNAPSHOT_FINISHED_SUCCESS(68), Correlation ID: 44402a8c-3196-43f0-ba33-307ea78e6f49, Job ID: 030cd310-fec9-4a89-8c3f-7888504fe973, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Snapshot 'AUTO_7D_zz_nil_20180209_220002' creation for VM 'zz_nil' has been completed. engine.log-20180220:2018-02-19 17:01:23,800+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-113) [] EVENT_ID: USER_REMOVE_SNAPSHOT(342), Correlation ID: 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: c9a918a7-b00c-43cf-b6de-3659ac0765da, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Snapshot 'AUTO_7D_zz_nil_20180209_220002' deletion for VM 'zz_nil' was initiated by acaignec@ldap-cines-authz. engine.log-20180221:2018-02-20 22:24:45,174+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler6) [06a9efa4-1b80-4021-bf3e-41ecebe58a88] EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation ID: 06a9efa4-1b80-4021-bf3e-41ecebe58a88, Job ID: c9a918a7-b00c-43cf-b6de-3659ac0765da, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed to delete snapshot 'AUTO_7D_zz_nil_20180209_220002' for VM 'zz_nil'. 2018-02-20 22:24:46,266+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler3) [516079c3] SPMAsyncTask::PollTask: Polling task '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command 'DestroyImage', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned status 'finished', result 'success'. 2018-02-20 22:24:46,267+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler3) [516079c3] BaseAsyncTask::onTaskEndSuccess: Task '34137342-4f30-476d-b16c-1cb7e0ea0ac0' (Parent Command 'DestroyImage', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended successfully. 2018-02-20 22:24:46,268+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzScheduler3) [516079c3] CommandAsyncTask::endActionIfNecessary: All tasks of command 'fe8c91f2-386b-4b3f-bbf3-aeda8e9244c6' has ended -> executing 'endAction' 2018-02-20 22:24:46,268+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzScheduler3) [516079c3] CommandAsyncTask::endAction: Ending action for '1' tasks (command ID: 'fe8c91f2-386b-4b3f-bbf3-aeda8e9244c6'): calling endAction '. 2018-02-20 22:24:46,268+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-20) [516079c3] CommandAsyncTask::endCommandAction [within thread] context: Attempting to endAction 'DestroyImage', 2018-02-20 22:24:46,269+01 ERROR [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-20) [516079c3] [within thread]: endAction for action type DestroyImage threw an exception.: java.lang.NullPointerException at org.ovirt.engine.core.bll.tasks.CoCoAsyncTaskHelper.endAction(CoCoAsyncTaskHelper.java:335) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CommandCoordinatorImpl.endAction(CommandCoordinatorImpl.java:340) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CommandAsyncTask.endCommandAction(CommandAsyncTask.java:154) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CommandAsyncTask.lambda$endActionIfNecessary$0(CommandAsyncTask.java:106) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:84) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_161] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_161] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_161] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_161] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_161] ----- Mail original ----- De: "Shani Leviim" <sleviim(a)redhat.com> À: "Lionel Caignec" <caignec(a)cines.fr> Envoyé: Lundi 26 Février 2018 14:42:38 Objet: Re: [ovirt-users] Ghost Snapshot Disk Yes, please. Can you detail a bit more regarding the actions you've done? I'm assuming that since the snapshot had no description, trying to operate it caused the nullPointerException you've got. But I want to examine what was the cause for that. Also, can you please answer back to the list? *Regards,* *Shani Leviim* On Mon, Feb 26, 2018 at 3:37 PM, Lionel Caignec <caignec(a)cines.fr> wrote: > Version is 4.1.7.6-1 > > Do you want the log from the day i delete snapshot? > > ----- Mail original ----- > De: "Shani Leviim" <sleviim(a)redhat.com> > À: "Lionel Caignec" <caignec(a)cines.fr> > Cc: "users" <users(a)ovirt.org> > Envoyé: Lundi 26 Février 2018 14:29:16 > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > Hi, > > What is your engine version, please? > I'm trying to reproduce your steps, for understanding better was is the > cause for that error. Therefore, a full engine log is needed. > Can you please attach it? > > Thanks, > > > *Shani Leviim* > > On Mon, Feb 26, 2018 at 2:48 PM, Lionel Caignec <caignec(a)cines.fr> wrote: > > > Hi > > > > 1) this is error message from ui.log > > > > 2018-02-26 13:44:10,001+01 ERROR [org.ovirt.engine.ui.frontend. > > server.gwt.OvirtRemoteLoggingService] (default task-3) [] Permutation > > name: 8C01181C3B121D0AAE1312275CC96415 > > 2018-02-26 13:44:10,001+01 ERROR [org.ovirt.engine.ui.frontend. > server.gwt.OvirtRemoteLoggingService] > > (default task-3) [] Uncaught exception: com.google.gwt.core.client. > JavaScriptException: > > (TypeError) > > __gwt$exception: <skipped>: Cannot read property 'F' of null > > at org.ovirt.engine.ui.uicommonweb.models.storage. > > DisksAllocationModel$3.$onSuccess(DisksAllocationModel.java:120) > > at org.ovirt.engine.ui.uicommonweb.models.storage. > > DisksAllocationModel$3.onSuccess(DisksAllocationModel.java:120) > > at org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess( > Frontend.java:233) > > [frontend.jar:] > > at org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend. > java:233) > > [frontend.jar:] > > at org.ovirt.engine.ui.frontend.communication. > > OperationProcessor$2.$onSuccess(OperationProcessor.java:139) > > [frontend.jar:] > > at org.ovirt.engine.ui.frontend.communication. > > OperationProcessor$2.onSuccess(OperationProcessor.java:139) > > [frontend.jar:] > > at org.ovirt.engine.ui.frontend.communication. > > GWTRPCCommunicationProvider$5$1.$onSuccess(GWTRPCCommunicationProvider. > java:269) > > [frontend.jar:] > > at org.ovirt.engine.ui.frontend.communication. > > GWTRPCCommunicationProvider$5$1.onSuccess(GWTRPCCommunicationProvider. > java:269) > > [frontend.jar:] > > at com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter. > > onResponseReceived(RequestCallbackAdapter.java:198) [gwt-servlet.jar:] > > at com.google.gwt.http.client.Request.$fireOnResponseReceived( > Request.java:237) > > [gwt-servlet.jar:] > > at com.google.gwt.http.client.RequestBuilder$1. > onReadyStateChange(RequestBuilder.java:409) > > [gwt-servlet.jar:] > > at Unknown.eval(webadmin-0.js@65) > > at com.google.gwt.core.client.impl.Impl.apply(Impl.java:296) > > [gwt-servlet.jar:] > > at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335) > > [gwt-servlet.jar:] > > at Unknown.eval(webadmin-0.js@54) > > > > > > 2) This line seems to be about the bad disk : > > > > f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 | > > 2748779069440 | 00000000-0000-0000-0000-000000000000 | > > 00000000-0000-0000-0000-000000000000 | 4 | 2018-01-18 > > 22:01:20.5+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > > > > > > 3) Snapshot table is empty for the concerned vm_id. > > > > ----- Mail original ----- > > De: "Shani Leviim" <sleviim(a)redhat.com> > > À: "Lionel Caignec" <caignec(a)cines.fr> > > Cc: "users" <users(a)ovirt.org> > > Envoyé: Lundi 26 Février 2018 13:31:23 > > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > > > Hi Lionel, > > > > The error message you've mentioned sounds like a UI error. > > Can you please attach your ui log? > > > > Also, on the data from 'images' table you've uploaded, can you describe > > which line is the relevant disk? > > > > Finally (for now), in case the snapshot was deleted, can you please > > validate it by viewing the output of: > > $ select * from snapshots; > > > > > > > > *Regards,* > > > > *Shani Leviim* > > > > On Mon, Feb 26, 2018 at 9:20 AM, Lionel Caignec <caignec(a)cines.fr> > wrote: > > > > > Hi Shani, > > > thank you for helping me with your reply, > > > i juste make a little mistake on explanation. In fact it's the snapshot > > > does not exist anymore. This is the disk(s) relative to her wich still > > > exist, and perhaps LVM volume. > > > So can i delete manually this disk in database? what about the lvm > > volume? > > > Is it better to recreate disk sync data and destroy old one? > > > > > > > > > > > > ----- Mail original ----- > > > De: "Shani Leviim" <sleviim(a)redhat.com> > > > À: "Lionel Caignec" <caignec(a)cines.fr> > > > Cc: "users" <users(a)ovirt.org> > > > Envoyé: Dimanche 25 Février 2018 14:26:41 > > > Objet: Re: [ovirt-users] Ghost Snapshot Disk > > > > > > Hi Lionel, > > > > > > You can try to delete that snapshot directly from the database. > > > > > > In case of using psql [1], once you've logged in to your database, you > > can > > > run this query: > > > $ select * from snapshots where vm_id = '<your_vm_id>'; > > > This one would list the snapshots associated with a VM by its id. > > > > > > In case you don't have you vm_id, you can locate it by querying: > > > $ select * from vms where vm_name = 'nil'; > > > This one would show you some details about a VM by its name (including > > the > > > vm's id). > > > > > > Once you've found the relevant snapshot, you can delete it by running: > > > $ delete from snapshots where snapshot_id = '<your_snapshot_id>'; > > > This one would delete the desired snapshot from the database. > > > > > > Since it's a delete operation, I would suggest confirming the ids > before > > > executing it. > > > > > > Hope you've found it useful! > > > > > > [1] > > > https://www.ovirt.org/documentation/install-guide/ > > appe-Preparing_a_Remote_ > > > PostgreSQL_Database_for_Use_with_the_oVirt_Engine/ > > > > > > > > > *Regards,* > > > > > > *Shani Leviim* > > > > > > On Fri, Feb 23, 2018 at 9:25 AM, Lionel Caignec <caignec(a)cines.fr> > > wrote: > > > > > > > Hi, > > > > > > > > i've a problem with snapshot. On one VM i've a "snapshot" ghost > without > > > > name or uuid, only information is size (see attachment). In the > > snapshot > > > > tab there is no trace about this disk. > > > > > > > > In database (table images) i found this : > > > > f242cc9a-56c1-4ae4-aef0-f75eb01f74b1 | 2018-01-17 22:02:00+01 | > > > > 2748779069440 | 00000000-0000-0000-0000-000000000000 | > > > > 00000000-0000-0000-0000-000000000000 | 4 | 2018-01-18 > > > > 22:01:20.5+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > > > > | 2 | 4 | 17e26476-cecb-441d-a5f7- > 46ab3ef387ee > > | > > > > 2018-01-17 22:01:29.663334+01 | 2018-01-19 08:40:14.345229+01 | f > > | > > > > 1 | 2 > > > > 1c7650fa-542b-4ec2-83a1-d2c1c31be5fd | 2018-01-17 22:02:03+01 | > > > > 5368709120000 | 00000000-0000-0000-0000-000000000000 | > > > > 00000000-0000-0000-0000-000000000000 | 4 | 2018-01-18 > > > > 22:01:20.84+01 | 0dd2090c-3491-4fa1-98c3-54ae88be793c > > > > | 2 | 4 | bf834a91-c69f-4d2c-b639- > 116ed58296d8 > > | > > > > 2018-01-17 22:01:29.836133+01 | 2018-01-19 08:40:19.083508+01 | f > > | > > > > 1 | 2 > > > > 8614b21f-c0de-40f2-b4fb-e5cf193b0743 | 2018-02-09 23:00:44+01 | > > > > 5368709120000 | 00000000-0000-0000-0000-000000000000 | > > > > 00000000-0000-0000-0000-000000000000 | 4 | 2018-02-16 > > > > 23:00:02.855+01 | 390175dc-baf4-4831-936a-5ea68fa4c969 > > > > > > > > > > > > But i does not know which line is my disk. Is it possible to delete > > > > directly into database? > > > > Or is it better to dump my disk to another new and delete the > > "corrupted > > > > one"? > > > > > > > > Another thing, when i try to move the disk to another storage > domain i > > > > always get "uncaght exeption occured ..." and no error in engine.log. > > > > > > > > > > > > Thank you for helping. > > > > > > > > -- > > > > Lionel Caignec > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users(a)ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > >

3 7

Multiple "Active VM before the preview" snapshots
by Bruckner, Simone 10 Mar '18

10 Mar '18

--_000_2CB4E8C8E00E594EA06D4AC427E429920FE757F6fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, we see some VMs that show an inconsistent view of snapshots. Checking die= database for one example vm shows the following result: select snapshot_id, status, description from snapshots where vm_id =3D '42= 0a6445-df02-da6a-e4e3-ddc451b2914d'; snapshot_id | status | description --------------------------------------+------------+-----------------------= ------- 602f6aa2-f9fa-4fc6-8349-a8afa1f55137 | OK | Active VM before the pr= eview 12097e2a-7baf-497f-bd60-bfec7b111828 | IN_PREVIEW | base dd82844c-c46a-4010-9af3-bec836abea2c | OK | Active VM e70a4715-0511-4ee4-b309-d24a54c56c2f | OK | Active VM before the pr= eview We cannot perform any snapshot, clone, copy operations on those vms. Is the= re a way to get this cleared? All the best, Simone --_000_2CB4E8C8E00E594EA06D4AC427E429920FE757F6fabamailserverf_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p>   we see some VMs that sho= w an inconsistent view of snapshots. Checking die database for one example = vm shows the following result:<o:p></o:p> <o:p> </o:p> select snapshot_id, status, description&nbs= p; from snapshots where vm_id =3D '420a6445-df02-da6a-e4e3-ddc451b2914d';<o= :p></o:p>        &= nbsp;     snapshot_id     &nbs= p;        |   status &nbs= p; |         description<o:p></o:p>= --------------------------------------+= ------------+------------------------------<o:p></o:p> 602f6aa2-f9fa-4fc6-8349-a8afa1f55137 | OK&n= bsp;        | Active VM before the previ= ew<o:p></o:p> 12097e2a-7baf-497f-bd60-bfec7b111828 | IN_P= REVIEW | base<o:p></o:p> dd82844c-c46a-4010-9af3-bec836abea2c | OK&n= bsp;        | Active VM<o:p></o:p></span= > e70a4715-0511-4ee4-b309-d24a54c56c2f | OK&n= bsp;        | Active VM before the previ= ew<o:p></o:p> <o:p> </o:p> We cannot perform any snapshot,= clone, copy operations on those vms. Is there a way to get this cleared?<o= :p></o:p> <o:p> </o:p> All the best,<o:p></o:p> Simone<o:p></o:p><= /p> <o:p> </o:p> </div> </body> </html> --_000_2CB4E8C8E00E594EA06D4AC427E429920FE757F6fabamailserverf_--

1 0

ovirt 4 and private networks
by Fedele Stabile 10 Mar '18

10 Mar '18

This is a multipart message in MIME format. ------=_NextPart_000_06C4_01D3B805.0F168E00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I have installed 3 ovirt-nodes managed by 1 self-hosted engine all on a public network. Now I would separate network traffic creating a private network, but I am not able. I want use NFS and gluster storage. Can anyone help me? Thank you in advance, Fedele Stabile ------=_NextPart_000_06C4_01D3B805.0F168E00 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 15 = (filtered medium)"><style></style></head><body lang=3DIT = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>Hello,<o:p></o:p>I have = installed 3 ovirt-nodes managed by 1 self-hosted engine all on a public = network.<o:p></o:p>Now I would separate network = traffic creating a private network, but I am not able.<o:p></o:p>I want use NFS and gluster storage.<o:p></o:p>Can anyone help me?<o:p></o:p><o:p> </o:p>Thank you in = advance,<o:p></o:p>Fedele = Stabile<o:p></o:p> = <o:p></o:p></div></body></html> ------=_NextPart_000_06C4_01D3B805.0F168E00--

1 0

firewall node
by Fabrice SOLER 09 Mar '18

09 Mar '18

This is a multi-part message in MIME format. --------------9AB365A62AECC9ECF815196F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello, I am trying to open a port on the node. For that, in the cluster configuration I have choosed firewalld, I have created the |*/etc/ovirt-engine/ansible/ovirt-host-deploy-post-tasks.yml* file.| | - name: Enable additional port on firewalld firewalld: port: "12345/tcp" permanent: yes immediate: yes state: enabled | |then I have rebooted the node like it is noticed on this link : | |https://www.ovirt.org/blog/2017/12/host-deploy-customization/ | |On the node, after the reboot, I read the iptables (iptables -L) and the port is not open. | |I have just updated the engine and the node is 4.2.1.1.| |Is there some change about the firewalld in this version ? (in 4.2.0 it worked) | |Sincerery | -- --------------9AB365A62AECC9ECF815196F Content-Type: multipart/related; boundary="------------0CACEB869F4541260E5370C8" --------------0CACEB869F4541260E5370C8 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"> Hello, I am trying to open a port on the node. For that, in the cluster configuration I have choosed firewalld, I have created the <code>/etc/ovirt-engine/ansible/ovirt-host-deploy-post-tasks.yml file.</code> <code> - name: Enable additional port on firewalld firewalld: port: "12345/tcp" permanent: yes immediate: yes state: enabled </code> <code>then I have rebooted the node like it is noticed on this link : </code> <code><a class="moz-txt-link-freetext" href="https://www.ovirt.org/blog/2017/12/host-deploy-customization/">https://www.ovirt.org/blog/2017/12/host-deploy-customization/</a> </code> <code>On the node, after the reboot, I read the iptables (iptables -L) and the port is not open. </code> <code>I have just updated the engine and the node is 4.2.1.1.</code> <code>Is there some change about the firewalld in this version ? (in 4.2.0 it worked) </code> <code>Sincerery </code> <div class="moz-signature">-- <img src="cid:part1.71A2D5E6.CB2ABD82@ac-guadeloupe.fr" border="0"></div> </body> </html> --------------0CACEB869F4541260E5370C8 Content-Type: image/png; name="Fabrice SOLER.PNG" Content-Transfer-Encoding: base64 Content-ID: <part1.71A2D5E6.CB2ABD82(a)ac-guadeloupe.fr> Content-Disposition: inline; filename="Fabrice SOLER.PNG" iVBORw0KGgoAAAANSUhEUgAAAXcAAAB+CAYAAADfuFGCAAAAAXNSR0IArs4c6QAAAARnQU1B AACxjwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAEAiSURBVHhe7X0HoFXFtXbKS/LSX6op lkRN1MQWTWwxGlNf8ue99PpShVvpSO9KVaTeyr0XpUivIgoqHak2moBYUAQElCLcXvj+9c2+ C5aTfQ73IlIO8+Fyz55Zs2bNnL2/PXf2zOz3ICAgICAg5RDIPSAgICAFEcg9ICAgIAURyD0g ICAgBRHIPSAgICAFEcj9LMVLL72E97znPcjKyqqPSY4JEyY4/aVLl9bHBAQEnM4I5J4iIEmT fK0kw6kkdy1bhecKP43CshV33323i/P9uOiii/4tH6H6VhgXEJDqCOSeIlByt0SZDI0l9xMJ lvvTn/7UhemH+kDC9n1SclaCT0buFB++fmPbKSDgTEUg9xRBItLye67aa1VyJ8lqmhIuwXO1 yaP23JVk9VzTFZpHJQ6Mt2UpEtXB6gdyDwhoGAK5pwgSkZY9V6JjHIVhCuGTt6ZpfpuuefVB wbIZp/YVJNtkJE5hWJGIoG18MnJXmxT1TfWtBAScDQhXeorAEiZFyZAkaOMpltyVXP1zhi0x W3LXsE+w1Ge8lTiyJrQ8q8NjnL6NT0bucXmtvq1DQECqI5B7ikDJnaRpwTglbCW6d5Pc4wg2 GaxP+nDwYX15J+ROJNILCEg1BHJPETSE3JU8LblTCL9Xy3AicidRMkziJHikvUTEa6EkrrCE rmWov4TWS22+U3JviI8BAamAQO4pgkTkrmRGIfmpjpK75tOwgueJyJ2wdm0+JWsV6vmwZVKs z1pOonRbrgqhdfPjfTK39Q4ISGUEcg8ICAhIQQRyTwHY3mqQhktAQCojXOEBAQEBKYhA7gEB AQEpiEDuAQEBASmIQO4BAQEBKYhA7gEBAQEpiEDuAQEBASmIQO5nKcJUwFMHLqw6lYuouKDL Tgk9Eat1WZ+4BWsBpw7hDk8x6OpPu6ozDsdD7rx57arVRGiIHleUHsvHRKD9k0EkdrWtrsxt LPh7xOWl7VO1BQLb3q40TvZb+Q+CuC0eaCus+D39EMg9xcAbsCG9KOqdSpzu5E7CsqR3rIdV IiQi91MJtr0+WNiOyYiZepbQqRuI/MxAIPcUgvag/BuSsD0w6lhypy5vck1XYtNzhe2h0R51 jqWne7lYHZan5+on9dUv2vTzKblaPymWpHxdgmFLrjzXPAxrmeqvgvasHQXjmKZgWPPaerEM ta2iDzMbb8tV25qmtvXcPgytnvXTxlvbFmwP+sp8cXW0YD30NyL02lA01o9Eddc4ii2POrSl 4Ln+ntTV35Lx1l5AIPeUAm8uvfB5g+iFT9gbQW88hd7oBPMzTW8oe3MxTW8g2vJvrjg9HtUn C5ZpyYp69qb2YevDcrQswpZH2HTbJgTP1Q7DWu84sEzW0eZn2OZRv3wfFH79fd9tOu1qG2j7 qk3m0bBflrVpf9dEoK61Tdh2sWCc/V2op2U11g+bTjCvbRsFy9B46iTKw6O2v/UxIEIg9xSB 9nQVvCH0xou7+K0u05RoebS69ga2Ydq0JJdIj2GWxaOFLZOgvq/DOOZVUfKJIwmrR9HyLVEQ lsRsOBnoK20qGKbvtl21/bVchV8vlqk+qmhdfH+YpmA804lj1dfm80Ff1A5917L930PBcm05 jWl3nltonBW1x6ON1zajPb/MuPZsyO94tiHxVXCW4nAdUFtbI6FaHJaTw4cPuzgcrpZwlQSi OByWdFQzi0uvo46gzuWR/IwQtZMF/+ZQISwJKTSNsDc2j1aXN5LesDZsyYZIpKfgOcvUcnwy Ybq9aRm2frAsvYFZV/+Gt+cWzGftWjs2fCxYO1qe7wdBHdbT6vrl23ML3x/7G9n2TlZfBfOq voWfV/XidAmWq78Dfy/7GzbWDx7j6s4ybF1tm/ll2DSCNpk3UZuezQjkHgsStJJ7fZSQPUDS PywEzv/zX21E5i5OwnU19flEzz0AXEaDd4/t424c3pQaxxtAiYM3i72ZLNHyaEmV+XlD+WFL NkQiPQvqqw8sQ8OEf9MyrPaVVKz/1j51rc8W1FNd5rd2rD8+mMem2Xw8sjzbbhb0TwmJdiw5 MWzbzcL3x/5GjNd8yeqr8H9HhV8+7bKcRD5pXRW2PRvrR6K6+2XQH70WbB69DjSNR6ZpHQLe jtAiHlyvnHRNghaSr5MeOOP0yOQa4XkSfK38r1bIvFZ0q+sqJBd79xG5H35bz50Bdu35gDgS ecKgF70Pe2PwRqAOhfH2ZmJYSconBeazN7OGLdkQifSoo+VaffrAOC2L+sxnwTSbl2USWl+K xjG/xlHUltWlDWvHhn3YfBT6a0Hf4uqjoqB9jdM2Zj6rm8gfpikYb8uLq6/vs9+eCr98Qu35 YLn2etAytC6N9SNZ3TWOYZtH4+mHXidxftj2CQjknhARyQtx17F3Xk/kwvfVwtGVcqxiWLi6 suawkH0dqqprUFNTI8dK14OPyFyh5E458eQecPLhE1BAwOmGQO4G0TAMe95CwI7QOa4OHCqt xIqVm7Bw0XosWBjJ/IUbsGDRRsybv17kWSxc+DQWLFiGZ9esP2LnKKFHEvX8A7mf6WBvk73G gIDTGeEKNYgIWXrr0hN3I+pCxOy1b96yE4MGj0e3bsXo1HkEunQtQpcuxejceaQcR4mUYMCA MZg+fQG279hVT+DsvfOFK8fh64ldOD5we0BAwMlAIPe3gb32aiFhIfX6cXX2uR997Bkh8JHI SBuGJk2GIi1dRMJN04YjXY7t2hXhgbFLsGf3ocgKWdyQ+5FeeyD3gICAk4RA7m8De+4k44iI SdF73ixHyX1z0bJFAdKa5gupFwm58yjn6Xlo174Io0bPx86dEbFH4/P1M2acrWh4JhqSCeQe EBBwchDI3YBTG6PeezQcQ3J/+tlXMODuicjIzBVCHyFSgowMOQqx39GuBPePnoNt299w+esk H1+8RjkpDB89jwg+sHtAQMC7j0DuBo7UOTuGPXc5P1Rei+kPrkCHjiPQNH04mkpvPSu7xA3H tG1XjOL7HsWLW193eWtqa1ze6AEhZO7GYFySQAmeaYHcAwIC3n0Ecjdgp9oRvKN34JXX3kR+ wUxkZw9Ck7RBSJfee5OmQ9CqTT4KimZjy4t7onxC2rVuBWs0DOMWM9VacieU4AO5BwQEvPsI 5O6B5F5dW4XK6hosWvI0Bg4ah27dRqJbjzHo1v0B9Og5DgWFc7Bpy05H007kfzW1taiuroqI nfPc3ZPCmTzjoAtEzhScan+5uMYuPgoIOB2Q4uReP0QiODLW7di4XhxMRH0cB2W4CvX5Lduw avVmrH5qK5586hWselJk9VZs2bIbVZJewywiddJLr+NYu/xXy5VNLLL+/ChcZL2ceOhKQV2x 905AsmqoHS7ksSsY3w3Y1Z9xqxAb429DoQ8Mtcty4whcV0wmgvpt5XjBsigBAQ1BypO72wrg cPQy00G49XAtWViOQsB1tbpVQD0Z14t03J24KZFHo50QJHNuScCxdddTl3Nnl532ajlKvkiZ jwoO80g59XLUyonDiST30wkkTtZLCZREfyp6yYnI/Vig7/pA0gdGIOiAk4GUJndyb0SkFBKr LioiqUsc/6vvYTuyllQOlddIWqV03SuE3culi14hvfEKHkWqaupcj13BYG1UEGrc00ACzqYL vE0ikmf4xMMnd4Ztj9cSk+qq2J63jdc8PJKgKJqm0DRFol42w7aHy3O1T3/UJ5uH8Mndh5ZF sXW0fmj9GusDwwTP1ZbGETae5cWBaWrPJ3ctT+VY/jNOy9Gw6mgZiob4FpDaSGlyd/zqjlHP md3p2jq++OTqU4mnSGyNJO3bX4Zt2/fh2bXbMPexJzFl+hJMnLwI4yctxsQpSzBh8lJMmroE sx5eiUWL12PT87vw+p6DKC2n3YjPHYVLWXV1VWKY2wNHZUalRDjyF8QJhhKFT+4ECU1vfhKI JXM7pGHDBG0QzMOwJUK1zTi1zXKUuAglIII6yYjV+uSDZatoHiKZv3H2GuuD2iOsLkH9RLYs rO+URESb7DdS2Pbk0fpHfVuXhvgWkNpIaXInp3LWiu7QSFrl6tFqjpFLuKy8Dptf2C5kvRGj Ri/AwEHT0PPOcejQsQR3tCtG2ztGos0d96Ftu1FyPkrCI90UyI6dRqL/gCnIyZ2NqTNX4pm1 r2Dn7kOOxrllQY08QOpE7ArVIw5Q3gXwhubNbsldwTglC584NA+FYV8YzzxKPASJg+URNk19 sKJ61ElGrDYtDkpmFIaT+WtJ0KKxPtCewuoSbEO/7Lg6MJ55Ceaxbe/XQfUS+W/jfR3rf0N9 C0htpDa5u3HwqPteK1119q7ZY68Qzn1u8w7pkS/C3fdOQodOxchulouM7Fw0zcgRkWM6pz3m 4fa0HBHG5yFNpEnacDRJH4b0zBxkNc9D63YF6HHXGBQUz8aj85/Bzj31JC8SzZanRA+XSPi/ Ew8lVhIGwbCCcT6hqyhBKNHEoTHkbgnHgjqWYHjeGHJXsB7Mm8xfn/gUjfXB2re6BP2w54lA G8xL0D7PtRza0LBtx0T+23hfx/rfUN8CUhunBbk3dKhC9Rqi73RI7vXj4cxBYn9l235MmrwY vfuNQ+s2BULSw5EupN00vQBpmYVC4FywVCiSL4ROEZIXMm+SniPpoie6GVnUKYjEpQ9BZvNh 6NytBDkFM7Bk2SYcLI2Ga5ynR/5Hko/8OdHgzU3iOBa5kwCoGwdLNhaWeAhrw6YxXsvxQX2b h/4pATE+rlyCBKZpSuhqJ5G/ifxorA+2DVlHm25tJQNt2Laz5/TRln+sdmwouTfUt4DUxikj d5KvkrSbdSLQOPuBDI0nbLyGibg4Det5uXTXn1i+GUOGTkG79tw+gCtOpTeeXiy9cTnPKHLH JmlFQthC8pn5SM/Kl955Lpq1ykNmsxw5zxW9fJEC6dXzAVAsDwfR54MgXXr1GUOF5IejW89R mDh5GV7aulecc8+Yel84Dv/2MfgTBd7MJI5jkbsSpBUlBT9N85CALEFRX8nDT1M/VOJsU5+S jFgtrD1bViJ/CetHXN0b4gP1FEzTvAra1TgK7ftgvPVZ/aKutan+KOL8byi5Ew3xLSC1cUrJ PY6giepqjlkfJWubpkcbr0cNEy7Mf3K6b285HpnzNLp1H4kWLYWcHbHnI0OIOS2dRD8CmVkl aNaiBO06jEL3XuPR/56pGJIzE/kjHkJBycMYljcdg4ZNx519x6NjZ47D34esZuzp50nPv8D1 5h3puyGcHHmAjERe/iPuBW1VdUTwtbVVqK2rdP75UL/fbZAELCmQECypBAQEpAZOGbn7JG3D StK1tVzKf5S8NV3TbLw9apjYvvOA9KIXoGu3YmRlR731dEfohcgQMs6U3njbdiXo328GRo5c iFmzn5Ee/ovY/MJevL6rDHsPlGH/wTLs2VuKV197C+s2vo6FizaKzaW4e+Ak9Og5FtnSq2+a PhS3N8kRwi8Rgi9wRN+yVSEG3jsZy1ZsRlWV+CxV5px7H/RV/X234fd2Q68uICA1cUp77krG eq5kTuEn63hUEieqqri8/yhxE2pH87LX7/JI2rbXSjH6gQXo0IlDLAOFcIdID1vCHHaRnnvL 1sUYMGAKpkxdjrXrXsObeyvdp/PcytPIvAPDes5xe65erag8jFe27cOyZc+jYMQs9Ow1Soh9 OG5vypetHKopdL345i1zMOCecfLA2OQ+zWdcPwKtQ0BAQMCJwikjd0KJmmRMsbCEV1lZiY0b N2L//v0ujvkIm59hPhAUFRU1mDRlObp0fwCZ0mNPyxguxJ6Hpty6NyMHXbuPw5gHluKZNa/i rYPVjrx11SmHUBh2vWz6wQPTpOtdw0VMZHjqy4FEv33nW3js8TW4d8hUtLmDY/hSRuYIeaCM wO1pQ5DdYgjuuXcinnz6Ffdw0HpZxMUFBAQEHC9OKbkrlKRLS0tx//3348knn3Tnr7/+ujv/ zW9+g+9///tYt26901ci5JHiCFmEqKqqxvRpM9C371D07T/JzXCJZrkUuCEZTl/s3Xci5jy6 Hnv2lrvXm4RYcv8Yeht4StOU+mTVUqGNympg4+Y3UXL/PLTvOFLKzJEHCV++5grZD0azlkOR X/gIXtCdJJnx32CtBgQEBBw/GkXuSsIKJVQfVkcRF0fY+AMHDuCaa67BgAED3Pnw4cNx7rnn 4s9//jPmznkc5eUVLj4ZSkvLkZbWGtd++/+hZdsR+FfTYW7+epYQfOtW+RgivetVK19CZYU8 FKToN/dVYM8bFdi56xB27SkTqRApd7Kb8kZZJO68QsKVcqzGrt017shx+Z27y9ze79Kpx+u7 SzF56gJ06lSA9PShSJcHStO0HDSRcKt2I/DAhKXYfyCqB3eQ5B7w5PJoKJ6PCV38FBAQEHD8 aHTPXXvJSvS7d+/GY489hkceeQRPP/20Gxph/KFDh/DQQw9h/PjxToeoqKhwOnPmzMGCBQtc z5y6HCdfsWIFpk+fjksuuQRDhw51+uvWrcPIkSMxZsxovPrqq44EOe6+Zs1TeHzeXMyfP19k gbO3bMWyen/eQr9+hfjb37tI73kw0rIG4bd/aI9bbvkb2rcbgvVrt0W9cMGhQ5WYOXMJBt4z AYOHTMGgwVNx7+BpuHeQyOAp9TK5XurPB4nOoOn1Mg2DhkxEYdEMrH9u+5H+9v79ZZgxdTE6 th+BLM6Lz+R8ePkLQh4yHbuOxMKFG1ErTwL3YRB+4INjNXzSHCH3+Bk1AQEBAQ1Fo8id5Kmk rmPkc+fOxVe/+lV87nOfwwUXXICVK1e6+Lvuugsf+9jHnLDnzXHzffv24a9//Ss+//nP433v ex86duzodJcsWYJPfOIT+PSnP40PfvCDyMvLc/FTpkxxuh/96Edx3XXXY+vWrTh48CBuu+1W fOg/P4CPfOSjeM973u/yfvazn8WSpSuwfNlzuOLyH+KrF34Pre/Ix//8pgX+8+Pn4wMf/BzO O++bWLjgCWebHeay0hpMGL8YLZvnITM9V3rauULE+UiXXr6TDL589UTTMkWfC6DSBuLuu8dj 7frXHLlXs/su2Le3TB5K89C+Pb/cxDnyI3B7Rg6yWwzHwIHj8dqOfU6Pbel67m4lLduU7w2O vjsICAgIOB40mtxV3IwUOXIoZe3atRg9ejQ+9alPCaGNcT1xDq/86U9/wj333IMvfelLeOGF F5w+p92tXr0aP/7xj/HHP/7R2eW4OnUmTpyIb3/72xgyZIiLT0tLw9e//nWUlJS4KXvs7VdV VOLG629ARno6mme3xGWXXi5/IcwSvcvQpnVXFObPwNe/disuvOgW98Wkm275Cz5zzsXo038o 3vveD6JPn77OtrgiD4pqTBi3FC2bjUDT2wuQkVEkvf38SLhiNb3QzYFPSy8S4i8W4bFQSL6g nuxzkJmRKzYn4LmNu9zLVX5HlQ8O4qWt+zFs2INo0arIzatPzy50L1g7dSrCg7OXuWEcN9JP Z9xRMqq8i+A8d853D4jAa9IugDoZsFNSdSFVwOkFf6HYmYZGkzuhs1MIEvVtt93mxsbZS+ei GL4Y/da3viVkmYE33ngDM2fOdDNd+CDo0qULLr30Unz4wx/G3/72N2dj7NixuPDCC93QzC23 3IJ7773XxTdt2hQ33ngjli1bJj3990oPfyHKDpXjputvRPeu3dCrx1341tXfxpYtW3DFFVfh f37+F/TuMRrnn/tdfP2S23DHHSW4/oa/4BtX3IRNz78ovff3o1//3s6267mXS8994mJkNxMi 5ypVIfL0rOgFLAk+2mKAK1El3hG7kjuJnT176b03zUH//pOl577D9dzl75r6v26ikZZly19E 776TxAb3pZEHSGahyHAMuGcstu3cF+URZRK7m53DTG6IpnGwKxpV7IpFhb+i9ESC5Z0uD43G 1PNEkTuJoKFkfaKJ491qe7bh6fbwSVRX+unfAyrHs5bjeH8j+nY63AfH3XNX5Ofn42tf+xo6 dOjghkbY8GVlZbj66qvxj3/8o14rAnv4X/jCF9CkSRPcdNNN+L//+z8XP2rUKDe0wx/n5ptv xsCBA108G+icc87B38XO+9//PixcMA+V5VW4/jvXo0unTkLuvXHN1ddi/fo1uPLKq/GTH/0R 7VoX4qvn34yLL/6u9OSL5S+ELFx08dVo3aat+5Hv6t3D2eazqayiGuMnzkOzFsORLqTLvWTS OFXSkbtIuoQpQuScacPNxChpaTkSL5I2TP6CGIp+/R7A+g07IrtC0NHHQaLeN1/Yjpu4FK3b cu47/xrgMRedu9+HufOedMP/taJb577BGj0UTPM2GGwrexHzd+D5iSSQYyGQe8PJne3E9jpR eLfa/kwidwv+nu/0Nz1ecj9dcFzkbsEZLb/4xS+EYNfj/PPPd71wvvS88sor8fe//93p8Jx4 9tlnHVk//PDDaNOmjRuLJzgsQ3Ln2Pv3vvc9DBo0yMXzB3z/+9/vevVXXnkFVq9agfLSCiH3 m9Cta1f06HYnrrrqajz33FpcfvlV0qP/H7TMzsFXhNwvuvgGdOxQjN/9tg0+/JH/wgVfOReX XHox8guGO9sc4j5UVoVxExa4hUbRJmHRhmBp6fnIyi5Ax46j0L0Hv5sq0mvsEenZU6TXA3Ic I+lFGJY7AWvWbXW9cMKSO19NPPnMVumpT5UHyAj5a+Z+KWOEPFByUXz/w9h/sJwDMkLy9ePs NHICyJ3gjck4hRI+xV74SjSaZklRbaiofSVP2mH8sGHD3qanxKWER7F2WaZN888toTCs8RSF 3nwar/Z9fer4sPVl2bY9ErVTojZSqC/qO3Wsf+qH/lYUtU9djefRrwPjFNTVePpk/dI45qee /j783XjONAXP1VfCt2HLoRDJbNBHrQPjCb8eChtv29gi7reNq2scaDPOrraHn9e3S7D8OB+I hqQpbJmM13LZVlaP59Yn2rT5FNae/f18HG3tBsASu4ZzcnLwgx/8AMuXL3dDMw888IB7ecph GUvu1F+zZo0jd1aAFeGYPMHxehL4E0884chdh2U45s6/CjZt2oitW18WuxU49FYprv/2Tejc sTO6demOq6XHvm7dGnzzm1fj29f8N1o2y8NXLrgZF150rdiZKH89tMW3rr0GK1ctxUsvb8GB A3vdtEOSbmlZtZD7IiFa9sq5ZUCJG3rheHurlkUoKVmApU+8iuUrX8GKVVvFxstGovNlqzZi 5VMb8drOfe6vAX3hHBG8iNRj1xsHcf+Yx9G8xUg0SStx5XB/m/73TMRzz7/m6lqn4+wnkNx5 QWgcLwJ7AepvQPBobwSG7UWmoD3NozenvbisTcI/Z369SBnP/AT9Y9jewBpmmvXN1kPrp6Ce +uPX10LL07ay9ffz2TpQR/PEQf1RH2jH1sP6Spu2ja1uHNTfRPXy25p61heC+fwyra82TWF1 iGQ2bDsS9DfRb+fb9eHXx147flocWK4tm/DL1N/T/20Uya6vY6Wpr/RTfdVytP0Yr3oEz21a XDs3pO6Kf69REkSkdfRlKpGbm4uf/OQneOqpp1zPnVMfSe4clmnevDkWL16MX//619i5c6cb luHsF055ZJqS+3333ecahw8I23PnmDtfsG7YsAH/+7+/wLq1z9YPy0jPvUs39Op5p5RzjaQ/ Jz376/Gtq3+GVi3yhdy/h0suuxHjxj+G3n2H4OZbb8Jr21/GL3/1CzwwdrSzHZF7jZD7kojc ucgpvVjKlN41tyaQuKnTVqOsEqiUTjW3JLDCnj9nMFZRJExxw+VC7lzJ6tqprtYNuVRL2uPz 16Bz1/FomlaE9IxiN27fsfNILF2+SXTpkSi9A/AH54XDC0ihFyDjNGxFbzT/QqKuXkC8oGwe G6/5Ff6Fpz7F5efRlqk3GsEjzwnq+DY0jX4mujni/FNQx6bZ8o7VTjy3bWyhefUmZz4NE7aO fv19XYJx1g/Ny7D1n6AtbVsirv48T1QmbcbB6hDJbPh1Ytj6T/Hb2a+zQtvaitbPr2scWI6W pfDtUVh+InvJrq+GptEHW0erx3AiG8zn+8o0XgMMU/dYaBS5E/5USE5b5EyXzMxMfPKTn3TD MtTh2DlnzPz85z/HZz7zGezdu9f13L/4xS/id7/7nRu2+cMf/uBsTJo0yU1n5AtY9v615966 dWv3MPjHP/7uhmcWL1og5C4PjquuRccOHdG5c1dcIT33ZctW47zzLpfyfummNV5w/q24/Mof 48GHluP+0ZNwwVfOQ6vWLVyjDLo3Gs+35N7ckTt773xxKr33pgXy8MnH5ClPolTInQMmpF4r 5GMKW4Ez00nu7luqZGpheW5XwH+1h2tEDmPdc9vRp/9UN+e9CTcv48ZirQsw88FVKCuv77U7 qOXGgT8262eJhzce4wheRIkuCHtREVaX+fXipI7GM472LWw6wbC9eC38Mnkxq+886o1JHb8c BW0nujni/FP4Nm15ydpJQV3Vt2Be214sw97Yto5+/X1d2rI+2rwEdVmW1p+2rN9x9ed5ojL1 OvHh+5XMhl8nhpmeDEyPK5u27G9r4dc1DnG/EcuxbahIZI/lWx9s/RqaRh9s+1k9hhPZ8PP5 oB7ro/pxaBS5u15pPblrz5099l/96lduxgzH3hcuXOjiH3/8cUfudJIvTJmPM2Z69uyJW2+9 1ZE/p0kSr7zyihvC+eEPf+jscHYNsXnzZmf73HO/jLvu6omDB99C2aFStGje0vX2R48eiyZN MrFkydNS1n/jB7c1RYtm+bjxhn+InX9i+coXsH3nG0KkGTjnC19EixYt8MaeXdHDSXg4GpZZ LOTO8Xa+QOW2vdJ7TytA6zYlKCxeiDnzNuCx+c9g3oKnMG8h5UnMl/D8BU9j/nyRRc9gw6ZX UFnNxVtccVqDGu7xK83DcjjcUi3H13YcwpBhD6KZPHz4MjY9vUDqUShtM0/aRVfe6qOD0jjw wrAXr/74evHwQom7iQjmtTcCw3rRWJu8EalL0J5/4zKPjeO5tWthL2SCeloOj5qPYeuDhb2J CGuT/iUq27dp65+snSzidOgL4/WmZFtomLB19Ovv69KWbeu4NmB+1WHYtj3z+L8PdX2bWiZ9 s/4oaMPGJ7PBeKvrt3Mi2HZR0E6i38+vaxyY18/PPPZ6UWg9fCS7vhqaZttL28PqaT38NJsv EXwffDSK3JXUdVhGiZ5TH7lAicLxdcYTXJnKVaiExuliJk6L5Kwa/QugvLzc9e75AKAO7RJc 6fr66ztRU8OXstEukaWlZW4rgsrKKhzYfwirVm1G29aD0PT2e5CVmSOEPxg9eoxxOz0S5ZUV eG3bTrdClqzLl5210rOOyH2p9NLrX6RmCrlnjcC/3MZfOWjbvgRtOxSjTftC3NGhAO1E3LFd YSR3FKDXnaMw57EnUeXqwRkvUn8Oy7DnLke3GZlU5cBbhzF6zDy0asMZN0OQnpaP7Mx85OfN we49bzmd6O8A/p1Q/3K1EeCFwIvDil4oCl4INt2/ADXeXlQ2Dy9ETeMNEXeDqa69SDXOj7f+ 2RucR3tjUs/aUB/8izvOJvWtjsLWi3lseTbN5o+Ls9B8SnZsHw0Tto6+r74uYctjOvP6baH2 CI2jTtzvQ13VYZot06apDcKWRySz4deJ8P3V305/Gxvng/E2r7UdF2dB+/Y3VVh7FIX/m2uc /Z1t/RqTpjbpj9UjkqXZNqKw7WnXxiVD0lQlWAsldDvu7kN1GgLqKfEnh9h05PnvxLd82Ra0 F7JNbzrUTU/Mzi7EgAEzsPn5NxyJW5B8ldwPlnNYZpmQu/TWuWCJ4+5cwJSVjybuW6rDJZ67 SXI1qvS2RdIyholImCJldehwHx59bK303OtQU1ch7cIHk5RDnubRnQAV8myaNm0l2t6R5z7L x++ztpByc3Jmy8PrQOScI/f6jCcR/kUVEBDw7uBk3mux5G7JmT1q9sy1h800Taf4vXgNWz2C euyp68wZq0/wnCtbddqkr1NXJz3iw5UizB89DGrlWF1zGHMeeQZtWpHcc5CROUwkD3f2mowX X4q2CK51+91ENmtrK8QW55UDB8tqMW788qjnzmEZErub685tBtiT50pUitiuJ3/GHZH0XHTq OAZzH30OFdXip/474rNzU8qKwrNnr0HnLqNxOz/skVaAZs2LMDznIeza/Ra1RHR0/+QikHtA wMnBaUHuxPbt2/Gvf/0L119/vdsSgERPRCQZrVKlKMHbOCU4xhHc+IuLl7jFAKFpms7zPXv2 oFu3bm4+vMbRVvThjmi3RNfrrh/u4L/yijo89NAqtGyRgyzXo74XWdlDcdddk7B16yHRF8qs ra7f0Ix5hdzlocAxd5/cuZApI5PTFEukx85ZLUXylwCJncdoBasVbinQscNoR+6cUcMHBh9V LJPPHx4ZU1sXbab2yCMk9zHyYMiRnnsBspuNEHKfhZ275CF0inrtAQEBqYlYcicREdwq4Mtf /rJbbMQ9XlatWuXi2bvW75zqGDtJWnveujNkRMrRg4J7y3Aue//+/d05QR3tqRPcqoCzaPRF K6FlsLeuW+Ryz/aa6lqxXyvkXuW+htT+jjxkZw1BdvbdaN5yEPrfPQFbXnjDUWWNPBiqqtjr l/yHq930xIjca4TcOSxTFPXc2UPPKBGCv0/Im5/hG4HMLEq+hLm7Y71ID57Cjca6dLlfyH0t qoSXWVN5rDm/j4JlVcoDpg4PznwK7dqVoEn6cEfuHA7KyZ2F14XcI9BCIPeAgIB3joRj7iRe TlXkAiWuPr3uuuvw6KOPut5779693Vx1flSDYfa4+TKUO0H+85//RPv27d3cdIJpnLf++9// 3k2J1Dnsu3btckTPvwy4syTx5ptv4tprrz2ycRh1+vXr53RmzXrIPTz4ErV/v4GYMf0hzHro YXTs1AMrV2xGs+z+uOLyX+DSy27DlVf/DB06D8OmzbtQWlaO+0bd52wUFuahoqJU6FN77iT3 J4703HUvGfbgm7ccgT79pqG4ZJHkm4MRRY8Y4flcF19c8giWPLEB5VX8O4LtJn/F8IEWMb3E 8StPNSirqMWkiSvRpjV3icwVKUQz6bnnCrnv2qVj7s5CFAwICAh4B0jac+feLzfccIMbUuHe 7FyIRLK+7LLL0LZtW7calT16vsXlzBguOuIXk7h1L+e9ExyG+chHPuI2C+Ncds5hZ2+8b9++ OO+885wt2uB0SPbcubJVHwD8aAe3+/3GN76Biy66EOvWrcXBg6W45prr0bFDV3Tv1gsXf+0b WLv2Zem198IHPvBVfOzjF+JDHzkf3//hH7Bm3TY8PGcBzj3vXGf3U5/6JKZMjca7InKvFnJf IuROUud4O8fVuWHYMLRsm49xE5dh2/YybH+9FDt3H/w32bHroKQdwBsHSlHtXtxyWCUaOnIc TY7nDmXyV8fruw+hMP9x11vnOD6nWzZrXoiSkY/Kg5EPnEDqAQEBJw5JyZ17r3O8nS9UNY4k fsUVV7i92Lka9fLLL8fLL7/sCJvfOS0qKnKErdv5cmMxLlzi4qaLL77YkTptcSHTX/7yF0yb Ns1tOMb9Zthzv+qqq4703DlGz5WuU6dOc9N+Fi6cL385VOL6676LLp17oEf3XuLLNVL+LnTo eDc++rGv4rvf+zUu+vr1uOqa2zB/wTrk5I3Ctd++1g0pvfe970GvXl2dbZL7IUfui+vJPRKS e3rmMLRoPRyTpq1ARU3yvjTTKKT12roqOeEQUo0bcye5c2ET3w/w83r33D1LHkLF7sUsNyJr 3aoQEyc9IQ+sKtFLVkpAQEBA45CU3DnWzmEZDr389re/dUMtJGCSO4de2Cv/5je/6Xrd/JAG tw7gRzv4wQ0OzxCFhYWuh86FSey9c5iFIPmzp8+hHpI/j5z/TnIfPHiw00lPT3fDQfPmzXPE vHjJfDfj5rrrbkCXLt3QrWsPXP7Nq9w88XvuLsDHP/4V3Pr93+PSy27C1y+9HmPHPY6Bg4tx y/dvcwuiPviB/0D/fnc52+TS0vJqTJi02G0/4AjXzYjhy9I8tGiVh3GTVuK1HW9hl9jfvecA dr/xdtkl8jrDbx7AIXno8KVoTW15NLbPGTk1fKnM9gSWr3ged/aciAx5gHDrgYz0XLRvV4wn nngBlXwmOK8CAgICTgwSjrkTJPcf/ehH7gUntwXgqlOOrbO33qlTJ4wbN84NmZDc2TPmmDr3 jPnOd75zZMfHgoIC91J2xowZ7hN67LkT3A6YwzG0z33gOe5O2yR3HZYhuXNvGaa9R8h90eJ5 0nM/5Ai/c+fObm+Zb3zjm6iqqkW+9NA/+pEv4bYf/FnI/WZcePF3kF84E81b9sA5Xz4ff/jj H1zvv/ddvZxtDouXkdwncuMwbutLYi+KRAi4ZesSdO81Hn36TkS//uPQt9+oehktMkbqMVaO Y9FvwCj562AC1q57OSJovqytqY6eHvIfyzlwsBqTpyxFq5Z5UifO6OE3XYfLQ/MBrFn7svOn hooBSXGsRRunGpzi5i8cOlWwC2m4yOh4204X0thFOQFnBmJ/cZ3hwo29+PEMEjdJl99J5QpS zmhhz13JnWPy3IaADwDu8MghFwpBcmc8h1+oa8md8ezht2zZ0vWs+VcBtyywu0Iquf/HB95X 33MvxQ03XI+uXbuge/ce8tfAN5zu5Ekzped+rvj7R3lofA8XXngdevQswR//1BKf/tyX8b+/ /JV7WDwy+2Gnz2GTsvIqjJ+4ANnNhztyZ889M5vDJpzmmIfsZnKemYPsbJGsYSLDkZ2Z61aW ZmcWiHD2zGD0HzAOa9dvj/ics3r4iSX5L9pfBtj4/OvuO6xZzYaIbcowZGYNQX7BbPnLYD90 g7F3As6f5U1oxc6nfSc3eBz4nsVfAUj7ulrx3cCJ8t+2FcPHA0ueFqfLmgHrH/3Reup10BCy pu6pfljZFbAE63G8v9nZhti7Reees/fNF6TcrZFDMSRZDp1oz51j7hyW4ZAMP3zN4ReOuf/y l790s2MIbizG+FmzZrmx+D59+rh4jrdTOF2S4/ic7khy54tP7g3OoSFuJMa/Alguv8S0aPEC 6bmXufcAnTt3Qs+evdxQT011FZ5YtgKf//yF+MH3ped+ya24+OIb0faOXPz3z5rg1tt+ju3b d7iXwdybxpGusG5E7vPryV3H3TnmHs2Y4VeTokVMnPYo8WlydCLxTpiWh959pee+YaerF+fQ O2IX+7U1h8XfOjw0+ynxZQSapN+L9OyhYnsI2nUoxLQZT6C69rBbjMUZNe8EvOB505J0Cd7Q Db2Jjwdx5P5ug/V5p2B70I4SBttN26wxsOR5OsL6Z9utMeRuHwqnCj65BzQcCe8WkiunQnKT LzYuCX3OnDlHhk50WIbxvDn4YWwOvxQXF7vxee2584UqyZ3DMnwQ6Dz33/zmN256IvNxwzF+ Sk+nQuqwzO233+7OZ8+ejfe+971uU7Kyskoh9xuk1941IvfLLkV1dTnWb9iAL3/pa/jhbX/B JV/7Hs7/ynfQtm0+brz5T7jq6pvwzDNrcfPNt6CkqMTZZke5rKwKE9yXmDhUUoCMrCKkZwlh i0QvPfOl5y49ebeQqdDNfY+Eq1Mp/NxePu7qQ3LfLgTNf0LU5Pf6jvjmzbvkL5HpyMosEnKX cjK5fcFAyTMWa9Ztj7YQruPce873Zz//+OCTO8EbQ29sS8Ya1nS9efTcv/mVEFQWLVr0tnMl ANrU8nm0OrY3Sz3aj0uzsOVq/RS+TwobH/fw0XK1zgrat0RGn9gehG0XxlvfrS0br3kJhm0a w1ofiv3NaF/jrf823tq2sH7SPsvxoe2jaTxa39S2LY+iPtoyrB+2Tup33O9s8yusjuoRVpdC qL+KZP5YuzbtbMHRFjYgsVP4YpPj6Owpk9DXrVvnpityeIV7t5OsOWyyY8cOl0ZyZxrzKLlz uuTHP/5xN+uFUyL5cpa2uTskh2U4xMOvMG3atMn1rPkXgr50pS6nT7LsL37xS1izZj1KD1Xh xhtuxgVfOd/lu+aaq1FbV4F169finHMuwKc/dQk+9CFOsfy+kHshfvqzTHzsE1/GjTfeik/9 1+cwYXz9Clkh4HLpuU+c9Diymw1xwzDcirdJ2jCRHOnB8xN7JHAO0RQ6onffQZV47jnTJGOo HIfI+VD06T8B6zZuI63Lv2imDGX/vgqMHfso2rUbhYy00ZK/WGwPEb/yMGbMApRWwO31zlk2 h3HiyV0vbsZR9KZjmPF6ExHMb895Myhp+XYJa0/Bc9VjHs2v5ek59VgewTjfjsLm0boQftnU 0ZvX+h0H9UVF/fX9oB22h7VtoeShoK7WibDpzK+2aY/lqi51bFvYsqxN5ldf40A7Ni/LsP4p tHxN45HnCpZDHcKvE8P2nOXpuW+HoC31ibZsucyXyD//d1B/COaxNhrqj63X2YJYcudQCcGe 9J133ulmtXC2C+MPHjzoyJfj4WxIxnMYh8MqHG/X+JEjRzoSJ2HzhSynNfJlK2fFENwtslev Xi5+6tSpLo47QHLYhmP7BLc/IMFzeIZj9tXVNW4q5JDBw5CZkSm9YZY/TTQP49k1z+CcL5zv XqTecOOv8evftEJ281zc3mSg/PXxV3zrWz9Cl859UFG/hQJ59OChSkyZMk/qOApduz2A7j0m oFuPse7Tet17jpO/DsZJ/Dj0kPiePSWt21h060m9MXIcJTqj0K37fRg2fBLWrH3JUTO3GiAq Kw7jsblPo1uX+5HB7QrSRrqHRGb2UPS+swQbN+x0+tU13KpBHgjg9gonj9ztDUTwnLpWkpFb IhuMj8tD/2iPUD0Fy/Lh3+SE6ilRWFFdrfOxbmRtL4r1i/noG+MVDPv1sSRDWHsqjCN8gmKa wraV+m5F0+J+XwvqaT0I3z8Fy6MdTfP17O/Eo9aB8H8333e/PKvPo/09fdu2zlbPbztbTmP8 sfU6WxBL7nyhavd80e0ECKZxpSjjuDWvQtMZz3Tm1xezmsfGETxnvELLoo7ai8qiLzyPxsqr q2tRK1LNOYT18U898xQ++7kvol2Hvhg99nG0aDUYGZm5buuArCxuE3Cf9KLn4dVX94q+lC3Z KqtqsOG5rVix8nmsfvI1rFjxClat5syfrVi5mp/R2+rOVz/J8EsSfhmrn9oq5y9jFWW1xD35 Ap56ahN27HzzCDXX1BzG0iWb0Kf3eHkIcYYMyb3Q/WXQrl0+Zs1cgqojE+hZJz4QKGwbtdI4 xN38vNAZR9iby7/RCJ7bm0hhbxiLRDYYH5fH3lyqp1AfLWjDt696tBPnk4WtezJQR0mGZKB+ apyC/lBXCSOOPOy5BX2xbWv9sm2l5ScD28RvF4I2LHn5/ikaUg+147eD/7v5vvvlWX3/erG2 aUPz+np+29lyGuOPrdfZgtirX8lVyViFcTySgJlGYZzGq74eFQzbfErcDCvpqx2Knh8leupG c8cZdsMews78KEZdbdTj3bh5I/70579j5oPz8MTyTejaoxj/ajrIvRjlkEqTpjlCrCNRXPIY Xnp5zxEaJcnzaLa4cWAchRAPjvxj2ELP9FhWXoclSzbj7n7T0bxZkXvpyrF5DulkNS9ATu5D eHXrmy4Dmyj61irrxXqcOHLnhWxvYnvT+DcQwfz2RlZQ19pVaLyFvdmYpjelb8O/KX07CmuD 9VA9314i+OUQrKPa5JF2bBvx3CcUhSUk5rHtxTS/TRW+Pa0HwXglJPXnWIjToT9qh7D1svDr zKPVY52UBG19CYbtOctLZIew7c+jbR9rm3a0TNqwejaNsOU0xh/qWTtnA2KvJEu0StIa5tFC 43i0JG3DVicuTCE0nrBpEQFye99oUzKu+HTkyGWm4INE4oXkKyqr5WEBvLmvDOMmLEC7TsW4 nfuvZ0UzYbj6tM0dxcgrmI0NG7eDH0zidrwsnv7qhzXIsRKKAo7OOWwSiZsNI2AeBuvk6cAw sXv3Qcx++Bn06TMRzZpFL145+yYjO1d8GIy+AybJXwkvRXkiM1Im24llR8M5xwtevLxprdiL 2d5c/o2mYJzNrzcm7cTF82biud5gzK9pSiIqltysHsH0ONhyeaNan32frA9+nAXLjcunYJ2S laN+WztaN/830PanTVt/pikYz3QF62ltKEHFxfmwdWfZcXr6u2gaj1aPdVC/efTbJ1H7+nYI 6tr28ttV86tPlGTtT/jlNNQfW6+zBUnJnQQbkV49EwkYT1jy1TCPKgpfJ5H4uio8dz6QAIXI j+rI0Ql95JL/aBhJVJ28+PIbGJI3Ay3a8gXoECFZLlQqwO1pOWjesgD33DMNc+Y+izffrKgn 2nqG5oHnTo4EnP3DnAJDf7h3O6e51Gepll7/5o27MWrUfHTtOhoZWfzQR457+crtfZtmDUL3 u+7H/EXPoaJKfJd8HLphPfhwOlpgwKkGScAnqYCAMxHxXSaBkmhEpBHx6DEipbfrEErGFCVn FcKmaVjPNV31rZ5Lk3+1h6tJs0d625qfxMvP8Kmu+ziGHJ/dsA2Dhk1Gy7bDhNQH1U9xHBGJ EG+XzqOQnzcLq1Zuwf79pa7X/3bQHi2pRPYVpYdq8PJL+zB92kr07z8VLVsVSy9deuz8khP3 bJeHSrr02Lv1LMa0mUuxd788SOrzHrXNh2f0YAo4tdDeuPY2AwLOZCTtuftCvI1wvTQiLq6h sPl4tKQf/WMPPgrxvyjtKPnq8I3m40LRZ9dsxbCcqWjTluPenOI4Ak3SuM0AFyjlokXLHHTr Voyioocw//G1WL9+G7ZvfwuHDtW6PV/4LpfCcHkFsHdvBbZs2Y1Vq7Zg1qzl6Nd/DNp35GKm odJjL5TeOrcPLhJiz0dm8+Ho0Wskps9Yil27ow+HRH8l0E++pI6GZGy9AwICAk4EEvbc42AJ V3HyiImUzn47QxYs3w5tqDBeiLn6MDZt3ImiEY+iS5exyBQC5vi762FncqiGC5iGIzs7D3e0 HYE7e49FfsFcTJi0HNNmrMaDs57GDJFp01fL+ZMY88Bi3DtoKjp3Lkar1pI3axCaZg5y897T swskzMVKRchqNgJ39ZuEOXOfxr59/DC3eOTcpG92dkxAQEDAiUejyd0eFSeH3EnXycBUJXay aNQzrpVud7UQ/Os7yjBx4hLceedYNG/BD3MME3KP9nDnp/WasjfvdoXMdR/Ezm5egOatCtCq TRFatRUib1vkxuozm/EvgOFIz6QNjq1zXF3CcoxkONp3GoWhubOxbMWLbh47wfcD7mnjGJ7j P8nIPZB+QEDAO0OjyF2HZOzQzMnEv5fIGI3V8FGCr62pQE1tpfga+VtaWoOlS9Zj5Mi56Nhp JFq0iIZnmjThdEl+RKNYCJsEXyjkPcL18I/uOcNwlKbpPPKjG5FOrpuJ0+/uiZgyfRk2v7gb NXzhS6+ci+JDTZWcJOu1q/9MDwgICDh+NIrcCSV1HlVOHZTIfUQkyemF0Wfu+L1XTmSvE8Kv k178Acx7bAMK8h5Fp473o2VrDqNwLvww3N40R8g62jysSVrUs0/PjB4CJPgm6XnSUyeZs+ee K/kK0L79KPTpMwWTJ6/EM2tfw/63yqUkKbWWX2WK2qqmplrKrnRbDUR/WfjtxnOSOnv1//Zm NyAgIKBRaDS56wet7Tz2k4a3FcWTRORORH9hRC9g2XMX4ayU+ncGFeWHsWPHW1ix8kXcN2oO +vYfi169x6JVm0Ih7FwhdO4xM9TJ7U3lKMTfVMIZ2Tlo0aoA7TqMFP0JuGfgZDz44Gps3LgH b71VdWRRVPTXDcuXtpJwlbRXbS3PPX+P1InxgdwDAgJODBo9LMMtfwkl9tOX3OlvvVZ9Puer 8/loHibxQ9mvbNuL5Ss3YeLkRSgZORd5+bMwPGcmBg2ejAF3j8Ow4TORkzsDhSNmy8NgLmY/ 8jQ2PLcbb75RhYoK9tMjRG3iionOXRz76vKIkYBbgBULJXeVAEIXSjUGx5PnZECnWtrFNnFo qF5AQDI0mty5KyTBj3awF8+4VAKJmH+cHDhQid27D+DVV3Zjy5Zt2LljP/a+WYqyMo7lUzHS bygapk4tlcaBREBCsPJOVuRx5Z9dKXgi0RjbJ5Pc7UpJlRM55z2Qe8DJxHGRu35YQzf9ShWC tz3upKjn3wbpniQouSsZvdPe69lG7lyVyjx2daq/NcA7RSD3gJOJRt/95eXlR8icx1TsuSvc MEqtxEkVnZxGZO7jWOSu5KWiegSJ1sZrXhX9C0DLUCH5Ebr/h6Yz3u4JomlEItsW1h8NK3wf 4mDr7vfGE5F1sjRC2y+ufZWMVeyDy5avddG2IGxdtXy1Z/VUh2LtM489t3aYn2m2zfQ3IxrS lgFnLsIvmiLwb1R7wyvRWmLSdM1HMJ3nBNOtjWTkpvaVVAjVIzRdicW3baHlUFdJTsvRNAVt 2DIV1jfrhxKt/0DReNonND9F7R+L3BXqs9qydVUb2sa0ofZtPg3b38LXszZsWzJNdfW3TeaL wpYRkBo4+usGnNHQG5k3v964Sqaa5guR6Ka2RED4JGIJW8OWNJWErKg/vm0LvxyeM68NW4mz Y/MQfp5jkbuCcbRFaJuyXoRfBv3guQr1tQ3Urk/MVl+FaVbPt0GwbK23DRPUVZ/tNeGfq/9W 4toy4MxFIPcUgX8jM+zf5HHgDa16Foy3N7tPIscid2vX6hK+bQu/HJ6r735aIiTKoyTukzvB eOpa2Lhk5G7b15KxDds06hM2bGH1fBuErZMNE9RVn9Uv2vDP/XwBqYf4Oz7gjEOyGzmOfBWW pAjmI/ybP47cND3OPtN8klFyT0YsWg51WRbDFD8tGWydbFmaP64d4tJ4rnXQOsb5pfUjVI/2 CJbtl2/bWPNZqH3Vs22paWo/rmzV1bRkvhyrLQPOXPz7lRVwRkJvZCVf3rT2xtZ0FSUOwsZr fiUKihKAklEiXR4VNj8JhUe1E2fbQvUpSkIK3wetn4UlTW0Hitq1flpYv1SsfeuXJVUlXBXq aT5bPvMwLVHbU6iv9lTPt6/kTdg02maapquPts30NyNsPCWuLQPOXARyDwhIUSi5W0IPOHsQ yD0gIEURyP3sRiD3gICAgBREIPeAgICAFEQg94CAgIAURCD3gICAgBREIPeAgICAFEQg94CA gIAURCD3sxi6QChuIVFAQMCZjUDuKQAlaV+4YjEZjpfc7cpGXQ1J+H4kSvP90vnYcWk+dMWn rt60K0CtxM3ttuVQLFiuxtPXOPhl+QjzygNOJwRyTyGQVEguSnzHwvGQO/NY0iYpKhnyGFe2 kqKCOqrHJf+W0Gk7mf9av0Q6LCvuAeHH+z7olgTahnGw9fZ9oG3dviCQe8DpgEDuKYRE5O7v maJknozcGW/JTME4q2/JPhG5+/GWaBmvxEowHEfOhOomKoegL9aeIo7caceHr5cILCOufdhu gdwDTgcEck8hxJE7ycoSONN4TpDcbJoF4+PIi8Rn9S3JqT0VJVkeLWFaAvXJ2KZZMN6WE0fu 1GG5iWD98/OzTE1rCOhL3MOB+QO5B5wOCOSeQogjd59wVairaZasj4Vk5G6hRKtERx1bfmPJ nXFqKxG5My6OcBUsS3US1VvbMFmbJKozwbzqZ0DAqUQg9xSCElMcuccRzokg90RES/i6CkuO PrnHEafWyxerpzqJQD8pCvoV9xAhfJ8smC9ZOUwL5B5wOiCQewohjtyVjCyxKZKRO+N9kiVo 28aTIOOIMBkJ2jLpgyVZ2o7z1YLp/gOF54keMoTvN33WcplmCTlRm/i+xoF5A7kHnA4I5J5C iCN3QklcRUlO4xtD7gQJTm3Zsmw8RUlOiV7FfxiwHE1LVKaFT+5a72OR6vH6p7A6KmrDt32s h0BAwLuNQO4BAQEBKYhA7gEBAQEpiEDuAQEBASmIQO4BAQEBKYhA7gEBAQEpiEDuAQEBASmI QO4BAQEBKYhA7gEBAQEpiEDuAQEBASmIQO4BAQEBKQfg/wOCPkpnzyRaugAAAABJRU5ErkJg gg== --------------0CACEB869F4541260E5370C8-- --------------9AB365A62AECC9ECF815196F--

2 1

'Sanlock lockspace add failure' when trying to set up hosted engine 4.2 on existing gluster cluster
by Oliver Dietzel 09 Mar '18

09 Mar '18

--_000_CB113C990D3AAA4B835B7604246296154416B456RTOS2010Ertode_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Install from node iso on gluster works fine, the hosted engine vm installs = on gluster, but after installation is finished and rebooted the gluster clu= ster is not added as data storage. Hosted engine is able to boot from gluster but not able to use it. Looks li= ke HE doesnt use the gluster volume it booted from, but tries to add the sa= me gluster volume a second time. Is there a workaround? Error message in web gui: VDSM ovirt-gluster.rto.de command CreateStoragePoolVDS failed: Cannot acqui= re host id: (u'e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb', SanlockException(22, = 'Sanlock lockspace add failure', 'Invalid argument')) Error message in sanlock.log: [root@ovirt-gluster ~]# tail /var/log/sanlock.log 2018-03-09 09:37:05 812 [1082]: s5 host 1 2 791 f571ebc1-2572-4689-b64e-699= 9433f0597.ovirt-glus 2018-03-09 09:37:05 812 [1082]: s5 host 250 1 0 f571ebc1-2572-4689-b64e-699= 9433f0597.ovirt-glus 2018-03-09 09:37:20 828 [1093]: s5:r4 resource e6d008f7-e5e8-4064-9f6a-6ab7= c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff:/rhev/data-center/mnt/gluster= SD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/images/7b6675f7-f739= -40b8-a554-b19795fe57c0/e555168d-719d-4f73-8541-62395c97c1ff.lease:0 for 3,= 12,5566 2018-03-09 09:40:58 1046 [1093]: s6 lockspace hosted-engine:1:/var/run/vdsm= /storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/3b22b2fe-f4d5-4d0c-995a-03b28= 50b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299:0 2018-03-09 09:41:20 1067 [1082]: s6 host 1 1 1046 f571ebc1-2572-4689-b64e-6= 999433f0597.ovirt-glus 2018-03-09 09:42:23 1130 [1093]: s5:r5 resource e6d008f7-e5e8-4064-9f6a-6ab= 7c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff:/rhev/data-center/mnt/gluste= rSD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/images/7b6675f7-f73= 9-40b8-a554-b19795fe57c0/e555168d-719d-4f73-8541-62395c97c1ff.lease:0 for 2= ,9,11635 2018-03-09 09:44:30 1258 [1093]: add_lockspace e6d008f7-e5e8-4064-9f6a-6ab7= c8723eeb:250:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e5e8-4= 064-9f6a-6ab7c8723eeb/dom_md/ids:0 conflicts with name of list1 s5 e6d008f7= -e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gluster01:_g= v0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 2018-03-09 09:44:37 1264 [1093]: s7 lockspace hosted-engine:1:/var/run/vdsm= /storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/3b22b2fe-f4d5-4d0c-995a-03b28= 50b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299:0 2018-03-09 09:44:58 1285 [1082]: s7 host 1 2 1264 f571ebc1-2572-4689-b64e-6= 999433f0597.ovirt-glus 2018-03-09 09:46:42 1389 [1093]: add_lockspace e6d008f7-e5e8-4064-9f6a-6ab7= c8723eeb:250:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e5e8-4= 064-9f6a-6ab7c8723eeb/dom_md/ids:0 conflicts with name of list1 s5 e6d008f7= -e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gluster01:_g= v0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 ___________________________________________________________ Oliver Dietzel RTO GmbH Hanauer Landstra=DFe 439 60314 Frankfurt --_000_CB113C990D3AAA4B835B7604246296154416B456RTOS2010Ertode_ 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"> <meta name=3D"Generator" content=3D"Microsoft Exchange Server">  <style></style> </head> <body> <div>Install from node iso on gluster works fine, the hosted engine vm inst= alls on gluster, but after installation is finished and rebooted the gluste= r cluster is not added as data storage.</div> <div>Hosted engine is able to boot from gluster but not able to use it. Loo= ks like HE doesnt use the gluster volume it booted from, but tries to add t= he same gluster volume a second time.</div> <div> </div> <div>Is there a workaround?</div> <div> </div> <div>Error message in web gui:</div> <div>VDSM ovirt-gluster.rto.de command CreateStoragePoolVDS failed: Cannot = acquire host id: (u'e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb', SanlockException= (22, 'Sanlock lockspace add failure', 'Invalid argument'))</div> <div> </div> <div>Error message in sanlock.log:</div> <div> </div> <div>[root@ovirt-gluster ~]# tail /var/log/sanlock.log</div> <div>2018-03-09 09:37:05 812 [1082]: s5 host 1 2 791 f571ebc1-2572-4689-b64= e-6999433f0597.ovirt-glus</div> <div>2018-03-09 09:37:05 812 [1082]: s5 host 250 1 0 f571ebc1-2572-4689-b64= e-6999433f0597.ovirt-glus</div> <div>2018-03-09 09:37:20 828 [1093]: s5:r4 resource e6d008f7-e5e8-4064-9f6a= -6ab7c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff:/rhev/data-center/mnt/gl= usterSD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/images/7b6675f7= -f739-40b8-a554-b19795fe57c0/e555168d-719d-4f73-8541-62395c97c1ff.lease:0 for 3,12,5566</div> <div>2018-03-09 09:40:58 1046 [1093]: s6 lockspace hosted-engine:1:/var/run= /vdsm/storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/3b22b2fe-f4d5-4d0c-995a-= 03b2850b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299:0</div> <div>2018-03-09 09:41:20 1067 [1082]: s6 host 1 1 1046 f571ebc1-2572-4689-b= 64e-6999433f0597.ovirt-glus</div> <div>2018-03-09 09:42:23 1130 [1093]: s5:r5 resource e6d008f7-e5e8-4064-9f6= a-6ab7c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff:/rhev/data-center/mnt/g= lusterSD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/images/7b6675f= 7-f739-40b8-a554-b19795fe57c0/e555168d-719d-4f73-8541-62395c97c1ff.lease:0 for 2,9,11635</div> <div>2018-03-09 09:44:30 1258 [1093]: add_lockspace e6d008f7-e5e8-4064-9f6a= -6ab7c8723eeb:250:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e= 5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 conflicts with name of list1 s5 e6d= 008f7-e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gluster= 01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0</div> <div>2018-03-09 09:44:37 1264 [1093]: s7 lockspace hosted-engine:1:/var/run= /vdsm/storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/3b22b2fe-f4d5-4d0c-995a-= 03b2850b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299:0</div> <div>2018-03-09 09:44:58 1285 [1082]: s7 host 1 2 1264 f571ebc1-2572-4689-b= 64e-6999433f0597.ovirt-glus</div> <div>2018-03-09 09:46:42 1389 [1093]: add_lockspace e6d008f7-e5e8-4064-9f6a= -6ab7c8723eeb:250:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e= 5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 conflicts with name of list1 s5 e6d= 008f7-e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gluster= 01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0</div> <div>______________________________________________= _____________</div> <table width=3D"40" style=3D"width:24pt;margin-left:5.4pt;"> <col width=3D"40" style=3D"width:24pt;"> <tr> <td>Oliver Dietzel</td> </tr> <tr> <td></td> </tr> <tr> <td>RTO GmbH</td> </tr> </table> <div>Hanauer Landstra=DFe 439 60314 Frankfurt</div> <div> </div> </body> </html> --_000_CB113C990D3AAA4B835B7604246296154416B456RTOS2010Ertode_--

2 2

Tape Library!
by Nasrum Minallah Manzoor 09 Mar '18

09 Mar '18

--_000_HK2PR0401MB21646A0945881489B9291B0EE2DF0HK2PR0401MB2164_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I need help in configuring Amanda backup in virtual machine added to ovirt = node! How can I assign my FC tape library (TS 3100 in my case) to virtual m= achine! Regards, --_000_HK2PR0401MB21646A0945881489B9291B0EE2DF0HK2PR0401MB2164_ 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-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> I need help in configuring Amanda backup in virtual = machine added to ovirt node! How can I assign my FC tape library (TS 3100 i= n my case) to virtual machine!<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> Regards,<o:p></o:p> </div> </body> </html> --_000_HK2PR0401MB21646A0945881489B9291B0EE2DF0HK2PR0401MB2164_--

3 2

hosted-engine deploy fails at "Wait for the engine to come up on the target VM" step
by Kristian Petersen 09 Mar '18

09 Mar '18

I am trying to deploy oVirt with a self-hosted engine and the setup seems to go well until near the very end when the status message says: [ INFO ] TASK [Wait for the engine to come up on the target VM] [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 120, "changed": true, "cmd": ["hosted-engine", "--vm-status", "--json"], "delta": "0:0 0:00.216412", "end": "2018-03-07 16:02:02.677478", "rc": 0, "start": "2018-03-07 16:02:02.461066", "stderr": "", "stderr_lines": [], "stdout ": "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": true, \"extra\": \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntim estamp=4679955 (Wed Mar 7 16:01:50 2018)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=4679956 (Wed Mar 7 16:01:51 2018)\\nconf_on_share d_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", \"hostname\": \"rhv1.cpms.byu.edu\", \"host-id\": 1, \"engin e-status\": {\"reason\": \"vm not running on this host\", \"health\": \"bad\", \"vm\": \"down\", \"detail\": \"unknown\"}, \"score\": 3400, \"stopped\": false, \"maintenance\": false, \"crc32\": \"d3a67cf7\", \"local_conf_timestamp\": 4679956, \"host-ts\": 4679955}, \"global_main tenance\": false}", "stdout_lines": ["{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": true, \"extra\": \"metadata_parse_version=1\ \nmetadata_feature_version=1\\ntimestamp=4679955 (Wed Mar 7 16:01:50 2018)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=4679956 (Wed Mar 7 16:01:51 2018)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", \"hostname\": \"rhv1.cpms. byu.edu\", \"host-id\": 1, \"engine-status\": {\"reason\": \"vm not running on this host\", \"health\": \"bad\", \"vm\": \"down\", \"detail\ ": \"unknown\"}, \"score\": 3400, \"stopped\": false, \"maintenance\": false, \"crc32\": \"d3a67cf7\", \"local_conf_timestamp\": 4679956, \" host-ts\": 4679955}, \"global_maintenance\": false}"]} [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook Any ideas that might help? -- Kristian Petersen System Administrator Dept. of Chemistry and Biochemistry

2 1

Node Next Install Problem
by Matt Simonsen 09 Mar '18

09 Mar '18

This is a multi-part message in MIME format. --------------E92BB960D76982341190E690 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit I installed based on an older Node Next DVD (4.1.7) that has worked in the past and it doesn't appear to be working when I add it to a cluster. The installer says//it cannot queue package iproute. Is there a repo down or that has changed? Thanks for any suggestions. It appears yum is also broken:/ / /yum update Loaded plugins: fastestmirror, imgbased-persist, package_upload, product-id, : search-disabled-repos, subscription-manager This system is not registered with an entitlement server. You can use subscription-manager to register. centos-opstools-release | 2.9 kB 00:00 ovirt-4.1 | 3.0 kB 00:00 ovirt-4.1-centos-gluster38 | 2.9 kB 00:00 One of the configured repositories failed (Unknown), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Run the command with the repository temporarily disabled yum --disablerepo=<repoid> ... 4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> or subscription-manager repos --disable=<repoid> 5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot retrieve metalink for repository: ovirt-4.1-epel/x86_64. Please verify its path and try again / --------------E92BB960D76982341190E690 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"> I installed based on an older Node Next DVD (4.1.7) that has worked in the past and it doesn't appear to be working when I add it to a cluster. The installer says it cannot queue package iproute. Is there a repo down or that has changed? Thanks for any suggestions. It appears yum is also broken: yum update Loaded plugins: fastestmirror, imgbased-persist, package_upload, product-id, : search-disabled-repos, subscription-manager This system is not registered with an entitlement server. You can use subscription-manager to register. centos-opstools-release | 2.9 kB 00:00 ovirt-4.1 | 3.0 kB 00:00 ovirt-4.1-centos-gluster38 | 2.9 kB 00:00 One of the configured repositories failed (Unknown), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Run the command with the repository temporarily disabled yum --disablerepo=<repoid> ... 4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> or subscription-manager repos --disable=<repoid> 5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot retrieve metalink for repository: ovirt-4.1-epel/x86_64. Please verify its path and try again </body> </html> --------------E92BB960D76982341190E690--

1 1

Re: [ovirt-users] Limitation in using Ovirt SSO Token
by Yaniv Kaul 08 Mar '18

08 Mar '18

On Mar 8, 2018 3:53 PM, "Hari Prasanth Loganathan" < hariprasanth.l(a)msystechnologies.com> wrote: Hi Team, I would like to know, Is there any limitation in using the same sso token for multiple request. Are you reusing it or abusing it? Are you actually using it in a single session, to avoid reauthentication, or just sharing between multiple sessions? While I'd still would not want to see the engine affected by such abuse, the latter is quite atypical use case. Can you share engine and server logs? And again, it'd be very helpful if you could share what you'd like to achieve and we'll gladly assist. Y. I observe that when I use the same sso token for more than 900 HTTP Rest request, the application went down. Is there any limitation in using same SSO token? I could see that my status is showing as ACTIVE and memory and CPU seem fine. Still, the oVirt is not reachable and I need to restart it to access again. sudo systemctl status ovirt-engine.service -l ● ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2018-03-08 19:15:10 IST; 30s ago Main PID: 10370 (ovirt-engine.py) CGroup: /system.slice/ovirt-engine.service ├─10370 /usr/bin/python /usr/share/ovirt-engine/ services/ovirt-engine/ovirt-engine.py --redirect-output --systemd=notify start └─10423 ovirt-engine -server -XX:+TieredCompilation -Xms5961M -Xmx5961M -Djava.awt.headless=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djsse.enableSNIExtension=false -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/ovirt-engine/dump -Djava.util.logging.manager=org.jboss.logmanager -Dlogging.configuration=file:///var/lib/ovirt-engine/jboss_ runtime/config/ovirt-engine-logging.properties -Dorg.jboss.resolver.warning=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djboss.server.default.config=ovirt-engine -Djboss.home.dir=/usr/share/ovirt-engine-wildfly -Djboss.server.base.dir=/usr/share/ovirt-engine -Djboss.server.data.dir=/var/lib/ovirt-engine -Djboss.server.log.dir=/var/log/ovirt-engine -Djboss.server.config.dir=/var/lib/ovirt-engine/jboss_runtime/config -Djboss.server.temp.dir=/var/lib/ovirt-engine/jboss_runtime/tmp -Djboss.controller.temp.dir=/var/lib/ovirt-engine/jboss_runtime/tmp -jar /usr/share/ovirt-engine-wildfly/jboss-modules.jar -mp /usr/share/ovirt-engine/modules/common:/usr/share/ ovirt-engine-extension-aaa-jdbc/modules:/usr/share/ovirt-engine-wildfly/modules -jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -c ovirt-engine.xml Mar 08 19:15:10 ovirtengine.localdomain systemd[1]: Starting oVirt Engine... Mar 08 19:15:10 ovirtengine.localdomain ovirt-engine.py[10370]: 2018-03-08 19:15:10,228+0530 ovirt-engine: INFO _detectJBossVersion:187 Detecting JBoss version. Running: /usr/lib/jvm/jre/bin/java ['ovirt-engine-version', '-server', '-XX:+TieredCompilation', '-Xms5961M', '-Xmx5961M', '-Djava.awt.headless=true', '-Dsun.rmi.dgc.client.gcInterval=3600000', '-Dsun.rmi.dgc.server.gcInterval=3600000', '-Djsse.enableSNIExtension=false', '-XX:+HeapDumpOnOutOfMemoryError', '-XX:HeapDumpPath=/var/log/ovirt-engine/dump', '-Djava.util.logging.manager=org.jboss.logmanager', '-Dlogging.configuration=file:///var/lib/ovirt-engine/jboss_ runtime/config/ovirt-engine-logging.properties', '-Dorg.jboss.resolver.warning=true', '-Djboss.modules.system.pkgs=org.jboss.byteman', '-Djboss.server.default.config=ovirt-engine', '-Djboss.home.dir=/usr/share/ovirt-engine-wildfly', '-Djboss.server.base.dir=/usr/share/ovirt-engine', '-Djboss.server.data.dir=/var/lib/ovirt-engine', '-Djboss.server.log.dir=/var/log/ovirt-engine', '-Djboss.server.config.dir=/ var/lib/ovirt-engine/jboss_runtime/config', '-Djboss.server.temp.dir=/var/ lib/ovirt-engine/jboss_runtime/tmp', '-Djboss.controller.temp.dir=/ var/lib/ovirt-engine/jboss_runtime/tmp', '-jar', '/usr/share/ovirt-engine-wildfly/jboss-modules.jar', '-mp', '/usr/share/ovirt-engine/modules/common:/usr/share/ ovirt-engine-extension-aaa-jdbc/modules:/usr/share/ovirt-engine-wildfly/modules', '-jaxpmodule', 'javax.xml.jaxp-provider', 'org.jboss.as.standalone', '-v'] Mar 08 19:15:10 ovirtengine.localdomain ovirt-engine.py[10370]: 2018-03-08 19:15:10,668+0530 ovirt-engine: INFO _detectJBossVersion:207 Return code: 1, | stdout: '[u'WildFly Full 10.1.0.Final (WildFly Core 2.2.0.Final)'], | stderr: '[]' Mar 08 19:15:10 ovirtengine.localdomain systemd[1]: Started oVirt Engine. Anyhelp would be Appreaciated. Thanks, Hari DISCLAIMER The information in this e-mail is confidential and may be subject to legal privilege. It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized. If you have received this communication in error, please address with the subject heading "Received in error," send to it(a)msystechnologies.com, then delete the e-mail and destroy any copies of it. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. The views, opinions, conclusions and other information expressed in this electronic mail and any attachments are not given or endorsed by the company unless otherwise indicated by an authorized representative independent of this message. MSys cannot guarantee that e-mail communications are secure or error-free, as information could be intercepted, corrupted, amended, lost, destroyed, arrive late or incomplete, or contain viruses, though all reasonable precautions have been taken to ensure no viruses are present in this e-mail. As our company cannot accept responsibility for any loss or damage arising from the use of this e-mail or attachments we recommend that you subject these to your virus checking procedures prior to use _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 3

Gluster Snapshot Schedule Failing on 4.2.1
by Hesham Ahmed 08 Mar '18

08 Mar '18

I am having issues with the Gluster Snapshot UI since upgrade to 4.2 and now with 4.2.1. The UI doesn't appear as I explained in the bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1530186 I can now see the UI when I clear the cookies and try the snapshots UI from within the volume details screen, however scheduled snapshots are not being created. The engine log shows a single error: 2018-03-07 20:00:00,051+03 ERROR [org.ovirt.engine.core.utils.timer.JobWrapper] (QuartzOvirtDBScheduler1) [12237b15] Failed to invoke scheduled method onTimer: null Anyone scheduling snapshots successfully wtih 4.2?

2 2

Importing VM fails with "No space left on device"
by Nicolas Ecarnot 08 Mar '18

08 Mar '18

Hello, When importing a VM, I'm facing the know bug : https://access.redhat.com/solutions/2770791 QImgError: ecode=1, stdout=[], stderr=['qemu-img: error while writing sector 93569024: No space left on device' The difference between my case and what is described in the RH webpage is that I have no "Failed to flush the refcount block cache". Here is what I see : > ecfbd1a4-f9d2-463a-ade6-def5bd217b43::DEBUG::2018-03-06 09:57:36,460::utils::718::root::(watchCmd) FAILED: <err> = ['qemu-img: error while writing sector 205517952: No space left on device']; <rc> = 1 > ecfbd1a4-f9d2-463a-ade6-def5bd217b43::ERROR::2018-03-06 09:57:36,460::image::865::Storage.Image::(copyCollapsed) conversion failure for volume ac08bc8d-1eea-449a-a102-cf763c6726c8 > Traceback (most recent call last): > File "/usr/share/vdsm/storage/image.py", line 860, in copyCollapsed > volume.fmt2str(dstVolFormat)) > File "/usr/lib/python2.7/site-packages/vdsm/qemuimg.py", line 207, in convert > raise QImgError(rc, out, err) > QImgError: ecode=1, stdout=[], stderr=['qemu-img: error while writing sector 205517952: No space left on device'], message=None > ecfbd1a4-f9d2-463a-ade6-def5bd217b43::ERROR::2018-03-06 09:57:36,461::image::878::Storage.Image::(copyCollapsed) Unexpected error > Traceback (most recent call last): > File "/usr/share/vdsm/storage/image.py", line 866, in copyCollapsed > raise se.CopyImageError(str(e)) > CopyImageError: low level Image copy failed: ("ecode=1, stdout=[], stderr=['qemu-img: error while writing sector 205517952: No space left on device'], message=None",) I followed the advices in the RH webpage (check if the figures are correct between the qemu-img sizes and the meta-data file), and they seem to be correct : root@serv-hv-adm30:/etc# qemu-img info /rhev/data-center/mnt/serv-lin-adm1.sdis.isere.fr\:_home_vmexport3/be2878c9-2c46-476b-bfae-8b02a4679022/images/a5d68d88-3b54-488d-a61e-7995a1906994/ac08bc8d-1eea-449a-a102-cf763c6726c8 image: /rhev/data-center/mnt/serv-lin-adm1.sdis.isere.fr:_home_vmexport3/be2878c9-2c46-476b-bfae-8b02a4679022/images/a5d68d88-3b54-488d-a61e-7995a1906994/ac08bc8d-1eea-449a-a102-cf763c6726c8 file format: qcow2 virtual size: 98G (105226698752 bytes) disk size: 97G cluster_size: 65536 Format specific information: compat: 0.10 refcount bits: 16 root@serv-hv-adm30:/etc# cat /rhev/data-center/mnt/serv-lin-adm1.sdis.isere.fr\:_home_vmexport3/be2878c9-2c46-476b-bfae-8b02a4679022/images/a5d68d88-3b54-488d-a61e-7995a1906994/ac08bc8d-1eea-449a-a102-cf763c6726c8.meta DOMAIN=be2878c9-2c46-476b-bfae-8b02a4679022 CTIME=1520318755 FORMAT=COW DISKTYPE=1 LEGALITY=LEGAL SIZE=205520896 VOLTYPE=LEAF DESCRIPTION= IMAGE=a5d68d88-3b54-488d-a61e-7995a1906994 PUUID=00000000-0000-0000-0000-000000000000 MTIME=0 POOL_UUID= TYPE=SPARSE EOF So I don't see what's wrong? -- Nicolas ECARNOT

2 1

Very Slow Console Performance - Windows 10
by FERNANDO FREDIANI 08 Mar '18

08 Mar '18

This is a multi-part message in MIME format. --------------C64C2289E18148FC52BD4390 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello Has anyone installed a Windows 10 Virtual Machine ? I am having serious Console Performance issues even after installing the Ted Hat QXL controller from the virtio-win ISO. Someone informed in a forum having similar issues and have resolved by increasing the graphics card memory to 65536 by editing the XML (example below), but how is that possible in oVirt permanently ? <video> <model type='qxl' ram='131072' vram='131072' vgamem='65536' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> Thanks Fernando --------------C64C2289E18148FC52BD4390 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hello Has anyone installed a Windows 10 Virtual Machine ? I am having serious Console Performance issues even after installing the Ted Hat QXL controller from the virtio-win ISO. Someone informed in a forum having similar issues and have resolved by increasing the graphics card memory to 65536 by editing the XML (example below), but how is that possible in oVirt permanently ? <video> <model type='qxl' ram='131072' vram='131072' vgamem='<ins>65536</ins>' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> Thanks Fernando </body> </html> --------------C64C2289E18148FC52BD4390--

3 8

Updated invitation: oVirt System Test Hackathon @ Tue Mar 13, 2018 (users@ovirt.org)
by sbonazzo＠redhat.com 08 Mar '18

08 Mar '18

This event has been changed. Title: oVirt System Test Hackathon Please join us in an ovirt-system-tests hackathon pushing new tests and improving existing ones for testing Hosted Engine.Git repo is available: https://gerrit.ovirt.org/gitweb?p=ovirt-system-tests.git;a=summaryIntegrati…, Node and CI team will be available for helping in the effort and reviewing patches.Here's a public trello board tracking the efforts: https://trello.com/b/Pp76YoRL (changed) When: Tue Mar 13, 2018 Where: #ovirt IRC channel Calendar: users(a)ovirt.org Who: * sbonazzo(a)redhat.com - organizer * devel(a)ovirt.org * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=MDhuZTY5bXRxbGo0cnNmM… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Limitation in using Ovirt SSO Token
by Hari Prasanth Loganathan 08 Mar '18

08 Mar '18

Hi Team, I would like to know, Is there any limitation in using the same sso token for multiple request. I observe that when I use the same sso token for more than 900 HTTP Rest request, the application went down. Is there any limitation in using same SSO token? I could see that my status is showing as ACTIVE and memory and CPU seem fine. Still, the oVirt is not reachable and I need to restart it to access again. sudo systemctl status ovirt-engine.service -l ● ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2018-03-08 19:15:10 IST; 30s ago Main PID: 10370 (ovirt-engine.py) CGroup: /system.slice/ovirt-engine.service ├─10370 /usr/bin/python /usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py --redirect-output --systemd=notify start └─10423 ovirt-engine -server -XX:+TieredCompilation -Xms5961M -Xmx5961M -Djava.awt.headless=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djsse.enableSNIExtension=false -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/ovirt-engine/dump -Djava.util.logging.manager=org.jboss.logmanager -Dlogging.configuration=file:///var/lib/ovirt-engine/jboss_runtime/config/ovirt-engine-logging.properties -Dorg.jboss.resolver.warning=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djboss.server.default.config=ovirt-engine -Djboss.home.dir=/usr/share/ovirt-engine-wildfly -Djboss.server.base.dir=/usr/share/ovirt-engine -Djboss.server.data.dir=/var/lib/ovirt-engine -Djboss.server.log.dir=/var/log/ovirt-engine -Djboss.server.config.dir=/var/lib/ovirt-engine/jboss_runtime/config -Djboss.server.temp.dir=/var/lib/ovirt-engine/jboss_runtime/tmp -Djboss.controller.temp.dir=/var/lib/ovirt-engine/jboss_runtime/tmp -jar /usr/share/ovirt-engine-wildfly/jboss-modules.jar -mp /usr/share/ovirt-engine/modules/common:/usr/share/ovirt-engine-extension-aaa-jdbc/modules:/usr/share/ovirt-engine-wildfly/modules -jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -c ovirt-engine.xml Mar 08 19:15:10 ovirtengine.localdomain systemd[1]: Starting oVirt Engine... Mar 08 19:15:10 ovirtengine.localdomain ovirt-engine.py[10370]: 2018-03-08 19:15:10,228+0530 ovirt-engine: INFO _detectJBossVersion:187 Detecting JBoss version. Running: /usr/lib/jvm/jre/bin/java ['ovirt-engine-version', '-server', '-XX:+TieredCompilation', '-Xms5961M', '-Xmx5961M', '-Djava.awt.headless=true', '-Dsun.rmi.dgc.client.gcInterval=3600000', '-Dsun.rmi.dgc.server.gcInterval=3600000', '-Djsse.enableSNIExtension=false', '-XX:+HeapDumpOnOutOfMemoryError', '-XX:HeapDumpPath=/var/log/ovirt-engine/dump', '-Djava.util.logging.manager=org.jboss.logmanager', '-Dlogging.configuration=file:///var/lib/ovirt-engine/jboss_runtime/config/ovirt-engine-logging.properties', '-Dorg.jboss.resolver.warning=true', '-Djboss.modules.system.pkgs=org.jboss.byteman', '-Djboss.server.default.config=ovirt-engine', '-Djboss.home.dir=/usr/share/ovirt-engine-wildfly', '-Djboss.server.base.dir=/usr/share/ovirt-engine', '-Djboss.server.data.dir=/var/lib/ovirt-engine', '-Djboss.server.log.dir=/var/log/ovirt-engine', '-Djboss.server.config.dir=/var/lib/ovirt-engine/jboss_runtime/config', '-Djboss.server.temp.dir=/var/lib/ovirt-engine/jboss_runtime/tmp', '-Djboss.controller.temp.dir=/var/lib/ovirt-engine/jboss_runtime/tmp', '-jar', '/usr/share/ovirt-engine-wildfly/jboss-modules.jar', '-mp', '/usr/share/ovirt-engine/modules/common:/usr/share/ovirt-engine-extension-aaa-jdbc/modules:/usr/share/ovirt-engine-wildfly/modules', '-jaxpmodule', 'javax.xml.jaxp-provider', 'org.jboss.as.standalone', '-v'] Mar 08 19:15:10 ovirtengine.localdomain ovirt-engine.py[10370]: 2018-03-08 19:15:10,668+0530 ovirt-engine: INFO _detectJBossVersion:207 Return code: 1, | stdout: '[u'WildFly Full 10.1.0.Final (WildFly Core 2.2.0.Final)'], | stderr: '[]' Mar 08 19:15:10 ovirtengine.localdomain systemd[1]: Started oVirt Engine. Anyhelp would be Appreaciated. Thanks, Hari -- DISCLAIMER The information in this e-mail is confidential and may be subject to legal privilege. It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized. If you have received this communication in error, please address with the subject heading "Received in error," send to it(a)msystechnologies.com, then delete the e-mail and destroy any copies of it. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. The views, opinions, conclusions and other information expressed in this electronic mail and any attachments are not given or endorsed by the company unless otherwise indicated by an authorized representative independent of this message. MSys cannot guarantee that e-mail communications are secure or error-free, as information could be intercepted, corrupted, amended, lost, destroyed, arrive late or incomplete, or contain viruses, though all reasonable precautions have been taken to ensure no viruses are present in this e-mail. As our company cannot accept responsibility for any loss or damage arising from the use of this e-mail or attachments we recommend that you subject these to your virus checking procedures prior to use

1 0

ovirt 4.2 gluster configuration
by Edoardo Mazza 08 Mar '18

08 Mar '18

Hi all, Scenario: 3 nodes each with 3 interfaces: 1 for management, 1 for gluster, 1 for VMs Management interface has it own name and its own ip (es. name = ov1, ip= 192.168.1.1/24), the same is for gluster interface which has its own name and its own ip (es. name = gluster1, ip= 192.168.2.1/24). When configuring bricks from Ovirt Management tools I get the error: "no uuid for the name ov1". Network for gluster communication has been defined on network/interface gluster1. What's wrong with this configuration? Thanks in advance. Edoardo

2 1

Pre-snapshot scripts to run before live snapshot
by Gianluca Cecchi 08 Mar '18

08 Mar '18

Hello, this thread last year (started by me... ;-) was very useful in different aspects involved http://lists.ovirt.org/pipermail/users/2017-March/080322.html We did cover memory save or not and fsfreeze automatically done by guest agent if installed inside the VM. What about pre-snapshot scripts/operations to run inside guest, to have application consistency? Eg if I have a database inside the VM and I have scripted my backup job involving live-snapshot (eg with the backup.py utility of the thread) Can I leverage this kind of functionality with the oVirt guest agent? Or is it mandatory to consider a remote connection to the VM (via ssh or what for windows?) and execute the script/command/bat file? What are you curently doing in this respect? Thanks, Gianluca

2 4

Tunable parameters in ovirt engine
by Hari Prasanth Loganathan 08 Mar '18

08 Mar '18

Hi Team, *Description of problem:* I am trying to achieve 1000 concurrent request to oVirt. What are the tunable parameters to achieve this? I tried to perform the benchmarking for ovirt engine using Apache benchmark using the same SSO token. ab -n 1000 -c 500 -k -H "accept: application/json" -H "Authorization: Bearer SSOTOKEN" https://172.30.56.70/ovirt-engine/ <https://172.30.56.70/ovirt-engine/api/vms/5440271b-afb3-48bb-9ff1-076fc07eb…> When the number of concurrent request is 500, we are getting more than 100 failures with the following error, SSL read failed (1) - closing connection 139620982339352:error: NOTE: It is scaling for concurrent request below 500. I used the profiler to get the memory and CPU and it seems very less, PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 30413 ovirt 20 0 4226664 882396 6776 S 126.0 23.0 27:48.53 java Configuration of the machine in which Ovirt is deployed : RAM - 4GB, Hard disk - 100GB, core processor - 2, OS - Cent7.x. In which 2GB is allocated to oVirt. Version-Release number of selected component (if applicable): 4.2.2 How reproducible: If the number of concurrent requests are above 500, we are easily facing this issue. *Actual results:* SSL read failed (1) - closing connection 139620982339352:error: *Expected results:* Request success. Thanks, Hari -- DISCLAIMER The information in this e-mail is confidential and may be subject to legal privilege. It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized. If you have received this communication in error, please address with the subject heading "Received in error," send to it(a)msystechnologies.com, then delete the e-mail and destroy any copies of it. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. The views, opinions, conclusions and other information expressed in this electronic mail and any attachments are not given or endorsed by the company unless otherwise indicated by an authorized representative independent of this message. MSys cannot guarantee that e-mail communications are secure or error-free, as information could be intercepted, corrupted, amended, lost, destroyed, arrive late or incomplete, or contain viruses, though all reasonable precautions have been taken to ensure no viruses are present in this e-mail. As our company cannot accept responsibility for any loss or damage arising from the use of this e-mail or attachments we recommend that you subject these to your virus checking procedures prior to use

3 14

Invitation: oVirt System Test Hackathon @ Tue Mar 13, 2018 (users@ovirt.org)
by sbonazzo＠redhat.com 08 Mar '18

08 Mar '18

You have been invited to the following event. Title: oVirt System Test Hackathon Please join us in an ovirt-system-tests hackathon pushing new tests and improving existing ones for testing Hosted Engine. Git repo is available: https://gerrit.ovirt.org/gitweb?p=ovirt-system-tests.git;a=summary Integration, Node and CI team will be available for helping in the effort and reviewing patches. When: Tue Mar 13, 2018 Where: #ovirt IRC channel Calendar: users(a)ovirt.org Who: * sbonazzo(a)redhat.com - organizer * devel(a)ovirt.org * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=MDhuZTY5bXRxbGo0cnNmM… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Power off VM from VM portal
by Alexandr Krivulya 08 Mar '18

08 Mar '18

Hi, is there any way to power off VM from VM portal (4.2.1.7)? I can't find "power off" button, just "shutdown".

4 6

Fibre Channel Protocol (FCP)
by maoz zadok 08 Mar '18

08 Mar '18

Hello All, I connected existing data center with NFS storage domain to a new Fiber-Channel storage domain according to the following guide, and I have three questions. https://www.ovirt.org/documentation/install-guide/chap-Configuring_Storage/ 1. why does the storage domain asks me to "Use Host"? - does it mean that if this host is down there is no access to the FC storage or the next available host elected to manage the FC storage? - does it mean that all the traffic to my storage is routed via the selected host? - what is the best practice, do I need to split the workload to other hosts as well by letting each host manage one small LUN instead of letting one host manage all LUNs or one big LUN? 2. is it possible to set the newly created fiber-channel storage(data domain) as master? 3. can I easily migrate all VM disks to the FC storage instead of the NFS? Thank you!

2 4

Unable to start VM after upgrade vom 4.1.9 to 4.2.1 - NPE
by Jan Siml 07 Mar '18

07 Mar '18

Hello, we have upgrade one of our oVirt engines to 4.2.1 (from 4.1.9) and afterwards all nodes too. The cluster compatibility level has been set to 4.2. Now we can't start a VM after it has been powered off. The only hint we found in engine.log is: 2018-03-07 14:51:52,504+01 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (EE-ManagedThreadFactory-engine-Thread-25) [f855b54a-56d9-4708-8a67-5609438ddadb] START, UpdateVmDynamicDataVDSCommand( UpdateVmDynamicDataVDSCommandParameters:{hostId='null', vmId='a7bc4124-06cb-4909-9389-bcf727df1304', vmDynamic='org.ovirt.engine.core.common.businessentities.VmDynamic@491983e9'}), log id: 7d49849e 2018-03-07 14:51:52,509+01 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (EE-ManagedThreadFactory-engine-Thread-25) [f855b54a-56d9-4708-8a67-5609438ddadb] FINISH, UpdateVmDynamicDataVDSCommand, log id: 7d49849e 2018-03-07 14:51:52,531+01 INFO [org.ovirt.engine.core.vdsbroker.CreateVDSCommand] (EE-ManagedThreadFactory-engine-Thread-25) [f855b54a-56d9-4708-8a67-5609438ddadb] START, CreateVDSCommand( CreateVDSCommandParameters:{hostId='0add031e-c72f-473f-ab2f-4f7abd1f402b', vmId='a7bc4124-06cb-4909-9389-bcf727df1304', vm='VM [prod-hub-201]'}), log id: 4af1f227 2018-03-07 14:51:52,533+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-25) [f855b54a-56d9-4708-8a67-5609438ddadb] START, CreateBrokerVDSCommand(HostName = prod-node-210, CreateVDSCommandParameters:{hostId='0add031e-c72f-473f-ab2f-4f7abd1f402b', vmId='a7bc4124-06cb-4909-9389-bcf727df1304', vm='VM [prod-hub-201]'}), log id: 71dcc8e7 2018-03-07 14:51:52,545+01 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-25) [f855b54a-56d9-4708-8a67-5609438ddadb] Failed in 'CreateBrokerVDS' method, for vds: 'prod-node-210'; host: 'prod-node-210': null 2018-03-07 14:51:52,546+01 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-25) [f855b54a-56d9-4708-8a67-5609438ddadb] Command 'CreateBrokerVDSCommand(HostName = prod-node-210, CreateVDSCommandParameters:{hostId='0add031e-c72f-473f-ab2f-4f7abd1f402b', vmId='a7bc4124-06cb-4909-9389-bcf727df1304', vm='VM [prod-hub-201]'})' execution failed: null 2018-03-07 14:51:52,546+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (EE-ManagedThreadFactory-engine-Thread-25) [f855b54a-56d9-4708-8a67-5609438ddadb] FINISH, CreateBrokerVDSCommand, log id: 71dcc8e7 2018-03-07 14:51:52,546+01 ERROR [org.ovirt.engine.core.vdsbroker.CreateVDSCommand] (EE-ManagedThreadFactory-engine-Thread-25) [f855b5 4a-56d9-4708-8a67-5609438ddadb] Failed to create VM: java.lang.NullPointerException at org.ovirt.engine.core.vdsbroker.builder.vminfo.LibvirtVmXmlBuilder.lambda$writeInterfaces$23(LibvirtVmXmlBuilder.java:1066) [vdsbroker.jar:] [...] But this doesn't lead us to the root cause. I haven't found any matching bug tickets in release notes for upcoming 4.2.1. Can anyone help here? Kind regards Jan Siml

4 10