- Users - oVirt List Archives

proper update steps for HE (same major branch)
by Charles Kozler 15 Sep '16

15 Sep '16

I have my entire cluster running on oVirt 4. As updates become available, what is the correct method to upgrade within the same major version? My initial thought is: 1. From oVirt web update my individual nodes that are marked as "a new version is available" 2. Logon to oVirt web through SSH and then yum update -y there Or is it backwards? I just want to be sure so that I do not break hosted-engine because I had to rebuild entirely on oVirt 4 after I could not get the engines out of 'stale data' in hosted-engine --vm-status so I am very cautious to update I've read a couple posts on this list before but I want to be absolutely sure before I do this Thanks!

2 1

Failed to check for available updates on host * with message 'Command returned failure code 1 during SSH session 'root@*
by aleksey.maksimov＠it-kb.ru 15 Sep '16

15 Sep '16

Hello oVirt guru`s! oVirt Engine Version: 4.0.1.1-1.el7.centos Every day there is a message in web UI for one of my two hosts: "Failed to check for available updates on host KOM-AD01-VM31 with message 'Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com''. In /var/log/ovirt-engine/engine.log at this time: ... 2016-09-12 01:59:45,045 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Initializing 2016-09-12 01:59:45,055 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Environment setup 2016-09-12 01:59:45,070 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Environment packages setup 2016-09-12 02:00:13,300 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Yum Cannot queue package iproute: Cannot find a valid baseurl for repo: base/7/x86_64 2016-09-12 02:00:13,304 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Failed to execute stage 'Environment packages setup': Cannot find a valid baseurl for repo: base/7/x86_64 2016-09-12 02:00:13,304 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Yum Performing yum transaction rollback 2016-09-12 02:00:13,368 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Pre-termination 2016-09-12 02:00:13,388 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-host-mgmt-20160912020013-kom-ad01-vm31.holding.com-null.l$ 2016-09-12 02:00:13,459 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Termination 2016-09-12 02:00:13,506 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (DefaultQuartzScheduler5) [] SSH error running command root(a)kom-ad01-vm31.holding.com:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-mgmt DIALOG/dialect=str:machine DIALOG/customization=bool:True': Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com' 2016-09-12 02:00:13,506 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (DefaultQuartzScheduler5) [] Exception: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:526) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) [uutils.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.execute(VdsDeployBase.java:563) [bll.jar:] at org.ovirt.engine.core.bll.host.HostUpgradeManager.isUpdateAvailable(HostUpgradeManager.java:44) [bll.jar:] at org.ovirt.engine.core.bll.host.AvailableUpdatesFinder.isUpdateAvailable(AvailableUpdatesFinder.java:26) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener.isUpdateAvailable(VdsEventListener.java:553) [bll.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.isUpdateAvailable(ResourceManager.java:510) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.availableUpdates(VdsManager.java:306) [vdsbroker.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_101] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_101] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_101] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_101] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_101] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] 2016-09-12 02:00:13,507 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (DefaultQuartzScheduler5) [] Error during host kom-ad01-vm31.holding.com install: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:526) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) [uutils.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.execute(VdsDeployBase.java:563) [bll.jar:] at org.ovirt.engine.core.bll.host.HostUpgradeManager.isUpdateAvailable(HostUpgradeManager.java:44) [bll.jar:] at org.ovirt.engine.core.bll.host.AvailableUpdatesFinder.isUpdateAvailable(AvailableUpdatesFinder.java:26) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener.isUpdateAvailable(VdsEventListener.java:553) [bll.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.isUpdateAvailable(ResourceManager.java:510) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.availableUpdates(VdsManager.java:306) [vdsbroker.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_101] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_101] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_101] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_101] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_101] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] 2016-09-12 02:00:13,512 ERROR [org.ovirt.engine.core.bll.host.HostUpgradeManager] (DefaultQuartzScheduler5) [] Failed to refresh host 'KOM-AD01-VM31' packages 'vdsm-cli, vdsm' availability. 2016-09-12 02:00:13,512 ERROR [org.ovirt.engine.core.bll.host.HostUpgradeManager] (DefaultQuartzScheduler5) [] Exception: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:526) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) [uutils.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.execute(VdsDeployBase.java:563) [bll.jar:] at org.ovirt.engine.core.bll.host.HostUpgradeManager.isUpdateAvailable(HostUpgradeManager.java:44) [bll.jar:] at org.ovirt.engine.core.bll.host.AvailableUpdatesFinder.isUpdateAvailable(AvailableUpdatesFinder.java:26) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener.isUpdateAvailable(VdsEventListener.java:553) [bll.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.isUpdateAvailable(ResourceManager.java:510) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.availableUpdates(VdsManager.java:306) [vdsbroker.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_101] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_101] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_101] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_101] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_101] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] 2016-09-12 02:00:13,513 ERROR [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler5) [] Failed to check if updates are available for host 'KOM-AD01-VM31' 2016-09-12 02:00:13,518 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to check for available updates on host KOM-AD01-VM31 with message 'Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com''. ... What could be the problem?

6 25

Re: [ovirt-users] Deploying selfhosted engine
by Maton, Brett 15 Sep '16

15 Sep '16

I was thinking about the cluster issue, and realise that it was my mistake. During the hosted setup it did ask which cluster to add the host to, which trying to do too many things at once I again simply misread. Blah Blah 'My Cluster': [Default] I wrongly obviously, saw that as by default it would place the new vm in 'My Cluster' not a cluster called Default. Is there anyway to fix my mistake or do I have to deploy again ? I think that this (does the destination cluster exist) is something that could / should be validated before deploying the VM. On 14 September 2016 at 23:18, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrote: > Le 14/09/2016 à 17:00, Maton, Brett a écrit : > >> Ok thnkas, I updated the database instead ( naughty I know ) >> >> UPDATE dwh_history_timekeeping SET var_value=0 WHERE var_name = >> 'DwhCurrentlyRunning'; >> > > Sounds like someone around here is a DBA ;) > > >> On 14 September 2016 at 15:55, Nicolas Ecarnot <nicolas(a)ecarnot.net >> <mailto:nicolas@ecarnot.net>> wrote: >> >> Le 14/09/2016 à 16:45, Maton, Brett a écrit : >> >> Neraly there I think, >> >> Run into what is hopefully a small problem. >> >> When I run engine-setup on the new host, it fails with the >> following >> error: >> >> [ ERROR ] dwhd is currently running. Its hostname is >> dwhd.domain.com <http://dwhd.domain.com> >> <http://dwhd.domain.com>. Please stop it before running Setup. >> [ ERROR ] Failed to execute stage 'Transaction setup': dwhd is >> currently >> running >> [ INFO ] Yum Performing yum transaction rollback >> [ INFO ] Stage: Clean up >> Log file is located at >> /var/log/ovirt-engine/setup/ovirt-engine-setup-2016091415420 >> 2-jr8hnc.log >> [ INFO ] Generating answer file >> '/var/lib/ovirt-engine/setup/answers/20160914154219-setup.co >> <http://20160914154219-setup.co>nf' >> [ INFO ] Stage: Pre-termination >> [ INFO ] Stage: Termination >> [ ERROR ] Execution of setup failed >> >> dwhd isn't running anywhere, and was stopped before I took the >> backup. >> Any suggestions ? >> >> >> Old and known issue. >> >> Just restart then stop the DWH service. >> Then run engine-setup again and it will work. >> >> There is already a BZ for this one. (Feel free to search it...) >> >> -- >> Nicolas ECARNOT >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users> >> >> >> > > -- > Nicolas ECARNOT >

1 0

Cannot relocate SPM
by Markus Stockhausen 14 Sep '16

14 Sep '16

This is a multi-part message in MIME format. ------=_NextPartTM-000-bcd43ca2-b25f-42ee-9825-e1e20e7d2d94 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= trying to relocate the SPM (OVirt 3.6.7) we get the following error:=0A= =0A= Error while executing action: Cannot force select SPM. The Storage =0A= Pool has running taks.=0A= =0A= Any idea what is wrong? Ovirt WebGui shows no running tasks.=0A= =0A= Best regards.=0A= =0A= Markus=0A= ------=_NextPartTM-000-bcd43ca2-b25f-42ee-9825-e1e20e7d2d94 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-bcd43ca2-b25f-42ee-9825-e1e20e7d2d94--

2 2

Re: [ovirt-users] Deploying selfhosted engine
by Maton, Brett 14 Sep '16

14 Sep '16

Right I've finally got the engine up and running, however... It seems to have deployed the engine vm into 'Default Cluster', I haven't got a cluster called Default anymore. I can see the host bit I can't find the engine host. If I select the 'self hosting' host which says it has one vm, none are displayed. Any help appreciated On 14 September 2016 at 16:00, Maton, Brett <matonb(a)ltresources.co.uk> wrote: > Ok thnkas, I updated the database instead ( naughty I know ) > > UPDATE dwh_history_timekeeping SET var_value=0 WHERE var_name = > 'DwhCurrentlyRunning'; > > On 14 September 2016 at 15:55, Nicolas Ecarnot <nicolas(a)ecarnot.net> > wrote: > >> Le 14/09/2016 à 16:45, Maton, Brett a écrit : >> >>> Neraly there I think, >>> >>> Run into what is hopefully a small problem. >>> >>> When I run engine-setup on the new host, it fails with the following >>> error: >>> >>> [ ERROR ] dwhd is currently running. Its hostname is dwhd.domain.com >>> <http://dwhd.domain.com>. Please stop it before running Setup. >>> [ ERROR ] Failed to execute stage 'Transaction setup': dwhd is currently >>> running >>> [ INFO ] Yum Performing yum transaction rollback >>> [ INFO ] Stage: Clean up >>> Log file is located at >>> /var/log/ovirt-engine/setup/ovirt-engine-setup-20160914154202-jr8hnc.log >>> [ INFO ] Generating answer file >>> '/var/lib/ovirt-engine/setup/answers/20160914154219-setup.conf' >>> [ INFO ] Stage: Pre-termination >>> [ INFO ] Stage: Termination >>> [ ERROR ] Execution of setup failed >>> >>> dwhd isn't running anywhere, and was stopped before I took the backup. >>> Any suggestions ? >>> >> >> Old and known issue. >> >> Just restart then stop the DWH service. >> Then run engine-setup again and it will work. >> >> There is already a BZ for this one. (Feel free to search it...) >> >> -- >> Nicolas ECARNOT >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > >

1 0

Deploying selfhosted engine
by Maton, Brett 14 Sep '16

14 Sep '16

I'm having trouble deploying selfhosted engine following this guide http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engin… It gets close to deploying the vm, but fails with 2016-09-13 19:46:04 ERROR otopi.plugins.gr_he_common.core.misc misc._terminate:180 Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy For storage I chose a random NFS share on a remote host that was empty, I did notice that something kept removing 'nameserver' entries from resolv.conf vdsm log show issues connecting to the broker, periodic/0::ERROR::2016-09-13 19:49:49,704::brokerlink::75::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(connect) Failed to connect to broker, the number of errors has exceeded the limit (1) periodic/0::ERROR::2016-09-13 19:49:49,704::api::253::root::(_getHaInfo) failed to retrieve Hosted Engine HA info periodic/1::WARNING::2016-09-13 19:49:49,748::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/2::WARNING::2016-09-13 19:49:51,749::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/3::WARNING::2016-09-13 19:49:53,749::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/0::WARNING::2016-09-13 19:49:55,750::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/1::WARNING::2016-09-13 19:49:57,750::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/2::WARNING::2016-09-13 19:49:59,751::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] What should I check next ?

3 18

How to recovery VM's data on SAS disk?Data domain all is local host!
by 张余歌 14 Sep '16

14 Sep '16

--_a65e6d98-72ae-4b6c-acba-f1f773ade9d3_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBteSBmcmllbmQscmVjZW50bHkgaSBkZXBsb3llZCBvdmlydC0zLjUuNiBvbiBteSBkZWxs IHNlcnZlciB3aXRoIApTU0QgYW5kIFNBUyBzdG9yYWdlLkkgd2FzIGhvcGVsZXNzIGFib3V0IGRp c2FzdGVyIHJlY292ZXJ5IHVudGlsIGkgZm91bmQKIHlvdXIgZ2l0aHViOg0KaHR0cHM6Ly9naXRo dWIuY29tL2NoaXBjaGFkZXJlei9vdmlydC1kaXNhc3Rlci1yZWNvdmVyeS10b29sDQoNCkVudmly b21lbnQ6DQoxOlNTRCB3aGljaCBpIGFsbG9jYXRlIHRvIFZNJ3Mgc3lzdGVtIGRpc2sgLGFuZCBT QVMgYXMgVk0ncyBkYXRhIHN0b3JhZ2UgZGlzay4NCjI6aSB1c2UgImFsbGlub25lIihlbmdpbmUg YW5kIGhvc3Qgb24gdGhlIHNhbWUgc2VydmVyKSB0byBkZXBsb3kgb3ZpcnQuDQoNClByb2JsZW06 DQoxOk1heWJlIHlvdXIgZ2l0aHViIHByb2plY3Qgd2lsbCBiZSB3b3JrIHdlbGwgaW4gb3ZpcnQz LjUuNj8oYmVjYXVzZSBpIHNlZSB5b3VyIHByb2plY3Qgd29yayBvbiBvdmlydCAzLjYpDQoyOklm CiBNeSBTU0QgZGlzayBoYXMgc29tZSBkZWFkbHkgZXJyb3IsaXQncyBubyBkb3VidCB0aGF0IGl0 IGNhdXNlIGJyb2tlbiAKdGhlIHNlcnZlciBBbmQgbGV0IHdob2xlIHN5c3RlbSB1c2VsZXNzIUlu IHRoaXMgY2FzZSx3aGF0IGNhbiBpIGRvID9JIAp3YXMgYWZyYWlkIG9mIGl0IGZvciBhIGxvbmcg dGltZQ0KMzpXb3VsZCB5b3UgdGVsbCBtZSB3aGF0IGRvZXMgdGhlIG92aXJ0J3MgZW5naW5lLWJh Y2t1cCBlZmZlY3Q/V2lsbCB0aGUgZW5naW5lIGJhY2t1cCBoZWxwIG1lPz8/DQoNClRoYW5rcyEg CQkgCSAgIAkJICA= --_a65e6d98-72ae-4b6c-acba-f1f773ade9d3_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5Os6iyO3RxbraDQp9DQotLT48L3N0eWxlPjwvaGVhZD4NCjxib2R5IGNsYXNzPSdo bW1lc3NhZ2UnPjxkaXYgZGlyPSdsdHInPkRlYXIgbXkgZnJpZW5kLHJlY2VudGx5IGkgZGVwbG95 ZWQgb3ZpcnQtMy41LjYgb24gbXkgZGVsbCBzZXJ2ZXIgd2l0aCAKU1NEIGFuZCBTQVMgc3RvcmFn ZS5JIHdhcyBob3BlbGVzcyBhYm91dCBkaXNhc3RlciByZWNvdmVyeSB1bnRpbCBpIGZvdW5kCiB5 b3VyIGdpdGh1Yjo8YnI+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL2NoaXBjaGFkZXJlei9v dmlydC1kaXNhc3Rlci1yZWNvdmVyeS10b29sIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9naXRo dWIuY29tL2NoaXBjaGFkZXJlei9vdmlydC1kaXNhc3Rlci1yZWNvdmVyeS10b29sPC9hPjxicj48 YnI+RW52aXJvbWVudDo8YnI+MTpTU0Qgd2hpY2ggaSBhbGxvY2F0ZSB0byBWTSdzIHN5c3RlbSBk aXNrICxhbmQgU0FTIGFzIFZNJ3MgZGF0YSBzdG9yYWdlIGRpc2suPGJyPjI6aSB1c2UgImFsbGlu b25lIihlbmdpbmUgYW5kIGhvc3Qgb24gdGhlIHNhbWUgc2VydmVyKSB0byBkZXBsb3kgb3ZpcnQu PGJyPjxicj5Qcm9ibGVtOjxicj4xOk1heWJlIHlvdXIgZ2l0aHViIHByb2plY3Qgd2lsbCBiZSB3 b3JrIHdlbGwgaW4gb3ZpcnQzLjUuNj8oYmVjYXVzZSBpIHNlZSB5b3VyIHByb2plY3Qgd29yayBv biBvdmlydCAzLjYpPGJyPjI6SWYKIE15IFNTRCBkaXNrIGhhcyBzb21lIGRlYWRseSBlcnJvcixp dCdzIG5vIGRvdWJ0IHRoYXQgaXQgY2F1c2UgYnJva2VuIAp0aGUgc2VydmVyIEFuZCBsZXQgd2hv bGUgc3lzdGVtIHVzZWxlc3MhSW4gdGhpcyBjYXNlLHdoYXQgY2FuIGkgZG8gP0kgCndhcyBhZnJh aWQgb2YgaXQgZm9yIGEgbG9uZyB0aW1lPGJyPjM6V291bGQgeW91IHRlbGwgbWUgd2hhdCBkb2Vz IHRoZSBvdmlydCdzIGVuZ2luZS1iYWNrdXAgZWZmZWN0P1dpbGwgdGhlIGVuZ2luZSBiYWNrdXAg aGVscCBtZT8/Pzxicj48YnI+VGhhbmtzISAJCSAJICAgCQkgIDwvZGl2PjwvYm9keT4NCjwvaHRt bD4= --_a65e6d98-72ae-4b6c-acba-f1f773ade9d3_--

2 1

Hosted engine deploy: problem with the rDNS of another iface
by Davide Ferrari 14 Sep '16

14 Sep '16

Hello I've got the same exact problem as in this thread: http://lists.ovirt.org/pipermail/users/2016-July/041111.html (sorry for not answering there but I've just subscribed). The error (for the record) is: Failed to execute stage 'Setup validation': hostname 'vm01.mydomain.tld' doesn't uniquely match the interface 'bond0' selected for the management bridge; it matches also interface with IP set(['10.30.0.1']). Please make sure that the hostname got from the interface for the management network resolves only there. 10.30.0.1 is set on bond1 and is used for the glusterfs network. The python output is: python -c 'import socket; print(socket.gethostbyaddr("10.30.0.1"));' ('glu-ovirt01.storage', [], ['10.30.0.1']) which obviously is completely different from vm01.mydomain.tld. So, I don't really get this error. I've used glu-ovirt01.storage:/engine as the glusterfs entry point for storing the engine image, that's all. Any idea on how to fix the error? TIA -- Davide Ferrari Senior Systems Engineer

2 8

ovirt-engine client_secret
by Maton, Brett 14 Sep '16

14 Sep '16

Hi, I had installed ovirt-engine on a physical host, but want to move it to a hosted vm instead, I created a VM and installed ovirt-engine. Stopped the engine on the physical host and ran engine-setup on the VM, connecting it to the existing remote database. Started ovirt-engine and ovirt-engine-dwhd DNS adjusted to point at the new VM instead of physical machine. I can get the the web-ui but when I try to login I get: Invalid request, parameter 'client_secret' not found or contains invalid value. Can I generate a new client_secret or is there another trick ? Thanks in advance

3 5

Re: [ovirt-users] oVirt 4 + Foreman
by Karli Sjöberg 13 Sep '16

13 Sep '16

--_000_924b3039dd424f84a868ee7444316e5eexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gOCBzZXAgMjAxNiAxNTozMiBza3JldiBBcnPDqG5lIEdzY2h3aW5kIDxhcnNlbmUuZ3Nj aHdpbmRAdW5pYmFzLmNoPjoNCj4NCj4gSGksDQo+DQo+IFNvcnJ5IGZvciB0aGlzIGxhdGUgcmVw bHksIGkndmUgYmVlbiBidXN5IHdpdGggc29tZSBvdGhlciBwcm9qZWN0cyBpbiB0aGUgbGFzdCB3 ZWVrcy4NCj4NCj4gSSBkaWQgc29tZSBsb2cgYW5hbHlzaW5nIGFuZCBjb3VsZCBmaW5kIHRoZSBm b2xsb3dpbmcgaW4gdGhlIGZvcmVtYW4gbG9nIHdoZW4gdHJ5aW5nIHRvIGFkZCBmb3JlbWFuIGFz IGFuIGV4dGVybmFsIHByb3ZpZGVyIGZvciBvVmlydDoNCj4NCj4gMjAxNi0wOS0wOCAxNToyMDow MyBbYXBwXSBbSV0gU3RhcnRlZCBHRVQgIi9hcGkvdjIiIGZvciAxMC4wLjEwLjEwIGF0IDIwMTYt MDktMDggMTU6MjA6MDMgKzAyMDANCj4NCj4gMjAxNi0wOS0wOCAxNToyMDowMyBbYXBwXSBbSV0g UHJvY2Vzc2luZyBieSBBcGk6OlYyOjpIb21lQ29udHJvbGxlciNpbmRleCBhcyBKU09ODQo+DQo+ IDIwMTYtMDktMDggMTU6MjA6MDMgW2FwcF0gW0ldICAgUGFyYW1ldGVyczogeyJhcGl2Ij0+InYy IiwgImhvbWUiPT57fX0NCj4NCj4gMjAxNi0wOS0wOCAxNToyMDowMyBbYXBwXSBbSV0gQXV0aG9y aXplZCB1c2VyIG92aXJ0KG9WaXJ0IG9yZykNCj4NCj4gMjAxNi0wOS0wOCAxNToyMDowMyBbYXBw XSBbSV0gICBSZW5kZXJlZCBhcGkvdjIvaG9tZS9pbmRleC5qc29uLnJhYmwgKDgxLjhtcykNCj4N Cj4gMjAxNi0wOS0wOCAxNToyMDowMyBbYXBwXSBbSV0gQ29tcGxldGVkIDIwMCBPSyBpbiAxMDRt cyAoVmlld3M6IDgyLjNtcyB8IEFjdGl2ZVJlY29yZDogNC42bXMpDQo+DQo+IDIwMTYtMDktMDgg MTU6MjA6MDMgW2FwcF0gW0ldIFN0YXJ0ZWQgR0VUICIvYXBpL3YyL2Rpc2NvdmVyZWRfaG9zdHMi IGZvciAxMC4wLjEwLjEwIGF0IDIwMTYtMDktMDggMTU6MjA6MDMgKzAyMDANCj4NCj4gMjAxNi0w OS0wOCAxNToyMDowMyBbYXBwXSBbRl0NCj4NCj4gIHwgQWN0aW9uQ29udHJvbGxlcjo6Um91dGlu Z0Vycm9yIChObyByb3V0ZSBtYXRjaGVzIFtHRVRdICIvYXBpL3YyL2Rpc2NvdmVyZWRfaG9zdHMi KToNCj4NCj4gIHwgICBhY3Rpb25wYWNrICg0LjIuNS4xKSBsaWIvYWN0aW9uX2Rpc3BhdGNoL21p ZGRsZXdhcmUvZGVidWdfZXhjZXB0aW9ucy5yYjoyMTppbiBgY2FsbCcNCj4NCj4gIHwgICBhY3Rp b25wYWNrICg0LjIuNS4xKSBsaWIvYWN0aW9uX2Rpc3BhdGNoL21pZGRsZXdhcmUvc2hvd19leGNl cHRpb25zLnJiOjMwOmluIGBjYWxsJw0KPg0KPiAgfCAgIHJhaWx0aWVzICg0LjIuNS4xKSBsaWIv cmFpbHMvcmFjay9sb2dnZXIucmI6Mzg6aW4gYGNhbGxfYXBwJw0KPg0KPiBJdCBsb29rcyBsaWtl IG92aXJ0IGlzIGNhbGxpbmcgYW4gYXBpIG1ldGhvZCB3aGljaCBkb2Vzbid0IGV4aXN0IDogL2Fw aS92Mi9kaXNjb3ZlcmVkX2hvc3RzDQo+DQo+IGFuIGV4dHJhY3QgZnJvbSBvdmlydC1lbmdpbmUu bG9nDQo+DQo+IDIwMTYtMDktMDggMTU6MjA6MDAsODYyIElORk8gIFtvcmcub3ZpcnQuZW5naW5l LmNvcmUudmRzYnJva2VyLmdsdXN0ZXIuR2x1c3RlclZvbHVtZXNMaXN0VkRTQ29tbWFuZF0gKERl ZmF1bHRRdWFydHpTY2hlZHVsZXIzKSBbXSBGSU5JU0gsIEdsdXN0ZXJWb2x1bWVzTGlzdFZEU0Nv bW1hbmQsIHJldHVybjoge2Q2ZjkzOGQxLTg4ODYtNDBmMy04MjEwLWU1YmUzOTdmOTUxYz1vcmcu b3ZpcnQuZW5naW5lLmNvcmUuYw0KPg0KPiBvbW1vbi5idXNpbmVzc2VudGl0aWVzLmdsdXN0ZXIu R2x1c3RlclZvbHVtZUVudGl0eUBhMzJlZGFlNCwgN2VmM2IxNTUtNDdkNy00NDA1LWFhNzAtODJh OWI4YmU0MDMzPW9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5n bHVzdGVyLkdsdXN0ZXJWb2x1bWVFbnRpdHlAZDk0ZDhmOTUsIGFmMTY5MTgxLWQ3MmUtNDMyNS05 OTQ3LWQ3ZGQwOWU1MTJmMD1vcmcub3ZpcnQuZW5naW5lLmMNCj4NCj4gb3JlLmNvbW1vbi5idXNp bmVzc2VudGl0aWVzLmdsdXN0ZXIuR2x1c3RlclZvbHVtZUVudGl0eUAyYTY0OWRiMywgNmQzYzg1 NjEtNGU1Mi00MjIxLTk0NzMtODhmZDQ4ZWY0OTA5PW9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21t b24uYnVzaW5lc3NlbnRpdGllcy5nbHVzdGVyLkdsdXN0ZXJWb2x1bWVFbnRpdHlAYTM1ZTFiODJ9 LCBsb2cgaWQ6IDVmZmEyYmYxDQo+DQo+IDIwMTYtMDktMDggMTU6MjA6MDMsMTczIElORk8gIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLnByb3ZpZGVyLkltcG9ydFByb3ZpZGVyQ2VydGlmaWNh dGVDb21tYW5kXSAoZGVmYXVsdCB0YXNrLTI0KSBbMTQ2Zjc2MWFdIFJ1bm5pbmcgY29tbWFuZDog SW1wb3J0UHJvdmlkZXJDZXJ0aWZpY2F0ZUNvbW1hbmQgaW50ZXJuYWw6IGZhbHNlLiBFbnRpdGll cyBhZmZlY3RlZCA6ICBJRDogYWFhMDAwMDAtMDAwMC0wMA0KPg0KPiAwMC0wMDAwLTEyMzQ1Njc4 OWFhYSBUeXBlOiBTeXN0ZW1BY3Rpb24gZ3JvdXAgQ1JFQVRFX1NUT1JBR0VfUE9PTCB3aXRoIHJv bGUgdHlwZSBBRE1JTg0KPg0KPiAyMDE2LTA5LTA4IDE1OjIwOjAzLDE3OCBJTkZPICBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0TG9nRGly ZWN0b3JdIChkZWZhdWx0IHRhc2stMjQpIFsxNDZmNzYxYV0gQ29ycmVsYXRpb24gSUQ6IDE0NmY3 NjFhLCBDYWxsIFN0YWNrOiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBDZXJ0 aWZpY2F0ZSBmb3IgcHJvdmlkZXIgc3BmeS1kZXAgd2FzIGltcG9ydGVkLiAoVXNlcjogYWRtaW5A aW50ZXJuYWwtYXV0aHopDQo+DQo+IDIwMTYtMDktMDggMTU6MjA6MDMsMjk1IElORk8gIFtvcmcu b3ZpcnQuZW5naW5lLmNvcmUuYmxsLnByb3ZpZGVyLlRlc3RQcm92aWRlckNvbm5lY3Rpdml0eUNv bW1hbmRdIChkZWZhdWx0IHRhc2stMjMpIFs2ZjVkOTc0Nl0gUnVubmluZyBjb21tYW5kOiBUZXN0 UHJvdmlkZXJDb25uZWN0aXZpdHlDb21tYW5kIGludGVybmFsOiBmYWxzZS4gRW50aXRpZXMgYWZm ZWN0ZWQgOiAgSUQ6IGFhYTAwMDAwLTAwMDAtMDAwMC0wMDAwLTEyMzQ1Njc4OWFhYSBUeXBlOiBT eXN0ZW1BY3Rpb24gZ3JvdXAgQ1JFQVRFX1NUT1JBR0VfUE9PTCB3aXRoIHJvbGUgdHlwZSBBRE1J Tg0KPg0KPiAyMDE2LTA5LTA4IDE1OjIwOjAzLDk1NSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLmJsbC5ob3N0LnByb3ZpZGVyLmZvcmVtYW4uRm9yZW1hbkhvc3RQcm92aWRlclByb3h5XSAo ZGVmYXVsdCB0YXNrLTIzKSBbNmY1ZDk3NDZdIEV4Y2VwdGlvbiBpcyBodHRwczovL3NwZnktZGVw Lmhvc3Quc2FwaWZ5LmNoOjQ0My9hcGkvdjIvZGlzY292ZXJlZF9ob3N0cw0KPg0KPiAyMDE2LTA5 LTA4IDE1OjIwOjAzLDk1NSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5wcm92aWRl ci5UZXN0UHJvdmlkZXJDb25uZWN0aXZpdHlDb21tYW5kXSAoZGVmYXVsdCB0YXNrLTIzKSBbNmY1 ZDk3NDZdIENvbW1hbmQgJ29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwucHJvdmlkZXIuVGVzdFBy b3ZpZGVyQ29ubmVjdGl2aXR5Q29tbWFuZCcgZmFpbGVkOiBFbmdpbmVFeGNlcHRpb246IGh0dHBz Oi8vc3BmeS1kZXAuaG9zdC5zYXBpZnkuY2g6NDQzL2FwaS92Mi9kaXNjb3ZlcmVkX2hvc3RzIChG YWlsZWQgd2l0aCBlcnJvciBQUk9WSURFUl9GQUlMVVJFIGFuZCBjb2RlIDUwNTApDQo+DQo+IDIw MTYtMDktMDggMTU6MjA6MDQsMjc5IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJv a2VyLm1vbml0b3JpbmcuVm1zU3RhdGlzdGljc0ZldGNoZXJdIChEZWZhdWx0UXVhcnR6U2NoZWR1 bGVyNCkgW10gRmV0Y2hlZCAzIFZNcyBmcm9tIFZEUyAnZDM2ZDlhZmYtYTk1My00NjZiLWJkZjct NzBiYTRmNjNlMTgwJw0KPg0KPg0KPiBUaGFua3MgZm9yIGFueSBoaW50L2hlbHAuDQoNClRoYXQn cyBhIHBsdWdpbiB5b3UgbmVlZCB0byBpbnN0YWxsIGludG8gRm9yZW1hbjoNCmh0dHBzOi8vdGhl Zm9yZW1hbi5vcmcvcGx1Z2lucy9mb3JlbWFuX2Rpc2NvdmVyeS8yLjAvDQoNCi9LDQoNCj4NCj4g cmdkcywNCj4gQXJzw6huZQ0KPg0KPg0KPg0KPiBPbiAwOC8yMi8yMDE2IDA4OjIyIEFNLCBPdmVk IE91cmZhbGkgd3JvdGU6DQo+Pg0KPj4gQ2FuIHlvdSBwbGVhc2UgYXR0YWNoIHRoZSBjb21wbGV0 ZSBsb2dzIG9mIG92aXJ0IGFuZCBmb3JlbWFuPw0KPj4NCj4+DQo+PiBPbiBXZWQsIEF1ZyAxNywg MjAxNiBhdCAxMDoyNSBBTSwgTWFydGluIFBlcmluYSA8bXBlcmluYUByZWRoYXQuY29tPiB3cm90 ZToNCj4+Pg0KPj4+IEFkZGluZyBZYW5pdiAuLi4NCj4+Pg0KPj4+IE9uIFdlZCwgQXVnIDE3LCAy MDE2IGF0IDk6MTYgQU0sIEFyc8OobmUgR3NjaHdpbmQgPGFyc2VuZS5nc2Nod2luZEB1bmliYXMu Y2g+IHdyb3RlOg0KPj4+Pg0KPj4+PiBIaSwNCj4+Pj4NCj4+Pj4gVGhhbmtzIGEgbG90IHRoaXMg ZGlkIHdvcmsgb24gdGhlIEZvcmVtYW4gc2lkZSB1c2luZyBodHRwczovLzxzZXJ2ZXI+L292aXJ0 LWVuZ2luZS9hcGkvdjMgLg0KPj4+Pg0KPj4+PiBCdXQgb24gdGhlIG9WaXJ0IFNpZGUsIHRvIGRl ZmluZSBGb3JlbWFuIGFzIGFuIGV4dGVybmFsIHByb3ZpZGVyLCBpdCBzdGlsbCBkb2Vzbid0IHdv cmssIGlzIHRoZXJlIGFsc28gYSBzcGVjaWFsIFVSTCB0byBlbnRlcj8gSSBkaWRuJ3QgZmluZCBh bnl0aGluZyBpbiB0aGUgZG9jcy4NCj4+Pj4NCj4+Pj4gVGhhbmtzIGZvciBhbnkgaGludC4NCj4+ Pj4NCj4+Pj4gUmVnYXJkcywNCj4+Pj4gQXJzw6huZQ0KPj4+Pg0KPj4+Pg0KPj4+PiBPbiAwOC8x Ni8yMDE2IDA1OjAxIFBNLCBKdWFuIEhlcm7DoW5kZXogd3JvdGU6DQo+Pj4+Pg0KPj4+Pj4gT24g MDgvMTYvMjAxNiAxMTo1OCBBTSwgQXJzw6huZSBHc2Nod2luZCB3cm90ZToNCj4+Pj4+Pg0KPj4+ Pj4+IEhpLA0KPj4+Pj4+DQo+Pj4+Pj4gaGFzIGFueWJvZHkgYmVlbiBhYmxlIHRvIGNvbmZpZ3Vy ZSBGb3JlbWFuIHdpdGggb1ZpcnQgNCA/IFdoZW4gdHJ5aW5nIHRvDQo+Pj4+Pj4gYWRkIEZvcmVt YW4gYXMgYW4gZXh0ZXJuYWwgcHJvdmlkZXIgYW5kIHRlc3QgdGhlIGxvZ2luIGl0IGFsd2F5cyBy ZXR1cm4NCj4+Pj4+PiA6IEZhaWxlZCB0byBjb21tdW5pY2F0ZSB3aXRoIHRoZSBleHRlcm5hbCBw cm92aWRlciwgc2VlIGxvZyBmb3INCj4+Pj4+PiBhZGRpdGlvbmFsIGRldGFpbHMuDQo+Pj4+Pj4N Cj4+Pj4+PiBPbiB0aGUgRm9yZW1hbiBzaWRlIGkgZ2V0IGFuIFNTTyBmYWlsZWQgaW4gdGhlIGxv ZywgdGhlIHVzZXIgYW5kDQo+Pj4+Pj4gcGFzc3dvcmQgZW50ZXJlZCBhcmUgY29ycmVjdC4NCj4+ Pj4+Pg0KPj4+Pj4+IFJ1bm5pbmcgdmVyc2lvbjoNCj4+Pj4+Pg0KPj4+Pj4+IG9WaXJ0IEVuZ2lu ZSBWZXJzaW9uOiA0LjAuMi42LTEuZWw3LmNlbnRvcw0KPj4+Pj4+IEZvcmVtYW4gVmVyc2lvbiAx LjEyLjENCj4+Pj4+Pg0KPj4+Pj4+IFBsZWFzZSBmaW5kIHRoZSBsb2cgZXh0cmFjdCBhdHRhY2hl ZC4NCj4+Pj4+PiBUaGFua3MgZm9yIGFueSBoZWxwL2hpbnQuDQo+Pj4+Pj4NCj4+Pj4+PiBSZWdh cmRzLA0KPj4+Pj4+IEFyc8OobmUNCj4+Pj4+Pg0KPj4+Pj4gVGhlcmUgYXJlIHR3byBpbXBvcnRh bnQgZGlmZmVyZW5jZXMgaW4gdmVyc2lvbiA0IG9mIG9WaXJ0DQo+Pj4+Pg0KPj4+Pj4gMS4gVGhl IFVSTCBpcyBub3cgb25seSAvb3ZpcnQtZW5naW5lL2FwaSAoaXQgdXNlZCB0byBhY2NlcHQgL2Fw aSBhbmQNCj4+Pj4+IC9vdmlydC1lbmdpbmUvYXBpKS4NCj4+Pj4+DQo+Pj4+PiAyLiBUaGVyZSBh cmUgdHdvIHZlcnNpb25zIG9mIHRoZSBBUEkgbm93LCB2MywgY29tcGF0aWJsZSB3aXRoIG9WaXJ0 IDMsDQo+Pj4+PiBhbmQgdjQsIG5ldyBhbmQgaW5jb21wYXRpYmxlLiBGb3JlbWFuIG9ubHkgc3Vw cG9ydHMgdjMuDQo+Pj4+Pg0KPj4+Pj4gU28sIEknZCBzdWdnZXN0IHlvdSB0cnkgdG8gdXNlICJo dHRwczovLy4uLi9vdmlydC1lbmdpbmUvYXBpL3YzIiBpbiB0aGUNCj4+Pj4+IFVSTC4gRG9lcyB0 aGF0IHdvcms/IElmIGl0IGRvZXNuJ3QsIGNhbiB5b3UgcHJvdmlkZSBtb3JlIGRldGFpbHM/IExv ZyBmaWxlcz8NCj4+Pj4+DQo+Pj4+DQo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+Pj4+IFVzZXJzIG1haWxpbmcgbGlzdA0KPj4+PiBVc2Vyc0Bv dmlydC5vcmcNCj4+Pj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz ZXJzDQo+Pj4NCj4+Pg0KPj4+DQo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4+PiBVc2Vyc0BvdmlydC5v cmcNCj4+PiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMNCj4+ Pg0KPj4NCj4NCg== --_000_924b3039dd424f84a868ee7444316e5eexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <075DDCC3E509BB409D1BEAE0AF17DE5C(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA4IHNlcCAyMDE2IDE1OjMyIHNrcmV2IEFyc8OobmUgR3NjaHdpbmQgJmx0O2Fy c2VuZS5nc2Nod2luZEB1bmliYXMuY2gmZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IEhpLDxicj4N CiZndDs8YnI+DQomZ3Q7IFNvcnJ5IGZvciB0aGlzIGxhdGUgcmVwbHksIGkndmUgYmVlbiBidXN5 IHdpdGggc29tZSBvdGhlciBwcm9qZWN0cyBpbiB0aGUgbGFzdCB3ZWVrcy48YnI+DQomZ3Q7PGJy Pg0KJmd0OyBJIGRpZCBzb21lIGxvZyBhbmFseXNpbmcgYW5kIGNvdWxkIGZpbmQgdGhlIGZvbGxv d2luZyBpbiB0aGUgZm9yZW1hbiBsb2cgd2hlbiB0cnlpbmcgdG8gYWRkIGZvcmVtYW4gYXMgYW4g ZXh0ZXJuYWwgcHJvdmlkZXIgZm9yIG9WaXJ0Ojxicj4NCiZndDs8YnI+DQomZ3Q7IDIwMTYtMDkt MDggMTU6MjA6MDMgW2FwcF0gW0ldIFN0YXJ0ZWQgR0VUICZxdW90Oy9hcGkvdjImcXVvdDsgZm9y IDEwLjAuMTAuMTAgYXQgMjAxNi0wOS0wOCAxNToyMDowMyAmIzQzOzAyMDA8YnI+DQomZ3Q7PGJy Pg0KJmd0OyAyMDE2LTA5LTA4IDE1OjIwOjAzIFthcHBdIFtJXSBQcm9jZXNzaW5nIGJ5IEFwaTo6 VjI6OkhvbWVDb250cm9sbGVyI2luZGV4IGFzIEpTT048YnI+DQomZ3Q7PGJyPg0KJmd0OyAyMDE2 LTA5LTA4IDE1OjIwOjAzIFthcHBdIFtJXSZuYnNwOyZuYnNwOyBQYXJhbWV0ZXJzOiB7JnF1b3Q7 YXBpdiZxdW90Oz0mZ3Q7JnF1b3Q7djImcXVvdDssICZxdW90O2hvbWUmcXVvdDs9Jmd0O3t9fTxi cj4NCiZndDs8YnI+DQomZ3Q7IDIwMTYtMDktMDggMTU6MjA6MDMgW2FwcF0gW0ldIEF1dGhvcml6 ZWQgdXNlciBvdmlydChvVmlydCBvcmcpPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAx NToyMDowMyBbYXBwXSBbSV0mbmJzcDsmbmJzcDsgUmVuZGVyZWQgYXBpL3YyL2hvbWUvaW5kZXgu anNvbi5yYWJsICg4MS44bXMpPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDow MyBbYXBwXSBbSV0gQ29tcGxldGVkIDIwMCBPSyBpbiAxMDRtcyAoVmlld3M6IDgyLjNtcyB8IEFj dGl2ZVJlY29yZDogNC42bXMpPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDow MyBbYXBwXSBbSV0gU3RhcnRlZCBHRVQgJnF1b3Q7L2FwaS92Mi9kaXNjb3ZlcmVkX2hvc3RzJnF1 b3Q7IGZvciAxMC4wLjEwLjEwIGF0IDIwMTYtMDktMDggMTU6MjA6MDMgJiM0MzswMjAwPGJyPg0K Jmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDowMyBbYXBwXSBbRl0gPGJyPg0KJmd0Ozxi cj4NCiZndDsgJm5ic3A7fCBBY3Rpb25Db250cm9sbGVyOjpSb3V0aW5nRXJyb3IgKE5vIHJvdXRl IG1hdGNoZXMgW0dFVF0gJnF1b3Q7L2FwaS92Mi9kaXNjb3ZlcmVkX2hvc3RzJnF1b3Q7KTo8YnI+ DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDt8Jm5ic3A7Jm5ic3A7IGFjdGlvbnBhY2sgKDQuMi41LjEp IGxpYi9hY3Rpb25fZGlzcGF0Y2gvbWlkZGxld2FyZS9kZWJ1Z19leGNlcHRpb25zLnJiOjIxOmlu IGBjYWxsJzxicj4NCiZndDs8YnI+DQomZ3Q7ICZuYnNwO3wmbmJzcDsmbmJzcDsgYWN0aW9ucGFj ayAoNC4yLjUuMSkgbGliL2FjdGlvbl9kaXNwYXRjaC9taWRkbGV3YXJlL3Nob3dfZXhjZXB0aW9u cy5yYjozMDppbiBgY2FsbCc8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDt8Jm5ic3A7Jm5ic3A7 IHJhaWx0aWVzICg0LjIuNS4xKSBsaWIvcmFpbHMvcmFjay9sb2dnZXIucmI6Mzg6aW4gYGNhbGxf YXBwJzxicj4NCiZndDs8YnI+DQomZ3Q7IEl0IGxvb2tzIGxpa2Ugb3ZpcnQgaXMgY2FsbGluZyBh biBhcGkgbWV0aG9kIHdoaWNoIGRvZXNuJ3QgZXhpc3QgOiAvYXBpL3YyL2Rpc2NvdmVyZWRfaG9z dHM8YnI+DQomZ3Q7PGJyPg0KJmd0OyBhbiBleHRyYWN0IGZyb20gb3ZpcnQtZW5naW5lLmxvZzxi cj4NCiZndDs8YnI+DQomZ3Q7IDIwMTYtMDktMDggMTU6MjA6MDAsODYyIElORk8mbmJzcDsgW29y Zy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuZ2x1c3Rlci5HbHVzdGVyVm9sdW1lc0xpc3RW RFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcjMpIFtdIEZJTklTSCwgR2x1c3RlclZv bHVtZXNMaXN0VkRTQ29tbWFuZCwgcmV0dXJuOiB7ZDZmOTM4ZDEtODg4Ni00MGYzLTgyMTAtZTVi ZTM5N2Y5NTFjPW9yZy5vdmlydC5lbmdpbmUuY29yZS5jPGJyPg0KJmd0Ozxicj4NCiZndDsgb21t b24uYnVzaW5lc3NlbnRpdGllcy5nbHVzdGVyLkdsdXN0ZXJWb2x1bWVFbnRpdHlAYTMyZWRhZTQs IDdlZjNiMTU1LTQ3ZDctNDQwNS1hYTcwLTgyYTliOGJlNDAzMz1vcmcub3ZpcnQuZW5naW5lLmNv cmUuY29tbW9uLmJ1c2luZXNzZW50aXRpZXMuZ2x1c3Rlci5HbHVzdGVyVm9sdW1lRW50aXR5QGQ5 NGQ4Zjk1LCBhZjE2OTE4MS1kNzJlLTQzMjUtOTk0Ny1kN2RkMDllNTEyZjA9b3JnLm92aXJ0LmVu Z2luZS5jPGJyPg0KJmd0Ozxicj4NCiZndDsgb3JlLmNvbW1vbi5idXNpbmVzc2VudGl0aWVzLmds dXN0ZXIuR2x1c3RlclZvbHVtZUVudGl0eUAyYTY0OWRiMywgNmQzYzg1NjEtNGU1Mi00MjIxLTk0 NzMtODhmZDQ4ZWY0OTA5PW9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRp dGllcy5nbHVzdGVyLkdsdXN0ZXJWb2x1bWVFbnRpdHlAYTM1ZTFiODJ9LCBsb2cgaWQ6IDVmZmEy YmYxPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDowMywxNzMgSU5GTyZuYnNw OyBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5wcm92aWRlci5JbXBvcnRQcm92aWRlckNlcnRp ZmljYXRlQ29tbWFuZF0gKGRlZmF1bHQgdGFzay0yNCkgWzE0NmY3NjFhXSBSdW5uaW5nIGNvbW1h bmQ6IEltcG9ydFByb3ZpZGVyQ2VydGlmaWNhdGVDb21tYW5kIGludGVybmFsOiBmYWxzZS4gRW50 aXRpZXMgYWZmZWN0ZWQgOiZuYnNwOyBJRDogYWFhMDAwMDAtMDAwMC0wMDxicj4NCiZndDs8YnI+ DQomZ3Q7IDAwLTAwMDAtMTIzNDU2Nzg5YWFhIFR5cGU6IFN5c3RlbUFjdGlvbiBncm91cCBDUkVB VEVfU1RPUkFHRV9QT09MIHdpdGggcm9sZSB0eXBlIEFETUlOPGJyPg0KJmd0Ozxicj4NCiZndDsg MjAxNi0wOS0wOCAxNToyMDowMywxNzggSU5GTyZuYnNwOyBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LmRhbC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0TG9nRGlyZWN0b3JdIChkZWZhdWx0 IHRhc2stMjQpIFsxNDZmNzYxYV0gQ29ycmVsYXRpb24gSUQ6IDE0NmY3NjFhLCBDYWxsIFN0YWNr OiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBDZXJ0aWZpY2F0ZSBmb3IgcHJv dmlkZXIgc3BmeS1kZXAgd2FzIGltcG9ydGVkLiAoVXNlcjoNCiBhZG1pbkBpbnRlcm5hbC1hdXRo eik8YnI+DQomZ3Q7PGJyPg0KJmd0OyAyMDE2LTA5LTA4IDE1OjIwOjAzLDI5NSBJTkZPJm5ic3A7 IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLnByb3ZpZGVyLlRlc3RQcm92aWRlckNvbm5lY3Rp dml0eUNvbW1hbmRdIChkZWZhdWx0IHRhc2stMjMpIFs2ZjVkOTc0Nl0gUnVubmluZyBjb21tYW5k OiBUZXN0UHJvdmlkZXJDb25uZWN0aXZpdHlDb21tYW5kIGludGVybmFsOiBmYWxzZS4gRW50aXRp ZXMgYWZmZWN0ZWQgOiZuYnNwOyBJRDogYWFhMDAwMDAtMDAwMC0wMDAwLTAwMDAtMTIzNDU2Nzg5 YWFhDQogVHlwZTogU3lzdGVtQWN0aW9uIGdyb3VwIENSRUFURV9TVE9SQUdFX1BPT0wgd2l0aCBy b2xlIHR5cGUgQURNSU48YnI+DQomZ3Q7PGJyPg0KJmd0OyAyMDE2LTA5LTA4IDE1OjIwOjAzLDk1 NSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5ob3N0LnByb3ZpZGVyLmZvcmVtYW4u Rm9yZW1hbkhvc3RQcm92aWRlclByb3h5XSAoZGVmYXVsdCB0YXNrLTIzKSBbNmY1ZDk3NDZdIEV4 Y2VwdGlvbiBpcyBodHRwczovL3NwZnktZGVwLmhvc3Quc2FwaWZ5LmNoOjQ0My9hcGkvdjIvZGlz Y292ZXJlZF9ob3N0cw0KPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDowMyw5 NTUgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwucHJvdmlkZXIuVGVzdFByb3ZpZGVy Q29ubmVjdGl2aXR5Q29tbWFuZF0gKGRlZmF1bHQgdGFzay0yMykgWzZmNWQ5NzQ2XSBDb21tYW5k ICdvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLnByb3ZpZGVyLlRlc3RQcm92aWRlckNvbm5lY3Rp dml0eUNvbW1hbmQnIGZhaWxlZDogRW5naW5lRXhjZXB0aW9uOiBodHRwczovL3NwZnktZGVwLmhv c3Quc2FwaWZ5LmNoOjQ0My9hcGkvdjIvZGlzY292ZXJlZF9ob3N0cw0KIChGYWlsZWQgd2l0aCBl cnJvciBQUk9WSURFUl9GQUlMVVJFIGFuZCBjb2RlIDUwNTApPGJyPg0KJmd0Ozxicj4NCiZndDsg MjAxNi0wOS0wOCAxNToyMDowNCwyNzkgSU5GTyZuYnNwOyBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LnZkc2Jyb2tlci5tb25pdG9yaW5nLlZtc1N0YXRpc3RpY3NGZXRjaGVyXSAoRGVmYXVsdFF1YXJ0 elNjaGVkdWxlcjQpIFtdIEZldGNoZWQgMyBWTXMgZnJvbSBWRFMgJ2QzNmQ5YWZmLWE5NTMtNDY2 Yi1iZGY3LTcwYmE0ZjYzZTE4MCc8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgVGhhbmtz IGZvciBhbnkgaGludC9oZWxwLjwvcD4NCjxwIGRpcj0ibHRyIj5UaGF0J3MgYSBwbHVnaW4geW91 IG5lZWQgdG8gaW5zdGFsbCBpbnRvIEZvcmVtYW46PGJyPg0KaHR0cHM6Ly90aGVmb3JlbWFuLm9y Zy9wbHVnaW5zL2ZvcmVtYW5fZGlzY292ZXJ5LzIuMC88L3A+DQo8cCBkaXI9Imx0ciI+L0s8L3A+ DQo8cCBkaXI9Imx0ciI+Jmd0Ozxicj4NCiZndDsgcmdkcyw8YnI+DQomZ3Q7IEFyc8OobmU8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIDA4LzIyLzIwMTYgMDg6MjIg QU0sIE92ZWQgT3VyZmFsaSB3cm90ZTo8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IENhbiB5 b3UgcGxlYXNlIGF0dGFjaCB0aGUgY29tcGxldGUgbG9ncyBvZiBvdmlydCBhbmQgZm9yZW1hbj88 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgT24gV2VkLCBBdWcgMTcs IDIwMTYgYXQgMTA6MjUgQU0sIE1hcnRpbiBQZXJpbmEgJmx0O21wZXJpbmFAcmVkaGF0LmNvbSZn dDsgd3JvdGU6PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IEFkZGluZyBZYW5p diAuLi48YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsgT24gV2VkLCBBdWcgMTcs IDIwMTYgYXQgOToxNiBBTSwgQXJzw6huZSBHc2Nod2luZCAmbHQ7YXJzZW5lLmdzY2h3aW5kQHVu aWJhcy5jaCZndDsgd3JvdGU6PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0 OyZndDsgSGksPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgVGhh bmtzIGEgbG90IHRoaXMgZGlkIHdvcmsgb24gdGhlIEZvcmVtYW4gc2lkZSB1c2luZyBodHRwczov LyZsdDtzZXJ2ZXImZ3Q7L292aXJ0LWVuZ2luZS9hcGkvdjMgLjxicj4NCiZndDsmZ3Q7Jmd0OyZn dDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7IEJ1dCBvbiB0aGUgb1ZpcnQgU2lkZSwgdG8gZGVmaW5l IEZvcmVtYW4gYXMgYW4gZXh0ZXJuYWwgcHJvdmlkZXIsIGl0IHN0aWxsIGRvZXNuJ3Qgd29yaywg aXMgdGhlcmUgYWxzbyBhIHNwZWNpYWwgVVJMIHRvIGVudGVyPyBJIGRpZG4ndCBmaW5kIGFueXRo aW5nIGluIHRoZSBkb2NzLjxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsm Z3Q7IFRoYW5rcyBmb3IgYW55IGhpbnQuPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsm Z3Q7Jmd0OyZndDsgUmVnYXJkcyw8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7IEFyc8OobmU8YnI+DQom Z3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZn dDsgT24gMDgvMTYvMjAxNiAwNTowMSBQTSwgSnVhbiBIZXJuw6FuZGV6IHdyb3RlOjxicj4NCiZn dDsmZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsgT24gMDgvMTYvMjAx NiAxMTo1OCBBTSwgQXJzw6huZSBHc2Nod2luZCB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7 Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgSGksPGJyPg0KJmd0OyZndDsm Z3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IGhhcyBhbnlib2R5 IGJlZW4gYWJsZSB0byBjb25maWd1cmUgRm9yZW1hbiB3aXRoIG9WaXJ0IDQgPyBXaGVuIHRyeWlu ZyB0bzxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBhZGQgRm9yZW1hbiBhcyBhbiBleHRl cm5hbCBwcm92aWRlciBhbmQgdGVzdCB0aGUgbG9naW4gaXQgYWx3YXlzIHJldHVybjxicj4NCiZn dDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyA6IEZhaWxlZCB0byBjb21tdW5pY2F0ZSB3aXRoIHRoZSBl eHRlcm5hbCBwcm92aWRlciwgc2VlIGxvZyBmb3I8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZn dDsgYWRkaXRpb25hbCBkZXRhaWxzLjxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBPbiB0aGUgRm9yZW1hbiBzaWRlIGkgZ2V0IGFuIFNT TyBmYWlsZWQgaW4gdGhlIGxvZywgdGhlIHVzZXIgYW5kPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZn dDsmZ3Q7IHBhc3N3b3JkIGVudGVyZWQgYXJlIGNvcnJlY3QuPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0 OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IFJ1bm5pbmcgdmVyc2lvbjo8 YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZn dDsgb1ZpcnQgRW5naW5lIFZlcnNpb246IDQuMC4yLjYtMS5lbDcuY2VudG9zPGJyPg0KJmd0OyZn dDsmZ3Q7Jmd0OyZndDsmZ3Q7IEZvcmVtYW4gVmVyc2lvbiAxLjEyLjE8YnI+DQomZ3Q7Jmd0OyZn dDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgUGxlYXNlIGZpbmQg dGhlIGxvZyBleHRyYWN0IGF0dGFjaGVkLjxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBU aGFua3MgZm9yIGFueSBoZWxwL2hpbnQuPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IFJlZ2FyZHMsPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0 OyZndDsmZ3Q7IEFyc8OobmU8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7 Jmd0OyZndDsmZ3Q7Jmd0OyBUaGVyZSBhcmUgdHdvIGltcG9ydGFudCBkaWZmZXJlbmNlcyBpbiB2 ZXJzaW9uIDQgb2Ygb1ZpcnQ8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7 Jmd0OyZndDsmZ3Q7IDEuIFRoZSBVUkwgaXMgbm93IG9ubHkgL292aXJ0LWVuZ2luZS9hcGkgKGl0 IHVzZWQgdG8gYWNjZXB0IC9hcGkgYW5kPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsgL292aXJ0 LWVuZ2luZS9hcGkpLjxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7 Jmd0OyZndDsgMi4gVGhlcmUgYXJlIHR3byB2ZXJzaW9ucyBvZiB0aGUgQVBJIG5vdywgdjMsIGNv bXBhdGlibGUgd2l0aCBvVmlydCAzLDxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IGFuZCB2NCwg bmV3IGFuZCBpbmNvbXBhdGlibGUuIEZvcmVtYW4gb25seSBzdXBwb3J0cyB2My48YnI+DQomZ3Q7 Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IFNvLCBJJ2Qgc3VnZ2Vz dCB5b3UgdHJ5IHRvIHVzZSAmcXVvdDtodHRwczovLy4uLi9vdmlydC1lbmdpbmUvYXBpL3YzJnF1 b3Q7IGluIHRoZTxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IFVSTC4gRG9lcyB0aGF0IHdvcms/ IElmIGl0IGRvZXNuJ3QsIGNhbiB5b3UgcHJvdmlkZSBtb3JlIGRldGFpbHM/IExvZyBmaWxlcz88 YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7 Jmd0OyZndDsmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0 OyZndDsmZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgaHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPg0KJmd0OyZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyZndDsm Z3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsmZ3Q7Jmd0OyBVc2Vyc0BvdmlydC5vcmc8 YnI+DQomZ3Q7Jmd0OyZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzPGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7PGJyPg0KPC9w Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_924b3039dd424f84a868ee7444316e5eexch24sluse_--

2 1

problem adding OpenStackImage Provider with python-ovirt-engine-sdk4
by knarra 13 Sep '16

13 Sep '16

This is a multi-part message in MIME format. --------------89393413F57E7342FFE0026E Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I am trying to add glance repository to Ovirt using ovirtsdk4 and i am facing the error below. Below is my code snippet which i am running. connection = sdk.Connection(url=conf["URL"],username=conf["UI_USERNAME"],password=conf["UI_PASSWORD"], insecure=True,debug=True) def create_external_providers(): openstack_services = connection.system_service().openstack_image_providers_service() openstack_s =openstack_services.add(types.OpenStackImageProvider(name='my_glance_instance',description='new',url='http://glance.ovirt.org:9292/')) openstack_service =openstack_services.openstack_service(openstack_s.id) /usr/bin/python2.7 /home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py Traceback (most recent call last): File "/home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py", line 169, in <module> create_external_providers() File "/home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py", line 162, in create_external_providers openstack_s = openstack_services.add(types.OpenStackImageProvider(name='my_glance_instance', description='new', url='http://glance.ovirt.org:9292/')) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 10265, in add self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 95, in _check_fault Service._raise_error(response, fault) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 69, in _raise_error raise Error(msg) ovirtsdk4.Error: Fault reason is "Request syntactically incorrect.". Fault detail is "For correct usage, see: https://rhev-engine1.lab.eng.blr.redhat.com/ovirt-engine/api/v4/model#servi…". HTTP response code is 400. Process finished with exit code 1 I see the following error in the engine.log: ================================= 2016-09-13 07:11:09,882 ERROR [org.ovirt.engine.api.restapi.resource.validation.IOExceptionMapper] (default task-11) [] IO exception while processing "POST" request for path "/openstackimageproviders" Caused by: javax.xml.bind.UnmarshalException: unexpected element (uri:"", local:"open_stack_image_provider"). Expected elements are <{}action>,<{}affinity_group>,<{}affinity _groups>,<{}affinity_label>,<{}affinity_labels>,<{}agent>,<{}agent_configuration>,<{}agent_configurations>,<{}agents>,<{}api>,<{}api_summaries>,<{}api_summary>,<{}api_summar y_item>,<{}api_summary_items>,<{}apis>,<{}application>,<{}applications>,<{}authorized_key>,<{}authorized_keys>,<{}balance>,<{}balances>,<{}bios>,<{}bioss>,<{}block_statistic >,<{}block_statistics>,<{}body>,<{}bonding>,<{}bondings>,<{}bookmark>,<{}bookmarks>,<{}boot>,<{}boot_menu>,<{}boot_menus>,<{}boots>,<{}brick>,<{}brick_memoryinfo>,<{}brick_p rofile_detail>,<{}brick_profile_details>,<{}bricks>,<{}cdrom>,<{}cdroms>,<{}certificate>,<{}certificates>,<{}cloud_init>,<{}cloud_inits>,<{}cluster>,<{}cluster_level>,<{}clu ster_levels>,<{}clusters>,<{}configuration>,<{}configurations>,<{}console>,<{}consoles>,<{}core>,<{}cores>,<{}cpu>,<{}cpu_profile>,<{}cpu_profiles>,<{}cpu_topologies>,<{}cpu _topology>,<{}cpu_tune>,<{}cpu_tunes>,<{}cpu_type>,<{}cpu_types>,<{}cpus>,<{}creation>,<{}creation_states>,<{}custom_properties>,<{}custom_property>,<{}data_center>,<{}data_ centers>,<{}detailedLink>,<{}detailedLinks>,<{}device>,<{}devices>,<{}disk>,<{}disk_attachment>,<{}disk_attachments>,<{}disk_profile>,<{}disk_profiles>,<{}disk_snapshot>,<{} disk_snapshots>,<{}disks>,<{}display>,<{}displays>,<{}dns>,<{}dnss>,<{}domain>,<{}domains>,<{}entity_profile_detail>,<{}entity_profile_details>,<{}error_handling>,<{}error_h andlings>,<{}event>,<{}events>,<{}external_compute_resource>,<{}external_compute_resources>,<{}external_discovered_host>,<{}external_discovered_hosts>,<{}external_host>,<{}e <kasturi> xternal_host_group>,<{}external_host_groups>,<{}external_host_provider>,<{}external_host_providers>,<{}external_hosts>,<{}external_provider>,<{}external_providers>,<{}fault> ,<{}faults>,<{}fencing_policies>,<{}fencing_policy>,<{}file>,<{}files>,<{}filter>,<{}filters>,<{}floppies>,<{}floppy>,<{}fop_statistic engine version : ovirt4.0.3 sdkversion : python-ovirt-engine-sdk4-4.0.0-0.6.a6.fc23.x86_64 Can some one please help me to resolve this issue? Thanks kasturi --------------89393413F57E7342FFE0026E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p>Hi,</p> <p> I am trying to add glance repository to Ovirt using ovirtsdk4 and i am facing the error below. Below is my code snippet which i am running.</p> <p> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </p> <pre style="background-color:#ffffff;color:#000000;font-family:'DejaVu Sans Mono';font-size:13.5pt;">connection = sdk.Connection(<span style="color:#660099;">url</span>=conf[<span style="color:#008000;font-weight:bold;">"URL"</span>],<span style="color:#660099;">username</span>=conf[<span style="color:#008000;font-weight:bold;">"UI_USERNAME"</span>], <span style="color:#660099;">password</span>=conf[<span style="color:#008000;font-weight:bold;">"UI_PASSWORD"</span>], <span style="color:#660099;">insecure</span>=<span style="background-color:#e4e4ff;">True</span>, <span style="color:#660099;">debug</span>=<span style="background-color:#e4e4ff;">True</span>)</pre> <p> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </p> <pre style="background-color:#ffffff;color:#000000;font-family:'DejaVu Sans Mono';font-size:13.5pt;"><span style="color:#000080;font-weight:bold;">def </span>create_external_providers(): <span style="background-color:#ffe4ff;">openstack_services</span> = connection.system_service().openstack_image_providers_service() openstack_s = <span style="background-color:#e4e4ff;">openstack_services</span>.add(types.OpenStackImageProvider(<span style="color:#660099;">name</span>=<span style="color:#008000;font-weight:bold;">'my_glance_instance'</span>, <span style="color:#660099;">description</span>=<span style="color:#008000;font-weight:bold;">'new'</span>, <span style="color:#660099;">url</span>=<span style="color:#008000;font-weight:bold;">'<a class="moz-txt-link-freetext" href="http://glance.ovirt.org:9292/">http://glance.ovirt.org:9292/</a>'</span>)) <span style="color:#808080;">openstack_service </span>= <span style="background-color:#e4e4ff;">openstack_services</span>.openstack_service(openstack_s.id)</pre> <p><br> </p> <p>/usr/bin/python2.7 /home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py<br> Traceback (most recent call last):<br> File "/home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py", line 169, in <module><br> create_external_providers()<br> File "/home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py", line 162, in create_external_providers<br> openstack_s = openstack_services.add(types.OpenStackImageProvider(name='my_glance_instance', description='new', url='<a class="moz-txt-link-freetext" href="http://glance.ovirt.org:9292/">http://glance.ovirt.org:9292/</a>'))<br> File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 10265, in add<br> self._check_fault(response)<br> File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 95, in _check_fault<br> Service._raise_error(response, fault)<br> File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 69, in _raise_error<br> raise Error(msg)<br> ovirtsdk4.Error: Fault reason is "Request syntactically incorrect.". Fault detail is "For correct usage, see: <a class="moz-txt-link-freetext" href="https://rhev-engine1.lab.eng.blr.redhat.com/ovirt-engine/api/v4/model#servi…">https://rhev-engine1.lab.eng.blr.redhat.com/ovirt-engine/api/v4/model#servi…</a>". HTTP response code is 400.<br> <br> Process finished with exit code 1</p> <p><br> </p> <p>I see the following error in the engine.log:</p> <p>=================================</p> <p>2016-09-13 07:11:09,882 ERROR [org.ovirt.engine.api.restapi.resource.validation.IOExceptionMapper] (default task-11) [] IO exception while processing "POST" request for path "/openstackimageproviders"</p> <p>Caused by: javax.xml.bind.UnmarshalException: unexpected element (uri:"", local:"open_stack_image_provider"). Expected elements are <{}action>,<{}affinity_group>,<{}affinity<br> _groups>,<{}affinity_label>,<{}affinity_labels>,<{}agent>,<{}agent_configuration>,<{}agent_configurations>,<{}agents>,<{}api>,<{}api_summaries>,<{}api_summary>,<{}api_summar<br> y_item>,<{}api_summary_items>,<{}apis>,<{}application>,<{}applications>,<{}authorized_key>,<{}authorized_keys>,<{}balance>,<{}balances>,<{}bios>,<{}bioss>,<{}block_statistic<br> >,<{}block_statistics>,<{}body>,<{}bonding>,<{}bondings>,<{}bookmark>,<{}bookmarks>,<{}boot>,<{}boot_menu>,<{}boot_menus>,<{}boots>,<{}brick>,<{}brick_memoryinfo>,<{}brick_p<br> rofile_detail>,<{}brick_profile_details>,<{}bricks>,<{}cdrom>,<{}cdroms>,<{}certificate>,<{}certificates>,<{}cloud_init>,<{}cloud_inits>,<{}cluster>,<{}cluster_level>,<{}clu<br> ster_levels>,<{}clusters>,<{}configuration>,<{}configurations>,<{}console>,<{}consoles>,<{}core>,<{}cores>,<{}cpu>,<{}cpu_profile>,<{}cpu_profiles>,<{}cpu_topologies>,<{}cpu<br> _topology>,<{}cpu_tune>,<{}cpu_tunes>,<{}cpu_type>,<{}cpu_types>,<{}cpus>,<{}creation>,<{}creation_states>,<{}custom_properties>,<{}custom_property>,<{}data_center>,<{}data_<br> centers>,<{}detailedLink>,<{}detailedLinks>,<{}device>,<{}devices>,<{}disk>,<{}disk_attachment>,<{}disk_attachments>,<{}disk_profile>,<{}disk_profiles>,<{}disk_snapshot>,<{}<br> disk_snapshots>,<{}disks>,<{}display>,<{}displays>,<{}dns>,<{}dnss>,<{}domain>,<{}domains>,<{}entity_profile_detail>,<{}entity_profile_details>,<{}error_handling>,<{}error_h<br> andlings>,<{}event>,<{}events>,<{}external_compute_resource>,<{}external_compute_resources>,<{}external_discovered_host>,<{}external_discovered_hosts>,<{}external_host>,<{}e<br> <kasturi> xternal_host_group>,<{}external_host_groups>,<{}external_host_provider>,<{}external_host_providers>,<{}external_hosts>,<{}external_provider>,<{}external_providers>,<{}fault><br> ,<{}faults>,<{}fencing_policies>,<{}fencing_policy>,<{}file>,<{}files>,<{}filter>,<{}filters>,<{}floppies>,<{}floppy>,<{}fop_statistic</p> <p>engine version : ovirt4.0.3</p> <p>sdkversion : python-ovirt-engine-sdk4-4.0.0-0.6.a6.fc23.x86_64</p> <p><br> </p> <p>Can some one please help me to resolve this issue?</p> <p>Thanks</p> <p>kasturi<br> </p> </body> </html> --------------89393413F57E7342FFE0026E--

2 2

intel skylake oVirt 4.0
by Roman Nikolayevich Drovalev 13 Sep '16

13 Sep '16

This is a multipart message in MIME format. --=_alternative 001BE52D43258028_= Content-Type: text/plain; charset="US-ASCII" Hello all! Currently, the oVirt 4.0 not on the list of supported processors for the cluster "Intel Skylake" ! Is it possible to add hosts to the new processor in the cluster pool or you must wait for the update oVirt ? Thanks Roman Dr. --=_alternative 001BE52D43258028_= Content-Type: text/html; charset="US-ASCII" <font size=3 face="sans-serif">Hello all!</font> <br> <br><font size=3 face="sans-serif">Currently, the oVirt 4.0 not on the list of supported processors for the cluster "Intel Skylake" !</font> <br><font size=3 face="sans-serif">Is it possible to add hosts to the new processor in the cluster pool or you must wait for the update oVirt ?</font> <br> <br><font size=3 face="sans-serif">Thanks</font> <br> <br><font size=3 face="sans-serif">Roman Dr.</font> --=_alternative 001BE52D43258028_=--

2 1

Ovirt 4.0 & virt-viewer & SSO token
by KY LO 13 Sep '16

13 Sep '16

------=_Part_3647790_587075128.1473697071945 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi all, How can I use SSO token for authentication with Ovirt 4 when using virt-viewer? Any special configuration needed? I can't seem to find much information on the use of SSO token with Ovirt4. Thanks. regards,Philip Lo ------=_Part_3647790_587075128.1473697071945 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit <html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:10px"><div id="yui_3_16_0_ym19_1_1473696679639_9562">Hi all,</div><div id="yui_3_16_0_ym19_1_1473696679639_9562"><br></div><div id="yui_3_16_0_ym19_1_1473696679639_9562">How can I use SSO token for authentication with Ovirt 4 when using virt-viewer? Any special configuration needed? I can't seem to find much information on the use of SSO token with Ovirt4. Thanks.</div><div id="yui_3_16_0_ym19_1_1473696679639_9562"><br></div><div id="yui_3_16_0_ym19_1_1473696679639_9562" dir="ltr">regards,</div><div id="yui_3_16_0_ym19_1_1473696679639_9562" dir="ltr">Philip Lo</div><div id="yui_3_16_0_ym19_1_1473696679639_9562"><br></div><div id="yui_3_16_0_ym19_1_1473696679639_9562"><br></div></div></body></html> ------=_Part_3647790_587075128.1473697071945--

3 2

Minimal resources for Engine
by Fernando Frediani 11 Sep '16

11 Sep '16

Hi there. I was reading this interesting URL someone just sent a while ago regarding hyperconvergence topic (https://www.ovirt.org/blog/2016/08/up-and-running-with-ovirt-4-0-and-gluste…) and found the point about the optimal amount of resources for a Engine - 16GB of RAM. I just wanted to ask what component or feature eats up so much memory for that amount be the recommended. Or is it just in a hyperconverged scenario ? Are there any components that can be optional that can reduce the amount of memory needed to run the Engine ? Also with if the Data Warehouse runs in a separate host what would be the reduction in resources consumption, specially memory ? Thanks Fernando

2 1

Overt Networking VPN
by System Administrator 10 Sep '16

10 Sep '16

Aloha, I am attempting to set up an Ovirt environment across every server that I currently manage. I have a set of servers in one location, behind a single firewall with multiple IP's, and I have another set of servers in a second location halfway around the world, also with their own set of IP's. Additionally, the servers have different types of Intel CPU's, and varying amounts of memory and storage. I also have a Fiber Optic SAN that I would like to use as my storage. My question is: Do I have to set up a VPN between every server that I want to install Ovirt on in order to manage them under a single Ovirt installation? If so, how would I gain a highly available scenario? In this case, if the server acting as the VPN server failed, the entire Ovirt system would collapse as well due to inability to communicate. My goal is to combine the resources of all of my servers so that I can live migrate VM's between them based upon workload, and also availability of hardware. If the servers in Canada fail for instance, I want the services to automatically migrate to my servers in Hawaii. Any assistance you can provide would be greatly appreciated. Thank you! Trenton Trenton D Warren President and CEO Phoenix Holdings Corporation Work: (808) 263-7448 Cell: (478) 867-3107 www.phoenixhawaii.net

3 2

Hardware setup
by Bryan Sockel 09 Sep '16

09 Sep '16

Hi, I am looking to put together a configuration setup for a new install and was wondering if it is ok for have both gluster and ovirt running on the same systems, or if it was better to separate my storage on to anther platform? I am currently looking into 3 servers with 196 GB Ram, dual 6 core proc's on each server. Gluster would be installed on each server with a 3 way replica, ovirt would be running as an appliance and each node would be part of the ovirt cluster.

4 8

Moving Hosted Engine Disk
by Charles Kozler 09 Sep '16

09 Sep '16

Hi - I followed this doc successfully https://www.ovirt.org/documentation/how-to/hosted-engine/ with no real issues In oVirt I have the hosted_storage storage domain and the one I created (Datastore_VM_NFS) to be a master domain - this is all fine My hosted_storage domain is on a SAN that is being deprecated. I am wondering what I need to do to **move** the disks for Hosted Engine VM off of that storage domain and on to another one. I can create a new volume on the new SAN where the VMs are stored but from all that I have found it doesnt look like I can actually move the hosted engines disks with out possibly rerunning the entire hosted-engine --deploy but I am not sure if this will cause any other conflicting problems Thanks

3 3

[ANN] oVirt 4.0.4 RC2 is now available
by Rafael Martins 09 Sep '16

09 Sep '16

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 4.0.4 for testing, as of September 7th, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the first release candidate of the fourth in a series of stabilization updates to the 4.0 series. See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node is available [4]. * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.4 release highlights:http://www.ovirt.org/release/4.0.4/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog:http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.4/ [4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Rafael Martins

2 2

Re: [ovirt-users] BSD Guests + oVirt
by Karli Sjöberg 09 Sep '16

09 Sep '16

--_000_ae14e47a2d194225a35c8717b2ec581cexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gOSBzZXAgMjAxNiAxNTozMyBza3JldiBBbGV4YW5kciBLcml2dWx5YSA8c2h1cmlrdUBz aHVyaWsua2lldi51YT46DQo+DQo+IDA5LjA5LjIwMTYgMDk6MzcsIFZpbnplbnogRmVlbnN0cmEg 0L/QuNGI0LXRgjoNCj4+Pj4NCj4+Pj4gPj4gb3ZpcnQtZ3Vlc3QtdG9vbHMgZG9lc24ndCBzdXBw b3J0IGZyZWVic2QgZnJvbSB3aGF0IEkgY2FuIGZpbmQuDQo+Pj4+DQo+PiBUaGlzIGlzIGNvcnJl Y3QsIHRoaXMgaXMgZHVlIHRvIHRoZSBmYWN0IHRoYXQgd2UgZG9u4oCZdCBoYXZlLCBvciBhdCBs ZWFzdCB3ZSBoYXZlbuKAmXQgaGFkLCB2aXJ0aW8tc2VyaWFsIGRyaXZlcnMgd2hpY2ggd2UgbmVl ZCBmb3IgdGhlIGNvbW11bmljYXRpb24gd2l0aCB0aGUgZ3Vlc3Qgb3MNCj4+DQo+Pg0KPj4NCj4g SSB0aGluayB0aWhpcyBpcyBub3QgY29ycmVjdCwgdmlydGlvLXNlcmlhbCBkcml2ZXJzIGFyZSBz dXBwb3J0ZWQgb24gbGF0ZXN0IEZyZWVCU0QuIFNlZSBteSBvbGQgcG9zdDoNCj4NCj4gaHR0cDov L2xpc3RzLm92aXJ0Lm9yZy9waXBlcm1haWwvdXNlcnMvMjAxNS1NYXkvMDMzMDY5Lmh0bWwNCj4N Cj4NCg0KSXQncyBjb3JyZWN0IGFzIGZhciBhcyAxMC4zIGdvZXMsIHdoaWNoIGlzIHdoYXQgT1Ag YXNrZWQuIFZpcnRJTy1zZXJpYWwgaXMgZmlyc3QgaW50cm9kdWNlZCBpbiBGcmVlQlNELTExLg0K DQovSw0K --_000_ae14e47a2d194225a35c8717b2ec581cexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <94563871C086B24A9AE16AEC7EF41370(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA5IHNlcCAyMDE2IDE1OjMzIHNrcmV2IEFsZXhhbmRyIEtyaXZ1bHlhICZsdDtz aHVyaWt1QHNodXJpay5raWV2LnVhJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyAwOS4wOS4yMDE2 IDA5OjM3LCBWaW56ZW56IEZlZW5zdHJhINC/0LjRiNC10YI6PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0 Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgb3ZpcnQtZ3Vlc3QtdG9vbHMgZG9lc24n dCBzdXBwb3J0IGZyZWVic2QgZnJvbSB3aGF0IEkgY2FuIGZpbmQuPGJyPg0KJmd0OyZndDsmZ3Q7 Jmd0Ozxicj4NCiZndDsmZ3Q7IFRoaXMgaXMgY29ycmVjdCwgdGhpcyBpcyBkdWUgdG8gdGhlIGZh Y3QgdGhhdCB3ZSBkb27igJl0IGhhdmUsIG9yIGF0IGxlYXN0IHdlIGhhdmVu4oCZdCBoYWQsIHZp cnRpby1zZXJpYWwgZHJpdmVycyB3aGljaCB3ZSBuZWVkIGZvciB0aGUgY29tbXVuaWNhdGlvbiB3 aXRoIHRoZSBndWVzdCBvczxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0 Ozxicj4NCiZndDsgSSB0aGluayB0aWhpcyBpcyBub3QgY29ycmVjdCwgdmlydGlvLXNlcmlhbCBk cml2ZXJzIGFyZSBzdXBwb3J0ZWQgb24gbGF0ZXN0IEZyZWVCU0QuIFNlZSBteSBvbGQgcG9zdDo8 YnI+DQomZ3Q7PGJyPg0KJmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL3BpcGVybWFpbC91c2Vy cy8yMDE1LU1heS8wMzMwNjkuaHRtbDxicj4NCiZndDs8YnI+DQomZ3Q7PC9wPg0KPHAgZGlyPSJs dHIiPkl0J3MgY29ycmVjdCBhcyBmYXIgYXMgMTAuMyBnb2VzLCB3aGljaCBpcyB3aGF0IE9QIGFz a2VkLiBWaXJ0SU8tc2VyaWFsIGlzIGZpcnN0IGludHJvZHVjZWQgaW4gRnJlZUJTRC0xMS48L3A+ DQo8cCBkaXI9Imx0ciI+L0s8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_ae14e47a2d194225a35c8717b2ec581cexch24sluse_--

1 0

BSD Guests + oVirt
by Hanson 09 Sep '16

09 Sep '16

Hi Guys, Is there any optimizations for using FreeBSD 10.3 with ovirt? The guest OS works fine, however, the engine frequently lists the wrong status for the VM, like rebooting, booting etc. ovirt-guest-tools doesn't support freebsd from what I can find. Thanks!

4 3

Re: [ovirt-users] [ovirt 3.6] Logical network not working
by Luca 'remix_tj' Lorenzetto 09 Sep '16

09 Sep '16

On Fri, Sep 9, 2016 at 11:08 AM, Marcin Mirecki <mmirecki(a)redhat.com> wrote: > Luca, > > Have you tried adding a network with no VLAN? Can you try adding > another network the same way, but with no VLAN? > This could help us to establish the cause of the problem (vlan or other). > Hello, i'll try again, but i already did the same test with the vlan set as native on the interface and configured the Logical Network without vlan. The only difference was that firewall was up. Luca -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

1 1

oVirt 4 + Foreman
by Arsène Gschwind 08 Sep '16

08 Sep '16

Hi, has anybody been able to configure Foreman with oVirt 4 ? When trying to add Foreman as an external provider and test the login it always return : Failed to communicate with the external provider, see log for additional details. On the Foreman side i get an SSO failed in the log, the user and password entered are correct. Running version: oVirt Engine Version: 4.0.2.6-1.el7.centos Foreman Version 1.12.1 Please find the log extract attached. Thanks for any help/hint. Regards, Arsène

4 5

Problem starting VMs
by knarra 08 Sep '16

08 Sep '16

Hi, I am unable to launch vms on one of my host. The problem is vm is stuck at "waiting for launch" and never comes up. I see the following messages in /var/log/messages. Can some one help me to resolve the issue. Aug 29 12:16:20 rhsqa-grafton3 systemd-machined: New machine qemu-20-appwinvm19. Aug 29 12:16:20 rhsqa-grafton3 systemd: Started Virtual Machine qemu-20-appwinvm19. Aug 29 12:16:20 rhsqa-grafton3 systemd: Starting Virtual Machine qemu-20-appwinvm19. Aug 29 12:16:20 rhsqa-grafton3 kvm: 11 guests now active Aug 29 12:16:21 rhsqa-grafton3 kernel: device vnet11 entered promiscuous mode Aug 29 12:16:21 rhsqa-grafton3 kernel: ovirtmgmt: port 13(vnet11) entered forwarding state Aug 29 12:16:21 rhsqa-grafton3 kernel: ovirtmgmt: port 13(vnet11) entered forwarding state Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet11 -j libvirt-J-vnet11' failed: Illegal target name 'libvirt-J-vnet11'. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet11 -j libvirt-P-vnet11' failed : Illegal target name 'libvirt-P-vnet11'. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -L libvirt-J-vnet11' failed: Chain 'libvirt-J-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -L libvirt-P-vnet11' failed: Chain 'libvirt-P-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -F libvirt-J-vnet11' failed: Chain 'libvirt-J-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -X libvirt-J-vnet11' failed: Chain 'libvirt-J-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -F libvirt-P-vnet11' failed: Chain 'libvirt-P-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -X libvirt-P-vnet11' failed: Chain 'libvirt-P-vnet11 ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -F J-vnet11-mac' failed: Chain 'J-vnet11-mac' doesn' t exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -X J-vnet11-mac' failed: Chain 'J-vnet11-mac' doesn' t exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -F J-vnet11-arp-mac' failed: Chain 'J-vnet11-arp-mac ' doesn't exist. Aug 29 12:16:21 rhsqa-grafton3 firewalld: 2016-08-29 12:16:21 ERROR: COMMAND_FAILED: '/sbin/ebtables --concurrent -t nat -X J-vnet11-arp-mac' failed: Chain 'J-vnet11-arp-mac ' doesn't exist. Thanks kasturi

4 5

Ovirt and network cards usage
by Osvaldo ALVAREZ POZO 08 Sep '16

08 Sep '16

--=_3818970e-fa47-4701-bb0f-ddac43ad927f Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, In my server I have 4 nics I was thinking about using NIC3 and 4 for starage (ISCSI or NFS) Two (NIC1 and 2) For management and VM traffic using VLAN. But when I installed Ovirt, I had to use the firts NIC without Vlan. Native vlan did not work. So at the switch the NIC1 and 2 are in mode access. After deploying hosted-engine the ovirtmgmt network was create on first NIC. If I want redundancy I would have to add nic 2 to ovirtmgmt . And there is no more NICS for the VMs. Are there a way to configure VLAn on ovirtmgmt, moving hosted-engine to a VLAN? Any idea? Thanks Sincerily inle --=_3818970e-fa47-4701-bb0f-ddac43ad927f Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>Hi,</div><div><br data-mce-bogus=3D"1"></di= v><div>In my server I have 4 nics</div><div><br data-mce-bogus=3D"1"></div>= <div>I was thinking about using NIC3 and 4 for starage (ISCSI or NFS)</div>= <div>Two (NIC1 and 2) For management and VM traffic using VLAN.</div><div><= br data-mce-bogus=3D"1"></div><div>But when I installed Ovirt, I had to use= the firts NIC without Vlan. Native vlan did not work. So at the switch the= NIC1 and 2 are in mode access.</div><div><br data-mce-bogus=3D"1"></div><d= iv>After deploying hosted-engine the ovirtmgmt network was create on first = NIC. If I want redundancy I would have to add nic 2 to ovirtmgmt .</div><di= v><br data-mce-bogus=3D"1"></div><div>And there is no more NICS for the VMs= .</div><div><br data-mce-bogus=3D"1"></div><div>Are there a way to configur= e VLAn on ovirtmgmt, moving hosted-engine to a VLAN?</div><div><br data-mce= -bogus=3D"1"></div><div>Any idea?</div><div><br data-mce-bogus=3D"1"></div>= <div>Thanks</div><div>Sincerily</div><div><br data-mce-bogus=3D"1"></div><d= iv>inle</div></div></body></html> --=_3818970e-fa47-4701-bb0f-ddac43ad927f--

2 1

oVirt Community Newsletter: July-August, 2016
by Brian Proffitt 07 Sep '16

07 Sep '16

Not sure how it was in your part of the world, but by golly it sure was hot in North America. But the weather was no match for the global oVirt team, who followed up on the June launch of oVirt 4.0 with solid new releases, a new oVirt sub-project, and participation in the 2016 KVM Forum! It's been a busy summer, so here's what happened in July and August 2016: ----------------- Software Releases ----------------- oVirt 4.0.3 Final Release is now available http://www.ovirt.org/release/4.0.3/ New oVirt-Live (4.0.3) is available for download http://lists.ovirt.org/pipermail/users/2016-June/040577.html oVirt 4.0.4 First Release Candidate is now available http://lists.ovirt.org/pipermail/announce/2016-September/000288.html Announcing the oVirt Engine DR Sub-project http://www.ovirt.org/blog/2016/07/announcing-the-ovirt-engine-dr-subproject/ ---------------- In the Community ---------------- Up and Running with oVirt 4.0 and Gluster Storage http://www.ovirt.org/blog/2016/08/up-and-running-with-ovirt-4-0-and-gluster… Monitoring Improvements in oVirt http://www.ovirt.org/blog/2016/08/monitoring-improvements-in-ovirt/ Manage Your Hosted Engine Hosts Deployment Via Engine http://www.ovirt.org/blog/2016/07/Manage-Your-Hosted-Engine-Hosts-Deploymen… oVirt Engine 4.0 Installation Issues on Fedora 24 http://www.ovirt.org/blog/2016/07/ovirt-engine-4-setup-in-fedora24/ Subclusters in oVirt 4.0 - Label-Based VM to Host Affinity http://www.ovirt.org/blog/2016/07/affinity-labels/ Editable Field Annotations Consolidation http://www.ovirt.org/blog/2016/07/annotations-consolidation-blog/ Dependency Injection and Mockito http://www.ovirt.org/blog/2016/07/dependency-injection-and-mockito/ Application-Scoped Tests for oVirt with Arquillian http://www.ovirt.org/blog/2016/07/application-scoped-tests-for-ovirt-with-a… ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ Self-service portals and virtualization http://red.ht/2am0xaE Technical info on oVirt agent and SSO http://bit.ly/2c4R1K2 How to handle security risks in Red Hat virtualization environments http://tek.io/2c4S0d2 oVirt 4.0 mit neuem Dashboard [German] http://bit.ly/2c4S8JC ---------------------- KVM Forum 2016: Slides ---------------------- Kernel Protection Using Hardware-Based Virtualization By Jun Nakajima http://bit.ly/2c4R2gW An Introduction to PCI Device Assignment with VFIO By Alex Williamson http://bit.ly/2c4RLyL CPU hotplug support in QEMU By Bharata B Rao http://bit.ly/2c4SmR7 As time goes by, analysing where we spend our cycles during exits By Christian Bornträger http://bit.ly/2c4S9gC Nesting KVM on s390x By David Hildenbrand http://bit.ly/2c4SkbT Status update on KVM-COLO FT By HailiangZhang http://bit.ly/2c4Sfou quo vadis virtio? By Michael S. Tsirkin http://bit.ly/2c4Tyny atomic.h weapons: the C11 memory model and QEMU By Paolo Bonzini http://bit.ly/2c4SVtZ Vhost with Guest vIOMMU By Peter Xu http://bit.ly/2c4Ttjz QEMU community growth through open source internships By Stefan Hajnoczi http://bit.ly/2c4SOhZ AMD’s virtualization memory encryption technology By Thomas Lendacky http://bit.ly/2c4TvIn Design of Vhost-pci By Wei Wang http://bit.ly/2c4TF2v Real Time KVM By Rik van Riel http://bit.ly/2c4TZy8 Qemu as a USB-MTP responder By Bandan Das http://bit.ly/2c4UeJu Light weight virtualization with QEMU/KVM By Chao Peng http://bit.ly/2c4SZtY KVM on System z: The Good, the Bad and the Weird By Cornelia Huck http://bit.ly/2c4TOD5 Libvirt Admin API - a different kind of management for libvirt By Erik Skultety http://bit.ly/2c4TTGT Backups with QEMU By Max Reitz http://bit.ly/2c4TAf8 TCG enhancements for PowerPC By Nikunj Dadhania http://bit.ly/2c4VMTE I/O prefetch cache as QEMU block filter driver By Pavel Butsykin http://bit.ly/2c4Ux72 QEMU support for the RISC-V Instruction Set Architecture By Sagar Karandikar http://bit.ly/2c4T3K2 Performant Security Hardening of KVM By Steve Rutherford http://bit.ly/2c4TC6G Microsoft Failover Clustering on KVM By Vadim Rozenfeld http://bit.ly/2c4Trsa VMBus (Hyper-V) devices in QEMU/KVM By Роман Каган http://bit.ly/2c4V1Kt -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

1 0