May 2015 - Devel - oVirt List Archives

Maintainer rights on vdsm - ovirt-3.5-gluster
by Sahina Bose 17 Nov '15

17 Nov '15

Hi! On the vdsm branch "ovirt-3.5-gluster", could you provide merge rights to Bala (barumuga(a)redhat.com) ? thanks sahina

4 11

[vdsm][mom][jsonrpc] new VDSM interface for MOM
by Francesco Romani 25 Jun '15

25 Jun '15

Hi everyone, I'm working to brush up and enhance my old hack https://gerrit.ovirt.org/#/c/37827/1 That patch adds a new MOM interface, to talk with VDSM using the RPC interface. On top of that, I want to make efficient use of VDSM API (avoid redundant call, possibly issuing only one getAllVmStats call and caching the results, and so forth) Next step will be to backport optimizations to current vdsmInterface. Or maybe, even replacing the new vdsminterface with the new one I'm developing :) I'd like to use the blessed JSON-RPC interface, but what's the recommended way to do that? What is (or will be!) the official recommended VDSM external client interface? I thought about patch https://gerrit.ovirt.org/#/c/39203/ But my _impression_ is that patch will depend on VDSM's internal reactor, thus is not very suitable to be used into an external process. -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

4 6

[ANN] oVirt 3.5.3 Second Release Candidate is now available for testing
by Sandro Bonazzola 16 Jun '15

16 Jun '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The oVirt team is pleased to announce that the 3.5.3 Second Release Candidate is now available for testing as of May 28th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). This release of oVirt includes numerous bug fixes and one CVE fix for the VENOM Vulnerability. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO is already available as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVZrrzAAoJEHw3u57E4QAOnX4QAMFi+d4Vq5jnZ0e+LaD1vB9R GmT+k21q6vybjIvovPh7q6StCtPS0sg15BoH5JTmTfl5IWL01qMsFvw/G32PIjZI u3mm2Z3evbxPg9qsqJPyJm/jAlRHv/L6ntLJaJBDPDSO6Y0iqiHTVUQG16easW3L ZnUC2IM5TpHuU3PcgVp8zY9gqFqQWnnsA8deJXBvif9J8RdSf7DnkFha9/Ei3v0E 1btkzt0XVS3Cate8pEaTT8zSoE/tOBBS/D65HsnnZdD13RAxYkolzuPvT+7BlmUO QMhyIE7msWex048HrcDVTEDLrkYF2SpAmYix3sA2O9+AIujenpICHJ8JyxAc+BmJ scsvv99iDLU3wkpMwKiIABj7nE8gIiUbyZBNaxsxQJ0jurLZGHGIhQGLAJ2q/rd7 MTkcDXOBOZHEadqs87mSEzHt1pQCmZ40KSJCvyWbqa7vFv6kyOgOs3PldoizsOyV Z1DlDmfMM8hs/6LOP/Mr/4p/l3JgS3gbOy34L2q9J/B+BX/XU7H2bOk6GTEMVPOn av7m2kDs8DlQJzSqZAURZNt6XTnGGw05THOBWD8NmHuvlVZsSF1mxKb0BC+LpRcs QmLGAtT12Y2Wnq1xwzcRav9+wiIeEYTVJCbyohMLyqTHqPgRstpeF3JulpqILo5I rHhGapreYDlzy06Ki7X7 =pUqF -----END PGP SIGNATURE-----

2 1

oVirt node 3.6 and CPU load indefinitely stuck on 100% while vdsmd indefinitely tries to restart
by Simone Tiraboschi 01 Jun '15

01 Jun '15

Hi, I tried to have hosted-engine deploying the engine appliance over oVirt node. I think it will be quite a common scenario. I tried with an oVirt node build from yesterday. Unfortunately I'm not able to conclude the setup cause oVirt node got the CPU load indefinitely stuck on 100% and so it's almost unresponsive. The issue seams to be related to vdsmd daemon witch couldn't really start and so it retries indefinitely using all the available CPU power (it also runs with niceless -20...). [root@node36 admin]# grep "Unit vdsmd.service entered failed state." /var/log/messages | wc -l 368 It tried 368 times in a row in a few minutes. With journalctl I can read: May 29 10:06:45 node36 systemd[1]: Unit vdsmd.service entered failed state. May 29 10:06:45 node36 systemd[1]: vdsmd.service holdoff time over, scheduling restart. May 29 10:06:45 node36 systemd[1]: Stopping Virtual Desktop Server Manager... May 29 10:06:45 node36 systemd[1]: Starting Virtual Desktop Server Manager... May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running mkdirs May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running configure_coredump May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running configure_vdsm_logs May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running wait_for_network May 29 10:06:45 node36 vdsmd_init_common.sh[13697]: vdsm: Running run_init_hooks May 29 10:06:46 node36 vdsmd_init_common.sh[13697]: vdsm: Running upgraded_version_check May 29 10:06:46 node36 vdsmd_init_common.sh[13697]: vdsm: Running check_is_configured May 29 10:06:46 node36 vdsmd_init_common.sh[13697]: vdsm: Running validate_configuration May 29 10:06:47 node36 vdsmd_init_common.sh[13697]: vdsm: Running prepare_transient_repository May 29 10:06:49 node36 vdsmd_init_common.sh[13697]: vdsm: Running syslog_available May 29 10:06:49 node36 vdsmd_init_common.sh[13697]: vdsm: Running nwfilter May 29 10:06:50 node36 vdsmd_init_common.sh[13697]: vdsm: Running dummybr May 29 10:06:51 node36 vdsmd_init_common.sh[13697]: vdsm: Running load_needed_modules May 29 10:06:51 node36 vdsmd_init_common.sh[13697]: vdsm: Running tune_system May 29 10:06:51 node36 vdsmd_init_common.sh[13697]: vdsm: Running test_space May 29 10:06:51 node36 vdsmd_init_common.sh[13697]: vdsm: Running test_lo May 29 10:06:51 node36 systemd[1]: Started Virtual Desktop Server Manager. May 29 10:06:51 node36 systemd[1]: vdsmd.service: main process exited, code=exited, status=1/FAILURE May 29 10:06:51 node36 vdsmd_init_common.sh[13821]: vdsm: Running run_final_hooks May 29 10:06:52 node36 systemd[1]: Unit vdsmd.service entered failed state. May 29 10:06:52 node36 systemd[1]: vdsmd.service holdoff time over, scheduling restart. May 29 10:06:52 node36 systemd[1]: Stopping Virtual Desktop Server Manager... May 29 10:06:52 node36 systemd[1]: Starting Virtual Desktop Server Manager... repeated a lot of times /var/log/vdsm/vdsm.log is empty. while [root@node36 admin]# /usr/share/vdsm/daemonAdapter -0 /dev/null -1 /dev/null -2 /dev/null /usr/share/vdsm/vdsm; echo $? 1 ciao, Simone

3 7

Unable to import templates
by Christopher Pereira 29 May '15

29 May '15

Hi, A user was unable to import a VM template from a gluster export storage because of various reasons, and since I'm afraid this could hit many users (losing many days waiting for import tasks to...fail) I would like to share the issues and some ideas with you: 1) Slowness: FYI, working with sparse files on GlusterFS mounts will be very slow until https://bugzilla.redhat.com/show_bug.cgi?id=1220173 is implemented. Maybe the same applies also to other network file-systems. 2) Engine Task timeout: The last times the user tried to import this template (using nightly builds), the task was apparently deleted by Engine because of timeout while the qemu-img process continued running (and consuming resources). I'm not sure, but I believe the tasks are deleted by Engine after 4 or 5 days no matter if the qemu-img process is still running (!?). Thus, slow import tasks will never finish. Can someone please confirm? Maybe we can improve something here to support long import tasks. 3) Wrong SPM: If $SRC is on host-1, $DST on host-2 and SPM is host-3, the image will be unnecessarily crossing host-3 and kill the cluster performance. I guess Engine should choose automatically the appropriate SPM host depending on the tasks (host-1 or host-2 in this case). But it seems like oVirt doesn't currently support changing the SPM when there are running tasks, based on the fact that the user gets a warning when trying to do it manually. 4) Convert Optimization: I see oVirt is running: /usr/bin/qemu-img convert -t none -T none -f raw $SRC -O raw $DST In this case, $SRC is in raw format and there are no backing chains. Shouldn't we do a simple 'cp --sparse=always' instead of a 'qemu-img convert' in this case? I guess qemu-img should be doing this optimization for us, but maybe this raw-to-raw conversion use case is just to silly and will not be considered by qemu-img maintainers.

4 4

[TICKET] build failed, gluster test, "Failed tests testSaveDetails(org.ovirt.engine.core.dao.gluster.GlusterGeoRepDaoTest)"
by Greg Sheremeta 28 May '15

28 May '15

""" The patch seems to break the DAO tests, please fix """ """ Results : 20:07:48 20:07:48 Failed tests: 20:07:48 testSaveDetails(org.ovirt.engine.core.dao.gluster.GlusterGeoRepDaoTest): expected:<org.ovirt.engine.core.common.businessentities.gluster.GlusterGeoRepSessionDetails@e51ed1a5> but was:<org.ovirt.engine.core.common.businessentities.gluster.GlusterGeoRepSessionDetails@918a47a5> """ I reran the build for this patch and it worked, but I'm not sure if that's because someone fixed it or it's a flaky test. Can someone from Gluster comment? http://jenkins.ovirt.org/job/ovirt-engine_master_dao-unit-tests_merged/1146… https://gerrit.ovirt.org/#/c/41298/ Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

2 2

please clear your browser cache next time you update to origin/master
by Greg Sheremeta 28 May '15

28 May '15

$subject Thanks, Greg Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

1 0

Fwd: Reminder: Fedora 20 end of life on 2015-06-23
by Sandro Bonazzola 28 May '15

28 May '15

FYI -------- Messaggio Inoltrato -------- Oggetto: Reminder: Fedora 20 end of life on 2015-06-23 Data: Wed, 27 May 2015 11:55:04 -0500 Mittente: Dennis Gilmore <dennis(a)ausil.us> Rispondi-a: devel(a)lists.fedoraproject.org A: devel-announce(a)lists.fedoraproject.org, test-announce(a)lists.fedoraproject.org, announce(a)lists.fedoraproject.org Greetings. This is a reminder email about the end of life process for Fedora 20. Fedora 20 will reach end of life on 2015-06-23, and no further updates will be pushed out after that time. Additionally, with the recent release of Fedora 22, no new packages will be added to the Fedora 20 collection. Please see https://fedoraproject.org/wiki/FedUp for more information on upgrading from Fedora 20 to a newer release. Dennis

1 0

Meetings on NFV
by Brian Proffitt 27 May '15

27 May '15

Frank Zdarsky and I would like to come to the TLV team offices during the last week in June (specifically June 28-July 1) to meet with all interested developers who would like to be involved with NFV and SDN features in oVirt. Specifically, Frank would like to meet with the people who know about the integration of Neutron into oVirt, as well as about high level features like HA setup, automation, workload scheduling. Will the people who can discuss these topics be available during this week? Peace, Brian -- oVirt Community Liaison bkp(a)redhat.com +1.574.383.9BKP

1 0

[ACTION NEEDED] Packages for 3.5.3 RC2 (candidate to GA)
by Sandro Bonazzola 27 May '15

27 May '15

1 2

Cancelled: oVirt 3.6.0 Alpha Release Test Day
by oVirt schedule 27 May '15

27 May '15

--_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: multipart/alternative; boundary="_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_" --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <div style="min-width: 300px; max-width: 585px; padding: 15px 15px 15px 15px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; "> <table style="margin: 0px 0px 0px 0px" cellspacing="0" cellpadding="0"> <tr> <td> <div style="width:55px;height:55px;border-radius:5px;text-align:center;font-family:Helvetica Neue medium, Helvetica, Arial, sans-serif;color:white;background-color:#400090;"> <div style="padding-top:5px;line-height:20px"> <div style="font-size:12px;font-weight:lighter;"> MAY </div> <div style="font-size:32px;font-weight:bolder;font-family:Helvetica Neue bold, Helvetica, Arial, sans-serif;"> 27 </div> </div> </div> </td> <td width="40px" /> <td style="font-size: 24px; vertical-align: middle; color: #454545; font-weight: lighter; line-height: 26px;"> "oVirt 3.6.0 Alpha Release Test Day" has been <div style="color: #e51d1d;">cancelled</div> </td> </tr> </table> <table style="text-shadow: white; border-collapse: collapse; margin-top: 30px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; color: #454545" cellspacing="0" cellpadding="0"> <tr> <td style="color: #888888; vertical-align: top;"> When </td> <td width="40px" /> <td style="line-height: 18px;"> Wednesday, 27 May 2015<br> All Day <br> </td> </tr> <tr height="30px" /> <tr> <td style="color: #888888; vertical-align: top;"> Message </td> <td width="40px" /> <td style="line-height: 18px"> Visualizza il tuo evento in https://www.google.com/calendar/event?action=VIEW&eid=YWkyYWEzMWUwMnFhajAyZ…. </td> </tr> <tr height="30px" /> </table> <div style="border-bottom: 1px solid #d5d5d5; max-width: 590px; width: 100%;"> </div> <div style="text-align: center; margin-top: 15px; font-family: helvetical, Arial, sans-serif; color: #878787; font-size: 12px; padding-bottom: 10px; max-width: 590px;"> <span style="font-size: 12px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; color: #454545; text-shadow: white;"> This event invitation was sent from   <a target="_blank" href="http://calendar.yahoo.com" style="text-decoration: none; text-shadow: white; color: #2862c5;">Yahoo Calendar</a> </span> </div> </div> </div> --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/calendar; method=REQUEST; charset=UTF-8 Content-Transfer-Encoding: base64 QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOm9WaXJ0IDMuNi4wIEFscGhhIFJlbGVhc2UgVGVzdCBEYXkNCkRFU0NSSVBUSU9OOlZpc3VhbGl6emEgaWwgdHVvIGV2ZW50byBpbiBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZQ0KIG50P2FjdGlvbj1WSUVXJmVpZD1ZV2t5WVdFek1XVXdNbkZoYWpBeVptSnBNWFIxYzJ4dGFHOGdkWE5sY25OQWIzWnBjblF1YjNKDQogbiZ0b2s9TlRJamNIQnhkR3MwTm5VNVkyZHNhamRzT1RnM2NuVnZNbXd3WmpoQVozSnZkWEF1WTJGc1pXNWtZWEl1WjI5dloyeGwNCiBMbU52YldNNE1EaGxPRGN3TjJaaVpXUm1PR0ptWkRVeE16UTFNR1k1WmpNMVl6Z3pPV0U0Wm1RM05XUSZjdHo9RXVyb3BlL1JvbQ0KIGUmaGw9aXQuDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VkFMVUU9REFURToyMDE1MDUyNw0KRFRFTkQ7VkFMVUU9REFURToyMDE1MDUyOA0KUFJJT1JJVFk6MA0KU0VRVUVOQ0U6Mw0KU1RBVFVTOkNPTkZJUk1FRA0KVUlEOmFpMmFhMzFlMDJxYWowMmZiaTF0dXNsbWhvQGdvb2dsZS5jb20NCkRUU1RBTVA6MjAxNTA1MDZUMDgwNzA5Wg0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWluZnJhQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmluZnJhQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPVJpendhbiBBc2hyYWY7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UDQogUlVFOm1haWx0bzpyaXpfc2JpYUB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1vVmlydCBzY2hlZHVsZTptYWlsdG86cHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYQ0KIHIuZ29vZ2xlLmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOkNPTkZJUk1FRA0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpCVVNZDQpYLVlBSE9PLUVWRU5ULVNUQVRVUzpCVVNZDQpFTkQ6VkVWRU5UDQpCRUdJTjpWVElNRVpPTkUNClRaSUQ6RXVyb3BlL0xvbmRvbg0KVFpVUkw6aHR0cDovL3R6dXJsLm9yZy96b25laW5mby9FdXJvcGUvTG9uZG9uDQpYLUxJQy1MT0NBVElPTjpFdXJvcGUvTG9uZG9uDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5ODEwMzI5VDAxMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0zO0JZREFZPS0xU1UNCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MTAyN1QwMjAwMDANClJSVUxFOkZSRVE9WUVBUkxZO0JZTU9OVEg9MTA7QllEQVk9LTFTVQ0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOi0wMDAxMTUNClRaT0ZGU0VUVE86KzAwMDANClRaTkFNRTpHTVQNCkRUU1RBUlQ6MTg0NzEyMDFUMDAwMDAwDQpSREFURToxODQ3MTIwMVQwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTE2MDUyMVQwMjAwMDANClJEQVRFOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNzA0MDhUMDIwMDAwDQpSREFURToxOTE4MDMyNFQwMjAwMDANClJEQVRFOjE5MTkwMzMwVDAyMDAwMA0KUkRBVEU6MTkyMDAzMjhUMDIwMDAwDQpSREFURToxOTIxMDQwM1QwMjAwMDANClJEQVRFOjE5MjIwMzI2VDAyMDAwMA0KUkRBVEU6MTkyMzA0MjJUMDIwMDAwDQpSREFURToxOTI0MDQxM1QwMjAwMDANClJEQVRFOjE5MjUwNDE5VDAyMDAwMA0KUkRBVEU6MTkyNjA0MThUMDIwMDAwDQpSREFURToxOTI3MDQxMFQwMjAwMDANClJEQVRFOjE5MjgwNDIyVDAyMDAwMA0KUkRBVEU6MTkyOTA0MjFUMDIwMDAwDQpSREFURToxOTMwMDQxM1QwMjAwMDANClJEQVRFOjE5MzEwNDE5VDAyMDAwMA0KUkRBVEU6MTkzMjA0MTdUMDIwMDAwDQpSREFURToxOTMzMDQwOVQwMjAwMDANClJEQVRFOjE5MzQwNDIyVDAyMDAwMA0KUkRBVEU6MTkzNTA0MTRUMDIwMDAwDQpSREFURToxOTM2MDQxOVQwMjAwMDANClJEQVRFOjE5MzcwNDE4VDAyMDAwMA0KUkRBVEU6MTkzODA0MTBUMDIwMDAwDQpSREFURToxOTM5MDQxNlQwMjAwMDANClJEQVRFOjE5NDAwMjI1VDAyMDAwMA0KUkRBVEU6MTk0NjA0MTRUMDIwMDAwDQpSREFURToxOTQ3MDMxNlQwMjAwMDANClJEQVRFOjE5NDgwMzE0VDAyMDAwMA0KUkRBVEU6MTk0OTA0MDNUMDIwMDAwDQpSREFURToxOTUwMDQxNlQwMjAwMDANClJEQVRFOjE5NTEwNDE1VDAyMDAwMA0KUkRBVEU6MTk1MjA0MjBUMDIwMDAwDQpSREFURToxOTUzMDQxOVQwMjAwMDANClJEQVRFOjE5NTQwNDExVDAyMDAwMA0KUkRBVEU6MTk1NTA0MTdUMDIwMDAwDQpSREFURToxOTU2MDQyMlQwMjAwMDANClJEQVRFOjE5NTcwNDE0VDAyMDAwMA0KUkRBVEU6MTk1ODA0MjBUMDIwMDAwDQpSREFURToxOTU5MDQxOVQwMjAwMDANClJEQVRFOjE5NjAwNDEwVDAyMDAwMA0KUkRBVEU6MTk2MTAzMjZUMDIwMDAwDQpSREFURToxOTYyMDMyNVQwMjAwMDANClJEQVRFOjE5NjMwMzMxVDAyMDAwMA0KUkRBVEU6MTk2NDAzMjJUMDIwMDAwDQpSREFURToxOTY1MDMyMVQwMjAwMDANClJEQVRFOjE5NjYwMzIwVDAyMDAwMA0KUkRBVEU6MTk2NzAzMTlUMDIwMDAwDQpSREFURToxOTY4MDIxOFQwMjAwMDANClJEQVRFOjE5NzIwMzE5VDAyMDAwMA0KUkRBVEU6MTk3MzAzMThUMDIwMDAwDQpSREFURToxOTc0MDMxN1QwMjAwMDANClJEQVRFOjE5NzUwMzE2VDAyMDAwMA0KUkRBVEU6MTk3NjAzMjFUMDIwMDAwDQpSREFURToxOTc3MDMyMFQwMjAwMDANClJEQVRFOjE5NzgwMzE5VDAyMDAwMA0KUkRBVEU6MTk3OTAzMThUMDIwMDAwDQpSREFURToxOTgwMDMxNlQwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTE2MTAwMVQwMzAwMDANClJEQVRFOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNzA5MTdUMDMwMDAwDQpSREFURToxOTE4MDkzMFQwMzAwMDANClJEQVRFOjE5MTkwOTI5VDAzMDAwMA0KUkRBVEU6MTkyMDEwMjVUMDMwMDAwDQpSREFURToxOTIxMTAwM1QwMzAwMDANClJEQVRFOjE5MjIxMDA4VDAzMDAwMA0KUkRBVEU6MTkyMzA5MTZUMDMwMDAwDQpSREFURToxOTI0MDkyMVQwMzAwMDANClJEQVRFOjE5MjUxMDA0VDAzMDAwMA0KUkRBVEU6MTkyNjEwMDNUMDMwMDAwDQpSREFURToxOTI3MTAwMlQwMzAwMDANClJEQVRFOjE5MjgxMDA3VDAzMDAwMA0KUkRBVEU6MTkyOTEwMDZUMDMwMDAwDQpSREFURToxOTMwMTAwNVQwMzAwMDANClJEQVRFOjE5MzExMDA0VDAzMDAwMA0KUkRBVEU6MTkzMjEwMDJUMDMwMDAwDQpSREFURToxOTMzMTAwOFQwMzAwMDANClJEQVRFOjE5MzQxMDA3VDAzMDAwMA0KUkRBVEU6MTkzNTEwMDZUMDMwMDAwDQpSREFURToxOTM2MTAwNFQwMzAwMDANClJEQVRFOjE5MzcxMDAzVDAzMDAwMA0KUkRBVEU6MTkzODEwMDJUMDMwMDAwDQpSREFURToxOTM5MTExOVQwMzAwMDANClJEQVRFOjE5NDUxMDA3VDAzMDAwMA0KUkRBVEU6MTk0NjEwMDZUMDMwMDAwDQpSREFURToxOTQ3MTEwMlQwMzAwMDANClJEQVRFOjE5NDgxMDMxVDAzMDAwMA0KUkRBVEU6MTk0OTEwMzBUMDMwMDAwDQpSREFURToxOTUwMTAyMlQwMzAwMDANClJEQVRFOjE5NTExMDIxVDAzMDAwMA0KUkRBVEU6MTk1MjEwMjZUMDMwMDAwDQpSREFURToxOTUzMTAwNFQwMzAwMDANClJEQVRFOjE5NTQxMDAzVDAzMDAwMA0KUkRBVEU6MTk1NTEwMDJUMDMwMDAwDQpSREFURToxOTU2MTAwN1QwMzAwMDANClJEQVRFOjE5NTcxMDA2VDAzMDAwMA0KUkRBVEU6MTk1ODEwMDVUMDMwMDAwDQpSREFURToxOTU5MTAwNFQwMzAwMDANClJEQVRFOjE5NjAxMDAyVDAzMDAwMA0KUkRBVEU6MTk2MTEwMjlUMDMwMDAwDQpSREFURToxOTYyMTAyOFQwMzAwMDANClJEQVRFOjE5NjMxMDI3VDAzMDAwMA0KUkRBVEU6MTk2NDEwMjVUMDMwMDAwDQpSREFURToxOTY1MTAyNFQwMzAwMDANClJEQVRFOjE5NjYxMDIzVDAzMDAwMA0KUkRBVEU6MTk2NzEwMjlUMDMwMDAwDQpSREFURToxOTcxMTAzMVQwMzAwMDANClJEQVRFOjE5NzIxMDI5VDAzMDAwMA0KUkRBVEU6MTk3MzEwMjhUMDMwMDAwDQpSREFURToxOTc0MTAyN1QwMzAwMDANClJEQVRFOjE5NzUxMDI2VDAzMDAwMA0KUkRBVEU6MTk3NjEwMjRUMDMwMDAwDQpSREFURToxOTc3MTAyM1QwMzAwMDANClJEQVRFOjE5NzgxMDI5VDAzMDAwMA0KUkRBVEU6MTk3OTEwMjhUMDMwMDAwDQpSREFURToxOTgwMTAyNlQwMzAwMDANClJEQVRFOjE5ODExMDI1VDAyMDAwMA0KUkRBVEU6MTk4MjEwMjRUMDIwMDAwDQpSREFURToxOTgzMTAyM1QwMjAwMDANClJEQVRFOjE5ODQxMDI4VDAyMDAwMA0KUkRBVEU6MTk4NTEwMjdUMDIwMDAwDQpSREFURToxOTg2MTAyNlQwMjAwMDANClJEQVRFOjE5ODcxMDI1VDAyMDAwMA0KUkRBVEU6MTk4ODEwMjNUMDIwMDAwDQpSREFURToxOTg5MTAyOVQwMjAwMDANClJEQVRFOjE5OTAxMDI4VDAyMDAwMA0KUkRBVEU6MTk5MTEwMjdUMDIwMDAwDQpSREFURToxOTkyMTAyNVQwMjAwMDANClJEQVRFOjE5OTMxMDI0VDAyMDAwMA0KUkRBVEU6MTk5NDEwMjNUMDIwMDAwDQpSREFURToxOTk1MTAyMlQwMjAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDIwMA0KVFpOQU1FOkJEU1QNCkRUU1RBUlQ6MTk0MTA1MDRUMDIwMDAwDQpSREFURToxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDIwNDA1VDAyMDAwMA0KUkRBVEU6MTk0MzA0MDRUMDIwMDAwDQpSREFURToxOTQ0MDQwMlQwMjAwMDANClJEQVRFOjE5NDUwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NzA0MTNUMDIwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAyMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk0MTA4MTBUMDMwMDAwDQpSREFURToxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDIwODA5VDAzMDAwMA0KUkRBVEU6MTk0MzA4MTVUMDMwMDAwDQpSREFURToxOTQ0MDkxN1QwMzAwMDANClJEQVRFOjE5NDUwNzE1VDAzMDAwMA0KUkRBVEU6MTk0NzA4MTBUMDMwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006KzAxMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk2ODEwMjdUMDAwMDAwDQpSREFURToxOTY4MTAyN1QwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MDEwMVQwMDAwMDANClJEQVRFOjE5OTYwMTAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpFTkQ6VlRJTUVaT05FDQpFTkQ6VkNBTEVOREFSDQo= --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_-- --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: application/ics; name="invite.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="invite.ics" QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOm9WaXJ0IDMuNi4wIEFscGhhIFJlbGVhc2UgVGVzdCBEYXkNCkRFU0NSSVBUSU9OOlZpc3VhbGl6emEgaWwgdHVvIGV2ZW50byBpbiBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZQ0KIG50P2FjdGlvbj1WSUVXJmVpZD1ZV2t5WVdFek1XVXdNbkZoYWpBeVptSnBNWFIxYzJ4dGFHOGdkWE5sY25OQWIzWnBjblF1YjNKDQogbiZ0b2s9TlRJamNIQnhkR3MwTm5VNVkyZHNhamRzT1RnM2NuVnZNbXd3WmpoQVozSnZkWEF1WTJGc1pXNWtZWEl1WjI5dloyeGwNCiBMbU52YldNNE1EaGxPRGN3TjJaaVpXUm1PR0ptWkRVeE16UTFNR1k1WmpNMVl6Z3pPV0U0Wm1RM05XUSZjdHo9RXVyb3BlL1JvbQ0KIGUmaGw9aXQuDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VkFMVUU9REFURToyMDE1MDUyNw0KRFRFTkQ7VkFMVUU9REFURToyMDE1MDUyOA0KUFJJT1JJVFk6MA0KU0VRVUVOQ0U6Mw0KU1RBVFVTOkNPTkZJUk1FRA0KVUlEOmFpMmFhMzFlMDJxYWowMmZiaTF0dXNsbWhvQGdvb2dsZS5jb20NCkRUU1RBTVA6MjAxNTA1MDZUMDgwNzA5Wg0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWluZnJhQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmluZnJhQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPVJpendhbiBBc2hyYWY7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UDQogUlVFOm1haWx0bzpyaXpfc2JpYUB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1vVmlydCBzY2hlZHVsZTptYWlsdG86cHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYQ0KIHIuZ29vZ2xlLmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOkNPTkZJUk1FRA0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpCVVNZDQpYLVlBSE9PLUVWRU5ULVNUQVRVUzpCVVNZDQpFTkQ6VkVWRU5UDQpCRUdJTjpWVElNRVpPTkUNClRaSUQ6RXVyb3BlL0xvbmRvbg0KVFpVUkw6aHR0cDovL3R6dXJsLm9yZy96b25laW5mby9FdXJvcGUvTG9uZG9uDQpYLUxJQy1MT0NBVElPTjpFdXJvcGUvTG9uZG9uDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5ODEwMzI5VDAxMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0zO0JZREFZPS0xU1UNCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MTAyN1QwMjAwMDANClJSVUxFOkZSRVE9WUVBUkxZO0JZTU9OVEg9MTA7QllEQVk9LTFTVQ0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOi0wMDAxMTUNClRaT0ZGU0VUVE86KzAwMDANClRaTkFNRTpHTVQNCkRUU1RBUlQ6MTg0NzEyMDFUMDAwMDAwDQpSREFURToxODQ3MTIwMVQwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTE2MDUyMVQwMjAwMDANClJEQVRFOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNzA0MDhUMDIwMDAwDQpSREFURToxOTE4MDMyNFQwMjAwMDANClJEQVRFOjE5MTkwMzMwVDAyMDAwMA0KUkRBVEU6MTkyMDAzMjhUMDIwMDAwDQpSREFURToxOTIxMDQwM1QwMjAwMDANClJEQVRFOjE5MjIwMzI2VDAyMDAwMA0KUkRBVEU6MTkyMzA0MjJUMDIwMDAwDQpSREFURToxOTI0MDQxM1QwMjAwMDANClJEQVRFOjE5MjUwNDE5VDAyMDAwMA0KUkRBVEU6MTkyNjA0MThUMDIwMDAwDQpSREFURToxOTI3MDQxMFQwMjAwMDANClJEQVRFOjE5MjgwNDIyVDAyMDAwMA0KUkRBVEU6MTkyOTA0MjFUMDIwMDAwDQpSREFURToxOTMwMDQxM1QwMjAwMDANClJEQVRFOjE5MzEwNDE5VDAyMDAwMA0KUkRBVEU6MTkzMjA0MTdUMDIwMDAwDQpSREFURToxOTMzMDQwOVQwMjAwMDANClJEQVRFOjE5MzQwNDIyVDAyMDAwMA0KUkRBVEU6MTkzNTA0MTRUMDIwMDAwDQpSREFURToxOTM2MDQxOVQwMjAwMDANClJEQVRFOjE5MzcwNDE4VDAyMDAwMA0KUkRBVEU6MTkzODA0MTBUMDIwMDAwDQpSREFURToxOTM5MDQxNlQwMjAwMDANClJEQVRFOjE5NDAwMjI1VDAyMDAwMA0KUkRBVEU6MTk0NjA0MTRUMDIwMDAwDQpSREFURToxOTQ3MDMxNlQwMjAwMDANClJEQVRFOjE5NDgwMzE0VDAyMDAwMA0KUkRBVEU6MTk0OTA0MDNUMDIwMDAwDQpSREFURToxOTUwMDQxNlQwMjAwMDANClJEQVRFOjE5NTEwNDE1VDAyMDAwMA0KUkRBVEU6MTk1MjA0MjBUMDIwMDAwDQpSREFURToxOTUzMDQxOVQwMjAwMDANClJEQVRFOjE5NTQwNDExVDAyMDAwMA0KUkRBVEU6MTk1NTA0MTdUMDIwMDAwDQpSREFURToxOTU2MDQyMlQwMjAwMDANClJEQVRFOjE5NTcwNDE0VDAyMDAwMA0KUkRBVEU6MTk1ODA0MjBUMDIwMDAwDQpSREFURToxOTU5MDQxOVQwMjAwMDANClJEQVRFOjE5NjAwNDEwVDAyMDAwMA0KUkRBVEU6MTk2MTAzMjZUMDIwMDAwDQpSREFURToxOTYyMDMyNVQwMjAwMDANClJEQVRFOjE5NjMwMzMxVDAyMDAwMA0KUkRBVEU6MTk2NDAzMjJUMDIwMDAwDQpSREFURToxOTY1MDMyMVQwMjAwMDANClJEQVRFOjE5NjYwMzIwVDAyMDAwMA0KUkRBVEU6MTk2NzAzMTlUMDIwMDAwDQpSREFURToxOTY4MDIxOFQwMjAwMDANClJEQVRFOjE5NzIwMzE5VDAyMDAwMA0KUkRBVEU6MTk3MzAzMThUMDIwMDAwDQpSREFURToxOTc0MDMxN1QwMjAwMDANClJEQVRFOjE5NzUwMzE2VDAyMDAwMA0KUkRBVEU6MTk3NjAzMjFUMDIwMDAwDQpSREFURToxOTc3MDMyMFQwMjAwMDANClJEQVRFOjE5NzgwMzE5VDAyMDAwMA0KUkRBVEU6MTk3OTAzMThUMDIwMDAwDQpSREFURToxOTgwMDMxNlQwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTE2MTAwMVQwMzAwMDANClJEQVRFOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNzA5MTdUMDMwMDAwDQpSREFURToxOTE4MDkzMFQwMzAwMDANClJEQVRFOjE5MTkwOTI5VDAzMDAwMA0KUkRBVEU6MTkyMDEwMjVUMDMwMDAwDQpSREFURToxOTIxMTAwM1QwMzAwMDANClJEQVRFOjE5MjIxMDA4VDAzMDAwMA0KUkRBVEU6MTkyMzA5MTZUMDMwMDAwDQpSREFURToxOTI0MDkyMVQwMzAwMDANClJEQVRFOjE5MjUxMDA0VDAzMDAwMA0KUkRBVEU6MTkyNjEwMDNUMDMwMDAwDQpSREFURToxOTI3MTAwMlQwMzAwMDANClJEQVRFOjE5MjgxMDA3VDAzMDAwMA0KUkRBVEU6MTkyOTEwMDZUMDMwMDAwDQpSREFURToxOTMwMTAwNVQwMzAwMDANClJEQVRFOjE5MzExMDA0VDAzMDAwMA0KUkRBVEU6MTkzMjEwMDJUMDMwMDAwDQpSREFURToxOTMzMTAwOFQwMzAwMDANClJEQVRFOjE5MzQxMDA3VDAzMDAwMA0KUkRBVEU6MTkzNTEwMDZUMDMwMDAwDQpSREFURToxOTM2MTAwNFQwMzAwMDANClJEQVRFOjE5MzcxMDAzVDAzMDAwMA0KUkRBVEU6MTkzODEwMDJUMDMwMDAwDQpSREFURToxOTM5MTExOVQwMzAwMDANClJEQVRFOjE5NDUxMDA3VDAzMDAwMA0KUkRBVEU6MTk0NjEwMDZUMDMwMDAwDQpSREFURToxOTQ3MTEwMlQwMzAwMDANClJEQVRFOjE5NDgxMDMxVDAzMDAwMA0KUkRBVEU6MTk0OTEwMzBUMDMwMDAwDQpSREFURToxOTUwMTAyMlQwMzAwMDANClJEQVRFOjE5NTExMDIxVDAzMDAwMA0KUkRBVEU6MTk1MjEwMjZUMDMwMDAwDQpSREFURToxOTUzMTAwNFQwMzAwMDANClJEQVRFOjE5NTQxMDAzVDAzMDAwMA0KUkRBVEU6MTk1NTEwMDJUMDMwMDAwDQpSREFURToxOTU2MTAwN1QwMzAwMDANClJEQVRFOjE5NTcxMDA2VDAzMDAwMA0KUkRBVEU6MTk1ODEwMDVUMDMwMDAwDQpSREFURToxOTU5MTAwNFQwMzAwMDANClJEQVRFOjE5NjAxMDAyVDAzMDAwMA0KUkRBVEU6MTk2MTEwMjlUMDMwMDAwDQpSREFURToxOTYyMTAyOFQwMzAwMDANClJEQVRFOjE5NjMxMDI3VDAzMDAwMA0KUkRBVEU6MTk2NDEwMjVUMDMwMDAwDQpSREFURToxOTY1MTAyNFQwMzAwMDANClJEQVRFOjE5NjYxMDIzVDAzMDAwMA0KUkRBVEU6MTk2NzEwMjlUMDMwMDAwDQpSREFURToxOTcxMTAzMVQwMzAwMDANClJEQVRFOjE5NzIxMDI5VDAzMDAwMA0KUkRBVEU6MTk3MzEwMjhUMDMwMDAwDQpSREFURToxOTc0MTAyN1QwMzAwMDANClJEQVRFOjE5NzUxMDI2VDAzMDAwMA0KUkRBVEU6MTk3NjEwMjRUMDMwMDAwDQpSREFURToxOTc3MTAyM1QwMzAwMDANClJEQVRFOjE5NzgxMDI5VDAzMDAwMA0KUkRBVEU6MTk3OTEwMjhUMDMwMDAwDQpSREFURToxOTgwMTAyNlQwMzAwMDANClJEQVRFOjE5ODExMDI1VDAyMDAwMA0KUkRBVEU6MTk4MjEwMjRUMDIwMDAwDQpSREFURToxOTgzMTAyM1QwMjAwMDANClJEQVRFOjE5ODQxMDI4VDAyMDAwMA0KUkRBVEU6MTk4NTEwMjdUMDIwMDAwDQpSREFURToxOTg2MTAyNlQwMjAwMDANClJEQVRFOjE5ODcxMDI1VDAyMDAwMA0KUkRBVEU6MTk4ODEwMjNUMDIwMDAwDQpSREFURToxOTg5MTAyOVQwMjAwMDANClJEQVRFOjE5OTAxMDI4VDAyMDAwMA0KUkRBVEU6MTk5MTEwMjdUMDIwMDAwDQpSREFURToxOTkyMTAyNVQwMjAwMDANClJEQVRFOjE5OTMxMDI0VDAyMDAwMA0KUkRBVEU6MTk5NDEwMjNUMDIwMDAwDQpSREFURToxOTk1MTAyMlQwMjAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDIwMA0KVFpOQU1FOkJEU1QNCkRUU1RBUlQ6MTk0MTA1MDRUMDIwMDAwDQpSREFURToxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDIwNDA1VDAyMDAwMA0KUkRBVEU6MTk0MzA0MDRUMDIwMDAwDQpSREFURToxOTQ0MDQwMlQwMjAwMDANClJEQVRFOjE5NDUwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NzA0MTNUMDIwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAyMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk0MTA4MTBUMDMwMDAwDQpSREFURToxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDIwODA5VDAzMDAwMA0KUkRBVEU6MTk0MzA4MTVUMDMwMDAwDQpSREFURToxOTQ0MDkxN1QwMzAwMDANClJEQVRFOjE5NDUwNzE1VDAzMDAwMA0KUkRBVEU6MTk0NzA4MTBUMDMwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006KzAxMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk2ODEwMjdUMDAwMDAwDQpSREFURToxOTY4MTAyN1QwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MDEwMVQwMDAwMDANClJEQVRFOjE5OTYwMTAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpFTkQ6VlRJTUVaT05FDQpFTkQ6VkNBTEVOREFSDQo= --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_--

1 0

Cancelled: oVirt 3.6.0 Alpha Release Test Day
by oVirt schedule 27 May '15

27 May '15

--_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: multipart/alternative; boundary="_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_" --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <div style="min-width: 300px; max-width: 585px; padding: 15px 15px 15px 15px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; "> <table style="margin: 0px 0px 0px 0px" cellspacing="0" cellpadding="0"> <tr> <td> <div style="width:55px;height:55px;border-radius:5px;text-align:center;font-family:Helvetica Neue medium, Helvetica, Arial, sans-serif;color:white;background-color:#400090;"> <div style="padding-top:5px;line-height:20px"> <div style="font-size:12px;font-weight:lighter;"> MAY </div> <div style="font-size:32px;font-weight:bolder;font-family:Helvetica Neue bold, Helvetica, Arial, sans-serif;"> 27 </div> </div> </div> </td> <td width="40px" /> <td style="font-size: 24px; vertical-align: middle; color: #454545; font-weight: lighter; line-height: 26px;"> "oVirt 3.6.0 Alpha Release Test Day" has been <div style="color: #e51d1d;">cancelled</div> </td> </tr> </table> <table style="text-shadow: white; border-collapse: collapse; margin-top: 30px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; color: #454545" cellspacing="0" cellpadding="0"> <tr> <td style="color: #888888; vertical-align: top;"> When </td> <td width="40px" /> <td style="line-height: 18px;"> Wednesday, 27 May 2015<br> All Day <br> </td> </tr> <tr height="30px" /> <tr> <td style="color: #888888; vertical-align: top;"> Message </td> <td width="40px" /> <td style="line-height: 18px"> Visualizza il tuo evento in https://www.google.com/calendar/event?action=VIEW&eid=YWkyYWEzMWUwMnFhajAyZ…. </td> </tr> <tr height="30px" /> </table> <div style="border-bottom: 1px solid #d5d5d5; max-width: 590px; width: 100%;"> </div> <div style="text-align: center; margin-top: 15px; font-family: helvetical, Arial, sans-serif; color: #878787; font-size: 12px; padding-bottom: 10px; max-width: 590px;"> <span style="font-size: 12px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; color: #454545; text-shadow: white;"> This event invitation was sent from   <a target="_blank" href="http://calendar.yahoo.com" style="text-decoration: none; text-shadow: white; color: #2862c5;">Yahoo Calendar</a> </span> </div> </div> </div> --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/calendar; method=REQUEST; charset=UTF-8 Content-Transfer-Encoding: base64 QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOm9WaXJ0IDMuNi4wIEFscGhhIFJlbGVhc2UgVGVzdCBEYXkNCkRFU0NSSVBUSU9OOlZpc3VhbGl6emEgaWwgdHVvIGV2ZW50byBpbiBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZQ0KIG50P2FjdGlvbj1WSUVXJmVpZD1ZV2t5WVdFek1XVXdNbkZoYWpBeVptSnBNWFIxYzJ4dGFHOGdkWE5sY25OQWIzWnBjblF1YjNKDQogbiZ0b2s9TlRJamNIQnhkR3MwTm5VNVkyZHNhamRzT1RnM2NuVnZNbXd3WmpoQVozSnZkWEF1WTJGc1pXNWtZWEl1WjI5dloyeGwNCiBMbU52YldNNE1EaGxPRGN3TjJaaVpXUm1PR0ptWkRVeE16UTFNR1k1WmpNMVl6Z3pPV0U0Wm1RM05XUSZjdHo9RXVyb3BlL1JvbQ0KIGUmaGw9aXQuDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VkFMVUU9REFURToyMDE1MDUyNw0KRFRFTkQ7VkFMVUU9REFURToyMDE1MDUyOA0KUFJJT1JJVFk6MA0KU0VRVUVOQ0U6Mw0KU1RBVFVTOkNPTkZJUk1FRA0KVUlEOmFpMmFhMzFlMDJxYWowMmZiaTF0dXNsbWhvQGdvb2dsZS5jb20NCkRUU1RBTVA6MjAxNTA1MDZUMDgwNzA5Wg0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWluZnJhQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmluZnJhQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPUFuZHkgS3Jlc3M7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UUlVFDQogOm1haWx0bzpmYXJrZXlfMjAwMEB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1vVmlydCBzY2hlZHVsZTptYWlsdG86cHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYQ0KIHIuZ29vZ2xlLmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOkNPTkZJUk1FRA0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpCVVNZDQpYLVlBSE9PLUVWRU5ULVNUQVRVUzpCVVNZDQpFTkQ6VkVWRU5UDQpCRUdJTjpWVElNRVpPTkUNClRaSUQ6RXVyb3BlL0xvbmRvbg0KVFpVUkw6aHR0cDovL3R6dXJsLm9yZy96b25laW5mby9FdXJvcGUvTG9uZG9uDQpYLUxJQy1MT0NBVElPTjpFdXJvcGUvTG9uZG9uDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5ODEwMzI5VDAxMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0zO0JZREFZPS0xU1UNCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MTAyN1QwMjAwMDANClJSVUxFOkZSRVE9WUVBUkxZO0JZTU9OVEg9MTA7QllEQVk9LTFTVQ0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOi0wMDAxMTUNClRaT0ZGU0VUVE86KzAwMDANClRaTkFNRTpHTVQNCkRUU1RBUlQ6MTg0NzEyMDFUMDAwMDAwDQpSREFURToxODQ3MTIwMVQwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTE2MDUyMVQwMjAwMDANClJEQVRFOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNzA0MDhUMDIwMDAwDQpSREFURToxOTE4MDMyNFQwMjAwMDANClJEQVRFOjE5MTkwMzMwVDAyMDAwMA0KUkRBVEU6MTkyMDAzMjhUMDIwMDAwDQpSREFURToxOTIxMDQwM1QwMjAwMDANClJEQVRFOjE5MjIwMzI2VDAyMDAwMA0KUkRBVEU6MTkyMzA0MjJUMDIwMDAwDQpSREFURToxOTI0MDQxM1QwMjAwMDANClJEQVRFOjE5MjUwNDE5VDAyMDAwMA0KUkRBVEU6MTkyNjA0MThUMDIwMDAwDQpSREFURToxOTI3MDQxMFQwMjAwMDANClJEQVRFOjE5MjgwNDIyVDAyMDAwMA0KUkRBVEU6MTkyOTA0MjFUMDIwMDAwDQpSREFURToxOTMwMDQxM1QwMjAwMDANClJEQVRFOjE5MzEwNDE5VDAyMDAwMA0KUkRBVEU6MTkzMjA0MTdUMDIwMDAwDQpSREFURToxOTMzMDQwOVQwMjAwMDANClJEQVRFOjE5MzQwNDIyVDAyMDAwMA0KUkRBVEU6MTkzNTA0MTRUMDIwMDAwDQpSREFURToxOTM2MDQxOVQwMjAwMDANClJEQVRFOjE5MzcwNDE4VDAyMDAwMA0KUkRBVEU6MTkzODA0MTBUMDIwMDAwDQpSREFURToxOTM5MDQxNlQwMjAwMDANClJEQVRFOjE5NDAwMjI1VDAyMDAwMA0KUkRBVEU6MTk0NjA0MTRUMDIwMDAwDQpSREFURToxOTQ3MDMxNlQwMjAwMDANClJEQVRFOjE5NDgwMzE0VDAyMDAwMA0KUkRBVEU6MTk0OTA0MDNUMDIwMDAwDQpSREFURToxOTUwMDQxNlQwMjAwMDANClJEQVRFOjE5NTEwNDE1VDAyMDAwMA0KUkRBVEU6MTk1MjA0MjBUMDIwMDAwDQpSREFURToxOTUzMDQxOVQwMjAwMDANClJEQVRFOjE5NTQwNDExVDAyMDAwMA0KUkRBVEU6MTk1NTA0MTdUMDIwMDAwDQpSREFURToxOTU2MDQyMlQwMjAwMDANClJEQVRFOjE5NTcwNDE0VDAyMDAwMA0KUkRBVEU6MTk1ODA0MjBUMDIwMDAwDQpSREFURToxOTU5MDQxOVQwMjAwMDANClJEQVRFOjE5NjAwNDEwVDAyMDAwMA0KUkRBVEU6MTk2MTAzMjZUMDIwMDAwDQpSREFURToxOTYyMDMyNVQwMjAwMDANClJEQVRFOjE5NjMwMzMxVDAyMDAwMA0KUkRBVEU6MTk2NDAzMjJUMDIwMDAwDQpSREFURToxOTY1MDMyMVQwMjAwMDANClJEQVRFOjE5NjYwMzIwVDAyMDAwMA0KUkRBVEU6MTk2NzAzMTlUMDIwMDAwDQpSREFURToxOTY4MDIxOFQwMjAwMDANClJEQVRFOjE5NzIwMzE5VDAyMDAwMA0KUkRBVEU6MTk3MzAzMThUMDIwMDAwDQpSREFURToxOTc0MDMxN1QwMjAwMDANClJEQVRFOjE5NzUwMzE2VDAyMDAwMA0KUkRBVEU6MTk3NjAzMjFUMDIwMDAwDQpSREFURToxOTc3MDMyMFQwMjAwMDANClJEQVRFOjE5NzgwMzE5VDAyMDAwMA0KUkRBVEU6MTk3OTAzMThUMDIwMDAwDQpSREFURToxOTgwMDMxNlQwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTE2MTAwMVQwMzAwMDANClJEQVRFOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNzA5MTdUMDMwMDAwDQpSREFURToxOTE4MDkzMFQwMzAwMDANClJEQVRFOjE5MTkwOTI5VDAzMDAwMA0KUkRBVEU6MTkyMDEwMjVUMDMwMDAwDQpSREFURToxOTIxMTAwM1QwMzAwMDANClJEQVRFOjE5MjIxMDA4VDAzMDAwMA0KUkRBVEU6MTkyMzA5MTZUMDMwMDAwDQpSREFURToxOTI0MDkyMVQwMzAwMDANClJEQVRFOjE5MjUxMDA0VDAzMDAwMA0KUkRBVEU6MTkyNjEwMDNUMDMwMDAwDQpSREFURToxOTI3MTAwMlQwMzAwMDANClJEQVRFOjE5MjgxMDA3VDAzMDAwMA0KUkRBVEU6MTkyOTEwMDZUMDMwMDAwDQpSREFURToxOTMwMTAwNVQwMzAwMDANClJEQVRFOjE5MzExMDA0VDAzMDAwMA0KUkRBVEU6MTkzMjEwMDJUMDMwMDAwDQpSREFURToxOTMzMTAwOFQwMzAwMDANClJEQVRFOjE5MzQxMDA3VDAzMDAwMA0KUkRBVEU6MTkzNTEwMDZUMDMwMDAwDQpSREFURToxOTM2MTAwNFQwMzAwMDANClJEQVRFOjE5MzcxMDAzVDAzMDAwMA0KUkRBVEU6MTkzODEwMDJUMDMwMDAwDQpSREFURToxOTM5MTExOVQwMzAwMDANClJEQVRFOjE5NDUxMDA3VDAzMDAwMA0KUkRBVEU6MTk0NjEwMDZUMDMwMDAwDQpSREFURToxOTQ3MTEwMlQwMzAwMDANClJEQVRFOjE5NDgxMDMxVDAzMDAwMA0KUkRBVEU6MTk0OTEwMzBUMDMwMDAwDQpSREFURToxOTUwMTAyMlQwMzAwMDANClJEQVRFOjE5NTExMDIxVDAzMDAwMA0KUkRBVEU6MTk1MjEwMjZUMDMwMDAwDQpSREFURToxOTUzMTAwNFQwMzAwMDANClJEQVRFOjE5NTQxMDAzVDAzMDAwMA0KUkRBVEU6MTk1NTEwMDJUMDMwMDAwDQpSREFURToxOTU2MTAwN1QwMzAwMDANClJEQVRFOjE5NTcxMDA2VDAzMDAwMA0KUkRBVEU6MTk1ODEwMDVUMDMwMDAwDQpSREFURToxOTU5MTAwNFQwMzAwMDANClJEQVRFOjE5NjAxMDAyVDAzMDAwMA0KUkRBVEU6MTk2MTEwMjlUMDMwMDAwDQpSREFURToxOTYyMTAyOFQwMzAwMDANClJEQVRFOjE5NjMxMDI3VDAzMDAwMA0KUkRBVEU6MTk2NDEwMjVUMDMwMDAwDQpSREFURToxOTY1MTAyNFQwMzAwMDANClJEQVRFOjE5NjYxMDIzVDAzMDAwMA0KUkRBVEU6MTk2NzEwMjlUMDMwMDAwDQpSREFURToxOTcxMTAzMVQwMzAwMDANClJEQVRFOjE5NzIxMDI5VDAzMDAwMA0KUkRBVEU6MTk3MzEwMjhUMDMwMDAwDQpSREFURToxOTc0MTAyN1QwMzAwMDANClJEQVRFOjE5NzUxMDI2VDAzMDAwMA0KUkRBVEU6MTk3NjEwMjRUMDMwMDAwDQpSREFURToxOTc3MTAyM1QwMzAwMDANClJEQVRFOjE5NzgxMDI5VDAzMDAwMA0KUkRBVEU6MTk3OTEwMjhUMDMwMDAwDQpSREFURToxOTgwMTAyNlQwMzAwMDANClJEQVRFOjE5ODExMDI1VDAyMDAwMA0KUkRBVEU6MTk4MjEwMjRUMDIwMDAwDQpSREFURToxOTgzMTAyM1QwMjAwMDANClJEQVRFOjE5ODQxMDI4VDAyMDAwMA0KUkRBVEU6MTk4NTEwMjdUMDIwMDAwDQpSREFURToxOTg2MTAyNlQwMjAwMDANClJEQVRFOjE5ODcxMDI1VDAyMDAwMA0KUkRBVEU6MTk4ODEwMjNUMDIwMDAwDQpSREFURToxOTg5MTAyOVQwMjAwMDANClJEQVRFOjE5OTAxMDI4VDAyMDAwMA0KUkRBVEU6MTk5MTEwMjdUMDIwMDAwDQpSREFURToxOTkyMTAyNVQwMjAwMDANClJEQVRFOjE5OTMxMDI0VDAyMDAwMA0KUkRBVEU6MTk5NDEwMjNUMDIwMDAwDQpSREFURToxOTk1MTAyMlQwMjAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDIwMA0KVFpOQU1FOkJEU1QNCkRUU1RBUlQ6MTk0MTA1MDRUMDIwMDAwDQpSREFURToxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDIwNDA1VDAyMDAwMA0KUkRBVEU6MTk0MzA0MDRUMDIwMDAwDQpSREFURToxOTQ0MDQwMlQwMjAwMDANClJEQVRFOjE5NDUwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NzA0MTNUMDIwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAyMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk0MTA4MTBUMDMwMDAwDQpSREFURToxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDIwODA5VDAzMDAwMA0KUkRBVEU6MTk0MzA4MTVUMDMwMDAwDQpSREFURToxOTQ0MDkxN1QwMzAwMDANClJEQVRFOjE5NDUwNzE1VDAzMDAwMA0KUkRBVEU6MTk0NzA4MTBUMDMwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006KzAxMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk2ODEwMjdUMDAwMDAwDQpSREFURToxOTY4MTAyN1QwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MDEwMVQwMDAwMDANClJEQVRFOjE5OTYwMTAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpFTkQ6VlRJTUVaT05FDQpFTkQ6VkNBTEVOREFSDQo= --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_-- --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: application/ics; name="invite.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="invite.ics" QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOm9WaXJ0IDMuNi4wIEFscGhhIFJlbGVhc2UgVGVzdCBEYXkNCkRFU0NSSVBUSU9OOlZpc3VhbGl6emEgaWwgdHVvIGV2ZW50byBpbiBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZQ0KIG50P2FjdGlvbj1WSUVXJmVpZD1ZV2t5WVdFek1XVXdNbkZoYWpBeVptSnBNWFIxYzJ4dGFHOGdkWE5sY25OQWIzWnBjblF1YjNKDQogbiZ0b2s9TlRJamNIQnhkR3MwTm5VNVkyZHNhamRzT1RnM2NuVnZNbXd3WmpoQVozSnZkWEF1WTJGc1pXNWtZWEl1WjI5dloyeGwNCiBMbU52YldNNE1EaGxPRGN3TjJaaVpXUm1PR0ptWkRVeE16UTFNR1k1WmpNMVl6Z3pPV0U0Wm1RM05XUSZjdHo9RXVyb3BlL1JvbQ0KIGUmaGw9aXQuDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VkFMVUU9REFURToyMDE1MDUyNw0KRFRFTkQ7VkFMVUU9REFURToyMDE1MDUyOA0KUFJJT1JJVFk6MA0KU0VRVUVOQ0U6Mw0KU1RBVFVTOkNPTkZJUk1FRA0KVUlEOmFpMmFhMzFlMDJxYWowMmZiaTF0dXNsbWhvQGdvb2dsZS5jb20NCkRUU1RBTVA6MjAxNTA1MDZUMDgwNzA5Wg0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWluZnJhQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmluZnJhQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPUFuZHkgS3Jlc3M7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UUlVFDQogOm1haWx0bzpmYXJrZXlfMjAwMEB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1vVmlydCBzY2hlZHVsZTptYWlsdG86cHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYQ0KIHIuZ29vZ2xlLmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOkNPTkZJUk1FRA0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpCVVNZDQpYLVlBSE9PLUVWRU5ULVNUQVRVUzpCVVNZDQpFTkQ6VkVWRU5UDQpCRUdJTjpWVElNRVpPTkUNClRaSUQ6RXVyb3BlL0xvbmRvbg0KVFpVUkw6aHR0cDovL3R6dXJsLm9yZy96b25laW5mby9FdXJvcGUvTG9uZG9uDQpYLUxJQy1MT0NBVElPTjpFdXJvcGUvTG9uZG9uDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5ODEwMzI5VDAxMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0zO0JZREFZPS0xU1UNCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MTAyN1QwMjAwMDANClJSVUxFOkZSRVE9WUVBUkxZO0JZTU9OVEg9MTA7QllEQVk9LTFTVQ0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOi0wMDAxMTUNClRaT0ZGU0VUVE86KzAwMDANClRaTkFNRTpHTVQNCkRUU1RBUlQ6MTg0NzEyMDFUMDAwMDAwDQpSREFURToxODQ3MTIwMVQwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTE2MDUyMVQwMjAwMDANClJEQVRFOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNzA0MDhUMDIwMDAwDQpSREFURToxOTE4MDMyNFQwMjAwMDANClJEQVRFOjE5MTkwMzMwVDAyMDAwMA0KUkRBVEU6MTkyMDAzMjhUMDIwMDAwDQpSREFURToxOTIxMDQwM1QwMjAwMDANClJEQVRFOjE5MjIwMzI2VDAyMDAwMA0KUkRBVEU6MTkyMzA0MjJUMDIwMDAwDQpSREFURToxOTI0MDQxM1QwMjAwMDANClJEQVRFOjE5MjUwNDE5VDAyMDAwMA0KUkRBVEU6MTkyNjA0MThUMDIwMDAwDQpSREFURToxOTI3MDQxMFQwMjAwMDANClJEQVRFOjE5MjgwNDIyVDAyMDAwMA0KUkRBVEU6MTkyOTA0MjFUMDIwMDAwDQpSREFURToxOTMwMDQxM1QwMjAwMDANClJEQVRFOjE5MzEwNDE5VDAyMDAwMA0KUkRBVEU6MTkzMjA0MTdUMDIwMDAwDQpSREFURToxOTMzMDQwOVQwMjAwMDANClJEQVRFOjE5MzQwNDIyVDAyMDAwMA0KUkRBVEU6MTkzNTA0MTRUMDIwMDAwDQpSREFURToxOTM2MDQxOVQwMjAwMDANClJEQVRFOjE5MzcwNDE4VDAyMDAwMA0KUkRBVEU6MTkzODA0MTBUMDIwMDAwDQpSREFURToxOTM5MDQxNlQwMjAwMDANClJEQVRFOjE5NDAwMjI1VDAyMDAwMA0KUkRBVEU6MTk0NjA0MTRUMDIwMDAwDQpSREFURToxOTQ3MDMxNlQwMjAwMDANClJEQVRFOjE5NDgwMzE0VDAyMDAwMA0KUkRBVEU6MTk0OTA0MDNUMDIwMDAwDQpSREFURToxOTUwMDQxNlQwMjAwMDANClJEQVRFOjE5NTEwNDE1VDAyMDAwMA0KUkRBVEU6MTk1MjA0MjBUMDIwMDAwDQpSREFURToxOTUzMDQxOVQwMjAwMDANClJEQVRFOjE5NTQwNDExVDAyMDAwMA0KUkRBVEU6MTk1NTA0MTdUMDIwMDAwDQpSREFURToxOTU2MDQyMlQwMjAwMDANClJEQVRFOjE5NTcwNDE0VDAyMDAwMA0KUkRBVEU6MTk1ODA0MjBUMDIwMDAwDQpSREFURToxOTU5MDQxOVQwMjAwMDANClJEQVRFOjE5NjAwNDEwVDAyMDAwMA0KUkRBVEU6MTk2MTAzMjZUMDIwMDAwDQpSREFURToxOTYyMDMyNVQwMjAwMDANClJEQVRFOjE5NjMwMzMxVDAyMDAwMA0KUkRBVEU6MTk2NDAzMjJUMDIwMDAwDQpSREFURToxOTY1MDMyMVQwMjAwMDANClJEQVRFOjE5NjYwMzIwVDAyMDAwMA0KUkRBVEU6MTk2NzAzMTlUMDIwMDAwDQpSREFURToxOTY4MDIxOFQwMjAwMDANClJEQVRFOjE5NzIwMzE5VDAyMDAwMA0KUkRBVEU6MTk3MzAzMThUMDIwMDAwDQpSREFURToxOTc0MDMxN1QwMjAwMDANClJEQVRFOjE5NzUwMzE2VDAyMDAwMA0KUkRBVEU6MTk3NjAzMjFUMDIwMDAwDQpSREFURToxOTc3MDMyMFQwMjAwMDANClJEQVRFOjE5NzgwMzE5VDAyMDAwMA0KUkRBVEU6MTk3OTAzMThUMDIwMDAwDQpSREFURToxOTgwMDMxNlQwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTE2MTAwMVQwMzAwMDANClJEQVRFOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNzA5MTdUMDMwMDAwDQpSREFURToxOTE4MDkzMFQwMzAwMDANClJEQVRFOjE5MTkwOTI5VDAzMDAwMA0KUkRBVEU6MTkyMDEwMjVUMDMwMDAwDQpSREFURToxOTIxMTAwM1QwMzAwMDANClJEQVRFOjE5MjIxMDA4VDAzMDAwMA0KUkRBVEU6MTkyMzA5MTZUMDMwMDAwDQpSREFURToxOTI0MDkyMVQwMzAwMDANClJEQVRFOjE5MjUxMDA0VDAzMDAwMA0KUkRBVEU6MTkyNjEwMDNUMDMwMDAwDQpSREFURToxOTI3MTAwMlQwMzAwMDANClJEQVRFOjE5MjgxMDA3VDAzMDAwMA0KUkRBVEU6MTkyOTEwMDZUMDMwMDAwDQpSREFURToxOTMwMTAwNVQwMzAwMDANClJEQVRFOjE5MzExMDA0VDAzMDAwMA0KUkRBVEU6MTkzMjEwMDJUMDMwMDAwDQpSREFURToxOTMzMTAwOFQwMzAwMDANClJEQVRFOjE5MzQxMDA3VDAzMDAwMA0KUkRBVEU6MTkzNTEwMDZUMDMwMDAwDQpSREFURToxOTM2MTAwNFQwMzAwMDANClJEQVRFOjE5MzcxMDAzVDAzMDAwMA0KUkRBVEU6MTkzODEwMDJUMDMwMDAwDQpSREFURToxOTM5MTExOVQwMzAwMDANClJEQVRFOjE5NDUxMDA3VDAzMDAwMA0KUkRBVEU6MTk0NjEwMDZUMDMwMDAwDQpSREFURToxOTQ3MTEwMlQwMzAwMDANClJEQVRFOjE5NDgxMDMxVDAzMDAwMA0KUkRBVEU6MTk0OTEwMzBUMDMwMDAwDQpSREFURToxOTUwMTAyMlQwMzAwMDANClJEQVRFOjE5NTExMDIxVDAzMDAwMA0KUkRBVEU6MTk1MjEwMjZUMDMwMDAwDQpSREFURToxOTUzMTAwNFQwMzAwMDANClJEQVRFOjE5NTQxMDAzVDAzMDAwMA0KUkRBVEU6MTk1NTEwMDJUMDMwMDAwDQpSREFURToxOTU2MTAwN1QwMzAwMDANClJEQVRFOjE5NTcxMDA2VDAzMDAwMA0KUkRBVEU6MTk1ODEwMDVUMDMwMDAwDQpSREFURToxOTU5MTAwNFQwMzAwMDANClJEQVRFOjE5NjAxMDAyVDAzMDAwMA0KUkRBVEU6MTk2MTEwMjlUMDMwMDAwDQpSREFURToxOTYyMTAyOFQwMzAwMDANClJEQVRFOjE5NjMxMDI3VDAzMDAwMA0KUkRBVEU6MTk2NDEwMjVUMDMwMDAwDQpSREFURToxOTY1MTAyNFQwMzAwMDANClJEQVRFOjE5NjYxMDIzVDAzMDAwMA0KUkRBVEU6MTk2NzEwMjlUMDMwMDAwDQpSREFURToxOTcxMTAzMVQwMzAwMDANClJEQVRFOjE5NzIxMDI5VDAzMDAwMA0KUkRBVEU6MTk3MzEwMjhUMDMwMDAwDQpSREFURToxOTc0MTAyN1QwMzAwMDANClJEQVRFOjE5NzUxMDI2VDAzMDAwMA0KUkRBVEU6MTk3NjEwMjRUMDMwMDAwDQpSREFURToxOTc3MTAyM1QwMzAwMDANClJEQVRFOjE5NzgxMDI5VDAzMDAwMA0KUkRBVEU6MTk3OTEwMjhUMDMwMDAwDQpSREFURToxOTgwMTAyNlQwMzAwMDANClJEQVRFOjE5ODExMDI1VDAyMDAwMA0KUkRBVEU6MTk4MjEwMjRUMDIwMDAwDQpSREFURToxOTgzMTAyM1QwMjAwMDANClJEQVRFOjE5ODQxMDI4VDAyMDAwMA0KUkRBVEU6MTk4NTEwMjdUMDIwMDAwDQpSREFURToxOTg2MTAyNlQwMjAwMDANClJEQVRFOjE5ODcxMDI1VDAyMDAwMA0KUkRBVEU6MTk4ODEwMjNUMDIwMDAwDQpSREFURToxOTg5MTAyOVQwMjAwMDANClJEQVRFOjE5OTAxMDI4VDAyMDAwMA0KUkRBVEU6MTk5MTEwMjdUMDIwMDAwDQpSREFURToxOTkyMTAyNVQwMjAwMDANClJEQVRFOjE5OTMxMDI0VDAyMDAwMA0KUkRBVEU6MTk5NDEwMjNUMDIwMDAwDQpSREFURToxOTk1MTAyMlQwMjAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDIwMA0KVFpOQU1FOkJEU1QNCkRUU1RBUlQ6MTk0MTA1MDRUMDIwMDAwDQpSREFURToxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDIwNDA1VDAyMDAwMA0KUkRBVEU6MTk0MzA0MDRUMDIwMDAwDQpSREFURToxOTQ0MDQwMlQwMjAwMDANClJEQVRFOjE5NDUwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NzA0MTNUMDIwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAyMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk0MTA4MTBUMDMwMDAwDQpSREFURToxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDIwODA5VDAzMDAwMA0KUkRBVEU6MTk0MzA4MTVUMDMwMDAwDQpSREFURToxOTQ0MDkxN1QwMzAwMDANClJEQVRFOjE5NDUwNzE1VDAzMDAwMA0KUkRBVEU6MTk0NzA4MTBUMDMwMDAwDQpFTkQ6REFZTElHSFQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006KzAxMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk2ODEwMjdUMDAwMDAwDQpSREFURToxOTY4MTAyN1QwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDAwMA0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxOTk2MDEwMVQwMDAwMDANClJEQVRFOjE5OTYwMTAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpFTkQ6VlRJTUVaT05FDQpFTkQ6VkNBTEVOREFSDQo= --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_--

1 0

Canceled Event: oVirt 3.6.0 Alpha Release Test Day @ Wed 2015-05-27 (oVirt schedule)
by sandro.bonazzola＠gmail.com 27 May '15

27 May '15

This event has been canceled and removed from your calendar. Title: oVirt 3.6.0 Alpha Release Test Day When: Wed 2015-05-27 Calendar: oVirt schedule Who: * Sandro Bonazzola - creator * infra(a)ovirt.org * devel(a)ovirt.org * users(a)ovirt.org Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account devel(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar.

1 0

oVirt 3.6.0 Alpha Test Day canceled, schedule update
by Sandro Bonazzola 27 May '15

27 May '15

Hi, the planned oVirt 3.6.0 Alpha Test Day planned for today[1] has been canceled. We suffered a major outage in our labs[2] so we were not able to refresh the ovirt-3.6-pre repository with updated builds to be tested. We have not matched the deadline for filling the Test Day wiki page with the required tests[3]. We have no commitment from developers for attending to the Test Day and no people assigned to single tests. Finally, having postponed the Alpha for 3 weeks took us really near to the Feature Freeze[1]. We're then changing the schedule, planning a new ovirt-3.6-pre refresh after the feature freeze, tentatively on June 17th (build on June 16th) and we need to plan a new Test Day right after the refresh. [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones [2] http://lists.ovirt.org/pipermail/devel/2015-May/010626.html [3] http://www.ovirt.org/OVirt_3.6_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Jenkins datacenter outage
by David Caro 26 May '15

26 May '15

--bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable We are experiencing an outage on the network of the datacenter where all the jenkins slaves are located, and it's making most of the jobs to fail, usual= ly with dns error messages, the hosting site is informed about it but might ta= ke some time to fix, meanwhile be aware that most of the jobs might fail so yo= u'll have to manually verify each patch that you want to merge. Cheers, --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVZKEPAAoJEEBxx+HSYmnDrHMH/jlp1/qtA6bcEUSnH3uf2n1v wTqbYOdKrl2Ls0KMIhrsrP9PSJVtA6nUcWMnWO/61EXyZAlaRDBs50ML/tCUmYuu JOSSsrXBxIzlZLsDPJkOYb/SQ4Qm08mUW2v1cLrWWyWTlo8Ns+ycMswYh9+Ocw7P BF6BBlJKRt5rn4L5h/YEBUGXxApGFJvWaWMWD1doufO++G85CCy/1PWDVOBy8Peb 54bNLuXyEvqYvC3Uo1BCztA52HGU6XkVQLDx+xcfzJG7gajQQPAQAC0/Kq6inuRM TVJhDtOdBx4/aOZBXrRwppdrUwD+uAr+6hm45jvvBAtGUuurkiB6mVCF5h6JSxI= =GSAf -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5--

1 0

broken build list?
by Greg Sheremeta 26 May '15

26 May '15

Any interest in creating a "broken build" list? I frequently run across jobs failing (findbugs, upgrade, etc.) that aren't related to the patches I post, and I'm never sure whether the responsible person knows about it, whether it's being worked on, etc. I think many of us feel that way -- and, most times, we just wait and try again later. The idea is that all broken builds can be posted about on this dedicated list for higher visibility and knowledge. Then we can be more proactive about fixing them. Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

4 7

Postponing 3.5.3 RC2 to tomorrow
by Sandro Bonazzola 26 May '15

26 May '15

Hi, our Jenkins slaves are currently suffering DNS issues so I won't be able to build 3.5.3 RC3 today. Infra is already investigating and the issue will hopefully be fixed by tomorrow. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Upgrade shipped Quartz to 2.2(.1)?
by Martin Sivak 25 May '15

25 May '15

Hi, would it be possible to upgrade the Quartz we ship with ovirt-engine to 2.2.1? It adds support for EJB injections in the jobs and it would make sense now since we are starting to use injections all over the place. Also ovirt-optimizer has been bundling it for this reason and the upgrade would allow me to drop the bundled version and use the one we have global for oVirt. -- Martin Sivák msivak(a)redhat.com Red Hat Czech RHEV-M SLA / Brno, CZ

2 2

Stable 3.6 Repo
by Christopher Pereira 25 May '15

25 May '15

Hi Sandro, We will start testing 3.6 Alpha. Are the Nightly Snapshots equivalent to the 3.6-pre releases or should we setup a special 3.6-pre repo? It would be nice to have a 3.6 yum repo always pointing to the latests (stablest) 3.6 release (alpha, beta, ...).

2 3

new machine types in master/3.6
by Michal Skrivanek 25 May '15

25 May '15

Hi, heads-up for new machine types introduced in 3.6 soon for Fedora we're going to bump up to pc-2.1 machine type. Make sure you're running qemu 2.1+ (you should if you're using ovirt's repo) for CentOS/RHEL we're changing to pc-i440fx-rhel7.2.0. You'd need to use recent builds of qemu 2.3 which is not yet in any CentOS/RHEL nor our ovirt repo. Sandro, we'd need to add that. Thanks, michal

2 1

mom refactoring/improvements
by Michal Skrivanek 25 May '15

25 May '15

Hi, due to the recent issue with MOM performance(well, overall node performance) Francesco proposed quite a few improvements in the code[1] attempting to reduce the number of threads and cache results from vdsm, as well as steps to separate mom from vdsm process (and use json-rpc) please review and comment, this should get in rather soon... Thanks, michal [1] https://gerrit.ovirt.org/#/c/41224 and follow-ups

1 0

[oVirt 3.6 Localization Question #7] "ACTION_TYPE_FAILED_CANNOT_REMOVE_STILL_USED_MAC_POOL"
by Yuko Katabami 25 May '15

25 May '15

This is a multi-part message in MIME format. --------------030201030507080506040109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, I have another question I would like to ask: *File:***AppErrors *Resource ID:***ACTION_TYPE_FAILED_CANNOT_REMOVE_STILL_USED_MAC_POOL *String:***Cannot ${action} ${type}. Several ${entities} (${DATACENTERS_USING_MAC_POOL_COUNTER}) are using this ${type}: ${DATACENTERS_USING_MAC_POOL} - Please remove it from all ${entities} that are using it and try again. *Question:* In the last sentence, is "it" referring to "MAC Pool"? Thank you, Yuko --------------030201030507080506040109 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 text="#000000" bgcolor="#FFFFFF"> Hi all,<br> <br> I have another question I would like to ask:<br> <br> <b>File:</b><b> </b>AppErrors<br> <b>Resource ID:</b><b> </b>ACTION_TYPE_FAILED_CANNOT_REMOVE_STILL_USED_MAC_POOL<br> <b>String:</b><b> </b>Cannot ${action} ${type}. Several ${entities} (${DATACENTERS_USING_MAC_POOL_COUNTER}) are using this ${type}:<br> ${DATACENTERS_USING_MAC_POOL}<br>  - Please remove it from all ${entities} that are using it and try again.<br> <b>Question:</b> In the last sentence, is "it" referring to "MAC Pool"?<br> <br> <br> Thank you,<br> <br> Yuko<br> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <br> </body> </html> --------------030201030507080506040109--

3 6

[ovirt-users] oVirt 3.6 new feature: Affinity Group Enforcement Service
by Tomer Saban 25 May '15

25 May '15

Greetings users and developers, I'm developing a new feature "Affinity Rules Enforcement Service"; In summary, =========== If an anti-affinity policy is applied to VMs that are currently running on the same hypervisor, the engine will not automatically migrate one of them off once the policy is applied. The Affinity Rules Enforcement Service will periodically check that affinity rules are being enforced and will migrate VMs if necessary in order to comply with those rules. You're welcome to review the feature page: http://www.ovirt.org/Affinity_Group_Enforcement_Service The feature page is responding to RFE https://bugzilla.redhat.com/show_bug.cgi?id=1112332 Your comments appreciated. Thanks, Tomer

2 2

[oVirt 3.6 Localization Question #16] "Volume is destination for geo-replication."
by Yuko Katabami 21 May '15

21 May '15

This is a multi-part message in MIME format. --------------090605000403020604070303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I am really sorry that I sent my last email with a wrong string included in the subject. This is the correct one. ----------------------------------------------------------------------------------- Hi all, Another question has been raised by a translator. Could you please help us? *File:*** ApplicationConstants *Resource ID:***geoRepSlaveVolumeToolTip *String:*** Volume is destination for geo-replication. *Question: *Could it be 'Volume in/of destination for geo-replication' instead? (or more like "This volume will be the destination for geo-replication", as it is a tooltip, describing the GUI Label) Kind regards, Yuko --------------090605000403020604070303 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 text="#000000" bgcolor="#FFFFFF"> I am really sorry that I sent my last email with a wrong string included in the subject.<br> This is the correct one.<br> <br> <br> -----------------------------------------------------------------------------------<br> Hi all,<br> <br> Another question has been raised by a translator.<br> Could you please help us?<br> <br> <br> <b>File:</b><b> </b> ApplicationConstants<br> <b>Resource ID:</b><b> </b>geoRepSlaveVolumeToolTip<br> <b>String:</b><b> </b> Volume is destination for geo-replication.<br> <b>Question: </b>Could it be 'Volume in/of destination for geo-replication' instead?<br> (or more like "This volume will be the destination for geo-replication", as it is a tooltip, describing the GUI Label)<br> <br> Kind regards,<br> <br> Yuko<br> </body> </html> --------------090605000403020604070303--

2 3

[ANN] oVirt 3.6.0 First Alpha Release is now available for testing
by Sandro Bonazzola 21 May '15

21 May '15

The oVirt Project is pleased to announce the availability of the first Alpha release of oVirt 3.6 for testing, as of May 20, 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. The Alpha release is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). The Alpha release can also be deployed on Hypervisor Hosts running Fedora 21 and Fedora 22. This Alpha release of oVirt includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO and Node ISO will be available soon[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 4

(glusterfs) No nightly rpms builds available at 20-May-2015
by Douglas Schilling Landgraf 21 May '15

21 May '15

Hi, Looks like the nightly builds job for glusterfs didn't complete at 20 May. Does anyone can help to trigger a new job please? oVirt Node build adds the nightly builds of gluster as repository. http://download.gluster.org/pub/gluster/glusterfs/nightly/glusterfs/epel-6-… Thanks! -- Cheers Douglas

2 1

[oVirt 3.6 Localization Question #16] "Cannot change Cluster CPU to higher CPU type when there are active
by Yuko Katabami 21 May '15

21 May '15

This is a multi-part message in MIME format. --------------030206050706000309020009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, Another question has been raised by a translator. Could you please help us? *File:*** ApplicationConstants *Resource ID:***geoRepSlaveVolumeToolTip *String:*** Volume is destination for geo-replication. *Question: *Could it be 'Volume in/of destination for geo-replication' instead? (or more like "This volume will be the destination for geo-replication", as it is a tooltip, describing the GUI Label) Kind regards, Yuko --------------030206050706000309020009 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 text="#000000" bgcolor="#FFFFFF"> Hi all,<br> <br> Another question has been raised by a translator.<br> Could you please help us?<br> <br> <br> <b>File:</b><b> </b> ApplicationConstants<br> <b>Resource ID:</b><b> </b>geoRepSlaveVolumeToolTip<br> <b>String:</b><b> </b> Volume is destination for geo-replication.<br> <b>Question: </b>Could it be 'Volume in/of destination for geo-replication' instead?<br> (or more like "This volume will be the destination for geo-replication", as it is a tooltip, describing the GUI Label)<br> <br> Kind regards,<br> <br> Yuko<br> <br> </body> </html> --------------030206050706000309020009--

1 0

[oVirt 3.6 Localization Question #1] "The Host emulated machine flags doesn't match any of the emulated machines supported by the cluster level."
by Yuko Katabami 19 May '15

19 May '15

This is a multi-part message in MIME format. --------------080800070203060000050709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello all, I have just started working on the oVirt 3.6 localization project together with 6 other translators who are specializing in different languages. I would like to post our questions to this mailing list, just as I did for the previous versions. It would be greatly appreciated if you could help us by answering questions, so that we can ensure accuracy of our translations, based on the context. Here is our first question. *File:***LocalizedEnums* **Resource ID:*** NonOperationalReason___EMULATED_MACHINES_INCOMPATIBLE_WITH_CLUSTER_LEVEL* **Strings:***The Host emulated machine flags doesn't match any of the emulated machines supported by the cluster level. *Question:* I cannot understand this message clearly and hope someone can explain the context. Is this related to http://www.ovirt.org/Cluster_emulation_modes? It says "EmulatedMachine is a property passed to QEMU as -M flag". If so, should it read "The host's EmulatedMachine flag does not match any of the EmulatedMachine flags supported by the cluster level" and we should leave the term "EmulatedMachine" in English? There is also a similar string in the same file: "The Host emulated machine flags doesn't match one of the cluster emulated machines." (Once again there is a bit of grammatical issue with "doesn't" being used for a plural noun) Many thanks in advance, Yuko Katabami --------------080800070203060000050709 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 text="#000000" bgcolor="#FFFFFF"> Hello all, <br> <br> I have just started working on the oVirt 3.6 localization project together with 6 other translators who are specializing in different languages.<br> I would like to post our questions to this mailing list, just as I did for the previous versions.<br> It would be greatly appreciated if you could help us by answering questions, so that we can ensure accuracy of our translations, based on the context.<br> <br> Here is our first question.<br> <br> <br> <b>File:</b><b> </b>LocalizedEnums<b><br> </b><b>Resource ID:</b><b> </b> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> NonOperationalReason___EMULATED_MACHINES_INCOMPATIBLE_WITH_CLUSTER_LEVEL<b><br> </b><b>Strings:</b><b> </b>The Host emulated machine flags doesn't match any of the emulated machines supported by the cluster level.<br> <b>Question:</b> I cannot understand this message clearly and hope someone can explain the context. Is this related to <a class="moz-txt-link-freetext" href="http://www.ovirt.org/Cluster_emulation_modes">http://www.ovirt.org/Cluster_emulation_modes</a>? It says "EmulatedMachine is a property passed to QEMU as -M flag". If so, should it read "The host's EmulatedMachine flag does not match any of the EmulatedMachine flags supported by the cluster level" and we should leave the term "EmulatedMachine" in English?<br> <br> There is also a similar string in the same file: "The Host emulated machine flags doesn't match one of the cluster emulated machines."<br> (Once again there is a bit of grammatical issue with "doesn't" being used for a plural noun)<br> <br> <br> Many thanks in advance,<br> <br> Yuko Katabami<br> </body> </html> --------------080800070203060000050709--

3 6

Postponing oVirt 3.6.0 alpha to tomorrow
by Sandro Bonazzola 19 May '15

19 May '15

Hi, due to outage on the copr repository not providing patternfly rpms, we need to postpone the alpha to tomorrow in order to properly test it before releasing. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[oVirt 3.5 Localization Question #1] <brief summary of your question>
by 山本美愛 19 May '15

19 May '15

*File: *AppErrors *Resource ID: * VDS_GROUP_CANNOT_UPDATE_CPU_WITH_LOWER_HOSTS *String: c*annot change Cluster CPU to higher CPU type when there are active Hosts with lower CPU type. -Please move Hosts with lower CPU to maintenance first. *Question:* In this string, it says Higher / Lower CPU types. What does this mean? CPU types are like Conroe, Penryn etc right? Higher CPU means better performance or newer CPU? Thanks for your help in advance

3 2

Gluster 3.7: stable or nightly?
by Sandro Bonazzola 19 May '15

19 May '15

Hi, Gluster 3.7 has just been released: http://thread.gmane.org/gmane.comp.file-systems.gluster.devel/10939 Do we still need to require the nightly repo for VDSM's sake? Or can we switch to stable? Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

[oVirt 3.6 Localization Question #15] "Cannot change Cluster CPU to higher CPU type when there are active Hosts with lower CPU type."
by Yuko Katabami 19 May '15

19 May '15

This is a multi-part message in MIME format. --------------020202060603010000010708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, I got the following question from another translator. Could anyone provide explanation? *File:*** AppErrors *Resource ID:***VDS_GROUP_CANNOT_UPDATE_CPU_WITH_LOWER_HOSTS *String:*** Cannot change Cluster CPU to higher CPU type when there are active Hosts with lower CPU type. -Please move Hosts with lower CPU to maintenance first. *Question:* In this string, it says Higher / Lower CPU types. What does this mean? CPU types are like Conroe, Penryn etc right? Higher CPU means better performance or newer CPU? Kind regards, Yuko --------------020202060603010000010708 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 all,<br> <br> I got the following question from another translator.<br> Could anyone provide explanation?<br> <br> <div class="moz-signature"><b>File:</b><b> </b> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> AppErrors<br> <b>Resource ID:</b><b> </b>VDS_GROUP_CANNOT_UPDATE_CPU_WITH_LOWER_HOSTS<br> <b>String:</b><b> </b> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> Cannot change Cluster CPU to higher CPU type when there are active Hosts with lower CPU type.<br> -Please move Hosts with lower CPU to maintenance first.<br> <b>Question:</b> In this string, it says Higher / Lower CPU types. What does this mean? CPU types are like Conroe, Penryn etc right?<br> Higher CPU means better performance or newer CPU?<br> <br> Kind regards,<br> <br> Yuko<br> <br> </div> </body> </html> --------------020202060603010000010708--

2 2

why host deploy install packages except for vdsm ?
by Tolik Litvosky 18 May '15

18 May '15

Hi I have noticed that host deploy installs several packages which are not VDSM deps. Its : tuned kexec-tools iptables-services. If VDSM needs them maybe it can pull them in using dependencies? And if not why are they installed. -- Best regards Tolik Litovsky RHEV-H Team Red Hat Red Hat: trustworthy, transformative technology. Powered by the community. Connect at redhat.com

3 3

oVirt Node Weekly Meeting Minutes - 2015-05-18
by Fabian Deutsch 18 May '15

18 May '15

================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 14:03:47 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-05-18-14.03.log.html . Meeting summary --------------- * Agenda (fabiand, 14:03:57) * VENOM in Node (fabiand, 14:04:38) * oVirt 3.6 (fabiand, 14:04:42) * Other Items (fabiand, 14:04:46) * VENOM in Node (fabiand, 14:04:52) * Fresh builds are available form Jenkins, which include a fixed qemu to address the VENOM issue (fabiand, 14:05:24) * oVirt 3.6 (fabiand, 14:05:35) * 9 RFEs for 3.6 (fabiand, 14:08:22) * 7 in MODIFIED or POST (fabiand, 14:08:35) * 2 remaining in NEW (fabiand, 14:08:41) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1190758 (fabiand, 14:09:27) * ACTION: fabiand and rbarry to clarify https://bugzilla.redhat.com/show_bug.cgi?id=1190758 (fabiand, 14:10:09) * ACTION: fabiand tlitovsk dougsland rbarry to review the remaingin bugs in POST (fabiand, 14:11:03) * Other Items (fabiand, 14:13:28) Meeting ended at 14:21:26 UTC. Action Items ------------ * fabiand and rbarry to clarify https://bugzilla.redhat.com/show_bug.cgi?id=1190758 * fabiand tlitovsk dougsland rbarry to review the remaingin bugs in POST Action Items, by person ----------------------- * dougsland * fabiand tlitovsk dougsland rbarry to review the remaingin bugs in POST * fabiand * fabiand and rbarry to clarify https://bugzilla.redhat.com/show_bug.cgi?id=1190758 * fabiand tlitovsk dougsland rbarry to review the remaingin bugs in POST * rbarry * fabiand and rbarry to clarify https://bugzilla.redhat.com/show_bug.cgi?id=1190758 * fabiand tlitovsk dougsland rbarry to review the remaingin bugs in POST * tlitovsk * fabiand tlitovsk dougsland rbarry to review the remaingin bugs in POST * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * fabiand (49) * tlitovsk (9) * rbarry (4) * dougsland (4) * rstory (3) * ovirtbot (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Invito aggiornato: oVirt 3.6.0 Alpha Release Test Day - mer 2015-05-27 (oVirt schedule)
by sandro.bonazzola＠gmail.com 18 May '15

18 May '15

L'evento è stato modificato. Titolo: oVirt 3.6.0 Alpha Release Test Day Quando: mer 2015-05-27 (modificato) Calendario: oVirt schedule Chi: * Sandro Bonazzola- autore * infra(a)ovirt.org * devel(a)ovirt.org * users(a)ovirt.org Dettagli evento: https://www.google.com/calendar/event?action=VIEW&eid=YWkyYWEzMWUwMnFhajAyZ… Invito da Google Calendar: https://www.google.com/calendar/ Hai ricevuto questo messaggio email di cortesia all'account devel(a)ovirt.org perché sei uno dei partecipanti a questo evento. Per disattivare la ricezione di aggiornamenti futuri per questo evento, rifiuta l'evento. In alternativa, puoi registrarti per un account Google in https://www.google.com/calendar/ e verificare le impostazioni di notifica per l'intero calendario.

1 0

oVirt Test Day next week on May 27th
by Sandro Bonazzola 18 May '15

18 May '15

Hi, Just a reminder that next week we're going to have a Test Day on May 27 (postponed 1 day due to collision with 3.5.3 RC2 release). Maintainers: please update the test day page[1] Testers: be sure to get your systems ready! [1] http://www.ovirt.org/OVirt_3.6_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-devel] Fedora 20 is not supported any more on master
by Sandro Bonazzola 18 May '15

18 May '15

Il 15/05/2015 10:23, David Caro ha scritto: > > This job is on yaml, it's fairly simple to add/remove distros, you can do it > yourself, ping me when you are around and I can guide you. > > > The fix should remove the fc20 section under distro from the file: > > https://gerrit.ovirt.org/gitweb?p=jenkins.git;a=blob;f=jobs/confs/yaml/jobs… > > from the project that has the master version Please also disable ovirt-hoste-deploy-offline for fedora 20 as well. I'll have to disable all-in-one too. Maybe we should consider to drop fedora 20 at all in master at this point. Opening the vote: +1 for me; adding devel(a)ovirt.org. > > > On 05/14, Nir Soffer wrote: >> Hi infra, >> >> Please disable the fedora 20 jobs [1] for vdsm master. This job is relevant only >> for ovirt-3.5 branch. >> >> Fedora 20 will be EOL at a about a month, and we require now libvirt version >> which is not available even on Fedora 20 virt-preview [2]. >> >> [1] http://jenkins.ovirt.org/job/vdsm_master_install-rpm-sanity-fc20_created/15… >> [2] https://gerrit.ovirt.org/40069 >> >> Thanks, >> Nir >> _______________________________________________ >> Infra mailing list >> Infra(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/infra > > > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

5 6

Message "VM restart is recommended. Note that using the created snapshot might cause data inconsistency"
by Christopher Pereira 18 May '15

18 May '15

This is a multi-part message in MIME format. --------------030605070709060509080800 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, After a Live Storage Migration Engine reported: Failed to create live snapshot 'Auto-generated for Live Storage Migration' for VM 'test'. VM restart is recommended. Note that using the created snapshot might cause data inconsistency. Let's say we restarted the VM and everything is working fine. In the snapshots tab, I see two snapshots: "Current" and a "Auto-generated for Live Storage Migration". We have the option to delete the "Auto-generated for Live Storage Migration" snapshot. Is there a chance that deleting this snapshot will commit it and corrupt it's backing chain image? Why is a restart recommended? --------------030605070709060509080800 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,<br> <br> After a Live Storage Migration Engine reported:<br> <blockquote>Failed to create live snapshot 'Auto-generated for Live Storage Migration' for VM 'test'.<br> VM restart is recommended. Note that using the created snapshot might cause data inconsistency.<br> </blockquote> Let's say we restarted the VM and everything is working fine.<br> In the snapshots tab, I see two snapshots: "Current" and a "Auto-generated for Live Storage Migration".<br> We have the option to delete the "Auto-generated for Live Storage Migration" snapshot.<br> <br> Is there a chance that deleting this snapshot will commit it and corrupt it's backing chain image?<br> <br> Why is a restart recommended?<br> </body> </html> --------------030605070709060509080800--

1 0

[oVirt 3.6 Localization Question #14] "openCustomPreviewDialog"
by Yuko Katabami 15 May '15

15 May '15

This is a multi-part message in MIME format. --------------020602000304000209060601 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, Here is another question: *File:***org.ovirt.engine.ui.uicompat *Resource ID:***openCustomPreviewDialog *String:*** None of the above, take me to the 'Custom Preview Snapshot' dialog. *Question:* Could anyone please explain how this dialog is displayed in the UI? Is "None of the above" referring to a list of snapshots available for preview? If a screenshot is available, it will be very helpful. Thank you, Yuko <http://www.linkedin.com/groups?gid=4068303> --------------020602000304000209060601 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 all,<br> <br> Here is another question:<br> <br> <div class="moz-signature"> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <b>File:</b><b> </b>org.ovirt.engine.ui.uicompat<br> <b>Resource ID:</b><b> </b>openCustomPreviewDialog<br> <b>String:</b><b> </b> None of the above, take me to the 'Custom Preview Snapshot' dialog.<br> <b>Question:</b> Could anyone please explain how this dialog is displayed in the UI? Is "None of the above" referring to a list of snapshots available for preview? If a screenshot is available, it will be very helpful.<br> <br> Thank you,<br> <br> Yuko<br> <font color="#000000" face="arial, sans-serif" size="2"><a href="http://www.linkedin.com/groups?gid=4068303" target="_blank"></a> </font> </div> </body> </html> --------------020602000304000209060601--

2 2

BlockCommit for Clone VM
by Christopher Pereira 15 May '15

15 May '15

Hi Nir, I'm interested in using BlockCommit [1]. Can we use it for Clone VM via REST API [2]? [1] http://wiki.libvirt.org/page/Live-disk-backup-with-active-blockcommit [2] http://www.ovirt.org/Features/Clone_VM

2 2

Re: [ovirt-devel] Fedora 20 is not supported any more on master
by Eyal Edri 15 May '15

15 May '15

----_com.ninefolders.hd3.email_478362452425529_alt Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 KzEKClNlbnQgZnJvbSBOaW5lCgpGcm9tOiBTYW5kcm8gQm9uYXp6b2xhClNlbnQ6IE1heSAxNSwg MjAxNSAzOjI2IFBNClRvOiBEYXZpZCBDYXJvOyBOaXIgU29mZmVyCkNjOiBFeWFsIEVkcmk7IGRl dmVsQG92aXJ0Lm9yZzsgaW5mcmEKU3ViamVjdDogUmU6IEZlZG9yYSAyMCBpcyBub3Qgc3VwcG9y dGVkIGFueSBtb3JlIG9uIG1hc3RlcgoKPiBJbCAxNS8wNS8yMDE1IDEwOjIzLCBEYXZpZCBDYXJv IGhhIHNjcml0dG86IAo+ID4gCj4gPiBUaGlzIGpvYiBpcyBvbiB5YW1sLCBpdCdzIGZhaXJseSBz aW1wbGUgdG8gYWRkL3JlbW92ZSBkaXN0cm9zLCB5b3UgY2FuIGRvIGl0IAo+ID4geW91cnNlbGYs IHBpbmcgbWUgd2hlbiB5b3UgYXJlIGFyb3VuZCBhbmQgSSBjYW4gZ3VpZGUgeW91LiAKPiA+IAo+ ID4gCj4gPiBUaGUgZml4IHNob3VsZCByZW1vdmUgdGhlIGZjMjAgc2VjdGlvbiB1bmRlciBkaXN0 cm8gZnJvbSB0aGUgZmlsZTogCj4gPiAKPiA+IGh0dHBzOi8vZ2Vycml0Lm92aXJ0Lm9yZy9naXR3 ZWI/cD1qZW5raW5zLmdpdDthPWJsb2I7Zj1qb2JzL2NvbmZzL3lhbWwvam9icy92ZHNtL3Zkc21f Y3JlYXRlLXJwbXMueWFtbDtoYj1yZWZzL2hlYWRzL21hc3RlciAKPiA+IAo+ID4gZnJvbSB0aGUg cHJvamVjdCB0aGF0IGhhcyB0aGUgbWFzdGVyIHZlcnNpb24gCj4KPgo+IFBsZWFzZSBhbHNvIGRp c2FibGUgb3ZpcnQtaG9zdGUtZGVwbG95LW9mZmxpbmUgZm9yIGZlZG9yYSAyMCBhcyB3ZWxsLiAK PiBJJ2xsIGhhdmUgdG8gZGlzYWJsZSBhbGwtaW4tb25lIHRvby4gCj4KPiBNYXliZSB3ZSBzaG91 bGQgY29uc2lkZXIgdG8gZHJvcCBmZWRvcmEgMjAgYXQgYWxsIGluIG1hc3RlciBhdCB0aGlzIHBv aW50LiAKPiBPcGVuaW5nIHRoZSB2b3RlOiArMSBmb3IgbWU7IGFkZGluZyBkZXZlbEBvdmlydC5v cmcuIAo+Cj4KPiA+IAo+ID4gCj4gPiBPbiAwNS8xNCwgTmlyIFNvZmZlciB3cm90ZTogCj4gPj4g SGkgaW5mcmEsIAo+ID4+IAo+ID4+IFBsZWFzZSBkaXNhYmxlIHRoZSBmZWRvcmEgMjAgam9icyBb MV0gZm9yIHZkc20gbWFzdGVyLiBUaGlzIGpvYiBpcyByZWxldmFudCBvbmx5IAo+ID4+IGZvciBv dmlydC0zLjUgYnJhbmNoLiAKPiA+PiAKPiA+PiBGZWRvcmEgMjAgd2lsbCBiZSBFT0wgYXQgYSBh Ym91dCBhIG1vbnRoLCBhbmQgd2UgcmVxdWlyZSBub3cgbGlidmlydCB2ZXJzaW9uIAo+ID4+IHdo aWNoIGlzIG5vdCBhdmFpbGFibGUgZXZlbiBvbiBGZWRvcmEgMjAgdmlydC1wcmV2aWV3IFsyXS4g Cj4gPj4gCj4gPj4gWzFdIGh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy9qb2IvdmRzbV9tYXN0ZXJf aW5zdGFsbC1ycG0tc2FuaXR5LWZjMjBfY3JlYXRlZC8xNTI3IAo+ID4+IFsyXSBodHRwczovL2dl cnJpdC5vdmlydC5vcmcvNDAwNjkgCj4gPj4gCj4gPj4gVGhhbmtzLCAKPiA+PiBOaXIgCj4gPj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gCj4gPj4gSW5m cmEgbWFpbGluZyBsaXN0IAo+ID4+IEluZnJhQG92aXJ0Lm9yZyAKPiA+PiBodHRwOi8vbGlzdHMu b3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vaW5mcmEgCj4gPiAKPiA+IAo+ID4gCj4gPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXyAKPiA+IEluZnJhIG1h aWxpbmcgbGlzdCAKPiA+IEluZnJhQG92aXJ0Lm9yZyAKPiA+IGh0dHA6Ly9saXN0cy5vdmlydC5v cmcvbWFpbG1hbi9saXN0aW5mby9pbmZyYSAKPiA+IAo+Cj4KPiAtLSAKPiBTYW5kcm8gQm9uYXp6 b2xhIAo+IEJldHRlciB0ZWNobm9sb2d5LiBGYXN0ZXIgaW5ub3ZhdGlvbi4gUG93ZXJlZCBieSBj b21tdW5pdHkgY29sbGFib3JhdGlvbi4gCj4gU2VlIGhvdyBpdCB3b3JrcyBhdCByZWRoYXQuY29t IAo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIAo+IElu ZnJhIG1haWxpbmcgbGlzdCAKPiBJbmZyYUBvdmlydC5vcmcgCj4gaHR0cDovL2xpc3RzLm92aXJ0 Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2luZnJhIAo+Cj4K ----_com.ninefolders.hd3.email_478362452425529_alt Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PHN0eWxlIHR5cGU9InRleHQvY3NzIj4KPCEtLQovKiBOaW5lIC0gRm9udCBzdHlsZXMgZm9yIG91 dGdvaW5nIG1lc3NhZ2UgKHRleHQpICovCnAge2ZvbnQtZmFtaWx5OkNhbGlicmksIEFyaWFsLCBI ZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZToxMnB0OyBjb2xvcjojMUY0OTdEfQotLT4K PC9zdHlsZT48ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLCBBcmlhbCwgSGVsdmV0aWNh LCBzYW5zLXNlcmlmOyBmb250LXNpemU6MTJwdDsgY29sb3I6IzFGNDk3RCI+PHAgZGlyPSJsdHIi PisxPGJyPgo8L3A+CjxkaXYgaWQ9InNpZ25hdHVyZS14IiBzdHlsZT0iLXdlYmtpdC11c2VyLXNl bGVjdDpub25lOyBmb250LWZhbWlseTpDYWxpYnJpLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNl cmlmOyBmb250LXNpemU6MTJwdDsgY29sb3I6IzFGNDk3RCI+U2VudCBmcm9tIDxhIGhyZWY9Imh0 dHA6Ly93d3cuOWZvbGRlcnMuY29tLyIgc3R5bGU9InRleHQtZGVjb3JhdGlvbjpub25lO2NvbG9y OiMwMDlCREYiPk5pbmU8L2E+PC9kaXY+PC9kaXY+PGRpdiBpZD0icXVvdGVkX2hlYWRlciIgc3R5 bGU9ImNsZWFyOmJvdGg7Ij48YnIvPjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpLCBBcmlhbCwgSGVsdmV0aWNh LCBzYW5zLXNlcmlmIj48Yj5Gcm9tOjwvYj4gU2FuZHJvIEJvbmF6em9sYTxicj48Yj5TZW50Ojwv Yj4gTWF5IDE1LCAyMDE1IDM6MjYgUE08YnI+PGI+VG86PC9iPiBEYXZpZCBDYXJvOyBOaXIgU29m ZmVyPGJyPjxiPkNjOjwvYj4gRXlhbCBFZHJpOyBkZXZlbEBvdmlydC5vcmc7IGluZnJhPGJyPjxi PlN1YmplY3Q6PC9iPiBSZTogRmVkb3JhIDIwIGlzIG5vdCBzdXBwb3J0ZWQgYW55IG1vcmUgb24g bWFzdGVyPGJyPjwvc3Bhbj48L2Rpdj48L2Rpdj48YnIgdHlwZT0nYXR0cmlidXRpb24nPjxkaXYg aWQ9InF1b3RlZF9ib2R5Ij48YmxvY2txdW90ZSBjbGFzcz0icXVvdGUiIHN0eWxlPSJtYXJnaW46 MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij48 cCBkaXI9Imx0ciI+SWwgMTUvMDUvMjAxNSAxMDoyMywgRGF2aWQgQ2FybyBoYSBzY3JpdHRvOg08 YnI+CiZndDsgDTxicj4KJmd0OyBUaGlzIGpvYiBpcyBvbiB5YW1sLCBpdCdzIGZhaXJseSBzaW1w bGUgdG8gYWRkL3JlbW92ZSBkaXN0cm9zLCB5b3UgY2FuIGRvIGl0DTxicj4KJmd0OyB5b3Vyc2Vs ZiwgcGluZyBtZSB3aGVuIHlvdSBhcmUgYXJvdW5kIGFuZCBJIGNhbiBndWlkZSB5b3UuDTxicj4K Jmd0OyANPGJyPgomZ3Q7IA08YnI+CiZndDsgVGhlIGZpeCBzaG91bGQgcmVtb3ZlIHRoZSBmYzIw IHNlY3Rpb24gdW5kZXIgZGlzdHJvIGZyb20gdGhlIGZpbGU6DTxicj4KJmd0OyANPGJyPgomZ3Q7 IGh0dHBzOi8vZ2Vycml0Lm92aXJ0Lm9yZy9naXR3ZWI/cD1qZW5raW5zLmdpdDthPWJsb2I7Zj1q b2JzL2NvbmZzL3lhbWwvam9icy92ZHNtL3Zkc21fY3JlYXRlLXJwbXMueWFtbDtoYj1yZWZzL2hl YWRzL21hc3Rlcg08YnI+CiZndDsgDTxicj4KJmd0OyBmcm9tIHRoZSBwcm9qZWN0IHRoYXQgaGFz IHRoZSBtYXN0ZXIgdmVyc2lvbg08YnI+Cg08YnI+Cg08YnI+ClBsZWFzZSBhbHNvIGRpc2FibGUg b3ZpcnQtaG9zdGUtZGVwbG95LW9mZmxpbmUgZm9yIGZlZG9yYSAyMCBhcyB3ZWxsLg08YnI+Ckkn bGwgaGF2ZSB0byBkaXNhYmxlIGFsbC1pbi1vbmUgdG9vLg08YnI+Cg08YnI+Ck1heWJlIHdlIHNo b3VsZCBjb25zaWRlciB0byBkcm9wIGZlZG9yYSAyMCBhdCBhbGwgaW4gbWFzdGVyIGF0IHRoaXMg cG9pbnQuDTxicj4KT3BlbmluZyB0aGUgdm90ZTogKzEgZm9yIG1lOyBhZGRpbmcgZGV2ZWxAb3Zp cnQub3JnLg08YnI+Cg08YnI+Cg08YnI+CiZndDsgDTxicj4KJmd0OyANPGJyPgomZ3Q7IE9uIDA1 LzE0LCBOaXIgU29mZmVyIHdyb3RlOg08YnI+CiZndDsmZ3Q7IEhpIGluZnJhLA08YnI+CiZndDsm Z3Q7DTxicj4KJmd0OyZndDsgUGxlYXNlIGRpc2FibGUgdGhlIGZlZG9yYSAyMCBqb2JzIFsxXSBm b3IgdmRzbSBtYXN0ZXIuIFRoaXMgam9iIGlzIHJlbGV2YW50IG9ubHkNPGJyPgomZ3Q7Jmd0OyBm b3Igb3ZpcnQtMy41IGJyYW5jaC4NPGJyPgomZ3Q7Jmd0Ow08YnI+CiZndDsmZ3Q7IEZlZG9yYSAy MCB3aWxsIGJlIEVPTCBhdCBhIGFib3V0IGEgbW9udGgsIGFuZCB3ZSByZXF1aXJlIG5vdyBsaWJ2 aXJ0IHZlcnNpb24NPGJyPgomZ3Q7Jmd0OyB3aGljaCBpcyBub3QgYXZhaWxhYmxlIGV2ZW4gb24g RmVkb3JhIDIwIHZpcnQtcHJldmlldyBbMl0uDTxicj4KJmd0OyZndDsNPGJyPgomZ3Q7Jmd0OyBb MV0gaHR0cDovL2plbmtpbnMub3ZpcnQub3JnL2pvYi92ZHNtX21hc3Rlcl9pbnN0YWxsLXJwbS1z YW5pdHktZmMyMF9jcmVhdGVkLzE1MjcNPGJyPgomZ3Q7Jmd0OyBbMl0gaHR0cHM6Ly9nZXJyaXQu b3ZpcnQub3JnLzQwMDY5DTxicj4KJmd0OyZndDsNPGJyPgomZ3Q7Jmd0OyBUaGFua3MsDTxicj4K Jmd0OyZndDsgTmlyDTxicj4KJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NPGJyPgomZ3Q7Jmd0OyBJbmZyYSBtYWlsaW5nIGxpc3QNPGJyPgom Z3Q7Jmd0OyBJbmZyYUBvdmlydC5vcmcNPGJyPgomZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQu b3JnL21haWxtYW4vbGlzdGluZm8vaW5mcmENPGJyPgomZ3Q7IA08YnI+CiZndDsgDTxicj4KJmd0 OyANPGJyPgomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDTxicj4KJmd0OyBJbmZyYSBtYWlsaW5nIGxpc3QNPGJyPgomZ3Q7IEluZnJhQG92aXJ0Lm9y Zw08YnI+CiZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2luZnJh DTxicj4KJmd0OyANPGJyPgoNPGJyPgoNPGJyPgotLSANPGJyPgpTYW5kcm8gQm9uYXp6b2xhDTxi cj4KQmV0dGVyIHRlY2hub2xvZ3kuIEZhc3RlciBpbm5vdmF0aW9uLiBQb3dlcmVkIGJ5IGNvbW11 bml0eSBjb2xsYWJvcmF0aW9uLg08YnI+ClNlZSBob3cgaXQgd29ya3MgYXQgcmVkaGF0LmNvbQ08 YnI+Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDTxicj4K SW5mcmEgbWFpbGluZyBsaXN0DTxicj4KSW5mcmFAb3ZpcnQub3JnDTxicj4KaHR0cDovL2xpc3Rz Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2luZnJhDTxicj4KDTxicj4KDTxicj4KPC9wPgo8 L2Jsb2NrcXVvdGU+PC9kaXY+ ----_com.ninefolders.hd3.email_478362452425529_alt--

1 0

[ACTION NEEDED] Packages for 3.5.3-RC1
by Sandro Bonazzola 15 May '15

15 May '15

2 1

[oVirt 3.6 Localization Question #13] "No month days selected"
by Yuko Katabami 15 May '15

15 May '15

This is a multi-part message in MIME format. --------------010303080103030109070002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, I would like to ask for your help with another question. *File:***org.ovirt.engine.ui.uicompat *Resource ID:***noMonthDaysSelectedMessage *String:*** No month days selected *Question:* Does "month days" mean "number of the days in a particular month" or "dates in the month"? Which Thank you, Yuko --------------010303080103030109070002 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 all, <br> <br> I would like to ask for your help with another question.<br> <br> <b>File:</b><b> </b>org.ovirt.engine.ui.uicompat<br> <div class="moz-signature"> <b>Resource ID:</b><b> </b>noMonthDaysSelectedMessage<br> <b>String:</b><b> </b> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> No month days selected<br> <b>Question:</b> Does "month days" mean "number of the days in a particular month" or "dates in the month"? Which <br> <br> Thank you,<br> <br> Yuko<br> </div> <br> <div class="moz-signature"><font color="#000000" face="arial, sans-serif" size="2"><br> </font> </div> </body> </html> --------------010303080103030109070002--

2 2

[ANN] oVirt 3.5.3 First Release Candidate is now available for testing
by Sandro Bonazzola 14 May '15

14 May '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The oVirt team is pleased to announce that the 3.5.3 First Release Candidate is now available for testing as of May 14th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). This release of oVirt includes numerous bug fixes and one CVE fix for the VENOM Vulnerability. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO is already available as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVVJ8bAAoJEHw3u57E4QAOWM4QANhbVRc7B31I09ULaddX9jGj qYadnleCE5jWapTh0W5k1E0gTE4mCxHiEJwkqpPj7ji8C5HfBmLXz2HZ5AFr7HyV SKqDJdBDvM50sLz6iRKbU22+tUpZBemlwqZKXG3mKF6SuwSKiOM3ld+xCQ/rSBSL we/IWGwlUr1o5gE5UeAX8kNMux8pfi2zJgtRZ4KD2ZqGA/6s6r5mCpvJgjxBkjt3 aq+XhPaIQU3pDti2qCeK23sgvio78c4b+BWV5F3LHCSNe6/VUedTpCljMl9ef1hV M33PD3HRDEv92kTesrQDPbMg9GkafQuRRh5FH541xwJvGvlTO67g8b37f6L8J0aa HjUxp0XurUttokZ+1KoxHJ+WvddKak4UPmIJUTdQxz5ThnazKbYFlnr9RtnmDBNH f52kGWevJQwQm6XKpJe+uJQl7xsyIkaOY0XpJBaaMxlLJdgPzuwJmayESsZ93/fZ AX8G7kz1vYd99I8tE+FZQiNcT+MOzEah5ocs+zvyZLWZxZtldZxA+Uzgt01UVxZe Z48ZG2xhWbQkvQ3OGeE4f5A7OgobESPNfUMHA3fog3SI9c/pErXkYpg+4U4BmwtI O9AxTwN51cCsY0jwMO0bAiYOPOR7jmdXATQy0IEs2xOz0oxvBQ95pom1/eXcdt/T Ii4SKOuQf8eYrW4JDTPU =LT/5 -----END PGP SIGNATURE-----

1 0

[oVirt 3.6 Localization Question #12] "Back"
by Yuko Katabami 14 May '15

14 May '15

This is a multi-part message in MIME format. --------------070100050004080208050102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, * *I would like to ask for your help in the following question. * File:***org.ovirt.engine.ui.uicompat *Resource ID:***Back *String:*** Back *Question:* Could anyone tell me where I can find this string in the UI? It can be translated in a few different ways depending on the usage and I would like to check it on the screen. Thank you, Yuko --------------070100050004080208050102 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 all,<br> <b><br> </b>I would like to ask for your help in the following question.<br> <b><br> File:</b><b> </b>org.ovirt.engine.ui.uicompat<br> <div class="moz-signature"> <b>Resource ID:</b><b> </b>Back<br> <b>String:</b><b> </b> Back<br> <b>Question:</b> Could anyone tell me where I can find this string in the UI? It can be translated in a few different ways depending on the usage and I would like to check it on the screen.<br> <br> Thank you,<br> <br> Yuko<br> </div> </body> </html> --------------070100050004080208050102--

2 2

New UI plugin APIs available
by Vojtech Szocs 14 May '15

14 May '15

Hi everyone, a couple of UI plugin RFEs have landed into master branch recently. Here's a short summary of changes made to UI plugin API: * (new) revealPlace function that can be used to reveal desired application place, e.g. standard or plugin-contributed main tab. Example: api.revealPlace('hosts'); // Switch to "Hosts" main tab Doc: http://www.ovirt.org/Features/UIPlugins#Navigation * (new) setSearchString function that can be used to apply given search string in WebAdmin's search panel. Example: api.setSearchString('Hosts: name = abc'); Doc: http://www.ovirt.org/Features/UIPlugins#Search * (new) addMainTab & addSubTab functions now support controlling tab's relative position within the tab panel. Example: api.addMainTab('Test', 'testTab', 'plugin/TestPlugin/tab.html', { priority: -1 // Position this tab before all main tabs } ); I've also added a wiki section describing common practices for working with oVirt Engine REST API (e.g. details on CSRF token): http://www.ovirt.org/Features/UIPlugins#Working_with_REST_API_session Regards, Vojtech

1 0

[oVirt 3.6 Localization Question #8] "VAR__ACTION__VOLUME_SNAPSHOT_CONFIG_UPDATE"
by Yuko Katabami 14 May '15

14 May '15

This is a multi-part message in MIME format. --------------070505060408020805010307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello again and sorry for increasing email traffic. Here is another question I would like to ask: * File:***AppErrors *Resource ID:***VAR__ACTION__VOLUME_SNAPSHOT_CONFIG_UPDATE *String:***"$action gluster volume snapshot config update" *Question:* Does this string need to be enclosed in double quotation marks, unlike other "$action"? What "$type" is this likely to be combined with? (in "Cannot ${action} ${type}.") It is a bit tricky to make translation to work when this is used as a variable, so I would like to check the usage examples. Kind regards, Yuko --------------070505060408020805010307 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 text="#000000" bgcolor="#FFFFFF"> Hello again and sorry for increasing email traffic.<br> <br> Here is another question I would like to ask:<br> <b><br> File:</b><b> </b>AppErrors<br> <div class="moz-signature"> <b>Resource ID:</b><b> </b>VAR__ACTION__VOLUME_SNAPSHOT_CONFIG_UPDATE<br> <b>String:</b><b> </b>"$action gluster volume snapshot config update"<br> <b>Question:</b> Does this string need to be enclosed in double quotation marks, unlike other "$action"? <br> What "$type" is this likely to be combined with? (in "Cannot ${action} ${type}.") It is a bit tricky to make translation to work when this is used as a variable, so I would like to check the usage examples. <br> <br> Kind regards,<br> <br> Yuko<br> <br> <br> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </div> </body> </html> --------------070505060408020805010307--

3 8

HE-VM not exposed to customer right after HE deployment is complete via WEBUI in Ovirt 3.6
by Nikolai Sednev 13 May '15

13 May '15

------=_Part_12586664_1335799271.1431344990563 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, HE-VM not exposed to customer right after HE deployment is complete via WEBUI in Ovirt 3.6. I see that behavior had been changed from 3.5GA. Is this OK, that HE-VM had been sealed and not exposed any longer? Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev(a)redhat.com IRC: nsednev ------=_Part_12586664_1335799271.1431344990563 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: georgia,serif; font-size: 12pt; color: #000000"><div>Hi,</div><div>HE-VM not exposed to customer right after HE deployment is complete via WEBUI in Ovirt 3.6.</div><div>I see that behavior had been changed from 3.5GA.</div><div>Is this OK, that HE-VM had been sealed and not exposed any longer?</div><div><br></div><div><span name="x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nikolai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></div>Tel:       +972   9 7692043<br>Mobile: +972 52 7342734<br>Email: nsednev(a)redhat.com<br>IRC: nsednev<span name="x"></span><br></div><div><br></div></div></body></html> ------=_Part_12586664_1335799271.1431344990563--

2 1

REST api and template creation
by Adolfo 13 May '15

13 May '15

Hello all, My name is Adolfo, i'm in charge of developing of UDS (you can see something about it on ovirt home page, the case study http://www.ovirt.org/Universidad_de_Sevilla_Case_Study. ). Recently (a couple of days ago), i started to test UDS against ovirt 3.5, and sudenlty Template creation as was supported previously does not works. :( The idea is allow to create the template in the storage that the administrator of UDS selects. The process is simple and was working perfectly before to 3.5 release (on 3.4, 3.3, 3.2 as long as i can remember). After getting all the data we need, we do the following (code follows): vm is the origin vm: # Create disks description to be created in specified storage domain, one for each disk sd = params.StorageDomains(storage_domain=[params.StorageDomain(id=storageId)]) dsks = [] for dsk in vm.disks.list(): dks.append(params.Disk(id=dsk.get_id(), storage_domains=sd, name='test', alias='test')) disks = params.Disks(disk=dsks) template = params.Template( name=name, vm=params.VM(id=vm.get_id(), disks=disks), cluster=params.Cluster(id=cluster.get_id()), description=comments ) return api.templates.add(template).get_id() This is the debug output of the request: POST /api/templates HTTP/1.1 Host: ovirt.dkmon.com Accept-Encoding: identity Content-Length: 2656 Filter: False cookie: JSESSIONID=2Ihu3uUWFhvl2xbsi5i7yBip.undefined Prefer: persistent-auth Content-type: application/xml Accept: application/xml <template> <name>UDSP_ovirt-21</name> <description>UDS pub for ovirt at 2015-05-09 08:27:06</description> <vm id="3774dcd0-9e1a-47af-9560-fde85f46bfa1"> <disks> <disk href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3" id="f96b3718-3ccf-42f4-8537-e20dc5dd7bc3"> <actions> <link href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/deactivate" rel="deactivate"/> <link href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/activate" rel="activate"/> <link href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/export" rel="export"/> <link href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/move" rel="move"/> </actions> <name>no-os_Dsk1</name> <description>Small empty disk</description> <link href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/permissions" rel="permissions"/> <link href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/statistics" rel="statistics"/> <vm href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1" id="3774dcd0-9e1a-47af-9560-fde85f46bfa1"/> <alias>no-os_Dsk1</alias> <image_id>a79f7fe7-bcae-4cc3-8b11-d60702a46147</image_id> <storage_domains> <storage_domain id="a893809b-2ba9-4910-a7f3-9bfdde2efbb8"/> </storage_domains> <size>1073741824</size> <provisioned_size>1073741824</provisioned_size> <actual_size>0</actual_size> <status> <state>ok</state> </status> <interface>virtio</interface> <format>raw</format> <sparse>true</sparse> <bootable>true</bootable> <shareable>false</shareable> <wipe_after_delete>false</wipe_after_delete> <propagate_errors>false</propagate_errors> <active>true</active> <read_only>false</read_only> <disk_profile href="/api/diskprofiles/40def02e-3802-4122-a768-cb6b9518896e" id="40def02e-3802-4122-a768-cb6b9518896e"/> </disk> </disks> </vm> <cluster id="00000001-0001-0001-0001-00000000019d"/> </template> reply: 'HTTP/1.1 400 Bad Request\r\n' header: Date: Sat, 09 May 2015 06:27:13 GMT header: Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips header: JSESSIONID: 2Ihu3uUWFhvl2xbsi5i7yBip.undefined header: Content-Type: application/xml header: Content-Length: 180 header: Connection: close The response : Cannot add Template with an empty disk alias On server, i got this on ovirt log: 2015-05-09 08:14:16,940 WARN [org.ovirt.engine.core.bll.AddVmTemplateCommand] (ajp--127.0.0.1-8702-8) CanDoAction of action AddVmTemplate failed for user admin@internal. Reasons: VAR__ACTION__ADD,VAR__TYPE__VM_TEMPLATE,ACTION_TYPE_FAILED_TEMPLATE_CANNOT_BE_CREATED_WITH_EMPTY_DISK_ALIAS After a lot of tests, i have no idea how to resolve this, and if this is related to the change that was made to admin interface that alias is required when creating a template (googling have found something related to that change). The case is that even sending an "alias" (the alias is unique anyway, but is hardcoded in the example because of tests... :) ) I don't know where to ask for help on this, if this is my own fault of is something that was missing on ovirt engine. We need to be able to create machines templates on whatever storage is decided... :( Thank you very much Adolfo Gómez

4 4

[oVirt 3.6 Localization Question #3] "Created geo-replication session"
by Yuko Katabami 13 May '15

13 May '15

This is a multi-part message in MIME format. --------------050406070401080904040701 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, Sorry to bother you again. I have one more question I would like to ask (this will be the last one for today). *File:***LocalizedEnums* **Resource ID:***VdcActionType___CreateGlusterVolumeGeoRepSession* **String:***Created geo-replication session *Question:* I am just wondering if "Created" should be "Create" as this is about an action type judging by its resource ID. Other "VdcActionType" strings are all in present tense. Kind regards, Yuko Katabami --------------050406070401080904040701 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 text="#000000" bgcolor="#FFFFFF"> Hi all,<br> <br> Sorry to bother you again. I have one more question I would like to ask (this will be the last one for today).<br> <br> <div class="moz-signature"><b>File:</b><b> </b>LocalizedEnums<b><br> </b><b>Resource ID:</b><b> </b>VdcActionType___CreateGlusterVolumeGeoRepSession<b><br> </b><b>String:</b><b> </b>Created geo-replication session<br> <b>Question:</b> I am just wondering if "Created" should be "Create" as this is about an action type judging by its resource ID. <br> Other "VdcActionType" strings are all in present tense.<br> <br> Kind regards,<br> <br> Yuko Katabami<br> </div> <div class="moz-signature"><font size="2" color="#000000" face="arial, sans-serif"><br> </font> </div> </body> </html> --------------050406070401080904040701--

2 1