March 2015 - Users - Ovirt List Archives

oVirt Weekly Sync Meeting: March 11, 2014

by Brian Proffitt

========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 14:08:37 UTC. Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-11-14.08.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-11-14.08.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-11-14.08.log.html Meeting started by bkp at 14:08:37 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-03-11-14.08.log.html . Meeting summary --------------- * Agenda and Roll Call (bkp, 14:09:26) * infra update (bkp, 14:09:26) * 3.5.z updates (bkp, 14:09:26) * 3.6.0 status (bkp, 14:09:26) * conferences and workshops (bkp, 14:09:26) * other topics (bkp, 14:09:29) * infra update (bkp, 14:12:14) * infra update jenkins seems quite stable, a few issues still open like jobs hanging from time to time or failing on epel not reachable overnight (bkp, 14:20:36) * infra update Few people requested wiki accounts. doron_afk approved it today (bkp, 14:20:40) * infra update infra is looking into re-enforcing some more strict hooks via jenkins on stable jobs (bkp, 14:20:43) * 3.5.z updates (bkp, 14:20:56) * 3.5.z updates Full update at http://lists.ovirt.org/pipermail/users/2015-March/031744.html (bkp, 14:25:47) * 3.5.z updates Appropriate calls to action were in that email ^^^ (bkp, 14:25:50) * 3.5.z updates 8 blockers still in place for 3.5.2 (https://bugzilla.redhat.com/1186161) (bkp, 14:25:53) * 3.5.z updates According to Oved, Bug 1195119 will be in by tomorrow noon, no other ETAs given. (bkp, 14:25:56) * 3.5.z updates alitke reports Eric Blake is creating a workaround for libvirt for bug 1199182. alitke pinged him about the bug to check on his progress. (bkp, 14:25:59) * 3.5.z updates RC2 has been tentatively scheduled for next week 2015-03-18 (bkp, 14:26:02) * 3.5.z updates eto will verify it also on CentOS 7.1 that should be out around the same date (bkp, 14:26:04) * 3.6 status (bkp, 14:26:10) * 3.6 status integration Full update at http://lists.ovirt.org/pipermail/users/2015-March/031746.html (bkp, 14:29:47) * 3.6 status integration 566 bugs reported (https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6....), no blockers (bkp, 14:29:50) * 3.6 status integration A couple of new packages landed on ovirt-master-snapshot-static and need to be tested: openstack-java-sdk-3.1.1 (only on Fedora 20) and jasperreports-server-6.0.1 (bkp, 14:29:54) * 3.6 status integration Not much progress on the features this last week (bkp, 14:29:58) * 3.6 status UX Making good progress on oVirt.js and tooltips (bkp, 14:32:04) * 3.6 status network No update this week (bkp, 14:34:43) * 3.6 status Gluster good progress made on geo-replication and volume snapshot management features (bkp, 14:37:15) * 3.6 status Gluster The network team has also reviewed the gluster network role feature... merging in couple of days (bkp, 14:37:19) * 3.6 status storage Still working on 3.6 features (bkp, 14:39:14) * 3.6 status virt Nothing special, small RFEs got merged last week. Still working on major items. (bkp, 14:42:26) * 3.6 status Node No updates this week. (bkp, 14:45:10) * 3.6 status SLA Making progress with quota api closure (bkp, 14:48:01) * 3.6 status SLA While working with the integration team on some blockers to enable improvements on hosted engine (bkp, 14:48:03) * conferences and workshops (bkp, 14:48:41) * conferences and workshops mlipchuk and I are attending FOSSAsia next week, each delivering a talk, and hosting the half-day workshop on March 14. (bkp, 14:49:01) * conferences and workshops KVM Forum registration is now open, so pass the word along! http://events.linuxfoundation.org/events/kvm-forum/attend/register (bkp, 14:49:04) * conferences and workshops KVM Forum CfP is open, too, at: http://events.linuxfoundation.org/events/kvm-forum/program/cfp (bkp, 14:49:07) * conferences and workshops CfP is open for 10th Workshop on Virtualization in High-Performance Cloud Computing (VHPC '15), in conjunction with Euro-Par 2015, August 24-28, Vienna, Austria (bkp, 14:53:14) * conferences and workshops oss2015 in Florence, Italy, May 16/17: we'll have ovirt session on may 16 at 17:00 (bkp, 14:53:18) * other topics (bkp, 14:53:51) * We are starting the process of converting the MediaWiki formatted documents on the oVirt.org site to MarkDown. The translation is not had, but there are so manu uncategorized pages on the wiki, it makes it hard to automate the classification of each document and thus set up good URLs. (bkp, 14:54:03) * other topics CentOS Virt SIG meeting yesterday http://www.centos.org/minutes/2015/march/centos-devel.2015-03-10-14.01.html (bkp, 14:57:20) * other topics need to wait centos 7.1 for building a brand-new qemu-kvm-ev (bkp, 14:57:23) Meeting ended at 14:58:10 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * bkp (104) * sbonazzo (25) * doron_ (5) * sahina (4) * ofrenkel (4) * tal (3) * awels (3) * eedri (3) * WKNiGHT (2) * karimb (2) * fabiand (2) * ovirtbot (2) * misc (1) * laravot (1) * mskrivanek (1) * doron_afk (1) * shaharh_ (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

9 years, 1 month

1
0
0 / 0

[QE] oVirt 3.6.0 status

by Sandro Bonazzola

Hi, here's an update on 3.6 status on integration / rel-eng side The tracker bug for 3.6.0 [1] currently shows no blockers. There are 566 bugs [2] targeted to 3.6.0. NEW ASSIGNED POST Total docs 11 0 0 11 gluster 28 2 1 31 i18n 2 0 0 2 infra 82 7 8 97 integration 63 5 6 74 network 38 1 9 48 node 27 3 3 33 ppc 0 0 1 1 sla 52 3 1 56 spice 1 0 0 1 storage 70 6 6 82 ux 33 0 11 44 virt 71 5 10 86 Total 478 32 56 566 Features submission is still open until 2015-04-22 as per current release schedule. Maintainers: be sure to have your features tracked in the google doc[3] Be aware that new packages are landed in ovirt-master-snapshot-static this week: - openstack-java-sdk-3.1.1 (only on Fedora 20) - jasperreports-server-6.0.1 So testing is needed. [1] https://bugzilla.redhat.com/1155425 [2] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.... [3] http://goo.gl/9X3G49 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

9 years, 1 month

1
0
0 / 0

Updated Time: Community Sync Meeting

by Brian Proffitt

All: Because of the change in daylight savings time for the US and not other countries, this week's meeting will still be held at 1000 US Eastern, which is 1600 in TLV and 1500 in Brno. If it's any consolation, I am in Singapore this week, so it's at 2200 for me. See you in about 75 minutes! BKP -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

9 years, 1 month

1
0
0 / 0

Ovirt engine-setup fails, "Cannot get JAVA_HOME"

by Carter Kindley

--_000_BCF08373E16D3843B036DB74CC2BC62804FC4441VINZCLORTHOdeus_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello folks, After a long, long time compiling permutations, I went to finish setup of o= virt-engine on my Gentoo testbed. Running engine-setup, I receive an error = after answering all prompts: [ ERROR ] Failed to execute stage 'Setup validation': Cannot get JAVA_HOME = ([u'\x1b[01m\x1b[31;06m!!! ERROR: The vm could not be found\x1b[0m']) This machine has icedtea-bin-7.2.5.3, and # echo $JAVA_HOME yields /etc/jav= a-config-2/current-system-vm which is linked to the icedtea-bin VM director= y. Any thoughts to get me started? Thanks, Carter Kindley Network Qualified Technician Deus Machine, LLC This email has been scanned for viruses and private content. =0D =0D This message has been secured for compliance with the DM Cloud Mail Filter = Service. =0D =0D For details on inbound and outbound filtering please contact your account s= pecialist or primary technician.= --_000_BCF08373E16D3843B036DB74CC2BC62804FC4441VINZCLORTHOdeus_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hello folks,<o:p></o:p> <o:p> </o:p> After a long, long time compiling permutations, I we= nt to finish setup of ovirt-engine on my Gentoo testbed. Running engine-set= up, I receive an error after answering all prompts:<o:p></o:p> <o:p> </o:p> [ ERROR ] Failed to execute stage 'Setup validation'= : Cannot get JAVA_HOME ([u'\x1b[01m\x1b[31;06m!!! ERROR: The vm could not b= e found\x1b[0m'])<o:p></o:p> <o:p> </o:p> This machine has icedtea-bin-7.2.5.3, and # echo $JA= VA_HOME yields /etc/java-config-2/current-system-vm which is linked to the = icedtea-bin VM directory. Any thoughts to get me started?<o:p></o:p> <o:p> </o:p> Thanks,<o:p></o:p> <o:p> </o:p> Carter Kindley<o:p></o:p> Network Qualified Technician<o:p></o:p> Deus Machine, LLC<o:p></o:p> </div> This email has been scanned for viruses and private content. =0D =0D This message has been secured for compliance with the DM Cloud Mail Filter = Service. =0D =0D For details on inbound and outbound filtering please contact your account s= pecialist or primary technician.    </body> </html> --_000_BCF08373E16D3843B036DB74CC2BC62804FC4441VINZCLORTHOdeus_--

9 years, 1 month

4
7
0 / 0

hosted-engine --vm-status output

by Filipe Guarino

Hello guys I installed ovirt using hosted-engine procedure with six fisical hosts, with more than 60 vms, and until now, everythings ok and my environment works fine. I decided to use some of my hosts for other tasks, so have been removed four of my six hosts and put it way from my environment. After few days, my second host (hosted_engine_2) start to fail. It's hardware issue. My 10GbE interface stoped. I decide to put my host "4" as a second hosted_engine_2. It's works fine. but when I use command "hosted-engine --vm-status", its still returns all of the old members of hosted-engines (1 to 6) how can i fix it leave only just active active nodes? See below the output for my hosted-engine --vm-status [root@bmh0001 ~]# hosted-engine --vm-status --== Host 1 status ==-- Status up-to-date : True Hostname : bmh0001.place.brazil Host ID : 1 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 2400 Local maintenance : False Host timestamp : 68830 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=68830 (Sun Mar 8 17:38:05 2015) host-id=1 score=2400 maintenance=False state=EngineDown --== Host 2 status ==-- Status up-to-date : True Hostname : bmh0004.place.brazil Host ID : 2 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 2400 Local maintenance : False Host timestamp : 2427 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=2427 (Sun Mar 8 17:38:09 2015) host-id=2 score=2400 maintenance=False state=EngineUp --== Host 3 status ==-- Status up-to-date : False Hostname : bmh0003.place.brazil Host ID : 3 Engine status : unknown stale-data Score : 0 Local maintenance : True Host timestamp : 331389 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=331389 (Tue Mar 3 14:48:25 2015) host-id=3 score=0 maintenance=True state=LocalMaintenance --== Host 4 status ==-- Status up-to-date : False Hostname : bmh0004.place.brazil Host ID : 4 Engine status : unknown stale-data Score : 0 Local maintenance : True Host timestamp : 364358 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=364358 (Tue Mar 3 16:10:36 2015) host-id=4 score=0 maintenance=True state=LocalMaintenance --== Host 5 status ==-- Status up-to-date : False Hostname : bmh0005.place.brazil Host ID : 5 Engine status : unknown stale-data Score : 0 Local maintenance : True Host timestamp : 241930 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=241930 (Fri Mar 6 09:40:31 2015) host-id=5 score=0 maintenance=True state=LocalMaintenance --== Host 6 status ==-- Status up-to-date : False Hostname : bmh0006.place.brazil Host ID : 6 Engine status : unknown stale-data Score : 0 Local maintenance : True Host timestamp : 77376 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=77376 (Wed Mar 4 09:11:17 2015) host-id=6 score=0 maintenance=True state=LocalMaintenance [root@bmh0001 ~]# thank you very much. -- Regards *Filipe Guarino*

9 years, 1 month

2
1
0 / 0

oVirt engine installation with Oracle Virtualbox

by Nasim Banu

Hello, I am a new user of oVirt. I am trying to install oVirt all in one version 3.5.1 in my windows vista/7 system with Oracle VirtualBox 4.3.10. When I create a new virtual machine in VirtualBox,what should I choose for OS and memory setting for proper booting iso file. When I tried to boot, the blue screen appears with CentOS written and it says automaic boot in 10sec,9 sec,8 sec....... after 0 sec nothing hapens. It gets struck there. What might be wrong? Regards Nasim Banu

9 years, 1 month

2
1
0 / 0

Troubles starting hosted engine

by John Florian

I have lots of extra fun bringing up my hosted engine right now due to two issues. First, either during the hosted-engine --deploy or engine-setup (I can't remember) I was prompted for the IP address of my gateway. Since then that address has changed. I'm unable to start the engine VM if that address isn't reachable so my temporary workaround is to add this old address onto the current gateway. How/where do I change things so that this old address can be truly retired? My second issue might be harder. Again during the setup I was prompted for a location of an ISO file for installing the engine's OS. That location is served by NFS and is auto-mounted by /etc/fstab (and systemd). Here's the hitch: my NFS server is now a VM in my cluster. :-) Since I only have a single hypervisor host right now that ISO isn't reachable when I'm trying to start my engine VM so that I can also start the VM that provides the NFS share. I'm getting away with evil right now by touching an empty file at the same path, which gets obscured once the NFS share is mounted, but it's enough. It's not at all clear to me how I'm supposed to edit things for my hosted engine setup.

9 years, 1 month

3
2
0 / 0

engine-image-uploader failing to update OVF

by Stephen Repetski

Hi all, I'm trying to import an OVA (containing .ovf, disk, and disk.meta) into my ovirt environment, but it's failing during the import where it seems that it shouldn't. The command I'm running is: export TMPDIR=/data/backup/test; engine-image-uploader upload /data/convert/srepetsk-vm.ova --insecure --name=srepetsk-testvmimport -n $nfs_server:/backup/2fff9385-10b8-41e5-93c6-c0ef18b9840f -v The command mounts the nfs server, extracts the OVA into /data/backup/test/tmpxEpuMc/, parses the OVF file (/data/backup/test/tmpxEpuMc/srepetsk-vm.ovf), and creates the new .meta file and whatnot for the disk image. It then proceeds to fail saying: ERROR: Unable to update the OVF XML file. Message: [Errno 2] No such file or directory: '/data/backup/test/tmpxEpuMc/srepetsk-vm.ovf' however, this is the same file that it extracted and read earlier. What might I be doing wrong? Full(er) log: DEBUG: local extract directory for OVF is /data/backup/test/tmpxEpuMc DEBUG: Size of /data/convert/srepetsk-vm.ova: 17179876069 bytes 16777222.7 1K-blocks 16384.0 MB DEBUG: Available space in /data/backup/test/tmpxEpuMc: 5206184878080 bytes 5084164920.0 1K-blocks 4965004.8 MB DEBUG: File is /data/backup/test/tmpxEpuMc/srepetsk-vm.ovf DEBUG: tag(Section) text(None) attr({'{ http://www.w3.org/2001/XMLSchema-instance}type': 'ovf:VirtualHardwareSection_Type'}) class(<Element Section at 1e752b8>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75368>) DEBUG: tag({ http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_ResourceAllocationS...) value(1 virtual cpu) <snip> DEBUG: old meta file(/data/backup/test/tmpxEpuMc/5f63da48-3ced-42ad-b684-72b626aec727.meta) new meta file(/data/backup/test/tmpxEpuMc/fffc878e-8df9-4b81-b04a-614a0af437a3.meta) DEBUG: old dir(/data/backup/test/tmpxEpuMc) new dir(/data/backup/test/4cd70a4f-f979-4b42-a416-2c8b4d028a88) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75470>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e754c8>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75520>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75578>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e755d0>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75628>) DEBUG: tag(Section) text(None) attr({'{ http://www.w3.org/2001/XMLSchema-instance}type': 'ovf:VirtualHardwareSection_Type'}) class(<Element Section at 1e752b8>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75368>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e753c0>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75418>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75470>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e754c8>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75520>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75578>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e755d0>) DEBUG: item tag(Item) item text(None) item attr({}) class(<Element Item at 1e75628>) ERROR: Unable to update the OVF XML file. Message: [Errno 2] No such file or directory: '/data/backup/test/tmpxEpuMc/srepetsk-vm.ovf' DEBUG: Cleaning up OVF extract directory /data/backup/test/tmpxEpuMc DEBUG: [Errno 2] No such file or directory: '/data/backup/test/tmpxEpuMc' DEBUG: /bin/umount -t nfs -f /data/backup/test/tmpd8kH1X DEBUG: /bin/umount -t nfs -f /data/backup/test/tmpd8kH1X DEBUG: _cmds(['/bin/umount', '-t', 'nfs', '-f', '/data/backup/test/tmpd8kH1X']) DEBUG: returncode(0) DEBUG: STDOUT() DEBUG: STDERR() Thanks, Stephen *Stephen Repetski* Rochester Institute of Technology '13 | http://srepetsk.net

9 years, 1 month

2
1
0 / 0

Error during hosted-engine-setup for 3.5.1 on F20 (Cannot add the host to cluster ... SSH has failed)

by Bob Doolittle

Hi, I'm following the instructions here: http://www.ovirt.org/Hosted_Engine_Howto My self-hosted install failed near the end: To continue make a selection from the options below: (1) Continue setup - engine installation is complete (2) Power off and restart the VM (3) Abort setup (4) Destroy VM and abort setup (1, 2, 3, 4)[1]: 1 [ INFO ] Engine replied: DB Up!Welcome to Health Status! Enter the name of the cluster to which you want to add the host (Default) [Default]: [ ERROR ] Cannot automatically add the host to cluster Default: Cannot add Host. Connecting to host via SSH has failed, verify that the host is reachable (IP address, routable address etc.) You may refer to the engine.log file for further details. [ ERROR ] Failed to execute stage 'Closing up': Cannot add the host to cluster Default [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20150306135624.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination I can ssh into the engine VM both locally and remotely. There is no /root/.ssh directory, however. Did I need to set that up somehow? When I log into the Administration portal, the engine VM does not appear under the Virtual machine view (it's empty). I've attached what I think are the relevant logs. Also, when my host reboots, the ovirt-ha-broker and ovirt-ha-agent services do not come up automatically. I have to use systemctl to start them manually. This is a fresh Fedora 20 machine installing a fresh copy of Ovirt 3.5.1. What's the cleanest approach to restore/complete sanity of my setup please? Thanks, Bob I've linked 3 files to this email: server.log <https://db.tt/g5p09AaD>(12.4 MB)Dropbox <https://www.dropbox.com/>https://db.tt/g5p09AaD vdsm.log <https://db.tt/P4572SUm>(3.2 MB)Dropbox <https://www.dropbox.com/>https://db.tt/P4572SUm ovirt-hosted-engine-setup-20150306123622-tad1fy.log <https://db.tt/XAM9ffhi>(413 KB)Dropbox <https://www.dropbox.com/>https://db.tt/XAM9ffhi Mozilla Thunderbird <http://www.getthunderbird.com> makes it easy to share large files over email.

9 years, 1 month

2
1
0 / 0

Re: [ovirt-users] Dell DRAC 8

by Patrick Russell

--_000_9B29C10E8A1E4F03A186FD8B96B4165Dvolusioncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TG9va3MgbGlrZSBpdOKAmXMganVzdCB0aGUgQ01DLCBJIGNhbiB1c2UgcG93ZXIgbWFuYWdlbWVu dCBvbiB0aGUgaW5kaXZpZHVhbCBzbGVkIERSQUPigJlzIHVzaW5nIHRoZSBkcmFjNSBmZW5jZSBh Z2VudCBubyBwcm9ibGVtLg0KDQotUGF0cmljaw0KDQoNCkZyb206IFZvbHVzaW9uIEluYw0KRGF0 ZTogVGh1cnNkYXksIE1hcmNoIDUsIDIwMTUgYXQgODoyMiBQTQ0KVG86ICJ1c2Vyc0BvdmlydC5v cmc8bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZz4iDQpTdWJqZWN0OiBbb3ZpcnQtdXNlcnNdIERlbGwg RFJBQyA4DQoNCkFueW9uZSBoYXZpbmcgc3VjY2VzcyB3aXRoIGZlbmNpbmcgYW5kIERSQUMgOCB2 aWEgQ01DPyBXZSBqdXN0IHJlY2VpdmVkIGEgY291cGxlIERlbGwgRlgyIGNoYXNzaXMgYW5kIHdl 4oCZcmUgaGF2aW5nIHRyb3VibGUgZ2V0dGluZyB0aGUgZmVuY2luZyBhZ2VudHMgdG8gd29yayBv biB0aGVzZS4gSXQgaXMgYSBDTUMgc2V0dXAgc2ltaWxhciB0byB0aGUgZGVsbCBibGFkZSBjaGFz c2lzLCBidXQgaXQgRFJBQyB2ZXJzaW9uIDguDQoNCi1QYXRyaWNrDQo= --_000_9B29C10E8A1E4F03A186FD8B96B4165Dvolusioncom_ Content-Type: text/html; charset="utf-8" Content-ID: <DDDD012F50A909469F2730A28011E511(a)namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx MnB4OyBmb250LWZhbWlseTogQ291cmllciwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+TG9v a3MgbGlrZSBpdOKAmXMganVzdCB0aGUgQ01DLCBJIGNhbiB1c2UgcG93ZXIgbWFuYWdlbWVudCBv biB0aGUgaW5kaXZpZHVhbCBzbGVkIERSQUPigJlzIHVzaW5nIHRoZSBkcmFjNSBmZW5jZSBhZ2Vu dCBubyBwcm9ibGVtLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2IGlkPSJN QUNfT1VUTE9PS19TSUdOQVRVUkUiPg0KPGRpdj4tUGF0cmljazwvZGl2Pg0KPGJyPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JP RFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpOyBmb250LXNpemU6 MTJwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJPVFRPTTogbWVkaXVt IG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RUT006IDBpbjsgUEFE RElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1YzRkZiAx cHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAzcHQiPg0K PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwvc3Bhbj5Wb2x1c2lvbiBJbmM8 YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlRodXJzZGF5 LCBNYXJjaCA1LCAyMDE1IGF0IDg6MjIgUE08YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 Ym9sZCI+VG86IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86dXNlcnNAb3ZpcnQub3JnIj51 c2Vyc0BvdmlydC5vcmc8L2E+JnF1b3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJv bGQiPlN1YmplY3Q6IDwvc3Bhbj5bb3ZpcnQtdXNlcnNdIERlbGwgRFJBQyA4PGJyPg0KPC9kaXY+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9IndvcmQtd3JhcDogYnJlYWst d29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVy LXdoaXRlLXNwYWNlOyI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZh bWlseTogQ291cmllciwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB4OyI+DQpBbnlvbmUgaGF2 aW5nIHN1Y2Nlc3Mgd2l0aCBmZW5jaW5nIGFuZCBEUkFDIDggdmlhIENNQz8gV2UganVzdCByZWNl aXZlZCBhIGNvdXBsZSBEZWxsIEZYMiBjaGFzc2lzIGFuZCB3ZeKAmXJlIGhhdmluZyB0cm91Ymxl IGdldHRpbmcgdGhlIGZlbmNpbmcgYWdlbnRzIHRvIHdvcmsgb24gdGhlc2UuIEl0IGlzIGEgQ01D IHNldHVwIHNpbWlsYXIgdG8gdGhlIGRlbGwgYmxhZGUgY2hhc3NpcywgYnV0IGl0IERSQUMgdmVy c2lvbiA4LjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1p bHk6IENvdXJpZXIsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTJweDsiPg0KPGJyPg0KPC9kaXY+ DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQ291cmllciwg c2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMnB4OyI+DQotUGF0cmljazwvZGl2Pg0KPGRpdj4NCjxk aXYgaWQ9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQo8IS0tRW5kRnJhZ21lbnQt LT48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8bGluayByZWw9IkZpbGUtTGlzdCIgaHJlZj0iZmls ZTovL2xvY2FsaG9zdC9Vc2Vycy9wYXRyaWNrX3J1c3NlbGwvTGlicmFyeS9DYWNoZXMvVGVtcG9y YXJ5SXRlbXMvbXNvY2xpcC8wL2NsaXBfZmlsZWxpc3QueG1sIj48bGluayByZWw9InRoZW1lRGF0 YSIgaHJlZj0iZmlsZTovL2xvY2FsaG9zdC9Vc2Vycy9wYXRyaWNrX3J1c3NlbGwvTGlicmFyeS9D YWNoZXMvVGVtcG9yYXJ5SXRlbXMvbXNvY2xpcC8wL2NsaXBfdGhlbWVkYXRhLnhtbCI+PHN0eWxl Pg0KPCEtLQ0KIC8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6Iu+8re+8syDmmI7mnJ0iOw0KCW1zby1mb250LWNoYXJzZXQ6Nzg7DQoJbXNvLWdlbmVyaWMt Zm9udC1mYW1pbHk6YXV0bzsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsNCgltc28tZm9udC1z aWduYXR1cmU6MSAxMzQ2NzY0ODAgMTYgMCAxMzEwNzIgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7DQoJ bXNvLWZvbnQtY2hhcnNldDowOw0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OmF1dG87DQoJbXNv LWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOjMgMCAwIDAgMSAwO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAy IDIgNCAzIDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1p bHk6YXV0bzsNCgltc28tZm9udC1waXRjaDp2YXJpYWJsZTsNCgltc28tZm9udC1zaWduYXR1cmU6 LTUyMDA5MjkyOSAxMDczNzg2MTExIDkgMCA0MTUgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OkNhbWJyaWE7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDsNCgltc28tZm9udC1j aGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6YXV0bzsNCgltc28tZm9udC1waXRj aDp2YXJpYWJsZTsNCgltc28tZm9udC1zaWduYXR1cmU6LTUzNjg3MDE0NSAxMDczNzQzMTAzIDAg MCA0MTUgMDt9DQogLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29O b3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bXNvLXN0eWxlLXVuaGlkZTpubzsNCgltc28tc3R5bGUt cWZvcm1hdDp5ZXM7DQoJbXNvLXN0eWxlLXBhcmVudDoiIjsNCgltYXJnaW46MGluOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1z aXplOjEyLjBwdDsNCglmb250LWZhbWlseTpDYW1icmlhOw0KCW1zby1hc2NpaS1mb250LWZhbWls eTpDYW1icmlhOw0KCW1zby1hc2NpaS10aGVtZS1mb250Om1pbm9yLWxhdGluOw0KCW1zby1mYXJl YXN0LWZvbnQtZmFtaWx5OiLvvK3vvLMg5piO5pydIjsNCgltc28tZmFyZWFzdC10aGVtZS1mb250 Om1pbm9yLWZhcmVhc3Q7DQoJbXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNhbWJyaWE7DQoJbXNvLWhh bnNpLXRoZW1lLWZvbnQ6bWlub3ItbGF0aW47DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiI7DQoJbXNvLWJpZGktdGhlbWUtZm9udDptaW5vci1iaWRpO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1kZWZhdWx0LXByb3Bz OnllczsNCglmb250LWZhbWlseTpDYW1icmlhOw0KCW1zby1hc2NpaS1mb250LWZhbWlseTpDYW1i cmlhOw0KCW1zby1hc2NpaS10aGVtZS1mb250Om1pbm9yLWxhdGluOw0KCW1zby1mYXJlYXN0LWZv bnQtZmFtaWx5OiLvvK3vvLMg5piO5pydIjsNCgltc28tZmFyZWFzdC10aGVtZS1mb250Om1pbm9y LWZhcmVhc3Q7DQoJbXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNhbWJyaWE7DQoJbXNvLWhhbnNpLXRo ZW1lLWZvbnQ6bWlub3ItbGF0aW47DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS b21hbiI7DQoJbXNvLWJpZGktdGhlbWUtZm9udDptaW5vci1iaWRpO30NCkBwYWdlIFdvcmRTZWN0 aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4yNWluIDEuMGluIDEu MjVpbjsNCgltc28taGVhZGVyLW1hcmdpbjouNWluOw0KCW1zby1mb290ZXItbWFyZ2luOi41aW47 DQoJbXNvLXBhcGVyLXNvdXJjZTowO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+DQo8L3N0eWxlPjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_9B29C10E8A1E4F03A186FD8B96B4165Dvolusioncom_--

9 years, 1 month

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Users March 2015