- Users - oVirt List Archives

[ANN] oVirt 3.5 Second Test Day - Today Jul 29th
by Sandro Bonazzola 29 Jul '14

29 Jul '14

Hi all, Today Jul 29th we'll have oVirt 3.5.0 second test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 host or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us today! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes: http://www.ovirt.org/OVirt_3.5_Release_Notes Features pages links: http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 or 20. Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1] http://etherpad.ovirt.org/p/3.5-testday-2 [2] http://www.ovirt.org/OVirt_3.5_Release_Notes [3] http://www.ovirt.org/OVirt_3.5_TestDay Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Setting up all-in-one
by Jaco 29 Jul '14

29 Jul '14

This is a multi-part message in MIME format. --------------010107080600070007040200 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi folks, I'm new to the project, so please pardon my ignorance. I came to oVirt by way of looking for a suitable KVM/libvirt-based IaaS stack to supersede my old Ubuntu 12.04 setup, that I've been running since KVM came to Ubuntu-town. I've looked & tried a number of solutions - Eucalyptus, Enomalism, OpenStack - but most proved too cumbersome or admin-heavy for us. A while back I set up oVirt on CentOS (whatever was stable at the time), but had to shelve the project for a while, because... reasons. Fired it back up again & did all the requisite updates/upgrades to bring the host up to snuff. Unfortunately oVirt did not work as well, so I tried removing/purging it from the host & reinstalling it - both the 3.4.* stable & 3.5 beta - but both get hit up by the same issue when running the engine-setup. Details follow - Environment: Linux $REDACTED 2.6.32-431.20.5.el6.centos.plus.x86_64 #1 SMP Fri Jul 25 07:10:09 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux CentOS release 6.5 (Final) terminal-out: [ INFO ] Starting engine service [ ERROR ] Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20140727140628-g0z922.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20140727141521-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed log portion corresponding to the above error: 2014-07-27 13:25:01 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/system/engine.py", line 51, in _closeup state=True, File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state 'start' if state else 'stop' File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand raiseOnError=raiseOnError File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/sbin/service' failed to execute 2014-07-27 13:25:01 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute & 2014-07-27 17:40:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:866 execute-output: ('/sbin/service', 'ovirt-engine', 'start') stderr: 2014-07-27 17:40:58 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/system/engine.py", line 57, in _closeup state=True, File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state 'start' if state else 'stop' File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand raiseOnError=raiseOnError File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/sbin/service' failed to execute 2014-07-27 17:40:58 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute 2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:468 ENVIRONMENT DUMP - BEGIN 2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/error=bool:'True' 2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError("Command '/sbin/service' failed to execute",), <traceback object at 0x27fdf80>)]' 2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:482 ENVIRONMENT DUMP - END 2014-07-27 17:40:58 INFO otopi.context context.runSequence:395 Stage: Clean up 2014-07-27 17:40:58 DEBUG otopi.context context.runSequence:399 STAGE cleanup 2014-07-27 17:40:58 DEBUG otopi.context context._executeMethod:138 Stage cleanup METHOD otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._cleanup I've had a dig around & from what I can tell this (possibly) related to bugs that would've been patched in the stable release (& beta?) that I've installed, but the issue persists. I'm not certain where the issue could be coming in (lower-level/OS dependency maybe?), or if I've missed something. I've flushed & reloaded the full stack already, with the same outcome. Next I'll have to wipe the OS & start again, with no guarantee this issue won't reoccur. My next step would simply be to try out the oVirt live image. Does the image provide an option to install to the host? (looking at the live node installers, it seems likely) Are these images *purely* for PoC/demo/testing (i.e. highly unstable), or would it be stable enough for in-house (Docker) prototyping before deploying to a hosted/stable/production environment? Cheers - Jaco --------------010107080600070007040200 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi folks, I'm new to the project, so please pardon my ignorance. I came to oVirt by way of looking for a suitable KVM/libvirt-based IaaS stack to supersede my old Ubuntu 12.04 setup, that I've been running since KVM came to Ubuntu-town. I've looked & tried a number of solutions - Eucalyptus, Enomalism, OpenStack - but most proved too cumbersome or admin-heavy for us. A while back I set up oVirt on CentOS (whatever was stable at the time), but had to shelve the project for a while, because... reasons. Fired it back up again & did all the requisite updates/upgrades to bring the host up to snuff. Unfortunately oVirt did not work as well, so I tried removing/purging it from the host & reinstalling it - both the 3.4.* stable & 3.5 beta - but both get hit up by the same issue when running the engine-setup. Details follow - Environment: Linux $REDACTED 2.6.32-431.20.5.el6.centos.plus.x86_64 #1 SMP Fri Jul 25 07:10:09 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux <meta http-equiv="content-type" content="text/html; charset=utf-8"> CentOS release 6.5 (Final) <meta http-equiv="content-type" content="text/html; charset=utf-8"> terminal-out: [ INFO ] Starting engine service [ ERROR ] Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20140727140628-g0z922.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20140727141521-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed log portion corresponding to the above error: <meta http-equiv="content-type" content="text/html; charset=utf-8"> <pre class="bz_comment_text bz_wrap_comment_text" id="comment_text_11" style="font-size: small; font-family: monospace; white-space: pre-wrap; word-wrap: break-word; width: 50em; color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">2014-07-27 13:25:01 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/system/engine.py", line 51, in _closeup state=True, File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state 'start' if state else 'stop' File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand raiseOnError=raiseOnError File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/sbin/service' failed to execute 2014-07-27 13:25:01 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute</pre> & <meta http-equiv="content-type" content="text/html; charset=utf-8"> <pre class="bz_comment_text bz_wrap_comment_text" id="comment_text_12" style="font-size: small; font-family: monospace; white-space: pre-wrap; word-wrap: break-word; width: 50em; color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">2014-07-27 17:40:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:866 execute-output: ('/sbin/service', 'ovirt-engine', 'start') stderr: 2014-07-27 17:40:58 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/system/engine.py", line 57, in _closeup state=True, File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state 'start' if state else 'stop' File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand raiseOnError=raiseOnError File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/sbin/service' failed to execute 2014-07-27 17:40:58 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute 2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:468 ENVIRONMENT DUMP - BEGIN 2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/error=bool:'True' 2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError("Command '/sbin/service' failed to execute",), <traceback object at 0x27fdf80>)]' 2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:482 ENVIRONMENT DUMP - END 2014-07-27 17:40:58 INFO otopi.context context.runSequence:395 Stage: Clean up 2014-07-27 17:40:58 DEBUG otopi.context context.runSequence:399 STAGE cleanup 2014-07-27 17:40:58 DEBUG otopi.context context._executeMethod:138 Stage cleanup METHOD otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._cleanup</pre> I've had a dig around & from what I can tell this (possibly) related to bugs that would've been patched in the stable release (& beta?) that I've installed, but the issue persists. I'm not certain where the issue could be coming in (lower-level/OS dependency maybe?), or if I've missed something. I've flushed & reloaded the full stack already, with the same outcome. Next I'll have to wipe the OS & start again, with no guarantee this issue won't reoccur. My next step would simply be to try out the oVirt live image. Does the image provide an option to install to the host? (looking at the live node installers, it seems likely) Are these images *purely* for PoC/demo/testing (i.e. highly unstable), or would it be stable enough for in-house (Docker) prototyping before deploying to a hosted/stable/production environment? Cheers - Jaco </body> </html> --------------010107080600070007040200--

2 2

Test
by Maurice James 28 Jul '14

28 Jul '14

------=_Part_14041_1566191942.1406574973910 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Test ------=_Part_14041_1566191942.1406574973910 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Test </div></div></body></html> ------=_Part_14041_1566191942.1406574973910--

1 0

Call for Papers Extended: KVM Forum
by Brian Proffitt 28 Jul '14

28 Jul '14

The deadline for this has been extended until July 28, 2014! ================================================================= KVM Forum 2014: Call For Participation October 14-16, 2014 - Congress Centre Düsseldorf - Düsseldorf, Germany (All submissions must be received before midnight July 27, 2014) ================================================================= KVM is an industry leading open source hypervisor that provides an ideal platform for datacenter virtualization, virtual desktop infrastructure, and cloud computing. Once again, it's time to bring together the community of developers and users that define the KVM ecosystem for our annual technical conference. We will discuss the current state of affairs and plan for the future of KVM, its surrounding infrastructure, and management tools. Mark your calendar and join us in advancing KVM. http://events.linuxfoundation.org/events/kvm-forum/ Once again we are colocated with the Linux Foundation's LinuxCon Europe, CloudOpen Europe, Embedded Linux Conference (ELC) Europe, and this year, the Linux Plumbers Conference. KVM Forum attendees will be able to attend LinuxCon + CloudOpen + ELC for a discounted rate. http://events.linuxfoundation.org/events/kvm-forum/attend/register We invite you to lead part of the discussion by submitting a speaking proposal for KVM Forum 2014. http://events.linuxfoundation.org/cfp Suggested topics: KVM/Kernel - Scaling and optimizations - Nested virtualization - Linux kernel performance improvements - Resource management (CPU, I/O, memory) - Hardening and security - VFIO: SR-IOV, GPU, platform device assignment - Architecture ports QEMU - Management interfaces: QOM and QMP - New devices, new boards, new architectures - Scaling and optimizations - Desktop virtualization and SPICE - Virtual GPU - virtio and vhost, including non-Linux or non-virtualized uses - Hardening and security - New storage features - Live migration and fault tolerance - High availability and continuous backup - Real-time guest support - Emulation and TCG - Firmware: ACPI, UEFI, coreboot, u-Boot, etc. - Testing Management and infrastructure - Managing KVM: Libvirt, OpenStack, oVirt, etc. - Storage: glusterfs, Ceph, etc. - Software defined networking: Open vSwitch, OpenDaylight, etc. - Network Function Virtualization - Security - Provisioning - Performance tuning =============== SUBMITTING YOUR PROPOSAL =============== Abstracts due: July 27, 2014 Please submit a short abstract (~150 words) describing your presentation proposal. Slots vary in length up to 45 minutes. Also include in your proposal the proposal type -- one of: - technical talk - end-user talk Submit your proposal here: http://events.linuxfoundation.org/cfp Please only use the categories "presentation" and "panel discussion" You will receive a notification whether or not your presentation proposal was accepted by Aug 20th. Speakers will receive a complimentary pass for the event. In the instance that your submission has multiple presenters, only the primary speaker for a proposal will receive a complementary event pass. For panel discussions, all panelists will receive a complimentary event pass. TECHNICAL TALKS A good technical talk should not just report on what has happened over the last year; it should present a concrete problem and how it impacts the user and/or developer community. Whenever applicable, it should focus on the work that needs to be done or the difficulties that haven't yet been solved. Summarizing recent developments is okay but it should not be more than a small portion of the overall talk. END-USER TALKS One of the big challenges as developers is to know what, where and how people actually use our software. We will reserve a few slots for end users talking about their deployment challenges and achievements. If you are using KVM in production you are encouraged submit a speaking proposal. Simply mark it as an end-user talk. As an end user, this is a unique opportunity to get your input to developers. HANDS-ON / BOF SESSIONS We will reserve some time for people to get together and discuss strategic decisions as well as other topics that are best solved within smaller groups. This time can also be used for hands-on hacking sessions if you have concrete code problems to solve. These sessions will be announced during the event. If you are interested in organizing such a session, please add it to the list at http://www.linux-kvm.org/page/KVM_Forum_2014_BOF Let people you think might be interested know about it, and encourage them to add their names to the wiki page as well. Please try to add your ideas to the list before KVM Forum starts. PANEL DISCUSSIONS If you are proposing a panel discussion, please make sure that you list all of your potential panelists in your abstract. We will request full biographies if a panel is accepted. =============== HOTEL / TRAVEL =============== The KVM Forum 2014 will be held in Düsseldorf, Germany at Congress Centre Düsseldorf http://events.linuxfoundation.org/events/kvm-forum/attend/hotel-and-travel =============== IMPORTANT DATES =============== Notification: August 20, 2014 Schedule announced: August 29, 2014 Event dates: October 14-16, 2014 Thank you for your interest in KVM. We're looking forward to your submissions and seeing you at the KVM Forum 2014 in October! -your KVM Forum 2014 Program Committee Please contact us with any questions or comments. -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Adding host to upgraded 3.5 beta 2 cluster
by Nathan Stratton 28 Jul '14

28 Jul '14

Started with 3.4 setup 4 hosts, upgrade to 3.5 beta 2, things are working well except when I try to add new hosts to 3.5 cluster. Any idea how to manually fix my answers file, does not look like it got upgraded with lockspace stuff. Failed to execute stage 'Setup validation': Answer file lacks lockspace UUIDs, please use an answer file generated from the same version you are using on this additional host ><> nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580 | www.broadsoft.com

1 0

el7 based node?
by Daniel Helgenberger 28 Jul '14

28 Jul '14

--=-W0C2IaA64zLSd5c7ItFG Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, plans on moving forward to EL7 anytime soon (with 3.5)? Itamar wrote something like this back in April [1] but I couldt find any more info. [1] http://lists.ovirt.org/pipermail/users/2014-April/023017.html Cheers! --=20 Daniel Helgenberger=20 m box bewegtbild GmbH=20 P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19=20 D-10115 BERLIN=20 www.m-box.de www.monkeymen.tv=20 Gesch=C3=A4ftsf=C3=BChrer: Martin Retschitzegger / Michaela G=C3=B6llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767=20 --=-W0C2IaA64zLSd5c7ItFG Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINtjCCBBYw ggL+oAMCAQICCwQAAAAAAS9O4S9SMA0GCSqGSIb3DQEBBQUAMFcxCzAJBgNVBAYTAkJFMRkwFwYD VQQKExBHbG9iYWxTaWduIG52LXNhMRAwDgYDVQQLEwdSb290IENBMRswGQYDVQQDExJHbG9iYWxT aWduIFJvb3QgQ0EwHhcNMTEwNDEzMTAwMDAwWhcNMTkwNDEzMTAwMDAwWjBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwWtB+TXs+BJ9 3SJRaV+3uRNGJ3cUO+MTgW8+5HQXfgy19CzkDI1T1NwwICi/bo4R/mYR5FEWx91//eE0ElC/89iY 7GkL0tDasmVx4TOXnrqrsziUcxEPPqHRE8x4NhtBK7+8o0nsMIJMA1gyZ2FA5To2Ew1BBuvovvDJ +Nua3qOCNBNu+8A+eNpJlVnlu/qB7+XWaPXtUMlsIikxD+gREFVUgYE4VzBuLa2kkg0VLd09XkE2 ceRDm6YgRATuDk6ogUyX4OLxCGIJF8yi6Z37M0wemDA6Uff0EuqdwDQd5HwG/rernUjt1grLdAxq 8BwywRRg0eFHmE+ShhpyO3Fi+wIDAQABo4HlMIHiMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8E CDAGAQH/AgEAMB0GA1UdDgQWBBQ/FdJtfC/nMZ5DCgaolGwsO8XuZTBHBgNVHSAEQDA+MDwGBFUd IAAwNDAyBggrBgEFBQcCARYmaHR0cHM6Ly93d3cuZ2xvYmFsc2lnbi5jb20vcmVwb3NpdG9yeS8w MwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC5nbG9iYWxzaWduLm5ldC9yb290LmNybDAfBgNV HSMEGDAWgBRge2YaRQ2XyolQL30EzTSo//z9SzANBgkqhkiG9w0BAQUFAAOCAQEAQ3N5zKTMSTED HGFAgd/gu91Kb8AxPHgjq+7dhf7mkCinMqqrLai2XOrz8CP63BPaAx7oGOUBI0MyASBGk5zej9L3 oHtiF2BL01m1sBnT8rQxT2CJd/+jqjUl0p2ew8T3HSyatrsooGvDwf00yCB2JHTNvtQxNO8t6x/+ 048A1Q+0i7uf0nTnyrJLjD04zhL89ytetZspltOpJVYbmwiFjq6PxsdUNthUDme/9pOLmKDnQU0p W/JEwLs2TYCBNKwdgSGAk8/z+s2SCltKIG0Uh5U6t6j7JPuwNP/znImwMrlHDJ1YpW0rkF2PGraV CgDBf9dOB+IIpnwHfIi+LD+eITCCBMowggOyoAMCAQICEQCWaWbA3qWpL+Qmn6I16DynMA0GCSqG SIb3DQEBBQUAMFQxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYD VQQDEyFHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAyIENBIC0gRzIwHhcNMTMwODI3MTY1NzU4WhcN MTYwODI3MTY1NzU4WjBYMQswCQYDVQQGEwJERTEcMBoGA1UEAxMTRGFuaWVsIEhlbGdlbmJlcmdl cjErMCkGCSqGSIb3DQEJARYcZGFuaWVsLmhlbGdlbmJlcmdlckBtLWJveC5kZTCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAM4BQ5vPknk1OGLd1qKSUIKmQLrjccjJcYj7qtAtA+fNYKF8 9p1VY4UwiFcF9jKlmA9Q8o8tYSx16LYYFoGWokNRAeKFXZiBZiHyI0ekpEfxo8N5cTMCcxKcSYWV 8sqzmBPCoMNpmiVoC8ec8Nv5SqXH34VVtDmNLfiVlsTyomBXAJkJ2/n5XqJzPLFGWWREtPLkVVS+ u426vt/hNsQi5akNoidYeXo98JcrmeApFJ3zB2KxvMziHx8LD4q1gAl9NumtX5YLbCpdWL9AkWdX Oaro3D9zj6Q6LyGwa/UQUrZdg3BXc07hjHZn6d9vet1SzpbyqQpTzM63yXiX1meEMlMCAwEAAaOC AZEwggGNMA4GA1UdDwEB/wQEAwIFoDBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUF BwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAnBgNVHREEIDAegRxk YW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20v Z3MvZ3NwZXJzb25hbHNpZ24yZzIuY3JsMFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24yZzIuY3J0MB0G A1UdDgQWBBS8NFA/upd+Wipw2nj8RD/Ct+R2GTAfBgNVHSMEGDAWgBQ/FdJtfC/nMZ5DCgaolGws O8XuZTANBgkqhkiG9w0BAQUFAAOCAQEAXVTpu4fhOLETAW0zdbQiIwBIMZgeVNJnWV3GsMxByycU 63P+WBQTBl9qj47vHLmVdeF7MzH0QSXZSc9Tnfr6CYIImpyIZxRAGpAsWmtZf3JieRA0+j4GQJF2 zAea1NXYXoG9+ZSSZHBSxKUdrRdVdE320nuVGTT2HjEI2LEYbOvaXyi6HhpuHUiyu4LD0+RIT3fi T8jUiKKLTsApTD+Ak8SLF0IESOSA6htirv69mDDC7Klg9dT7QBPO7dpoKIUOldV3VhahndVfsDff KD7pkUUvG5XftYEQOxlWDJzuTBeqf/4hxXMtzFU9OaI6oKJjLfr6B+XBc6xwOtc/NMWmejCCBMow ggOyoAMCAQICEQCWaWbA3qWpL+Qmn6I16DynMA0GCSqGSIb3DQEBBQUAMFQxCzAJBgNVBAYTAkJF MRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWduIFBlcnNvbmFs U2lnbiAyIENBIC0gRzIwHhcNMTMwODI3MTY1NzU4WhcNMTYwODI3MTY1NzU4WjBYMQswCQYDVQQG EwJERTEcMBoGA1UEAxMTRGFuaWVsIEhlbGdlbmJlcmdlcjErMCkGCSqGSIb3DQEJARYcZGFuaWVs LmhlbGdlbmJlcmdlckBtLWJveC5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAM4B Q5vPknk1OGLd1qKSUIKmQLrjccjJcYj7qtAtA+fNYKF89p1VY4UwiFcF9jKlmA9Q8o8tYSx16LYY FoGWokNRAeKFXZiBZiHyI0ekpEfxo8N5cTMCcxKcSYWV8sqzmBPCoMNpmiVoC8ec8Nv5SqXH34VV tDmNLfiVlsTyomBXAJkJ2/n5XqJzPLFGWWREtPLkVVS+u426vt/hNsQi5akNoidYeXo98JcrmeAp FJ3zB2KxvMziHx8LD4q1gAl9NumtX5YLbCpdWL9AkWdXOaro3D9zj6Q6LyGwa/UQUrZdg3BXc07h jHZn6d9vet1SzpbyqQpTzM63yXiX1meEMlMCAwEAAaOCAZEwggGNMA4GA1UdDwEB/wQEAwIFoDBM BgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxz aWduLmNvbS9yZXBvc2l0b3J5LzAnBgNVHREEIDAegRxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94 LmRlMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdHwQ8MDow OKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3MvZ3NwZXJzb25hbHNpZ24yZzIuY3Js MFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNv bS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24yZzIuY3J0MB0GA1UdDgQWBBS8NFA/upd+Wipw2nj8RD/C t+R2GTAfBgNVHSMEGDAWgBQ/FdJtfC/nMZ5DCgaolGwsO8XuZTANBgkqhkiG9w0BAQUFAAOCAQEA XVTpu4fhOLETAW0zdbQiIwBIMZgeVNJnWV3GsMxByycU63P+WBQTBl9qj47vHLmVdeF7MzH0QSXZ Sc9Tnfr6CYIImpyIZxRAGpAsWmtZf3JieRA0+j4GQJF2zAea1NXYXoG9+ZSSZHBSxKUdrRdVdE32 0nuVGTT2HjEI2LEYbOvaXyi6HhpuHUiyu4LD0+RIT3fiT8jUiKKLTsApTD+Ak8SLF0IESOSA6hti rv69mDDC7Klg9dT7QBPO7dpoKIUOldV3VhahndVfsDffKD7pkUUvG5XftYEQOxlWDJzuTBeqf/4h xXMtzFU9OaI6oKJjLfr6B+XBc6xwOtc/NMWmejGCAucwggLjAgEBMGkwVDELMAkGA1UEBhMCQkUx GTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24gUGVyc29uYWxT aWduIDIgQ0EgLSBHMgIRAJZpZsDepakv5CafojXoPKcwCQYFKw4DAhoFAKCCAVMwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwNzI4MTUxMTI1WjAjBgkqhkiG9w0B CQQxFgQUcrbKU6BhyE3oeTxzurn1lA6ZOG8weAYJKwYBBAGCNxAEMWswaTBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzB6BgsqhkiG9w0BCRACCzFroGkwVDEL MAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNp Z24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEB BQAEggEAgFZgFZz3sqyJ28mJLfqsT9bs6JRw1mf15YcXEKwzt2qJoIXRyZKwBIrhx28+XnoDJjYh 9571eGjZK/qPx3tMYVR/MRbS8a9sGWcfbf+mLmryEkHqP83UuGR6tOIbEEKeKvMmgVJItl+pk2eg 9xlh4FPleE61IrGWfBOaCr8nrP6Jb4MY3gslxj54fBuQczZIelNxvP0i/NSdKRaOPXIPHytCRQuv +RwjkvxYsqScpUcO9NaVECEZUFD0ccr0c/imf12tkGhwkrRLLjUhpSYM6jvwmsXcjoNsiVr2JjpJ vdVSrTNYdy5lVwETT7h6lOridQN+bwi1qIGH6GHHr1TAYQAAAAAAAA== --=-W0C2IaA64zLSd5c7ItFG--

1 0

Changing name of defaul data_domain to data_1_domain
by Andy Michielsen 28 Jul '14

28 Jul '14

Hello, Now I have done it. I was adding a new cluster and storage domain to my ovirt enviroment. At the end of the day I was sucsesful in doing so. Had some issues but after carefully reading the manuals got it working just fine. So now I have added a new CLUSTER002 with it's own datastorage DATA_2_DOMAIN. Then I started changing the existing default cluster name to CLUSTER001 and changing the network from VM to VM_ROMULUS and also changed the DATA_DOMAIN to DATA_1_DOMAIN. Apparently this is a bad idea as I can see all my VM's but can't start them because my ovirt enviroment tell's me the following : Cannot run VM. There is no host that satisfies current scheduling constraints. See below for details. And then nothing. So for now I 'm exporting importing the VM to my new DATA_2_DOMAIN from DATA_1_DOMAIN, which seems to work, to be able to start my VM as I need it realy quickly but how am I going to fix my optimistic changes ? Kind regards.

3 9

Re: [ovirt-users] Host installation failed. Unexpected connection termination.
by Sahina Bose 28 Jul '14

28 Jul '14

----_com.android.email_1608793116406710 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tCkZyb206IEl0YW1hciBIZWltIDxp aGVpbUByZWRoYXQuY29tPiAKRGF0ZTogMjAxNC8wNy8yNyAgMDg6MjggIChHTVQtMDU6MDApIApU bzogUHVuaXQgRGFtYml3YWwgPGh5cHVuaXRAZ21haWwuY29tPix1c2Vyc0BvdmlydC5vcmcsRGFu IEtlbmlnc2JlcmcgPGRhbmtlbkByZWRoYXQuY29tPixhaGFkYXNAcmVkaGF0LmNvbSxTdmVuIEtp ZXNrZSA8Uy5LaWVza2VAbWl0dHdhbGQuZGU+LE1pY2hhbCBTa3JpdmFuZWsgPG1pY2hhbC5za3Jp dmFuZWtAcmVkaGF0LmNvbT4sQW50b25pIFNlZ3VyYSBQdWltZWRvbiA8YXNlZ3VyYXBAcmVkaGF0 LmNvbT4sRnJhbnRpc2VrIEtvYnppayA8ZmtvYnppa0ByZWRoYXQuY29tPixTYWhpbmEgQm9zZSA8 c2Fib3NlQHJlZGhhdC5jb20+IApTdWJqZWN0OiBSZTogSG9zdCBpbnN0YWxsYXRpb24gZmFpbGVk LiBVbmV4cGVjdGVkIGNvbm5lY3Rpb24gdGVybWluYXRpb24uIAogCk9uIDA3LzI2LzIwMTQgMDg6 MjUgUE0sIFB1bml0IERhbWJpd2FsIHdyb3RlOgo+IEhpLAo+Cj4gSSBoYXZlIHN1Y2Nlc3NmdWxs eSBpbnN0YWxsZWQgb3ZpcnQgZW5naW5lIDMuNC4zLi4uYnV0IHdoZW4gaSB0cnkgdG8gYWRkCj4g aG9zdCBpbiB0aGUgY2x1c3RlciBpdCBmYWlsZWQgd2l0aCB0aGUgZm9sbG93aW5nIGVycm9yIDot Cj4KPiBIb3N0IGNvbXB1dGUxIGluc3RhbGxhdGlvbiBmYWlsZWQuIFVuZXhwZWN0ZWQgY29ubmVj dGlvbiB0ZXJtaW5hdGlvbi4KPgo+IEVuZ2luZSBMb2cgOi0KPgo+IC0tLS0tLS0tLS0tLS0tLS0K PiAyMDE0LTA3LTI2IDE3OjE4OjM3LDE0MCBJTkZPCj4gW29yZy5vdmlydC5lbmdpbmUuY29yZS5i bGwuSW5zdGFsbGVyTWVzc2FnZXNdCj4gKG9yZy5vdmlydC50aHJlYWQucG9vbC02LXRocmVhZC0y MCkgWzQwNTgyZTUzXSBJbnN0YWxsYXRpb24KPiA0My4yNTIuMTc2LjEzIDxodHRwOi8vNDMuMjUy LjE3Ni4xMz46IENvbm5lY3RlZCB0byBob3N0IDQzLjI1Mi4xNzYuMTMKPiB3aXRoIFNTSCBrZXkg ZmluZ2VycHJpbnQ6IDFlOjM4Ojg4OmMzOjIwOjBmOmNiOjA4OjZjOmFlOmNiOjg3OjEyOmMxOjAx OjUwCgp3aGF0IGRvIHlvdSBzZWUgaW4gZW5naW5lIEV2ZW50cyB0YWIgKEdVSSk/Cgo+IDIwMTQt MDctMjYgMTc6MTg6MzcsMTY1IElORk8KPiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJy b2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0TG9nRGlyZWN0b3JdCj4gKG9yZy5vdmlydC50aHJl YWQucG9vbC02LXRocmVhZC0yMCkgWzQwNTgyZTUzXSBDb3JyZWxhdGlvbiBJRDogNDA1ODJlNTMs Cj4gQ2FsbCBTdGFjazogbnVsbCwgQ3VzdG9tIEV2ZW50IElEOiAtMSwgTWVzc2FnZTogSW5zdGFs bGluZyBIb3N0Cj4gY29tcHV0ZTEuIENvbm5lY3RlZCB0byBob3N0IDQzLjI1Mi4xNzYuMTMgd2l0 aCBTU0gga2V5IGZpbmdlcnByaW50Ogo+IDFlOjM4Ojg4OmMzOjIwOjBmOmNiOjA4OjZjOmFlOmNi Ojg3OjEyOmMxOjAxOjUwLgo+IDIwMTQtMDctMjYgMTc6MTg6MzcsMTk0IElORk/CoCBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNEZXBsb3ldCj4gKG9yZy5vdmlydC50aHJlYWQucG9vbC02 LXRocmVhZC0yMCkgWzQwNTgyZTUzXSBJbnN0YWxsYXRpb24gb2YKPiA0My4yNTIuMTc2LjEzLiBF eGVjdXRpbmcgY29tbWFuZCB2aWEgU1NIIHVtYXNrIDAwNzc7IE1ZVE1QPSIkKG1rdGVtcCAtdAo+ IG92aXJ0LVhYWFhYWFhYWFgpIjsgdHJhcCAiY2htb2QgLVIgdStyd1ggXCIke01ZVE1QfVwiID4g L2Rldi9udWxsIDI+JjE7Cj4gcm0gLWZyIFwiJHtNWVRNUH1cIiA+IC9kZXYvbnVsbCAyPiYxIiAw OyBybSAtZnIgIiR7TVlUTVB9IiAmJiBta2Rpcgo+ICIke01ZVE1QfSIgJiYgdGFyIC0td2Fybmlu Zz1uby10aW1lc3RhbXAgLUMgIiR7TVlUTVB9IiAteCAmJgo+ICIke01ZVE1QfSIvc2V0dXAgRElB TE9HL2RpYWxlY3Q9c3RyOm1hY2hpbmUKPiBESUFMT0cvY3VzdG9taXphdGlvbj1ib29sOlRydWUg PAo+IC92YXIvY2FjaGUvb3ZpcnQtZW5naW5lL292aXJ0LWhvc3QtZGVwbG95LnRhcgo+IDIwMTQt MDctMjYgMTc6MTg6MzcsMjAxIElORk8KPiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLnNz aC5TU0hEaWFsb2ddCj4gKG9yZy5vdmlydC50aHJlYWQucG9vbC02LXRocmVhZC0yMCkgU1NIIGV4 ZWN1dGUgcm9vdEA0My4yNTIuMTc2LjEzCj4gPG1haWx0bzpyb290QDQzLjI1Mi4xNzYuMTM+ICd1 bWFzayAwMDc3OyBNWVRNUD0iJChta3RlbXAgLXQKPiBvdmlydC1YWFhYWFhYWFhYKSI7IHRyYXAg ImNobW9kIC1SIHUrcndYIFwiJHtNWVRNUH1cIiA+IC9kZXYvbnVsbCAyPiYxOwo+IHJtIC1mciBc IiR7TVlUTVB9XCIgPiAvZGV2L251bGwgMj4mMSIgMDsgcm0gLWZyICIke01ZVE1QfSIgJiYgbWtk aXIKPiAiJHtNWVRNUH0iICYmIHRhciAtLXdhcm5pbmc9bm8tdGltZXN0YW1wIC1DICIke01ZVE1Q fSIgLXggJiYKPiAiJHtNWVRNUH0iL3NldHVwIERJQUxPRy9kaWFsZWN0PXN0cjptYWNoaW5lIERJ QUxPRy9jdXN0b21pemF0aW9uPWJvb2w6VHJ1ZScKPiAyMDE0LTA3LTI2IDE3OjE4OjM5LDg3MSBJ TkZPCj4gW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuVmRzTWFuYWdlcl0KPiAoRGVm YXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMzMpIEluaXRpYWxpemluZyBIb3N0OiBjb21wdXRl MQo+IDIwMTQtMDctMjYgMTc6MTk6MTEsNzk4IElORk8KPiBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LmJsbC5nbHVzdGVyLnRhc2tzLkdsdXN0ZXJUYXNrc1NlcnZpY2VdCj4gKERlZmF1bHRRdWFydHpT Y2hlZHVsZXJfV29ya2VyLTE4KSBObyB1cCBzZXJ2ZXIgaW4gY2x1c3Rlcgo+IDIwMTQtMDctMjYg MTc6MTk6MTEsNzk5IEVSUk9SCj4gW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuZ2x1c3Rlci5H bHVzdGVyVGFza3NTeW5jSm9iXQo+IChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xOCkg RXJyb3IgdXBkYXRpbmcgdGFza3MgZnJvbSBDTEk6Cj4gb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmNv bW1vbi5lcnJvcnMuVmRjQkxMRXhjZXB0aW9uOiBWZGNCTExFeGNlcHRpb246Cj4gTk9fVVBfU0VS VkVSX0ZPVU5EIChGYWlsZWQgd2l0aCBlcnJvciBOT19VUF9TRVJWRVJfRk9VTkQgYW5kIGNvZGUg NzAwMCkKPsKgwqDCoMKgwqDCoMKgwqDCoCBhdAo+IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwu Z2x1c3Rlci50YXNrcy5HbHVzdGVyVGFza3NTZXJ2aWNlLmdldFRhc2tMaXN0Rm9yQ2x1c3RlcihH bHVzdGVyVGFza3NTZXJ2aWNlLmphdmE6MzApCj4gW2JsbC5qYXI6XQo+wqDCoMKgwqDCoMKgwqDC oMKgIGF0Cj4gb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5nbHVzdGVyLkdsdXN0ZXJUYXNrc1N5 bmNKb2IudXBkYXRlR2x1c3RlckFzeW5jVGFza3MoR2x1c3RlclRhc2tzU3luY0pvYi5qYXZhOjg0 KQo+IFtibGwuamFyOl0KPsKgwqDCoMKgwqDCoMKgwqDCoCBhdCBzdW4ucmVmbGVjdC5HZW5lcmF0 ZWRNZXRob2RBY2Nlc3NvcjQxLmludm9rZShVbmtub3duIFNvdXJjZSkKPiBbOjEuNy4wXzY1XQo+ wqDCoMKgwqDCoMKgwqDCoMKgIGF0Cj4gc3VuLnJlZmxlY3QuRGVsZWdhdGluZ01ldGhvZEFjY2Vz c29ySW1wbC5pbnZva2UoRGVsZWdhdGluZ01ldGhvZEFjY2Vzc29ySW1wbC5qYXZhOjQzKQo+IFty dC5qYXI6MS43LjBfNjVdCj7CoMKgwqDCoMKgwqDCoMKgwqAgYXQgamF2YS5sYW5nLnJlZmxlY3Qu TWV0aG9kLmludm9rZShNZXRob2QuamF2YTo2MDYpCj4gW3J0LmphcjoxLjcuMF82NV0KPsKgwqDC oMKgwqDCoMKgwqDCoCBhdAo+IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy50aW1lci5Kb2JX cmFwcGVyLmV4ZWN1dGUoSm9iV3JhcHBlci5qYXZhOjYwKQo+IFtzY2hlZHVsZXIuamFyOl0KPsKg wqDCoMKgwqDCoMKgwqDCoCBhdCBvcmcucXVhcnR6LmNvcmUuSm9iUnVuU2hlbGwucnVuKEpvYlJ1 blNoZWxsLmphdmE6MjEzKQo+IFtxdWFydHouamFyOl0KPsKgwqDCoMKgwqDCoMKgwqDCoCBhdAo+ IG9yZy5xdWFydHouc2ltcGwuU2ltcGxlVGhyZWFkUG9vbCRXb3JrZXJUaHJlYWQucnVuKFNpbXBs ZVRocmVhZFBvb2wuamF2YTo1NTcpCj4gW3F1YXJ0ei5qYXI6XQoKU2FoaW5hIC0gYWJvdmUgbG9v a3MgbGlrZSBhbiB1bnJlbGF0ZWQgYnVnIC0gcGxlYXNlIGludmVzdGlnYXRlCgoKVGhlIGVycm9y IHJlbGF0ZWQgdG8gR2x1c3RlclRhc2tzIGlzIHVucmVsYXRlZC4uLnRoaXMgaXMgdGhlIGVycm9y IGluIHN5bmNpbmcgaW5mbyByZWxhdGVkIHRvIGdsdXN0ZXIgdGFza3MgYXMgbm8gc2VydmVyIGlu IHVwIHN0YXRlIHdhcyBhdmFpbGFibGUuIFRoaXMgam9iIHJ1bnMgaW4gYSBzZXBhcmF0ZSB0aHJl YWQuCgo= ----_com.android.email_1608793116406710 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGJyPjxicj48YnI+LS0tLS0tLS0g T3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLTxicj5Gcm9tOiBJdGFtYXIgSGVpbSAmbHQ7aWhlaW1A cmVkaGF0LmNvbSZndDsgPGJyPkRhdGU6IDIwMTQvMDcvMjcgIDA4OjI4ICAoR01ULTA1OjAwKSA8 YnI+VG86IFB1bml0IERhbWJpd2FsICZsdDtoeXB1bml0QGdtYWlsLmNvbSZndDssdXNlcnNAb3Zp cnQub3JnLERhbiBLZW5pZ3NiZXJnICZsdDtkYW5rZW5AcmVkaGF0LmNvbSZndDssYWhhZGFzQHJl ZGhhdC5jb20sU3ZlbiBLaWVza2UgJmx0O1MuS2llc2tlQG1pdHR3YWxkLmRlJmd0OyxNaWNoYWwg U2tyaXZhbmVrICZsdDttaWNoYWwuc2tyaXZhbmVrQHJlZGhhdC5jb20mZ3Q7LEFudG9uaSBTZWd1 cmEgUHVpbWVkb24gJmx0O2FzZWd1cmFwQHJlZGhhdC5jb20mZ3Q7LEZyYW50aXNlayBLb2J6aWsg Jmx0O2Zrb2J6aWtAcmVkaGF0LmNvbSZndDssU2FoaW5hIEJvc2UgJmx0O3NhYm9zZUByZWRoYXQu Y29tJmd0OyA8YnI+U3ViamVjdDogUmU6IEhvc3QgaW5zdGFsbGF0aW9uIGZhaWxlZC4gVW5leHBl Y3RlZCBjb25uZWN0aW9uIHRlcm1pbmF0aW9uLiA8YnI+IDxicj48YnI+T24gMDcvMjYvMjAxNCAw ODoyNSBQTSwgUHVuaXQgRGFtYml3YWwgd3JvdGU6PGJyPiZndDsgSGksPGJyPiZndDs8YnI+Jmd0 OyBJIGhhdmUgc3VjY2Vzc2Z1bGx5IGluc3RhbGxlZCBvdmlydCBlbmdpbmUgMy40LjMuLi5idXQg d2hlbiBpIHRyeSB0byBhZGQ8YnI+Jmd0OyBob3N0IGluIHRoZSBjbHVzdGVyIGl0IGZhaWxlZCB3 aXRoIHRoZSBmb2xsb3dpbmcgZXJyb3IgOi08YnI+Jmd0Ozxicj4mZ3Q7IEhvc3QgY29tcHV0ZTEg aW5zdGFsbGF0aW9uIGZhaWxlZC4gVW5leHBlY3RlZCBjb25uZWN0aW9uIHRlcm1pbmF0aW9uLjxi cj4mZ3Q7PGJyPiZndDsgRW5naW5lIExvZyA6LTxicj4mZ3Q7PGJyPiZndDsgLS0tLS0tLS0tLS0t LS0tLTxicj4mZ3Q7IDIwMTQtMDctMjYgMTc6MTg6MzcsMTQwIElORk88YnI+Jmd0OyBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbnN0YWxsZXJNZXNzYWdlc108YnI+Jmd0OyAob3JnLm92aXJ0 LnRocmVhZC5wb29sLTYtdGhyZWFkLTIwKSBbNDA1ODJlNTNdIEluc3RhbGxhdGlvbjxicj4mZ3Q7 IDQzLjI1Mi4xNzYuMTMgJmx0O2h0dHA6Ly80My4yNTIuMTc2LjEzJmd0OzogQ29ubmVjdGVkIHRv IGhvc3QgNDMuMjUyLjE3Ni4xMzxicj4mZ3Q7IHdpdGggU1NIIGtleSBmaW5nZXJwcmludDogMWU6 Mzg6ODg6YzM6MjA6MGY6Y2I6MDg6NmM6YWU6Y2I6ODc6MTI6YzE6MDE6NTA8YnI+PGJyPndoYXQg ZG8geW91IHNlZSBpbiBlbmdpbmUgRXZlbnRzIHRhYiAoR1VJKT88YnI+PGJyPiZndDsgMjAxNC0w Ny0yNiAxNzoxODozNywxNjUgSU5GTzxicj4mZ3Q7IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFs LmRiYnJva2VyLmF1ZGl0bG9naGFuZGxpbmcuQXVkaXRMb2dEaXJlY3Rvcl08YnI+Jmd0OyAob3Jn Lm92aXJ0LnRocmVhZC5wb29sLTYtdGhyZWFkLTIwKSBbNDA1ODJlNTNdIENvcnJlbGF0aW9uIElE OiA0MDU4MmU1Myw8YnI+Jmd0OyBDYWxsIFN0YWNrOiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0x LCBNZXNzYWdlOiBJbnN0YWxsaW5nIEhvc3Q8YnI+Jmd0OyBjb21wdXRlMS4gQ29ubmVjdGVkIHRv IGhvc3QgNDMuMjUyLjE3Ni4xMyB3aXRoIFNTSCBrZXkgZmluZ2VycHJpbnQ6PGJyPiZndDsgMWU6 Mzg6ODg6YzM6MjA6MGY6Y2I6MDg6NmM6YWU6Y2I6ODc6MTI6YzE6MDE6NTAuPGJyPiZndDsgMjAx NC0wNy0yNiAxNzoxODozNywxOTQgSU5GTyZuYnNwOyBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJs bC5WZHNEZXBsb3ldPGJyPiZndDsgKG9yZy5vdmlydC50aHJlYWQucG9vbC02LXRocmVhZC0yMCkg WzQwNTgyZTUzXSBJbnN0YWxsYXRpb24gb2Y8YnI+Jmd0OyA0My4yNTIuMTc2LjEzLiBFeGVjdXRp bmcgY29tbWFuZCB2aWEgU1NIIHVtYXNrIDAwNzc7IE1ZVE1QPSIkKG1rdGVtcCAtdDxicj4mZ3Q7 IG92aXJ0LVhYWFhYWFhYWFgpIjsgdHJhcCAiY2htb2QgLVIgdStyd1ggXCIke01ZVE1QfVwiICZn dDsgL2Rldi9udWxsIDImZ3Q7JmFtcDsxOzxicj4mZ3Q7IHJtIC1mciBcIiR7TVlUTVB9XCIgJmd0 OyAvZGV2L251bGwgMiZndDsmYW1wOzEiIDA7IHJtIC1mciAiJHtNWVRNUH0iICZhbXA7JmFtcDsg bWtkaXI8YnI+Jmd0OyAiJHtNWVRNUH0iICZhbXA7JmFtcDsgdGFyIC0td2FybmluZz1uby10aW1l c3RhbXAgLUMgIiR7TVlUTVB9IiAteCAmYW1wOyZhbXA7PGJyPiZndDsgIiR7TVlUTVB9Ii9zZXR1 cCBESUFMT0cvZGlhbGVjdD1zdHI6bWFjaGluZTxicj4mZ3Q7IERJQUxPRy9jdXN0b21pemF0aW9u PWJvb2w6VHJ1ZSAmbHQ7PGJyPiZndDsgL3Zhci9jYWNoZS9vdmlydC1lbmdpbmUvb3ZpcnQtaG9z dC1kZXBsb3kudGFyPGJyPiZndDsgMjAxNC0wNy0yNiAxNzoxODozNywyMDEgSU5GTzxicj4mZ3Q7 IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMuc3NoLlNTSERpYWxvZ108YnI+Jmd0OyAob3Jn Lm92aXJ0LnRocmVhZC5wb29sLTYtdGhyZWFkLTIwKSBTU0ggZXhlY3V0ZSByb290QDQzLjI1Mi4x NzYuMTM8YnI+Jmd0OyAmbHQ7bWFpbHRvOnJvb3RANDMuMjUyLjE3Ni4xMyZndDsgJ3VtYXNrIDAw Nzc7IE1ZVE1QPSIkKG1rdGVtcCAtdDxicj4mZ3Q7IG92aXJ0LVhYWFhYWFhYWFgpIjsgdHJhcCAi Y2htb2QgLVIgdStyd1ggXCIke01ZVE1QfVwiICZndDsgL2Rldi9udWxsIDImZ3Q7JmFtcDsxOzxi cj4mZ3Q7IHJtIC1mciBcIiR7TVlUTVB9XCIgJmd0OyAvZGV2L251bGwgMiZndDsmYW1wOzEiIDA7 IHJtIC1mciAiJHtNWVRNUH0iICZhbXA7JmFtcDsgbWtkaXI8YnI+Jmd0OyAiJHtNWVRNUH0iICZh bXA7JmFtcDsgdGFyIC0td2FybmluZz1uby10aW1lc3RhbXAgLUMgIiR7TVlUTVB9IiAteCAmYW1w OyZhbXA7PGJyPiZndDsgIiR7TVlUTVB9Ii9zZXR1cCBESUFMT0cvZGlhbGVjdD1zdHI6bWFjaGlu ZSBESUFMT0cvY3VzdG9taXphdGlvbj1ib29sOlRydWUnPGJyPiZndDsgMjAxNC0wNy0yNiAxNzox ODozOSw4NzEgSU5GTzxicj4mZ3Q7IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlZk c01hbmFnZXJdPGJyPiZndDsgKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTMzKSBJbml0 aWFsaXppbmcgSG9zdDogY29tcHV0ZTE8YnI+Jmd0OyAyMDE0LTA3LTI2IDE3OjE5OjExLDc5OCBJ TkZPPGJyPiZndDsgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuZ2x1c3Rlci50YXNrcy5HbHVz dGVyVGFza3NTZXJ2aWNlXTxicj4mZ3Q7IChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0x OCkgTm8gdXAgc2VydmVyIGluIGNsdXN0ZXI8YnI+Jmd0OyAyMDE0LTA3LTI2IDE3OjE5OjExLDc5 OSBFUlJPUjxicj4mZ3Q7IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLmdsdXN0ZXIuR2x1c3Rl clRhc2tzU3luY0pvYl08YnI+Jmd0OyAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTgp IEVycm9yIHVwZGF0aW5nIHRhc2tzIGZyb20gQ0xJOjxicj4mZ3Q7IG9yZy5vdmlydC5lbmdpbmUu Y29yZS5jb21tb24uZXJyb3JzLlZkY0JMTEV4Y2VwdGlvbjogVmRjQkxMRXhjZXB0aW9uOjxicj4m Z3Q7IE5PX1VQX1NFUlZFUl9GT1VORCAoRmFpbGVkIHdpdGggZXJyb3IgTk9fVVBfU0VSVkVSX0ZP VU5EIGFuZCBjb2RlIDcwMDApPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXQ8YnI+Jmd0OyBvcmcub3ZpcnQuZW5naW5lLmNvcmUu YmxsLmdsdXN0ZXIudGFza3MuR2x1c3RlclRhc2tzU2VydmljZS5nZXRUYXNrTGlzdEZvckNsdXN0 ZXIoR2x1c3RlclRhc2tzU2VydmljZS5qYXZhOjMwKTxicj4mZ3Q7IFtibGwuamFyOl08YnI+Jmd0 OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBh dDxicj4mZ3Q7IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuZ2x1c3Rlci5HbHVzdGVyVGFza3NT eW5jSm9iLnVwZGF0ZUdsdXN0ZXJBc3luY1Rhc2tzKEdsdXN0ZXJUYXNrc1N5bmNKb2IuamF2YTo4 NCk8YnI+Jmd0OyBbYmxsLmphcjpdPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXQgc3VuLnJlZmxlY3QuR2VuZXJhdGVkTWV0aG9k QWNjZXNzb3I0MS5pbnZva2UoVW5rbm93biBTb3VyY2UpPGJyPiZndDsgWzoxLjcuMF82NV08YnI+ Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBhdDxicj4mZ3Q7IHN1bi5yZWZsZWN0LkRlbGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwuaW52 b2tlKERlbGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwuamF2YTo0Myk8YnI+Jmd0OyBbcnQuamFy OjEuNy4wXzY1XTxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGF0IGphdmEubGFuZy5yZWZsZWN0Lk1ldGhvZC5pbnZva2UoTWV0aG9k LmphdmE6NjA2KTxicj4mZ3Q7IFtydC5qYXI6MS43LjBfNjVdPGJyPiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXQ8YnI+Jmd0OyBvcmcu b3ZpcnQuZW5naW5lLmNvcmUudXRpbHMudGltZXIuSm9iV3JhcHBlci5leGVjdXRlKEpvYldyYXBw ZXIuamF2YTo2MCk8YnI+Jmd0OyBbc2NoZWR1bGVyLmphcjpdPGJyPiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXQgb3JnLnF1YXJ0ei5j b3JlLkpvYlJ1blNoZWxsLnJ1bihKb2JSdW5TaGVsbC5qYXZhOjIxMyk8YnI+Jmd0OyBbcXVhcnR6 LmphcjpdPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgYXQ8YnI+Jmd0OyBvcmcucXVhcnR6LnNpbXBsLlNpbXBsZVRocmVhZFBvb2wk V29ya2VyVGhyZWFkLnJ1bihTaW1wbGVUaHJlYWRQb29sLmphdmE6NTU3KTxicj4mZ3Q7IFtxdWFy dHouamFyOl08YnI+PGJyPlNhaGluYSAtIGFib3ZlIGxvb2tzIGxpa2UgYW4gdW5yZWxhdGVkIGJ1 ZyAtIHBsZWFzZSBpbnZlc3RpZ2F0ZTxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ VGhlIGVycm9yIHJlbGF0ZWQgdG8gR2x1c3RlclRhc2tzIGlzIHVucmVsYXRlZC4uLnRoaXMgaXMg dGhlIGVycm9yIGluIHN5bmNpbmcgaW5mbyByZWxhdGVkIHRvIGdsdXN0ZXIgdGFza3MgYXMgbm8g c2VydmVyIGluIHVwIHN0YXRlIHdhcyBhdmFpbGFibGUuIFRoaXMgam9iIHJ1bnMgaW4gYSBzZXBh cmF0ZSB0aHJlYWQuPGJyPjxicj48L2Rpdj48L2JvZHk+ ----_com.android.email_1608793116406710--

3 3

[ANN] oVirt 3.5 Second Test Day - Tomorrow Jul 29th
by Sandro Bonazzola 28 Jul '14

28 Jul '14

Hi all, Tomorrow Jul 29th we'll have oVirt 3.5.0 second test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 host or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us tomorrow! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes: http://www.ovirt.org/OVirt_3.5_Release_Notes Features pages links: http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 or 20. Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1] http://etherpad.ovirt.org/p/3.5-testday-2 [2] http://www.ovirt.org/OVirt_3.5_Release_Notes [3] http://www.ovirt.org/OVirt_3.5_TestDay Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Changing name of default data_domain to data_1_domain
by Andy Michielsen 28 Jul '14

28 Jul '14

Hello Oved, Gilad , I was retracing my steps of what I changed and I remember now that I also deleted the host and and then added it again from the host tab. Here I changed the Address entry from it's ip-address to its FQDN. Maybe this is where it went wrong ? But how do I fix this ? Kind regards.

1 0