- Users - oVirt List Archives

ftp.snt.utwente.nl mirror doesn't have ovirt via rsync
by Jiri Belka 30 Jul '14

30 Jul '14

Hi, could anybody responsible contact owners of this mirror and ask them to make oVirt available via rsync? j. ~~~ Welcome to the ftp.snt.utwente.nl archive. This service is provided to you by: Studenten Net Twente (SNT) http://www.snt.utwente.nl/ the University of Twente http://www.utwente.nl/ This system may be used 24 hours a day, 7 days a week. All transfers are logged with your hostname and email address. If you don't like this policy, disconnect now! We are available on: http://ftp.snt.utwente.nl/ ftp://ftp.snt.utwente.nl/ rsync://ftp.snt.utwente.nl/ Sponsors: Quarantainenet BV http://www.quarantainenet.nl Byte http://www.byte.nl Murphy Software B.V. http://www.murphy.nl Virtu Secure Webservices http://www.virtu.nl Utwente Faculty of TNW http://www.tnw.utwente.nl Sjoerd van Groning Daan van de Linde DISCLAIMER: Neither University of Twente nor SNT are liable for any use, storage or transmission of any files stored on this archive. Since much of our archive is mirrored from other servers, we can not check all files for virusinfections. Please proceed with caution. If you have any problems or comments about this archive, please send them via e-mail to ftpcom_at_snt.utwente.nl. Please also let us know if there is something we don't have that you think we should! gentoo-x86-portage Gentoo Linux Portage tree gentoo-portage Gentoo Linux Portage tree gentoo Gentoo Linux Distribution fedora Fedora Linux Distribution mandrake Mandrake Linux Distribution mandrake-iso Mandrake Linux Distribution Iso's debian Debian Linux Distribution debian-archive Debian Linux Distribution Archive debian-ipv6 Debian Linux IPv6 Distribution debian-non-US Debian Linux Non-US Distribution backports Debian Linux Distribution debian-backports Debian Linux Distribution deepin LinuxDeepin Packages deepin-cd LinuxDeepin Release CD Images freebsd FreeBSD Distribution openbsd OpenBSD Distribution netbsd NetBSD Distribution freedos FreeDOS Distribution linux-kernel Linux Kernel Mirror slackware Slackware Linux Distribution suse Suse Linux Distribution cpan Comprehensive Perl Archive Network xfree86 XFree86 apache Apache Webserver archlinux Arch Linux mirror mageia Mageia Project mirror cygwin-ftp cygwin ftp area exim Exim Mailer gnu The GNU Project gnupg GNU Privacy Guard kame KAME Project usagi UniverSAl playGround for Ipv6 kde K Desktop Environment mozilla Mozilla Current Release Only mozilla-current Mozilla Current Release Only mozilla-releases Mozilla Software Releases mutt Mutt E-Mail Client mysql MySQL Database openoffice OpenOffice.org openoffice-extended OpenOffice.org extended data samba Samba rsync Rsync gnoppix Gnoppix ubuntu-releases ISO images of the Ubuntu releases ubuntu-archive Packages in the Ubuntu Archive tex CTAN community mirror for Tex tdf The Document Foundation xbmc Main XBMC File Repository ~~~

1 0

oVirt 3.5 2nd test day report - hosted engine
by Greg Padgett 30 Jul '14

30 Jul '14

Hi all, Today I tested Hosted Engine on iSCSI (setup and operation) on Fedora 20. The first part of setup went smoothly, but there were some hiccups I eventually ran into: - HA services didn't start after setup [1] - HA agent failed without reporting an error [2][3] I also noticed that when an iSCSI target has multiple LUNs, a random (?) one would be chosen by setup. I ended up running setup again with only one LUN available to make sure this didn't cause further errors. After setup of the first host completed, things seemed to be working well. However, after completing 2nd host setup and rebooting the first host, I have errors in both agent.log files. [4] I'll follow up with msivak and jmoskovc to see if these are errors on my part or something I can help troubleshoot. Thanks, Greg [1] https://bugzilla.redhat.com/show_bug.cgi?id=1123285 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1124624 [3] http://gerrit.ovirt.org/#/c/30814/ [4] First host: Error: 'path to storage domain 35ff13aa-7ff1-4add-9869-651267e36921 not found in /rhev/data-center/mnt' - trying to restart agent [followed by agent existing after too many retries] Second host: Exception: Failed to start monitoring domain (sd_uuid=35ff13aa- 7ff1-4add-9869-651267e36921, host_id=2): timeout during domain acquisition

2 1

oVirt 3.5 2 nd test day report(1124458, 1124318, 1124340, 1124346, 1124354, 1124360, 1124363, 1124364)
by Eli Mesika 30 Jul '14

30 Jul '14

Hardware: 2 x VM 2cpu 4GB ram (Fedora 19, CentOS 6.5) Network configuration: Single NIC without bonding / vlans Storage configurations: NFS v3 ISO and data domain * History DB should sync user's first and last name for user usage tables. (BZ 1091687) test result: partly passed Tested Add a user from AD => passed Change user details => passed Delete a user => Not passed opened BZ 1124458 Other Bugs Opened : ------------------------------ 1124318 1124340 1124346 1124354 1124360 1124363 1124364 Thanks Eli Mesika

1 0

oVirt 3.5 2nd test day report
by Idan Shaby 30 Jul '14

30 Jul '14

Hi everyone, I've tested Bug 1072313 - OVIRT35 - [RFE] Allow to edit VM properties that need VM to be down to apply, just mark it as such and apply on VM shutdown: https://bugzilla.redhat.com/show_bug.cgi?id=1072313 and opened these three bugs: Bug 1124432 - Complex info icon tooltip message in "Edit/New Virtual Machine" windows, under the "Host" tab, right before the "Start Running On" section - https://bugzilla.redhat.com/show_bug.cgi?id=1124432 Bug 1124425 - Wrong info icon location in New/Edit Virtual Machine - https://bugzilla.redhat.com/show_bug.cgi?id=1124425 Bug 1124449 - Fields under "Start Running On" in the "Edit Virtual Machine" window should be greyed out when the VM is up - https://bugzilla.redhat.com/show_bug.cgi?id=1124449 Idan

1 0

[QE][ACTION NEEDED] oVirt 3.5.0 RC status
by Sandro Bonazzola 30 Jul '14

30 Jul '14

Hi, We're going to compose oVirt 3.5.0 RC on Mon * 2014-08-04 08:00 UTC*. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-08-03 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-08-03 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1115152 infra ASSIGNED Cannot edit or create block storage doamin when using jsonrpc 1115044 infra POST Host stuck in "Unassinged" state when using jsonrpc and disconnection from pool failed 1124141 infra ASSIGNED StackOverflowError during fencing operation 1114987 network ASSIGNED Cannot start VM | The host did not satisfy internal filter Network because network(s) are missing. 1122592 node NEW ovirt-node-plugin-vdsm >= 0.2.0 is needed for oVirt 3.5 1124099 storage POST Live Merge: Limit merge operations based on hosts' capabilities Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 397 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 349 bugs [4] targeted to 3.5.0. Maintainers / Assignee: - Please check ensure that completed features are marked in green on Features Status Table [2] - Please remember to rebuild your packages before *2014-08-03 15:00* if needed, otherwise nightly snapshot will be taken. - If you find a blocker bug please remember to add it to the tracker [1] - Please fill release notes, the page has been created here [5] - Please review and add test cases to oVirt 3.5 Third Test Day [6] Community: - thanks for having joined the second test day we had yesterday - save the date for third test day scheduled on 2014-08-12! - You're welcome to join us testing next beta release and getting involved in oVirt Quality Assurance[7] [1] http://bugzilla.redhat.com/1073943 [2] http://bit.ly/17qBn6F [3] http://red.ht/1pVEk7H [4] http://red.ht/1rLCJwF [5] http://www.ovirt.org/OVirt_3.5_Release_Notes [6] http://www.ovirt.org/OVirt_3.5_TestDay [7] http://www.ovirt.org/OVirt_Quality_Assurance Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION NEEDED] oVirt 3.4.4 RC status
by Sandro Bonazzola 30 Jul '14

30 Jul '14

Hi, We're going to start composing oVirt 3.4.4 RC on *2014-09-09 08:00 UTC* from 3.4 branch. Maintainers: - Please be sure that 3.4 snapshot allow to create VMs before *2014-09-08 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-09-08 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. A bug tracker [1] has been opened and shows no open blockers. There are still 14 bugs [2] targeted to 3.4.4. Excluding node and documentation bugs we still have 7 bugs [3] targeted to 3.4.4. Bug ID Whiteboard Status Summary 1124413 infra POST Calendar table is created incorrectly for certain time zones. 1048880 network NEW [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups 1112688 network NEW [Neutron integration] Log collection is missing for Neutron appliance 1001186 network NEW With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured 1023481 node ASSIGNED Sane and working default libvirt config 910701 node ASSIGNED Remove persistent-net-naming hack 1097735 node NEW "Reboot" button failed to work in progress_page with serial console to install ovirt-node iso. 969340 node NEW Migrate ovirt-node-installer backend and ovirt-auto-install backend to new code base 753306 node NEW SR-IOV support 988341 node NEW Should not create bond when report an error in configuration process 995321 node NEW remove existing efi entries "oVirt Node Hypervisor" in UEFI menu failed 1059309 sla NEW [events] 'Available memory of host $host (...) under defined threshold...' is logged only once 1111655 storage NEW Disks imported from Export Domain to Data Domain are converted to Preallocated after upgrade from oVirt 3.4.1 to 3.4.2 1070890 virt NEW Run vm with odd number of cores drop libvirt error Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.4.4 should not be released without them fixed. - Please update the target to 3.5.0 or later for bugs that won't be in 3.4.4: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1118689 [2] http://red.ht/1qwhPXB [3] http://red.ht/1sQDLwg [4] http://www.ovirt.org/OVirt_3.4.4_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.4.4_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[ovirt-devel] oVirt 3.5 beta2 - results
by Piotr Kliczewski 30 Jul '14

30 Jul '14

Hi all, I tested gluster related features: Nagios Integration -> http://www.ovirt.org/Features/Nagios_Integration#HOW_TO I installed Nagios dependencies on f20 which went smoothly but when I did the same for rhel6 I noticed that I had to install manually additional rpm which was not covered by howto. rrdtool-perl-1.3.8-6.el6.x86_64.rpm During discovery of the Nagios server I got following issue: [root@rhel gluster]# /usr/lib64/nagios/plugins/gluster/discovery.py -c Default -H 192.168.1.9 Failed to execute NRPE command 'discover_volume_list' in host '192.168.1.9' Error : Make sure NPRE server in host '192.168.1.9' is configured to accept requests from Nagios server so I followed http://tecadmin.net/install-nrpe-on-centos-rhel/. Nagios server reported status of the cluster. When I had configured first nagios server I saw: "OK : None of the Volumes in the cluster are in Critical State " but for the second there was: (null). I followed howto and installed oVirt UI plugin but after restart I was not able to see monitoring details tab so I opened: https://bugzilla.redhat.com/show_bug.cgi?id=1124371 Volume performance stats -> http://www.ovirt.org/Features/Gluster_Volume_Performance_Statistics#HOW_TO I reused already existing setup. I enabled stats and added a volume. When checking stats details I saw "could not fetch stats". I wanted to generate some stats so I mount volume previously created using: mount -t nfs 192.168.1.9:/vol1 /media/volume I had to redo it several times do to: mount.nfs: requested NFS version or transport protocol is not supported After several attempts I lost connectivity to the machine. After host recovered I tried to run: mount -o mountproto=tcp -t nfs 192.168.1.9:/vol1 /media/volume but the result was the same. I opened: https://bugzilla.redhat.com/show_bug.cgi?id=1124376 I checked whether gluster still works with jsonrpc. I removed the host that I installed before and added new one using jsonrpc protocol. After the installation I noticed that host was moved to Non-Operation state. In the logs I found: {"jsonrpc": "2.0", "id": "101bf460-6529-42d6-9370-a9629daad628", "error": {"message": "The method does not exist / is not available.", "code": -32601}} I checked what was the reason and there was no apiwrapper.py module so I opened: https://bugzilla.redhat.com/show_bug.cgi?id=1124481 Thanks, Piotr

2 2

oVirt 3.5 2nd test day report: 1124143, 1124379, 1124688
by Vered Volansky 30 Jul '14

30 Jul '14

This is a summation of Yoav's work as well as mine (some apart, some in parallel, and some together): Verfied: 1063064 - Allow big ranges in MacPoolManager 1063064 - add an explanation tool-tip to the 'Feedback' button 1083065 - EL 7 guest compatibility Work with existing up-to-date engine and vdsm from snapshot repo - Started by installing RHEL7 on an appropriate VM. Had several issues with actual installation, reported on - https://bugzilla.redhat.com/show_bug.cgi?id=1124379 - faulty free-space recognition on disk when installing on virtual machine. https://bugzilla.redhat.com/show_bug.cgi?id=1124688 - installer options are invalid for no reason Finally managed to work-around the issues and installation had started. Was very very slow. Verified there shouldn't be anything interrupting this. At this point tried to work with VMs, but couldn't get the SPICE console to work (BTW, initally SPICE didn't work on the VM in the local environment as well. It then just miraculously started to work). Then tried master again (another environment, let the installation complete on the other VM's installation, but this version of engine did not work). Also opened bz1124143 .

1 0

oVirt 3.5 2 nd test day report- make ovirt easy configurable to allow redirection of all logs to syslog
by Alona Kaplan 30 Jul '14

30 Jul '14

I"ve re-tested this feature on f19 and f20. fileappender and syslogappender were tested separately and in parallel. Everything seems to work fine. ovirt-engine-extension-logger-log4j is still not part of the build and had to be built manually. Alona. ----- Forwarded Message ----- From: "Alona Kaplan" <alkaplan(a)redhat.com> To: devel(a)ovirt.org Sent: Sunday, July 6, 2014 9:14:52 AM Subject: ovirt test day report - make ovirt easy configurable to allow redirection of all logs to syslog During the test day I tested - Bug 1078738 - OVIRT35 - [RFE] make ovirt easy configurable to allow redirection of all logs to syslog There was no feature page so it was very hard to understand how this feature should be tested. The build contains only a patch that tailors the api to the engine. abarlev sent me an external rpm with the syslog extension- tested it on f19, seems to work fine. Alona.

3 2

Ovirt 3.5 2nd Test Day Report
by Ravi Nori 30 Jul '14

30 Jul '14

This is a multi-part message in MIME format. --------------050902030300000500020605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I tested the following on Fedora 20 *Bug 1090530*OVIRT35 - [RFE] Please add host count and guest count columns to "Clusters" tab in webadmin Everything worked fine *Bug 1078836* OVIRT35 - [RFE] add a warning when changing display network Everything worked fine Thanks Ravi --------------050902030300000500020605 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, I tested the following on Fedora 20 <div class="" id="magicdomid238"> </div> <div class="" id="magicdomid239">Bug 1090530 OVIRT35 - [RFE] Please add host count and guest count columns to "Clusters" tab in webadmin Everything worked fine Bug 1078836  OVIRT35 - [RFE] add a warning when changing display network </div> Everything worked fine Thanks Ravi </body> </html> --------------050902030300000500020605--

1 0

oVirt 3.5 2 nd test day report
by Allon Mureinik 29 Jul '14

29 Jul '14

Hi everyone, For this test day I revisited the two UX RFEs I looked at in the previous test day: Bug 987953 - OVIRT35 - [RFE] [oVirt] [webadmin] Tree doesn't refresh Bug 1110566 - OVIRT35 - [RFE] when viewing a grid that contains only one item, *automatically* select that item I started out by verifying the bug I opened last time was indeed fixed: Bug 1114990 - Search: Clusters main tab is not sorted by name by default I then proceeded to play around with both features. I found one bug regarding the tree's refresh: Bug 1124407 - Adding a cluster partially collapses the tree And a couple which weren't related to these changes: Bug 1124375 - Can't search DCs according to compatibility version Bug 1124378 - Can't sort DCs according to compatibility version Bug 1124426 - Wrong sorting of DC's storage type -Allon

1 0

oVirt 3.5 2 nd test day report
by Sandro Bonazzola 29 Jul '14

29 Jul '14

Performed sanity and part of regression testing. 1. Alpha release criteria matching test case: http://www.ovirt.org/OVirt_3.5_release-management#Alpha_Release_Criteria_.2… source code: everything looks in place F19 basic sanity: passed F20 basic sanity: passed EL6 basic sanity: passed 2. Regression testing: test case: http://www.ovirt.org/OVirt_3.5_TestDay#Regression_testing all-in-one setup: passed install with basic Network configuration: passed engine-iso-uploader on nfs: on EL6 passed engine-log-collector: on EL6 hit Bug 1123808 - [log-collector] no engine.log in the final archive upgrade from 3.4.3: passed on F19 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Test-Day 3.5-2 -> Import Storage Domain
by ybronhei 29 Jul '14

29 Jul '14

Hey all, following the updated wikis - http://www.ovirt.org/Features/ImportUnregisteredEntities and http://www.ovirt.org/Features/ImportStorageDomain which describe in details the steps for import storage domain I successfully created a cluster with 1 hosts and 3 vms. (host and engine run with rhel6.5) Changed some of the details for the vms (ha, system infos, mem, cpus and more), then cleaned up the engine (ran engine-cleanup and rerun engine-setup). On clean environment I created new cluster with new storage domain (its a must currently to create new storage domain before the import - stated in the [1]). After that I imported the original sd that I used, went to import Virtual machines tab and imported all entities I had. All of the vms' details were imported successfully with the same info that I configured before the cleanup. Tried again also with templates and snapshots recovery, also worked as expected seems green to me. anything else you would like me to check in this area? [1] http://www.ovirt.org/Features/ImportStorageDomain#Implementation_gaps Thanks, -- Yaniv Bronhaim.

1 0

How to reset vm from unknown state?
by Arman Khalatyan 29 Jul '14

29 Jul '14

Hi. My nfs storage got problems and one of the vms went to unknown state. Other vms on the same storage were back to normal state. Are there way to reset state of vm??? I am using ovirt 3.4.0-1 with centos6.5 Thenks. Arman On Jul 25, 2014 7:47 PM, "Brian Proffitt" <bproffit(a)redhat.com> wrote:

6 8

[Community] Building an oVirt Commercial Directory
by Brian Proffitt 29 Jul '14

29 Jul '14

All: In order to promote the oVirt project, we would like to create a directory of companies that provide solutions and commercial support based on oVirt on oVirt.org. Specifically, we are looking for organizations that provide: - Commercial product/support based on oVirt - oVirt professional services/support - Vendors leveraging or embedding ovirt - Cloud providers using oVirt technologies Vendors and providers can send the following data: Name of Company Company Website URL Preferred Contact Info Location/Region Served Active oVirt Contributor(s)? [Yes/No] Please send this information to me at bkp(a)redhat.org, with oVirt Solutions Directory in the subject line if interested in participating. Thanks! 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 1

Misc architecture questions
by Maël Lavault 29 Jul '14

29 Jul '14

Hi, I'm a student currently doing my final study project based around Ovirt. I played a lot with Ovirt to have an overview of what could or could not be done, but I still have a few questions and stuff I want to clarify. My project consist of a HA architecture using Ovirt, powered by 8 reasonably powerful servers (4 x Quad core Opteron, 32Go RAM, 2x10k RPM HDD) equipped with 2 NIC each. I followed this tutorial to use Ovirt with GlusterFS : http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ Worked well ! I installed 2 self hosted engine on 2 different servers and a GlusterFS using 2 other servers. But since we had only 2 x 1Gb NIC per server, we decided to go with bonding and VLAN to separate each networks inspired by this blog post : http://captainkvm.com/2013/04/maximizing-your-10gb-ethernet-in-rhev/ Unfortunately, it seems like Ovirt 3.4 does not support installing self-hosted engine on bond + vlan. I tried 3.5 but there were to much bug to be usable and the project is set to be deployed in 2 months. A colleague suggested me a workaround using OpenvSwitch between Ovirt and NIC bond to "translate tagged packet into non tagged packet" and hide the bond from Ovirt. Does this have a chance to work ? Since the GlusterFS is accessed by NFS, I was able to bond the two servers. A few questions : - What is the purpose of ovirtmgmt network ? I did a lot of search by haven't found any clear explanation. Does it need to be publicly accessible or a private ip is fine too ? - Is the display network used for SPICE/VNC connection ? - How do Ovirt differentiate VM network from a storage network ? They both have the same vm role in the interface. Both networks could (should) be on private ip range right ? - How can I add the storage network after (or before, would be better) self hosted engine is installed ? (Since self hosted engine is stored on Gluster, I will loose connection to the engine) - Using self hosted engine, does all my nodes need to be installed with hosted-engine --deploy, or can I have only 2 self hosted engine nodes and 4 classic nodes ? - I'm trying to cleanly re-install the second hosted engine after some experiments, but the behavior is strange : [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up To continue make a selection from the options below: (1) Continue setup - engine installation is complete (2) Power off and restart the VM (3) Abort setup Isn't this supposed to give me information to connect to the vm so i can install the engine ? Thanks a lot for this truly well made software !

4 6

oVirt 3.5 2nd test day report - neutron appliance
by Oved Ourfali 29 Jul '14

29 Jul '14

Hi I tested the neutron appliance in this test day. Feature page is in http://www.ovirt.org/Features/NeutronVirtualAppliance Overall environment: Engine - F19 VM Hosts - two Centos 6.5 hosts with 2 nics, using nested virtualization Tests: 1. Followed the wiki to import the appliance from the public glance repository and run a VM with that appliance • Had some comments on the wiki that were addressed instantly by Moti 2. Checked both network provisioning, and network import 3. Checked host installation with the neutron plugin, using OVS 4. Imported the Cirros image from the public glance repository, to be used in order to create VMs and check connectivity between them 5. The two VMs had connectivity on the created subnet, both when using the provisioned network, and the imported one. Tested both when running both VMs on the same host, and on two different hosts. Overall it worked pretty great. Opened three bugs on UI/Flow issues: Bug 1124294 - reinstall host dialog - neutron - UI issue (network) Bug 1124298 - cloud-init network start on boot checkbox goes down one line (virt) Bug 1124304 - import networks dialog is confusing (network) Thanks, Oved

1 0

[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